[Logo] Jaikoz and SongKong Forums
  [Search] Search   [Recent Topics] Recent Topics   [Members]  Member Listing   [Groups] Back to home page 
[Register] Register / 
[Login] Login 
Messages posted by: jsibre  XML
Profile for jsibre -> Messages posted by jsibre [13]
Author Message
That makes sense... I've sent the file again (this time for real), in case you want to look at it.

paultaylor wrote:

This is changed in Jaikoz 2.6, the 'Write iTunes Frendly genres' now writes all ids as text for ID2v24.  

Hm... I had that option checked, and still had the issue... Perhaps it's down to me not doing a Force Save, instead of a normal save... (The genres may not have been changed in Jaikoz, simply the old values.) If I see this again, I'll try various options like that.

paultaylor wrote:
Thanks I'l take a look, when you reopen them in jaikoz are they marked as being part of a compilation. 

No, that's part of what makes it so odd.... They show up in the "Complilations" entry under the Artists browser, they have "Part of Compilation" checked, but Jaikoz doesn't see it that way. It's like iTunes is using its own made-up tag for storing that... Or Jaikoz is... I'll send you an example that iTunes thinks is part of a compilation (and I agree) but Jaikoz doesn't have the appropriate check box checked (Is Compilation).


My Mac was intercepting it! opt-cmd-8 is the default shortcut for turning the Universal Access Zoom on/off... When I disabled that shortcut, Jaikoz was able to catch its event, and the function worked correctly.

Sorry for the red herring....
No, the options are working correctly (again, I'm referring to the menu items on the context-sensitive menu that pops up on a right-click of some highlighted files, so, option-cmd-8 and option-cmd-9, not cmd-8 and cmd-9)...

 Sep 28, 2008 9:30:16 PM: INFO: Jaikoz 2.6.0 using Java 1.6.0_05 on Mac OS X 10.5.5 initialized successfully 
 Sep 28, 2008 9:30:16 PM: INFO: Jaikoz has been configured with minimum heap memory of 150 Mb, maximum heap memory of 287 Mb and maximum permanent memory of 100 Mb
 Sep 28, 2008 9:32:06 PM: INFO: Started to load files from /Volumes/data/mp3s/Audio/Artists
 Sep 28, 2008 9:32:09 PM: INFO: Counted 65 files that could be loaded from /Volumes/data/mp3s/Audio/Artists
 Sep 28, 2008 9:32:09 PM: INFO: Completed loading of 65 files from /Volumes/data/mp3s/Audio/Artists
 Sep 28, 2008 9:32:10 PM: INFO: 65 files are loaded

I paste some new values in for Album title so I have something to work with...
 Sep 28, 2008 9:32:35 PM: INFO: New values pasted into 5 fields

I use the context-sensitive popup menu (right clicking on 2 selected files) to fix sub folders, and then file names.
 Sep 28, 2008 9:32:47 PM: INFO: Started Correct Sub Folders from Tags on 2 files
 Sep 28, 2008 9:32:47 PM: INFO: Corrected 2 Sub Folders from Tags 
 Sep 28, 2008 9:32:47 PM: INFO: Completed Correct Sub Folder from Tags on 2 files
 Sep 28, 2008 9:33:05 PM: INFO: Started Correct Filename from Tags on 2 files
 Sep 28, 2008 9:33:05 PM: INFO: Corrected 0 Filenames from Tags 
 Sep 28, 2008 9:33:05 PM: INFO: Completed Correct Filename from Tags on 2 files

(I hadn't changed any song titles or track numbers, hence the "Corrected 0 Filenames from Tags, as I have my files named "$if(%trackno%,%trackno%-)%title%")

Next, I use the normal menu to correct sub folders and filenames (equiv to cmd-8 and cmd-9)
 Sep 28, 2008 9:33:39 PM: INFO: Started Correct Sub Folders from Tags on 65 files
 Sep 28, 2008 9:33:39 PM: INFO: Corrected 63 Sub Folders from Tags 
 Sep 28, 2008 9:33:39 PM: INFO: Completed Correct Sub Folder from Tags on 65 files
 Sep 28, 2008 9:33:43 PM: INFO: Started Correct Filename from Tags on 65 files
 Sep 28, 2008 9:33:43 PM: INFO: Corrected 54 Filenames from Tags 
 Sep 28, 2008 9:33:43 PM: INFO: Completed Correct Filename from Tags on 65 files

That worked fine (on all loaded/visible files)

Now, I fix the five album names I'd messed with...
And try the keyboard shortcut equivalents to what I'd done with the context menu earlier - option-cmd-8 and option-cmd-9
 Sep 28, 2008 9:34:19 PM: INFO: New values pasted into 5 fields
 Sep 28, 2008 9:34:29 PM: INFO: Started Correct Filename from Tags on 2 files
 Sep 28, 2008 9:34:29 PM: INFO: Corrected 0 Filenames from Tags 
 Sep 28, 2008 9:34:29 PM: INFO: Completed Correct Filename from Tags on 2 files

As you can see, it didn't even try to do the first one (sub folders)... Hm.. I wonder if maybe my Mac is configured to intercept that keyboard shortcut... I'll dig on that a bit, and post a follow up.

I've more or less finished with my HUGE effort of reorganizing, and the fix you applied to the PRIV (and other) fields worked perfectly.

The Genre issue still is a bit of a pain, but I see the dilemma, and just work around it by re-doing that piece in iTunes. It doesn't take too much work.

I also noticed something else - I don't have much trouble-shooting data for you at this time, but I noticed that a lot of tracks showed up in iTunes as being part of a complilation, even though Jaikoz didn't see them that way. Weird. Again, not too difficult to fix in iTunes, but somewhat puzzling.

Not really a bug, but it would be nice if there was a "cancel" option on the save dialog that pops up when you're about to exit, or close a bunch of files. Your options are "Yes" or "No" (to the question, Do you want to save your changed files?) Sometimes when I get that dialog, I'm unaware that there were unsaved changes, and I'm kinda stuck.... Discard them? Save them? I don't know! I wanna see what they are before I decide!

Heh, it's kinda a stupid user trick, but, a "cancel" option would be nice

As the subject says, the keyboard shortcut is broken... If you right click and click it, it works, but the keyboard shortcut does nothing that I can notice. The companion shortcut for Correct Filenames from Tags is working fine.

Just to be really clear, I'm referring to what you use when you have one or several files highlighted, and only want to change those files' sub folders (rather than all being displayed). That shortcut is the one not working.

I'm using 2.6.0, but this was broken in the previous release too, I just hadn't gotten around to reporting it.


Mac OS 10.5.5 (Intel), Java 1.6, Jaikoz 2.6.0
Hi, I just noticed this post - I'll try to come up with a 'fixed by tag&rename' file for you. Since I started using that jar file you sent, I haven't seen any problems, so I'll have to dig a bit to find one that's mucked up. I guess those extra tags came from windows media player (which is weird, since I don't use it anymore, except in my VMWare machine, and only rarely).

On the topic of iTunes oddities, I'm noticing that quite frequently, Genre's show up in iTunes as a number, even though I have the checkbox for iTunes friendly genres checked. I've just been fixing them in iTunes as I find them. I'll send an example of one that's doing that.


I haven't found one of those records yet (that re-breaks after being fixed), but I have found that 'fixing' the track by using Tag&Rename does NOT wipe out the PRIV fields... (or even change them) But it does make iTunes happy. I'm not sure about the MCDI field... I can't find it. Is MCDI an abbreviation for something more verbose? Is it a muffler bearing? ;) Oh... or is it something that shows up in that unsupported column, ala the PRIV fields, when present? {Edit: Nevermind, I see that it is one of those!}

On the other hand... I HAVE confirmed that deleting those PRIV columns that I've found on offensive records cures the problem... But that leads me to a new problem: I've noticed that I can't "easily" delete the PRIV entries. They seem to come in batches of 7 or 9 (so far) and I have to open up the dialog and delete them one by one, rather than selecting a bunch of tracks and nuking them all at once. Is there an easier way? {Edit: Nevermind, I see that that is what you can do with cmd-delete or on the popup menu...}

{Edit: So finally, using tag&rename on the file fixes it even though T&R didn't mess with the PRIV (and the file in question didn't have MCDI), but deleting the PRIV columns in Jaikoz eliminates the problem. I'll get back to you when/if I find a file that can be unfixed by Jaikoz after being fixed by t&r}

I'm at work now, but I'll try that as soon as I get home. Thanks!

The particular files I sent were quickly found this morning when I read your response, and I'm not sure that they would illustrate the exact symptom I described - I just found some that looked blank in iTunes and forwarded them. But I do know for sure that I've seen that behavior. I'll see if I can't find another one that duplicates that behavior, and forward it to you when I do.

I have to say, that is weird. It would seem that if the PRIV and MCDI fields are what's confusing iTunes then waving the Tag&Rename over those files would NOT fix it, unless it did so by deleting those fields, and then, as you say, if Jaikoz doesn't write them, why did those files break again after Jaikoz was waved over them again...? Of course this assumes that those other files were broken for the same reason as the one I sent you.

An idea for a future release might be to add another checkbox in the iTunes section to not write (and even delete pre-existing) tags that are known to cause iTunes issues. I can see how that might be somewhat dicey, since the intent of ID3 is that data that isn't recognized by a program should just be ignored... Not wiped out.

Anyway, as I go through my collection (I'm doing a significant rearrangement of my collection as you may have guessed), I'll try to find another file that has the problem I originally described, and send it to you. There is, of course, the possibility that I was just delusional and tired at 4 o'clock in the morning But I don't think so. All and all this is shaping up to be a big (and sometimes frustrating!) job - but Jaikoz has already become my preferred tool (over Tag&Rename) not only because of the MusicBrainz integration (which is sometimes of questionable value, if I'm honest) but also because of the 'spreadsheet' metaphor. If you'd asked me a year ago, I'd have said I don't like the idea of that metaphor, but having used if for a few weeks now, I have to say it's very efficient.

Either way, it's helpful to know which fields are the likely offenders, so that I can just wipe them out in a wholesale fashion. I'm not intentionally using them, and certainly won't miss them.

Subject says it all, pretty much. Sometimes when I write tags for some tracks, the tags will not show up upon import into iTunes. It seems to be an all-or-nothing affair, on a per track basis. I.E., either no tags for a track show up, or they all do. I've tried forcing v23, and v24 tags. I've tried checking and unchecking the "Do not unsynchronize ID3 tags". "Force Save" doesn't help (I don't really know what that does anyway... does that rewrite all tags for any changed file? Save all files, whether they've changed or not? Both? Something else?) Going back and re-writing the tags with another tagger (Tag & Rename) seems to help them show up in iTunes, but if I wave Jaikoz over them again, they're lost again.

Has anyone seen this kind of behavior? Has anyone figured out how to prevent it?

This is on a Mac...

Thanks Paul - I didn't even know about the Java Preferences application! I made the change, and it's made a big difference in the scrolling performance. It's still not quite 'native speed', but it is a big improvement!

I just started using Jaikoz on my Mac (I used to use Tag & Rename on Windows). I'm really impressed with all of its capabilities, but... It does seem slow. I'm not referring to the time it takes to do it's job - I understand about the throttling so as not to hammer the servers to death.

I'm referring to the scroll speed. Actually, for me, horizontal scrolling is fine (with the caveat that I can't do it with my scroll ball, and instead have to 'grab' the 'thumb' and drag it), but vertical scrolling is really slow. A flick of the scroll ball on my mouse can result in it scrolling for 5-ish seconds. And not scrolling very rapidly, either. Vertical scrolling is slow no matter how I do it (page up/down, scroll ball, 'grabbing' the 'thumb', cursoring up or down) It seems to be somewhat related to the number of tracks I have loaded (100 scroll better than 1000, but still slowly).

I've tried various things to try and improve it:
- turned logging down to l1 m1 - didn't help
- unchecked the 'sychronize scrolling between tables', or something like that - didn't help
- limited number of files I work with - marginally helps

Is this 'normal'? Does everyone get this slow scrolling? Or just Macs? Or just the lucky ones with the wrong JVM version? Or something?

Thanks for any insights,
Jason Sibre
Profile for jsibre -> Messages posted by jsibre [13]
Go to:   
Powered by JForum 2.1.6 © JForum Team