[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: paultaylor  XML
Profile for paultaylor -> Messages posted by paultaylor [7462] Go to Page: Previous  1, 2, 3 ... 237, 238, 239 ... 247, 248, 249 Next 
Author Message
Yes its the same issue as

http://www.jthink.net/jaikozforum/posts/list/188.page

there will be a new release tomorrow that address this problem
ok, thanks problem replicated
Thanks james, replicated problem, will be fixed tomorrow.
Thanks Anders don't know how I missed that, Ive reproduced the problem and will release a fix tomorrow.
This is fixed in jaikoz 1.11
This is fixed in Jaikoz 1.11
This is a major release that provides Audio Independent Views and full support for OggVorbis, plus a number of other enhancements and bug fixes.

More details at http://www.jthink.net/jaikoz/jsp/news/build1031.jsp

The next major release will include AAC support, however the cost of Jaikoz will increase slightly at this point so if you are thinking about buying Jaikoz now is a great time to do it and save yourself some money. As always any purchase of Jaikoz gives free upgrades for life.
No it cannot. it only edits metadata (e.g ID3) rather than the audio data (vbr headers are part of the audio data)
Problem fixed in 1.11. Actually the values are being saved correctly but not being read correctly. The problem is due to a bug whereby only the first TXX (v2 User Defined Info) field is being read, and most MusicBrainz fields are held as TXX fields hence the problem
Every file, this was not the behaviour that existed before, can you send me a log file please ?
At the moment you can manually enter and save the ISRC field, and Jaikoz will also display the value if it already exists in the file. But it doesn't automatically populate it (from Musicbrainz) at the moment ...
As usual please send me your log files (jaikiozuser0-0.log and jaikozdebug0.0.log) and a problem file and i should be able to work out the problem.
Ok, there is an issue with some of the mb tags with converting v22. Sorry about that although I didn't really expect anybody was still using v22.
Hi, ok bug reproduced , Ill try to fix for next release.
I'll take another look at this in the future.

Focher wrote:
I also think this interface could be an improvement for usability in regards to the batch queries. It becomes less important to do large batches if you basically have a queue of 20 or 30 queries in memory and the program queries ahead of the user's involvement with selecting tracks. 


There is an outstanding enhancement that 'Manual Tags from MusicBrainz' should match the next batch in the background whilst you are reviewing the last batch, but can't see how this is affected by the screen redesign.
This problem is due to Jaikoz mapping directly to the ID3 field in the current version. In the next version everything currently in the detail tab will have its own column which should pretty much eliminate this problem.

Focher wrote:
I think Paul is reworking that if I have read some other postings correctly. This would basically let you set the ASIN field as a column and then copy and paste down to multiple records.
 

Correct, this problem is due to Jaikoz mapping directly to the ID3 field in the current version. In the next version everything currently in the detail tab will have its own column which should pretty much eliminate this problem.
Its a reasonable idea, but to be honest I think it would be likely to get too many false positives. The local correct can only do the basics, the real power is in the musicbrainz tagging.
good idea,added to list
I haven't noticed this, but maybe you could experiment. If you are saying the first track is already marked as track 1 and all the others have no track then if the track number is actually wrong it is going to be more difficult to get a match because the track number field is not going to match. Next time try resetting the value and blanking the track number to see if that effects results or run Manual Tag From MusicBrainz which will show all possible matches including ones where the score was too low for the Automatic match to pick it.

ErwinB wrote:
Would it be possible to build a (test)version where the colums are only sorted when you click a header? To check if this improves the speed. 


I think you are about right there are some technical issues with sorting that I am trying to resolve, but it s proving a thorny issue more compilicated then you might imagine !
So this is a replacement for the 'manual tag from MusicBrainz screen' . The top half shows three records with the current row on the lefthandside, I assume the idea is that you can see what values you selected for the previous value to help select the correct value for this record. The Bottom half of the screen shows the possible matches from MusicBrainz.

What I like about this is it provides more information about the currently selected track, I think I do need a way to show the internal ids. Maybe as an option for power users, as I dont think it would be useful to caual users.

What I don't like is it forces you to process the records sequentially, you cant quickly go to the first,last or any record inbetween, this would be a big drawback.

RE:Erwins point
I Allow you to batch upto 500 records before you have to interact with them, you would prefer that there be no upper limit. But the trouble is that the longer the list becomes the more memory is used, and this could cause problems within the application.
Hi there is a version of Java for 64bit Linux available from java.sun.com download page that should be fine:

https://sdlc5e.sun.com/ECom/EComActionServlet;jsessionid=3CF3E77312DD8620633FFEB75002743C

Nicolas Daum wrote:
Hi
is it, er..., a player as well?
 

No it isn't, the aim of Jaikoz is to be a top class Tag Editor, if I wanted it to be a Music Player as well this could leads to design conflicts between these the two different aims. For example if your mp3 does not contain a title field iTunes uses the name of the file as the title, this is a sensible fallback position but it would be confusing if Jaikoz did this because as a tag editor I want Jaikoz to show the values actually in your metadata. Secondly I dont have the resource to do both.

Nicolas Daum wrote:

* does it manage mp3 only? I use only m4a files.
 

The current release only supports MP3, but the next release which will be released by the end of this month has had modifications to the interface to allow it to support multiple audio formats, and will support Ogg Vorbis .
Shortly after that should have support for MP4 and Flac.

Zuzuzzzip wrote:
I tried to use my other java libraries /usr/lib32/java where you can select for the install...

but that didn't work..
this is what i get from running jaikoz.sh
Code:
zuzuzzzip@ZuzuPC-ubuntu:/opt/jaikoz$ sudo jaikoz.sh 
 Exception in thread "main" java.lang.UnsupportedClassVersionError: 
 

 

That shows jaikoz.sh is using an older version of Java, do java -version from the command line will tell you which version it is using

Zuzuzzzip wrote:

my user log says
Code:
Aug 8, 2007 11:14:21 PM: INFO: Jaikoz v1.10 using Java 1.6.0 on Linux initialized successfully 
so nothing wrong here
 

But that shows that when you use Jaikoz instead that it is using java 1.6 which should be ok, so probably installed ok. But did you run it as root, you need to run it as root the first time you run it.


where can i find jaikozdebug, I did a search but couldn't find it, so it's not there  

Its in the installation folder with jaikozuser0-0.log but it is only created if there is debugging information to be written so it might mot have been created.
Yes, Jaikoz gives exactly the same results as the original web posting. I thought it might be something to do with color spaces/models but I opened it in Photoshop and couldnt see anything different about the file except the new file is only 33kb whereas the original was 48kb

Focher wrote:
I do sometimes have to do this but it is really a rather cumbersome process. Usually, the need only comes up when I have Jaikoz do an autocorrect tags from MB after the acoustic id has been updated. This often causes a mixture of tracks from different album entries in the MB database.

The way I typically fix it is to bring up the Album on MB and manually copy the MB Unique Id to the track as you recommend.

Again, it would be nice if there was a faster way to do this. Perhaps displaying the MB Album Id in the window when using the Manual select method from MB. In fact, it could be better to display each track independently for the user input to select which one to use. Then you would have a lot more screen space to display all the information that is both also in the tags plus the MB data that the user might want to use to select the best entry. Once the MB entry is selected, just display the next track's info.

 


You've lost me:are you pasting the unique track id, or the album id. I was recommending EITHER you paste the unique id or if it is just the album that is incorrect you could easily paste the 'album name' into all the incorrect tracks, and this would be used by a subsequent call to 'Tag from Musicbrainz'.

Could do a screen mockup of your idea, I can't visualise it.

margie wrote:
Hello,

I just got your product, and it's WONDERFUL!! Thank you so much!
 

thankyou

margie wrote:

For example, I want to end up with a directory structure like this:
/VARIOUS
>Now That's What I Call Music 25
>01 - London Bridge - Fergie
>02 - Promiscuous - Nelly Furtado

etc.

Would you mind explaining EXACTLY what I need to set up? I keep getting the result that it splits up into many different artist directories. 


If you use 'Rename Folder From Tag' the default value in 'Rename Sub Folder Settings' is %A%Z%B which is Artist/Album. if you change this to %H%Z%B it will use the album artist column instead. For compilations the album artist should be something like Various Artists, so your compilations albums will all be put under the Various Artist folder. But of course this will only happen if you have tagged your data correctly in the first place.
Hi, Im not sure what the problem is but there are a number of possibilities.

Jaikoz requires Java 1.5.10 or later, it s only been verified with the official SUN implementation so please try that first.

It may be a permissions problem or possibly a problem with the Install Anywhere Wrapper, please try running as root and try running jaikoz.sh rather than Jaikoz. You could take a look at the jaikozdebug-0-0.log and jaikozuser0-0.log, or send them to me.

Focher wrote:
When I use the option to manually select the MusicBrainz UID for a given track, I am often surprised that I do not see the track listed even though I have specifically pre-populated the MusicBrainz Release Id field.
 


What your doing is actually rather unusual, if you are going to the trouble of doing a manual musicbrainz lookup in order to prefill a field for Jaikoz to use why don't you put in the Musicbrainz Unique Id rather than the release Id, and then call 'Update Tags from Existing MusicBrainz Id' to populate the other fields.

Or are you doing this in order to coerce Jaikoz into using original albums instead of compilation album, even though the record may have been ripped from a compilation album ? In which case enter the correct album name in the album field should give simialr results.

Manual match from MusicBrainz doesnt use the ids, because they may be wrong, the customer maybe doing a lookup because a previous lookup has given results that they are not happy with. So the match only uses metadata that is fully understood such as artist or album
 
Profile for paultaylor -> Messages posted by paultaylor [7462] Go to Page: Previous  1, 2, 3 ... 237, 238, 239 ... 247, 248, 249 Next 
Go to:   
Powered by JForum 2.1.6 © JForum Team