[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 [7347] Go to Page: Previous  1, 2, 3 ... 237, 238, 239 ... 243, 244, 245 Next 
Author Message

Pitman6787 wrote:
Okay. If you are a fan of older music, then you might have a lot of compliation/best of/greatest hits albums. If you run Jaikoz, Jaikoz usually changes the album names back to the original studio albums in which the songs were on
 


This is not a decision made by Jaikoz, but a consequence of the makeup of the MusicBrainz database. If you have an Acoustic Id Jaikoz uses this to do a match using the record that is returned, if more than one record matches the Acoustic id then it selects the record with the best matching data. So if your album is the 'Queens Greatest Hits' compilation and one of the tracks returned by the Acoustic Id has an album of 'Queen Greatest Hits' this will be the one selected. If you don't have an acoustic id the matching is purely done on the values in your record, so if your record has an album name of 'Queens Greatest Hits' this is likely to receive a better score than the original album the track was from.

I expect what is happening in your case is the track you check with the Get Acoustic Ids is sonically identical on the greatest hits version and the original album version. But when the the Acoustic Id is checked against the MusicBrainz Database it only finds the track linked to the original album. because users of the MB database are more likely to tag origin albums than compilations. So Jaikoz updates the record to this.

If you don't want the album to be changed, you could change the settings of 'Action Settings/MusicBrainzSettings/Format' for Album to be 'Only Populate if Empty'

Ok, so this problem has happened on three occasions nows, and always with Linux, I haven't managed to replicate it myself.

Can you clarify for me is this happening consistently for the same files. For example in the debug log where it says Unable to create Puid for:132, the 132 refers to the 133nd file (because records are labelled from zero) in the list when sorted by record number. So if this problem occurs again after identifying the record you could right click on it s record header and just select 'Remote Correct/Correct Acoustic Ids' to retry this one file.

If it does reoccur could you send me the file and/or try against Windows or OSX to see if the problem persists.

Another thing that might be useful would be if you increased the logging output but this will slow down jaikoz so you only really want to do it for when running a test , not all the time. You can increase the logging by using the jaikoz.sh shell script and editing the value -l2 in jaikoz.sh to -l7.

Pitman6787 wrote:
Because if it is, it shouldn't. The album name shouldn't be relevent, since one song can be on more than one album, and, if someone has a song, trying to match partly based on the current album name might make it harder to find the song on THAT SPECIFIC ALBUM, and it could alter the percentage of similarity, which could cause it not to change. 


Yes it does match on the album if a value has been provided. Yes songs can be on many albums but by default surely it makes sense to return the top match the one that matches on title/artist/trackno and album rather than only on title and artist. If you have a MusicIP Puid then that takes precedence and the album is only one of a number fields that help pick the best match for a PUID for the cases where one PUID matches more than one track.

If you are not getting any matches at all you can always reduce the matching percentage required, or use the Manual Match to see the top ten choices for each track.

Nocturnal wrote:

Take for instance the Radiohead album "OK Computer". It has a song titled "Exit Music (For a Film)". If you remove the parenthesis from the title, but the parenthesis ARE present in the Musicbrainz DB, wouldn't the matching be made more difficult?
 


Yes, I think you are right, the Punctuation Remover should be disabled by default. This was implemented sometime ago and has not been looked at for some time. Ill disable it for the next release.
Good work !

I'll think about the consequences of this wrt jaikoz. (I cant use recursive mode because the analysis has to be done on the records as selected and in the order they appear on screen which might not relate to the filesystem)
For Mac customers I am trying hard to make Jaikoz match the Apple Human Interface Guidelines as accurately as I can but I'm not sure what the main issues are. Please help us out by telling me what Jaikoz does that could be improved from an Apple perspective.
I am adding a detail panel to Jaikoz, thats shows details of the currently selected record. The first panel is a read only summary , but other panels are editable allowing you to change the details, and the changes get reflected in the datasheet immediately. The panels will contain information broadly similar to what you would get by selecting on 'Get Info' on a record within iTunes but will also contain additional MusicBrainz Info.

Below is a screenshot of the mac version:



The idea is that you can get access to all information without having to scroll right as you sometimes have to do using the datasheet, and can quickly edit that information as well. The information is also presented in an audioformat independent way rather than ID3 specific as is the case with the datasheet view.

I would be interested in any suggestions you have for this.

Acoustic analysis is the slowest task but you only ever have to do it once per track, 25seconds seems a bit slow.

Ive found that acoustic analysis doe use alot of cpu, but I think some songs take significantly more resources than others. Ive actually implemented multi-threading for acoustic analysis but in my own tests I didn't get much improvement in throughput because the cpu was already under heavy usage with just one thread. Ill take another look when I have time, I know you have a PC but what operating system are you running on (Windows/Linux)?

Hi I don't know if this is related to your /ext2 filesystem because I dont seem to have this problem, please clarify.

On OSX enter U2\u01ff into artist field ( adds a character that requires 2 byte unicode encoding)
Run Correct Filename from Tag, U2? shown in fieldname.
Save file, U2? shown in filename on hard-disk.
I'll investigate, for users less technical than yourself it would be better if the filtering was automatic so that filenames are always valid for the filesystem being used, but this may be difficult to do with so many possible variations.
Hi what OS are you using

On OSX if there are ? in the field they are not removed from the filename when you run 'Correct Filenames from Tags' , but on OSX I it is ok to create files with '?'s in the filename, on Windows they are filtered out.

'*'s are automatically removed whether they are inputted by running 'Correct Filenames from Tags' or by typing asterisks directly into the filename or subfolder fields.

So I cant see the problem
Hi, Ive never seen this behaviour. Can you send tell me how and when it goes down, and send me your jaikozuser0-0.log and jaikozdebug0-0.log

Anonymous wrote:
I can't find a task in the Autocorrecter settings for Retrieve AcousticID. 

The task in the lhs panel is Retrieve Acoustic Ids,(its not enabled by default so you need to copy it from the left panel to the right panel)

smika wrote:

1. Tag OGG files (I know someone else made a topic about it)
 

Yes, I am working towards that

smika wrote:

2. When I upgrade to a newer version, all my setting I made with an older version will not be overwritten. 

Yes, this is on the list as well.
In Jaikoz 1.10 (released today) this is now easier to do from the MusicBrainz Detail tab.
Hi, are you trying to install it from a console (non-window) environment, possibly remotely. The errors indicates it cant start the Xwindowing environment

Anonymous wrote:
Hey is there a batch or command prompt, which will let say take file, analyze it to get audioID, correct tag comparing to MusicID, change filename and saves it. Running Jaikoz under java in kde, seems to take lots of resources...it doesnt matter how long it will take for me, if it will go one by one and you can see the result
 

There is no commandline program to do this, however you can do everything except the save automatically using the Autocorrecter.
Configure the Autocorrecter
Run it, leave it alone
When it s finished do a quick check and then Save changes

Anonymous wrote:

you wrote that best approach is to do 5000 songs per session, how do you load a limited amount of songs to jaikoz and how you will exclude those already repaired?
 

Well you can select folders to add using the Open Folder and the Add Folder options, there is no need to load all records - in fact I wouldnt reommend it. That said I am going to provide a file tree browser in the future to make it easier to select what you want. All the tasks can be performed against all records, or by right clicking on the row header only selected records.

Get AcousticId will skip tracks that already have an audio id
If you go to 'Action Settings/MusicBrainz Settings/Match' and enable 'Do not match online if already have a Musicbrainz Match' Tag from MusicBrainz will skip tracks that already have a MusicBrainz Id.

Most of the task that are performed locally work by comparing records with each other so the taks will always be peformaed against all/selected records.
Ok, basically MusicIP Puid is not stored by Music IP mixer because it has been added fairly recently and they havent decided how to store it yet. However it is used by Jaikoz to retrieve Puids so that tracks that have already been analysed by Music IP Mixer will get processed quicker than files that have not already been processed by MusicIP Mixer.
More details here:
http://forums.musicip.com/index.php?showtopic=2865

newname wrote:

1. Is the acoustic analysis the same in both programs? If so, why is the analysis in Jaikoz much quicker than MusicIP? Is MusicIP more accurate since it's slower?
 

MusicIP will add records to the MusicIP if they dont currently exist whereas
Jaikoz only trys to match records that already exist in the database. Creating a new id is much much slower than matching an existing id and there is no possibility of it immediately matching a record in MusicBrainz because it has only just been created which is why Jaikoz does not do this, I will add it as an extra task/option at some point. I dont know if this accounts for all the differences, MusicMixer may do some other analysis that isnt required for identification purposes.

newname wrote:

2. What exactly is "MusicMagic Data" and "MusicMagic Fingerprint"?
 

These are only saved to your file if you are using Music Mixer Premium and select 'Archive Analysis' . They are the data that is generated from the
file and sent to MusicIP, in order for MusicIP to find a track and return a MusicIP Puid -Im not sure of the difference between the two. I dont know why Music IP Mixer doesnt store the Music IP Puid as well, but I am looking into it.

newname wrote:

3. Why won't Jaikoz just accept the analysis tags from MusicIP?
 

Jaikoz needs to get a Puid in order to lookup the track in Musicbrainz but unfortunately this is not stored by Music Ip Mixer.

newname wrote:

4 (and last). For all the songs that Jaikoz/MusicBrainz doesn't recognize the songs (PUIDs, tags, etc) and doesn't supply a "Unique File ID", will submitting the info to the server (MusicBrainz/PUID pair) over time get these songs on the database?
 

Do you mean submitting them from Jaikoz, no tracks can only be submitted to musicbrainz as a uniqueid/puid pair. But records added to MusicIP do overtime get added to MusicBrainz

Anonymous wrote:
As someone with thousands of tracks / files, I definitely suffer every time I open Jaikoz and want to read my whole library (which is actually stored in iTunes and uses the iTunes folder structure). It probably does not help that I store the library on a NAS.

Have you considered changing the way Jaikoz reads the files and tags? Perhaps breaking it up into smaller "pieces" - read 100 files at a time, return the information to the user, and then read the next 100 etc.

Also, I think it would be better to let the user start working with the application even while Jaikoz continues to read the files. This would let the user kick off doing acoustic id analysis or any other similar function. 


I am thinking of adding a FileTree window down the left hand side of Jaikoz which would make it much easier to add multiple files/folders as required. I am also looking at multithreading file i/o to sped up the file loading.

I dont think I want to allow you to start working on files whilst they are still being loaded. Firstly because the cpu will already be busy, trying to do two things at once will make it take evenlonger for the files to be loaded. Secondly there are a number of tasks that have to be performed once the files are loaded it would be dangerous to allow the user to start making modifications until these tasks have been run.
Hi, there are quite a few (857), however many are quite similar. I could automatically translate it myself, but would like somebody to proof-read /check it more releasing it officially. You can see the what is to be translated by looking at jaikoz.properties in a text editor, would you like me to provide a Russian translation ?
This new release overhauls the Autocorrecter and fixes a number of jaikoz issues.
More details at http://www.jthink.net/jaikoz/jsp/news/build1029.jsp

Nocturnal wrote:
Like the topic title says, I'd like it if the bit rate, length (of the audio, like mm:ss) and file size are available as columns in Jaikoz's table. This would make it a lot easier to decide which one of duplicate files you'd like to keep. 

Bit Rate and Filesize are available but not in the Edit tab, only in the Mpeg tab which is visible when you select 'View/Show View Pane' . In the initial versions of Jaikoz the View Pane was shown by default, now it isn't so I accept it not as easy to see these fields as if they were shown on the Edit tab, however they are not editable so not that keen about putting them on the edit tab. I am going to add a detail tab in the console area that would show detail of the currently selected record, and this would include the details of the Bit rate, length and file size column.

Nocturnal wrote:

It could be even more easy if there was another action that handles duplicates automatically. Its settings could look like this:
"If the musicIP ID/musicbrainz ID is the same, keep the one with the largest/smallest bitrate/filesize/duration.
If the criterium above is equal, keep the one with the largest/smallest bitrate/filesize/duration.
If the criterium above is equal, keep the one with the largest/smallest bitrate/filesize/duration.
If the criterium above is equal, ask me which one to keep/ignore this duplicate/call the Java police." 

Thats sounds like a workable algorithm.

Focher wrote:
My (iTunes) music library / directory is on a NAS device that is accessed through SMB/CIFS. It seems that Jaikoz either does not like having to ready the file list from a network share or it doesn't like the number of directories and files in the library (over 12k files in about 2k directories).
 


Hi, I think there is an issue with Java doing a File count over network drives, I will investigate further.

However be aware, that performance of any application is going to be slower when applied to files on a network, and this going to be more noticeable as you load more files. Jaikoz is an MP3 Tagger not a MP3 Manager/Player and as such its intended mode of use would be something like:

Load some files that needs correction
Fix them in Jaikoz
Play them in iTunes (no need to load them into jaikoz again).

For this reason there is no cache of files because it is not expected the customer will be loading every file they have into Jaikoz every time. I have not imposed an upper limit on how many tracks can be loaded but I think 27,000 is too many, many other tagging applications limit you to one album at a time! When you start iTunes it is reading from its own cache and this leads to many problems for users whereby they make modifications in one application and it doesnt get updated in iTunes, I didnt want to go down the same road with jaikoz.

Anonymous wrote:
Calc is the same as Excel 

Gosh I use Calc myself but Ive always just thought of it as Open Office Spreadsheet, I didnt realise that was its name.

I intend to add another Report similar to the Find Missing Tracks report, but instead this would generate a report of all your loaded tracks , and would show as html and csv format (which could be loaded into Calc), I might add other formats as required.
What is calc ?

Do want an html report of all your tags ?

Anonymous wrote:
I am not able to get album art for my music files. Is the program still only searching amazon asia? Is there a plan to add google searches also? 

Yes currently it uses ASIN, so you need to run Tag From MusicBrainz first, I might merge this into Tag From MusicBrainz. I intend to broaden where images are found but it may be difficult to update automatically from Google because it would be difficult to guarantee that the image was actually an album cover rather than just an image which had something to do ith the album/artist.

itools wrote:
I'm having a lot of problems with Jaikoz on my Macintosh, and am wondering if maybe Java is to blame. My understanding is that Apple has poor support for Java.

Maybe I would be better off with Jaikoz on Linux or Windows, assuming they have a more robust Java implementation.

What's the best OS and Java implementation to run Jaikoz at the moment ?

Thanks

mark 

Functionality wise Jaikoz works the same for all three platforms. However when the Java User Interface for developed, I think it was developed with Windows and Linux in mind, as a result it is a little easier to make a Java application look native on Windows/Linux than on OSX. Java for Windows and Linux is written by SUN, whereas the OSX version is ported from the Linux version by Apple, because Apple have a closed bug database its support for the Apple version is quite not as good.

Jaikoz is not bug free (although I try hard to make it so) so without knowing what problems you are having it is difficult for me to know if a different implementation will solve your problem.
This bug is now fixed in Jaikoz 1.9.3 released today.
Ive tracked down the problem, it occurs for record with a Language field (TLAN frame). This is fixed in Jaikoz 1.9.3 released today.
 
Profile for paultaylor -> Messages posted by paultaylor [7347] Go to Page: Previous  1, 2, 3 ... 237, 238, 239 ... 243, 244, 245 Next 
Go to:   
Powered by JForum 2.1.6 © JForum Team