History 7

From kJams Wiki

Jump to navigation Jump to search

Next Version

Click Here

Version 1.0d46: March 17, 2007

on startup the logs now reflect how each QuickTime component is being used (import, export, imp/exp, none)
if you got errors "getting length of track" i now revert to what i was able to glean from the table of contents, rather than failing
whupps! Lite users were prevented from using the "Encoder Presets" for ripping, this has been fixed!
d45r3 Dec 4, 2006
songs who's unpacked audio data vs. cdg data had radically differing lengths could cause the "playhead" diamond to go all wonky, this has been fixed.
in the "switchable albums" popup, that number that shows up in parentheses, no longer says "255" when it should say "0".
wrote the "auto cue" code, that seeks the playhead to the first non-silent sample yeah!
don't crash if you're running iTunes at the same time (there may be other cases not caught yet)
disc meta info getter a bit more reliable in finding info
when you're paused, and you then hit stop, it doesn't play a teeny bit more audio first
when you've got "auto full screen" pref set to ON, and you manually turn off full screen mode, then you stop the song, it doesn't go back to full screen mode
made the "cue" button, hooked it up, i hope it does what you want
d45r4 Dec 7 2006
no longer attempting to deactivate fonts that never got activated (error in log file when quitting)
no longer nagging the user to install LAME if they don't have it, sorry that was annoying!
okay all those global variables in the CDG Decoder were so annoying, and prevented me from having multiple independent streams, so i went ahead and cleaned it up. i'm now set up for video mixing (at least behind the scenes, it'll be a while before i implement that)
you can now export multiple quicktimes simultaneously
you can now export quicktime(s) while playing songs (even the same song)
the little "show artwork" button in the lower left now actually works. When you're playing a song, you can click it to get a copy of the video window shown right in the browser window. (eventually it'll allow a singer to take a webcam pic of herself too!)
i said i fixed that bug where QuickTime exports 1 white frame at the end of your movie. Now i really *really* fixed it. I swear.
fixed a hang in the auto cue function, it would just freeze the program permanently if it couldn't find a sample within the song. now it just does nothing.
turned up the sensitivity of the auto cue function by 2 orders of magnitude. If you find it's too sensitive tell me and i'll just add a pref.
d45r5
quicktime files now works in the "Artwork" panel in the browser window
the text overlays (like "Playing <song name>" that you see in the video window now function even on quicktime files
you can resize the "Artwork" panel, and you can now resize the sources pane
something i've wanted to do for a long time, the "message" text in the video window now "fades out" instead of blinks off
d45r6
fixed the burner plugin installer to put it in the right place, duh
fixed the japanese version, again.
Holy Crashing QuickTime Batman! There was a bug preventing ripping using QuickTime encoders (ie: anyting not Ogg Vorbis or LAME MP3). Well hot dam! Fixed that bugger!
Added ⌘-M for Mute (okay this is busted, must use ⌘⌥-M)
d45r7 Dec 22 2006
rewrote the video subsystem to use CoreGraphics instead of QuickDraw. Guess what? QuickDraw still wins. Only when Quartz 2D Extreme is enabled do I get a win in performance. The only alternative right now is to use OpenGL. Or wait for 10.5? Or keep using QuickDraw?
Fixed more places where, if there was a percent sign in the name of a song ("99% Sure", "100% Pure Love" etc), it would give garbage characters in the display of the song name sometimes
when showing a text blurb at the bottom of the video window, if it doesn't fit on the screen, now it scrolls
when the current song is 95% finished, it now says (optionally what singer and) what song is up next.
d45r8 Dec 30 2006
fark fark fark fark
fixed some bugs, like i don't have anything to do today
d45r9 Dec 31 2006 Lite Pro
on system 10.3.9, fixed the crash after "About…" or when quitting or when exporting quicktime
fixed the crash after playing a song
d45r10 Jan 4 2007 Lite Pro
the word "next" got disappeared from the messenger text when a song started playing
if you changed the tempo of a QuickTime song while it was paused, it would start the video playing again, no audio, and the program would think it was still paused, so un-pausing would only un-pause the audio, and now the audio and video are out of sync.
got rid of the last of the global variables for a song, these were related to graphics tempo timers. Were another step closer to the full on video mixer board (now each song has an independent tempo and many can be played simultaneously)
when you adjusted the tempo, it only said "95%" or whatever, now it says "Tempo: 95%"
if you changed tempo while paused, the messenger text would stay on screen, rather than fade away
closing the video window no longer makes it disappear forever (bring it back via the Window menu)
the browser window controls no longer jump around the screen erratically.
auto cue was busted when volume was set too low. (still busted for pitch bent or tempo shifted)
d45r11 Jan 6 2007 Lite Pro
added support for .BIN file format (uncompressed interleaved raw binary, comes from Windows programs, as in "bin/cue"
fixed potential crasher when stopping a song (timer related)
fixed yet another potential crasher when stopping a song
okay after a month of procrastination, i've finally started to write the "arbitrary custom meta data per song / singer / playlist" thing, which comes before the whole "arbitrary custom columns" thing
d45r12 Jan 8 2007 Lite Pro
i broke the timer for the graphics and it was lagging behind, worse and worse as the song progressed!!
d45r13 Jan 9 2007 Lite Pro
made the Switchable Albums popup a bit more robust, maybe you won't crash on that as much?
fixed the crash in the "get click activation" handler for the browser window
you can finally click the stop signs in the Tasks window even if the application was in the background
switched from using "NewMovieFromDataRef" to the newer "NewMovieFromProperties", what this means for you is, umm, err, not really much right now. But now i can use Core Graphics Visual Contexts, which is A Good Thing™! (actually, this will help me get much better frame rates for movies and works into the VideoMixer much nicerly)
d45r15 Jan 11 2007 Lite Pro
fixed a crash bringing up the QuickTime export dialog
When playing KAR files or MIDI files with synced text, they come out pixelated. this is because i'm rendering into an offscreen pixel buffer. One day i hope to render into more of a PDF style context to preserve vectors, but for now we're stuck. (the reason for the indirect render path is so I can show the same picture on both the video window and the artwork panel, the only way around that is to actually play the movie twice at the same time, which i think would be more expensive?) All i can do is up the pixel count in the offscreen, i can't make it go back to vectors
When playing a KAR or MIDI file with synced text, the overlays would not draw smoothly (eg: when scrolling or when fading out) because those files have no set frame rate, they get a new frame when something on the screen changes, frames have variable durations. this has been fixed.
d45r16 Jan 15 2007 Lite Pro
switched back from "NewMovieFromProperties" to "NewMovieFromDataRef", cuz people were reporting the dreaded "Spooler Error: badCallOrderErr, Usually due to a status call being called prior to being setup first"
sometimes in the Import or Export prefs panel, in the "Encoder" popup, you'd get names that start with ".", which is bad bad. fixed
Lite users were unable to save their import encoder prefs, (they'd live in the Application bundle, so when the user they updated to a new version of kJams, the settings would disappear) now they go into the prefs folder as they should, and are preserved across updates.
d45r17 Jan 15 2007 Lite Pro
about screen again shows the version of the app
you can eject a disc while a song on it is playing (and not hang forever)
OMG! There was a bug introduced in d16 that broke ripping!! Fixed!
If you get an error while starting up a song to play, now, instead of crashing, the song just won't play
certain kar files with zero height or width will now play instead of crashing, but you get no text
you can now delete the currently playing song without crashing
and holy shit! i now scan ID3 tags when you "Add To Library"!! (for quicktime files and MP3 files) (coming soon: actually SETTING the tags when you use the get info dialog, and Vorbis tag reading)
d45r18 Jan 18 2007 Lite Pro
When you've got tens of thousands of items in your library, you could get an assert fail while sorting, or even when switching into a playlist with too many items. This is fixed.
now using ID3Lib to scan tags when "add to library"'ing unzipped MP3 files. QuickTime files are also meta-tag scanned. Coming soon: Ogg Vorbis tag scanning, scanning zipped files, and ability to SET the data too, WOW.
wrote an OggVorbis tag scanner. Hmm, maybe it works. Not tested. At all.
made an attempt at fixing the world famous "GetLineHeight" crasher when using KAR and MIDI files (i don't know if it's fixed, we shall see if i get reports)
exporting quicktime with a pitch bent song would cause it to literally go forever (filling your hard drive). fixed.
fixed potential crash at end of song (when messenger would show who's coming up next)
messenger now shows next 3 song (with singers if it's a rotation)
fixed a caching problem where the song would get cached, but even tho it's in the cache, it would not be used next time, forcing an unnecessary re-render.
d45r20 Jan 25 2007 Lite Pro
i had busted a fundamental ability to refer to files by directory and name. You may have experienced wierd things. I saw it when my encoder / export prefs did not appear to function correctly. Fixed.
i have implemented full meta tagging for MP3, Vorbis and QuickTime.mov files. Now, when you edit a song's meta info, the tagging info is also updated on disk. In theory. Coming soon: Spotlight meta tagging for all other file types so you will NEVER lose your meta info even if you must rebuild your library. (I'll use spotlight tags for eg: wav, aif, kar, m4v, aac etc)
bugger! if you had started a rip using any encoder except MP3, and the rip finished but the encoding did NOT, and you quit (leaving orphaned files unencoded in the cache), then when you next started up, the encoding would NOT pick up where it left off!! (ie: it worked for mp3 files but no other) And you'd lose your unencoded rips!
sheez! seems the song importer would skip wav files. i really wish i had a real SQA team who could find all these nasty bugses for usss. precious.
when adding to library we now scan meta tags on Vorbis, MP3 and some QuickTime files, and inside Zip files. If the file type is none of these, i revert to Spotlight meta tags (xattr type, not mditem type)
when you get info and edit meta info, the real actual tags get updated! Even inside zipped files!! Wow! If it's not one of the supported types, i set xattr tags!
when you edit meta info, the file names update correctly, including the cached files (no folders yet)
the "advanced->convert selection" menu item is now hooked up. follows mostly the same code path as QT export. It makes a copy and converts that (so it does not delete the original) and also copies (stores) it to your library (as if you ripped it)
you can not store xattr (spotlight meta) data in a file within a zip archive (at least on 10.4, when you zip a file the xattr data does not continue to associate with the file). So I'm being clever: If there was xattr data on the original file, i attach it directly to the zip file itself! When scanning tags i first scan the xattr on the zip file, and only if nothing is found do i unzip the file and look inside. On the way back, when i unzip the file, the xattr gets reattached to the unzipped file.
when you do "add to library", if you encounter any corrupted zip files, i create a playlist of them, so you can deal with them.
i've added "special->push/pull meta data on selected songs" When you push, you are taking the meta data that you see in the user interface and updating all the files on disk to contain that data. When you pull, you are scanning the disk and reading the tags out of the files, and updating the user interface to reflect what is in them.
when deleting a song, we now remove it's cache items as well, and delete empty folders
more awesome metadata goodness: when you copy a playlist with ⌘-C (for pasting):
- it now honors the sort order
- it is now unicode savvy (ie: will work with Japanese/Chinese/Korean and other non-roman characters)
- now honors the columns and the order of them that you have showing (not all column types are supported yet)
fixed bug: crash while quitting if there's a message showing in the video window
fixed bug: video window now comes to front when you press the "play" button
d45r22 Feb 15 2007 Lite Pro
setting the Album Name on a CD in the sources pane, or when setting meta info on CD tracks, it no longer says "trying to tell a CD it's not a CD"
when ripping, the "currently ripping" message is now unicode savvy
d45r23 Feb 16 2007 Lite Pro
don't crash during "add to library"
don't assert on quit re: "hyper dimensional error"
d45r24 Feb 17 2007 Lite Pro
no longer crashing on 10.3.9 like all the time
there's a new advanced pref: for Conforming your song names (does NOT operate on songs inside the library folder, only on external songs added to library)
renaming songs is a bit more robust, more reliably renames the cache files
files with extension ".aiff" may have been lost for a minute, fixed
d45r25 Feb 18 2007 Lite Pro
there is now a progress bar on the push/pull meta data tags thing
finally put the little "x" in the search field
scripting! Wohoo! okay it doesn't work yet. well, the only thing that works is the "version" property. Wow! But it's moving along!
okay scripting works! OMG!
When you add to library, songs bought from CAVS which stupidly have ALL CAPS in their meta data, are fixed to have "Nice Inter Caps" instead
Fixed a file renaming error when setting meta data. If the song was named eg: “01 Sgt. Pepper's Lonely Hearts Club Band” it would erroneously get named "01 Sgt", cuz i was removing the "extension" that is, everything after the "." doh! Haha! Fixed!
fixed a bug where you could try to play a song and get nothing at all.
fixed a crashing bug where if I tried to open a file on a background thread that happened to be busy because of Spotlight Indexing, it would crash, rather than silently waiting for spotlight to finish, then opening it.
fixed a hang on quit if you quit during a rip or encode
d45r26 Feb 23 2007 Lite Pro
the ID3 parser would remove the letter "n" and the letter "r" from your song meta data, sorry about that, it has been fixed
now removing extraneous leading and trailing white space from meta data as it is read in on ID3 tags
i was accidentally Always Causing First Letter Capitalization, when i meant to do it only if the string started out ALL CAPS, as in the songs you get from CAVS. This has been fixed.
d45r27 Feb 24 2007 Lite Pro
when you add to library a dialog will come up asking if you want to interpret based on folder names (old style) or based on tags (which can be slow due to unzipping the files to get at the tags)
fixed some Producer bugs relating to saving your changes. Is anybody paying attention here?
really actually fixed the Always Causing First Letter Capitalization bug.
d45r28 Feb 24 2007 Lite Pro
the First Letter Capitalization will now only be invoked on Name/Artist/Album and then ONLY if all three are all caps. the exception is the word "CAVS", which never changes.
fixed an error propagation bug i had just introduced. was not passing the "stop the song" code along when you press stop. Symptom would be eg: play a song from the CD, then press stop (or try to play a different song) and the first song would not stop playing (and the second song would say "can't play two songs off the same CD" or something)
when you have "Allow Name Editing" turned on, you can now edit stuff in a CD
renaming stuff on a CD now updates it's cached file's names
you can now at least theoretically edit meta info while a song is playing
songs with a slash "/" in the file name no longer produce folders when unzipping. (they still will until the next time you unzip / rezip them, it's the zipping that was bad, not the unzipping)
you can now enter zero for year and track (or type "-")
d45r29 Feb 26 2007 Lite Pro
fixed a crasher when pulling ID3 tag meta info from CAVS files (that have all caps)
same fix also fixes another crash related to meta info in general
Producer can now "fade" your graphics over a specified duration. I don't think anyone's listening.
if you are scrubbing the playhead during a ZIP operation, it will now succeeed (used to bail)
d45r30 March 1 2007 Lite Pro
when you select a buncha songs and go Edit->Copy you no longer get an ASSERT about "compareResult != 0"
if there's a CD in the drive when you launch kJams, you don't crash
UTTER FARK!! Everybody's been getting the dreaded "Terribly sorry, but your CD-ROM drive does not support…" well you can all rest assured THAT was a bug. WHEW! (other symptoms were totally wrong track length (duration) for all songs)
hooked up stop sign to progress bar
theoretically will pick up pushing meta info when you restart kJams, if you pressed stop sign in the middle of a push
d45r31 Mar 5 2007 Lite Pro
fixed the rename meta info preemptive thread callback (caused crash when you start to rename)
d45r32 Mar 6 2007 Lite Pro
fixed the rename meta info timer (caused another crash)
d45r33 Mar 7 2007 Lite Pro
~~upped the meta push timer from 10 seconds to 30 seconds~~ No, decided not to.
added an import pref to say how to scan for meta info when you add to library (ask / file names / meta tags)
added a "don't ask again" checkbox to the add to library meta scan ask dialog. You go that right?
year and track don't get set to zero when you don't touch them when editing song info
if you tripple click during target mode, it won't add the song twice
if you reorder a whole bunch of songs at once, don't crash or get assert or any PLI index out of date nonsense
when files are zipped, their XATTR info is *always* added to the zip archive, so we can now always glean meta info without unzipping the file (assuming it's been zipped by kJams at least once, starting with this version)
added back in support for using Stuffit Expander, for when all else fails. Works for foreign characters when the built in unzipper fails.
when you add to library, using tags, it now just loads all the songs as fast as possible, and THEN after loading does the meta tag scan, with a progress bar.
d45r34 Mar 11 2007 Lite Pro
fixed a "linefeeds" issue WRT copy-pasting playlists into Excel or Word, so paste actually works now in those programs.
when you copy from a playlist (⌘-C) now in addition to copying unicode text i also copy plain text, so older programs can accept it for pasting
no longer creating a "meta scan list" playlist when you add to library, that was only a temporary measure anyway.
there was a progress bar problem with pushing and pulling meta data on selections, the accounting was off, leading to strange progress bar drawing
hooked up push and pull in the context menu
when trashing original files from a playlist, it actually performs as advertised (rather than leaving some files behind)
if you had ripped with MPEG-4 (eg: aac) then when you tried to play you'd get "i can't find your file, wanna look yourself?" dialog, then you'd go look, and find it, and it still wouldn't play. dam! okay fixed!
MPEG-4 files among others, would have incorrect cache sizes, causing the cache to always be invalid.
MPEG-4 among other types could cause your graphics (video) to just HALT. or not start playing. wow. okay!
d45r38 Mar 11 2007 Lite Pro

Previous Versions

Retrieved from "https://karaoke.kjams.com/w/index.php?title=History_7&oldid=3850"