Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
  You are not logged in - nap
JITT64 1.00   [2008]

JITT64 1.00 Released by :
Ice Team [web]

Release Date :
24 December 2008

Type :
Other Platform C64 Tool

Website :
http://sourceforge.net/projects/jitt64/

User rating:awaiting 8 votes (8 left)

Credits :
Code .... Ice00 of Ice Team
Design .... Ice00 of Ice Team
Idea .... Ice00 of Ice Team


SIDs used in this release :
Turtle(/MUSICIANS/T/Tognon_Stefano/Turtle.sid)

Download :

Look for downloads on external sites:
 Pokefinder.org


User Comment
Submitted by Mr. Mouse on 24 December 2008
Scout, please get over whatever gripe you have with me. We are all adults here.
User Comment
Submitted by chatGPZ on 24 December 2008
it's not platform independent if you can't make it run on a c-64 =)
User Comment
Submitted by Scout on 24 December 2008
@Mr_Mouse: don't be such a wise ass.
Platform independent yes, java version independent no.
In general nobody (and certainly coders) can't do anything with "duh...it doesn't work duuh"-alike messages.

Hohoho! Merry Xmas!
User Comment
Submitted by Mr. Mouse on 24 December 2008
@Scout: Look, this is supposed to be a platform independent tool, there's no reason nor incentive to give him any extensive bugreport in a comment section at CSDb.
User Comment
Submitted by Mace on 24 December 2008
Quote:
And everyone's complaint about this not working everywhere just confirms it.
This might be due to lack of installing instructions, not because of JAVA.
User Comment
Submitted by iAN CooG on 24 December 2008
"platform independent" my ass, sorry but java is a total failure in my POV, pure smoke in the eyes.
And everyone's complaint about this not working everywhere just confirms it.
User Comment
Submitted by Burglar on 24 December 2008
awesome you created a platform independent tool, yet it doesn't work here, debian etch, no proprietary sun java installed. so, you're not to blame ;) (sun is, as they still haven't fully opened up java)

about the sampletune, it seems to consume a huge amount of rastertime and memory, yet it doesn't really sound that special. need to hear what the top composers can get out of it ;)
User Comment
Submitted by ice00 on 24 December 2008
You have more control (at the cost of most works) over the instrument implementation as tables are not shared with instruments (one instrument can take over 2KB of data if you fill all it). You can, for example, change AD/SR many and many times inside the same instruments (for reproduce different timbre with the same instrument)
User Comment
Submitted by Jammer on 24 December 2008
i doubt if there's any reason. what advantages does it have over gt? :) from the first seeing it's almost identical in its logic, it just has graphic gui :)
User Comment
Submitted by ice00 on 24 December 2008
The used format is different from goattracker, so they are not binary compatible. However, if it is required, I can see if, for example, I can create an import function for instrument/pattern/track
User Comment
Submitted by Jammer on 24 December 2008
works. is it compatible with gt? :D
User Comment
Submitted by ice00 on 24 December 2008
Folder is what ever you want to put temporary files (for example c:\winnt\temp or c:\temp). Better it would be to have a Ram filesystem (in Linux it is in /dev/shm by dafault, Windows need appropriate program for that). Note that generated files are not deleted inside the temporary directory by the program.

sidplay2.ini is managed by JSidplay2 library (you must use that program for set different sound emulation setting)
User Comment
Submitted by Mr.Ammo on 24 December 2008
Interesting... seems to work after setting a dir, like mentioned in an earlier post.

I'd expected the "Use INI file: /Users/rolf/sidplay2.ini"
file to be hidden, since I'm on Mac OS X.
User Comment
Submitted by Jammer on 24 December 2008
mace >> i guess java sidplay library is embedded. still, i also get error message in java console when trying to play.

ice00 >> so which folder should i set? :|
User Comment
Submitted by ice00 on 24 December 2008
JSIDPlay2 engine is embedded into the editor. You need at least Java 1.6 installed (but it is tested even with 1.7).
Have you set the temporary directory into General Option/Packer?
Compilation is done into filesystem (unfortunately that is what dasm compiler require) and you have to set it before use.
User Comment
Submitted by Scout on 24 December 2008
Indeed, I can't get any sound out of it.

When I press the play button this debug message appears:
java -jar jsidplay2.jar: SIDTUNE ERROR: Could not open file for binary input

(Win XP SP2, Java 1.6.0.11)
User Comment
Submitted by Mace on 24 December 2008
Looks like it does anything it should do, except for one thing.... THERE'S NO SOUND?!

(Latest Java @ WinXP sp3)

Ah... and where is JSIDPLAY2.JAR?
User Comment
Submitted by Scout on 24 December 2008
@Mr Mouse: excellent bug report!

- Platform?
- Java version?
User Comment
Submitted by Mr. Mouse on 24 December 2008
Hmm, it hung when trying to play the example tune.
Search CSDb
Advanced
Navigate
Prev - Random - Next
Detailed Info
· Summaries (1)
· User Comments (19)
· Production Notes
Fun Stuff
· Goofs
· Hidden Parts
· Trivia
Forum
· Discuss this release
Support CSDb
Help keep CSDb running:



Funding status:




About this site:
CSDb (Commodore 64 Scene Database) is a website which goal is to gather as much information and material about the scene around the commodore 64 computer - the worlds most popular home computer throughout time. Here you can find almost anything which was ever made for the commodore 64, and more is being added every day. As this website is scene related, you can mostly find demos, music and graphics made by the people who made the scene (the sceners), but you can also find a lot of the old classic games here. Try out the search box in the top right corner, or check out the CSDb main page for the latest additions.
Home - Disclaimer
Copyright © No Name 2001-2024
Page generated in: 0.088 sec.