[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: cpicton  XML
Profile for cpicton -> Messages posted by cpicton [12]
Author Message
Thanks

In my case, deleting the comment field is no problem. However, making Jaikoz more robust for the future is always a good idea

paultaylor wrote:
Could you check that your jaikoz.properties file contains no %1's and that your jaikoz_en.properties file exists but is empty. 


I cleared out jaikoz_en.properties, and the problem has gone away

Thanks
Some files I am trying to save have the following error:

Code:
 24/04/2007 05.32.29:org.jaudiotagger.audio.mp3.MP3File:save:SEVERE: G:\mp3\Unsorted - Final\new - Ernest\Neil Young & Crazy Horse - Tonight's The Night.mp3roblem writing tags to file,RuntimeException
 24/04/2007 05.32.29:SEVERE: Unable to save record:RecNo:3 becausenull
 java.lang.NullPointerException
 	at java.nio.CharBuffer.wrap(Unknown Source)
 	at org.jaudiotagger.tag.datatype.StringFixedLength.writeByteArray(StringFixedLength.java:135)
 	at org.jaudiotagger.tag.id3.framebody.AbstractID3v2FrameBody.write(AbstractID3v2FrameBody.java:215)
 	at org.jaudiotagger.tag.id3.framebody.FrameBodyCOMM.write(FrameBodyCOMM.java:207)
 	at org.jaudiotagger.tag.id3.ID3v23Frame.write(ID3v23Frame.java:375)
 	at org.jaudiotagger.tag.id3.AbstractID3v2Tag.writeFramesToBuffer(AbstractID3v2Tag.java:841)
 	at org.jaudiotagger.tag.id3.ID3v23Tag.write(ID3v23Tag.java:684)
 	at org.jaudiotagger.audio.mp3.MP3File.save(MP3File.java:702)
 	at org.jaudiotagger.audio.mp3.MP3File.save(MP3File.java:674)
 	at com.jthink.jaikoz.data.MP3.saveMP3Data(MP3.java:342)
 	at com.jthink.jaikoz.data.MP3.<init>(MP3.java:125)
 	at com.jthink.jaikoz.data.MP3.saveMP3(MP3.java:74)
 	at com.jthink.jaikoz.TagSaver.run(TagSaver.java:164)
 	at java.lang.Thread.run(Unknown Source)
 


If I change the tag version from 2.3 to 1.1, the files save fine.

What would be causing the problem for 2.3 tags?

I have sent the file to support@jthink.net
This is happening in many places - progress dialog, output window, jaikoz user log, etc

Examples:

Apr 23, 2007 10:18:12 PM: WARNING: Unable to retrieve an acoustic id for %1 because this track cannot be analysed

But not for everything:

Apr 24, 2007 5:14:49 AM: SEVERE: There was a problem submitting a query to MusicBrainz for Record Number 146 with filename Weird Al Yankovic - Another One Rides The Bus.mp3




It looks like some text replacement is not being done correctly...

I am getting lots of %1 where I should be getting actual number or filenames:

Example:

Code:
 %1 Files to have acoustis Ids retrieved
 %1 Files processed so far
 

For testing like this, I find vmware extremely useful. You can install any OS/Distro you need to, to test compatibility.

The server version is free to download and use (www.vmware.com)
Does my idea sound feasible?

I know it would only work for a limited subset of cases, but another idea (for when locally tagging) is:

If a set of files (probably from the same directory) have the same album, but their artists (and titles and tracknos) are all different (or at most a fixed number of them (like 20%) are the same), then make them type compilation
Doing a local correction first does not help.

I have sent the offending file to support@jaikoz.net, along with logs

paultaylor wrote:
Jaikoz could certainly do this quite easily but I would like some ideas on how people would like this to work.

 


When I tag from musicbrainz, I get the following data under User Defined Text Info

Musicbrainz Album Type: Compilation

This will determine the album type for those which have been matched against musicbrainz.
Hi

How does Jaikoz handle compilation albums?

I would like to create the following structure

/music/Artist/Album, and
/music/Compilations/Album

Can Jaikoz detect albums by various artists, and handle accordingly?

paultaylor wrote:

cpicton wrote:
I am trying to match quite a few files based on musicip puid.

I am guessing the following columns
TRM = Unique File Id
PUID = User Defined Text Info

I have told it to retrieve PUIDs, and autocorrect from musicbrainz

On the output, I have a few duplicates on Unique File Id, but very few duplicates for User Defined Text Info, but the updated tags appear to be based on the TRM (which have duplicates), and not the PUID (which has fewer duplicates)

Is there a way to autocorrect tags from PUID, as opposed to TRM? 


Hi, TRMs are not used at all anymore. PUID is the MusicIP value within the User Defined Text Info (it also holds other values). Unique File id is the MusicBrainzId

Are the duplicates valid, is it identifying duplicate tracks in your collection?
 

The duplicates under 'User Defined Text' are valid duplicates
Most duplicates under 'Unique File ID' are *not* valid duplicates



paultaylor wrote:

Puids are created when you run retrieve acoustic ids whereas UniqueFileIds are created when you tag from MusicBrainz. I am wondering if you have less duplicates on the User Defined Text Info because some do not contain a puid, double click on the count to check, or look at your jaikozuser.log for information on how many acoustic ids were created. If you dont have an acoustic id then tag from musicbrainz is based purely on the metadata.

 


OK - that makes sense. I have checked and some do not contain PUIDs.

As my first run through the files, I want to only move those with valid PUIDs. Can I set up a filter for this?
I am trying to match quite a few files based on musicip puid.

I am guessing the following columns
TRM = Unique File Id
PUID = User Defined Text Info

I have told it to retrieve PUIDs, and autocorrect from musicbrainz

On the output, I have a few duplicates on Unique File Id, but very few duplicates for User Defined Text Info, but the updated tags appear to be based on the TRM (which have duplicates), and not the PUID (which has fewer duplicates)

Is there a way to autocorrect tags from PUID, as opposed to TRM?
 
Profile for cpicton -> Messages posted by cpicton [12]
Go to:   
Powered by JForum 2.1.6 © JForum Team