[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: nickeaston  XML
Profile for nickeaston -> Messages posted by nickeaston [63] Go to Page: 1, 2, 3 Next 
Author Message
Can I eliminate all resizing to save processing time (retagging tens of thousands of files)


"Resizing /release/f1bb29f7-1d0c-4bd7-bb3e-97a86a194827/front from 2,796 pixels to 2,500 pixels because larger than your preferred width of 2,500 pixels"
Errors indicating defective files?

"There was a problem changing some files, these have been left with status of changed."

"Unable to find..."

"Unexpected Exception reading file..."

How can I know a file's metadata has been "changed" in any way by Jaikoz processing?
It appears that 7.0 errored-out on my hundreds of files with little or no metadata. 7.1 appeared to process them correctly, finding some matches and no "SEVERE" errors.

How little metadata needs to be in tags before Jaikoz/MusicBrainz can begin processing, at least for an audio fingerprint?
SEVERE: There was a problem submitting a query to MusicBrainz for song 1,332 with filename Unknown Artist-The Poppies Lullaby Of Love-Lost Jukebox.mp3: class java.lang.IndexOutOfBoundsException:Index: 0, Size: 0
=====

It appears that this error is caused by trying to process files with little or no metadata.

How little metadata needs to be in tags before MusicBrainz can begin processing, at least for a fingerprint?
Regardless of my sample size, the size of the support files zip remains the same, about 70mb.

My Windows Live Mail has a known issue sending large attachments and crashes trying to send the file, Yahoo Mail doesn't want to work either.

Does JThink have Dropbox, or accept a link from my Dropbox for the support file?
I'd like to dump Java entirely from my Windows install; how would this affect Jakoz?

W7ULTx64-8gbRAM-2.66DuoCPU-IE11
"Severe:...submitting a query to MusicBrainz..."


Aug 9, 2014 12:38:58 PM: SEVERE: There was a problem submitting a query to MusicBrainz for song 1,724 with filename Unknown Artist-Track 01 - Singing Winds, Crying Beasts-Unknown Album.mp3: class java.lang.IndexOutOfBoundsException:Index: 0, Size: 0
Aug 9, 2014 12:38:59 PM: SEVERE: There was a problem submitting a query to MusicBrainz for song 1,726 with filename Unknown Artist-Track 03 - Oye Como Va-Unknown Album.mp3: class java.lang.IndexOutOfBoundsException:Index: 0, Size: 0
Aug 9, 2014 12:38:59 PM: SEVERE: There was a problem submitting a query to MusicBrainz for song 1,727 with filename Unknown Artist-Track 04 - Incident At Neshabur-Unknown Album.mp3: class java.lang.IndexOutOfBoundsException:Index: 0, Size: 0
Aug 9, 2014 12:38:59 PM: SEVERE: There was a problem submitting a query to MusicBrainz for song 1,728 with filename Unknown Artist-Track 05 - Se a Cabo-Unknown Album.mp3: class java.lang.IndexOutOfBoundsException:Index: 0, Size: 0
Aug 9, 2014 12:39:00 PM: SEVERE: There was a problem submitting a query to MusicBrainz for song 1,729 with filename Unknown Artist-Track 06 - Mother's Daughter-Unknown Album.mp3: class java.lang.IndexOutOfBoundsException:Index: 0, Size: 0
Aug 9, 2014 12:39:00 PM: SEVERE: There was a problem submitting a query to MusicBrainz for song 1,730 with filename Unknown Artist-Track 07 - Samba Pa Ti-Unknown Album.mp3: class java.lang.IndexOutOfBoundsException:Index: 0, Size: 0
Aug 9, 2014 12:39:01 PM: SEVERE: There was a problem submitting a query to MusicBrainz for song 1,731 with filename Unknown Artist-Track 08 - Hope You're Feeling Better-Unknown Album.mp3: class java.lang.IndexOutOfBoundsException:Index: 0, Size: 0
Aug 9, 2014 12:39:01 PM: SEVERE: There was a problem submitting a query to MusicBrainz for song 1,732 with filename Unknown Artist-Track 09 - El Nicoya-Unknown Album.mp3: class java.lang.IndexOutOfBoundsException:Index: 0, Size: 0
Aug 9, 2014 12:39:01 PM: SEVERE: There was a problem submitting a query to MusicBrainz for song 1,733 with filename Unknown Artist-Trick Bag-Unknown Album.mp3: class java.lang.IndexOutOfBoundsException:Index: 0, Size: 0
Aug 9, 2014 12:39:03 PM: SEVERE: There was a problem submitting a query to MusicBrainz for song 1,737 with filename Unknown Artist-vers. I , Boston-Unknown Album.mp3: class java.lang.IndexOutOfBoundsException:Index: 0, Size: 0
Aug 9, 2014 12:39:03 PM: SEVERE: There was a problem submitting a query to MusicBrainz for song 1,738 with filename Unknown Artist-vers. I , For Me Again-Unknown Album.mp3: class java.lang.IndexOutOfBoundsException:Index: 0, Size: 0
Aug 9, 2014 12:39:03 PM: SEVERE: There was a problem submitting a query to MusicBrainz for song 1,739 with filename Unknown Artist-vers. I , Here Without You-Unknown Album.mp3: class java.lang.IndexOutOfBoundsException:Index: 0, Size: 0
Aug 9, 2014 12:39:04 PM: SEVERE: There was a problem submitting a query to MusicBrainz for song 1,740 with filename Unknown Artist-vers. I , It's No Use-Unknown Album.mp3: class java.lang.IndexOutOfBoundsException:Index: 0, Size: 0
Aug 9, 2014 12:39:04 PM: SEVERE: There was a problem submitting a query to MusicBrainz for song 1,741 with filename Unknown Artist-vers. I , She Has A Way-Unknown Album.mp3: class java.lang.IndexOutOfBoundsException:Index: 0, Size: 0
Aug 9, 2014 12:39:05 PM: SEVERE: There was a problem submitting a query to MusicBrainz for song 1,742 with filename Unknown Artist-vers. I , The Reason Why-Unknown Album.mp3: class java.lang.IndexOutOfBoundsException:Index: 0, Size: 0
Aug 9, 2014 12:39:05 PM: SEVERE: There was a problem submitting a query to MusicBrainz for song 1,743 with filename Unknown Artist-vers. I , You Movin'-Unknown Album.mp3: class java.lang.IndexOutOfBoundsException:Index: 0, Size: 0
Aug 9, 2014 12:39:05 PM: SEVERE: There was a problem submitting a query to MusicBrainz for song 1,744 with filename Unknown Artist-vers. II , She Has A Way-Unknown Album.mp3: class java.lang.IndexOutOfBoundsException:Index: 0, Size: 0
Aug 9, 2014 12:39:06 PM: SEVERE: There was a problem submitting a query to MusicBrainz for song 1,745 with filename Unknown Artist-vers. II , You Movin'-Unknown Album.mp3: class java.lang.IndexOutOfBoundsException:Index: 0, Size: 0
Aug 9, 2014 12:39:06 PM: SEVERE: There was a problem submitting a query to MusicBrainz for song 1,746 with filename Unknown Artist-vers. III , It's No Use-Unknown Album.mp3: class java.lang.IndexOutOfBoundsException:Index: 0, Size: 0
Aug 9, 2014 12:39:07 PM: SEVERE: There was a problem submitting a query to MusicBrainz for song 1,747 with filename Unknown Artist-Walking By Myself-Unknown Album.mp3: class java.lang.IndexOutOfBoundsException:Index: 0, Size: 0
Aug 9, 2014 12:39:07 PM: SEVERE: There was a problem submitting a query to MusicBrainz for song 1,748 with filename Unknown Artist-We Free Kings-Unknown Album.mp3: class java.lang.IndexOutOfBoundsException:Index: 0, Size: 0
Aug 9, 2014 12:39:07 PM: SEVERE: There was a problem submitting a query to MusicBrainz for song 1,749 with filename Unknown Artist-You Don't Love Me-Unknown Album.mp3: class java.lang.IndexOutOfBoundsException:Index: 0, Size: 0
Aug 9, 2014 12:39:08 PM: SEVERE: There was a problem submitting a query to MusicBrainz for song 1,750 with filename Unknown Artist-You Movin' (vers. III)-Unknown Album.mp3: class java.lang.IndexOutOfBoundsException:Index: 0, Size: 0
Aug 9, 2014 12:39:08 PM: SEVERE: There was a problem submitting a query to MusicBrainz for song 1,751 with filename Unknown Artist-You Movin' [Prev. Unissued 1964] 1973 RhinoFirstSessions1964-Unknown Album.mp3: class java.lang.IndexOutOfBoundsException:Index: 0, Size: 0
Aug 9, 2014


and many more...
What's the best strategy for including the safest deletion process in my auto-corrector?
Any comment on these recent errors? Could I have a firewall or other local issue? (My Windows firewall is disabled) What does "image data" refer to?

WARNING: For the file E:\#-0\Willie And Lobo-Willie Lobo-Album (2).mp3: there was not actually any image data - so the image has not been loaded.

WARNING: Miniprocess TagFromMusicbrainz_Worker:10 having problems connecting to MusicBrainz service, may be down or just busy, retry attempt 1

WARNING: Problem with Discogs Candidate Releases:live "what's going on":cheryl porter:

SEVERE: There was a problem submitting a query to Discogs for song live "what's going on" with filename Error:403: {2}

[i]
So...is Mike correct ("it seems that Jaikoz becomes less accurate with each run") or...?

What's the best strategy for including the safest deletion process in my auto-corrector?
1. What does Jaikoz offer for fixing genres as part of the autocorrect process?

2. I have thousands of tunes with a numerical genre (1 to 6 numbers) code. Where can I find the 'translation' table so I can manually edit these into text genres?
Seems to me that a very handy manipulator, especially for us Windows users who have many classical files, which will manipulate (somehow) the post-fixed metadata to get a filename less than 249 characters minus accounting for the path. This would avoid creating invisible files held hostage in Windows folders. I have found that shortening filenames pre-fixing doesn't nullify the 'fix' re-writing of the over-long metadata.

(Aren't Windows users a vast majority of JThink customers?)
Maybe you could start by restricting the SK "fix" to reasonable standards:

The MP3 audio format lossy data compression. Audio quality improves with increasing bitrate.

32 kbit/s - generally acceptable only for speech
96 kbit/s - generally used for speech or low-quality streaming
128 or 160 kbit/s ? mid-range bitrate quality
192 kbit/s - a commonly used high-quality bitrate
320 kbit/s - highest level supported by MP3 standard


Seems strange to me that through the years of the developing mp3 specs, there is no utility which can id truncated audio and delete the files, which may be a contributing factor for short duration files with out-of-range bitrates.

How does the fingerprinting process fit into this puzzle? Can't it make any determination regarding audio integrity?

Is there no quality control within the MusicBrainz scan process?

I notice that MB is fingerprinting and passing obviously defective files; For Example:
2 sec duration & 11257 bitrate
22 sec duration & 2185 bitrate

Shouldn't MB and/or SK summarily reject most files with faulty frames?


=====
Does Jaikoz, a much more complex program, have, or could it have, any pre-screening capability for corrupted files?
Is there a feature in Jaikoz to convert unicode in filenames, if not also in tags, so my files become compatible in the various utilities I use to attempt to repair faulty mp3 frames and related corruption?
Is this applicable to SK?

W7ULTx64-4gbRAM/2.66DuoCPU
I use the "!" folder to place my SK activities at the top of my hard drive folder tree. If you think this is inappropriate, I will remove it...
I thought my question was obvious: How can MB and then SK fingerprint, analyze and fix severely truncated files, down to 2 seconds duration, and then write them to the 'fixed' folder?
I noticed in my last fix that MB and/or SK passed on a file of 2 seconds duration (which I failed to expunge prior to fixing).

I normally delete all files of <30 to 60 seconds duration, assuming that the audio frame is truncated. I haven't yet found an app that detects truncated (audio ending incomplete) files.

In Delete Duplicates Report under Errors, I get these returns (in previous builds too):

Unable to delete song: Move to trash failed: E:\!\=Tmp-SK-Out\Delaney & Bonnie\On Tour With Eric Clapton (disc 4 Late Show at Fairfield Halls in Croydon (Sunday 12-7-69))\Delaney & Bonnie - On Tour With Eric Clapton (disc 4 Late Show at Fairfield Halls in Croydon (Sunday 12-7-69)) - 04 - 04 - Introdu.mp3: The system call level is not correct.

I can't be the only SK user with hundreds or thousands of tunes held hostage by Windows long filename limitations. In most cases it seems like it happens because of the folders, furnished by MB, and written to the SK Move Folder, apparently determined by a mask; in some cases, especially classical tunes, the file less the folder tree is itself too long.

When I open the Move Folder with FileBoss, I see mp3 files held hostage (by Windows Explorer) in folder trees, and also I see .bak and .lnk files... What generated THESE files?
I appreciate the response... Is there any indication how often the MB database should be refreshed?
If I understand filename limitations in Windows correctly including explorer.exe and any app running thereunder, any folders other than the root folder contribute to filename length.

This is especially of interest to me as I fix by writing out batches then re-writing to my library, using JRiver Media Center, which is sensitive to filename length. I have hundreds or more classical files which don't process because of filename length exclusive of folder overhead.

I also process for dupes using DoubleKiller, which is also sensitive to over-length files.

Renaming long filenames is a one- or few-at-a-time process so I'm looking for a batch renaming app which understands the complicated names most classics have.

(Another irritatation are files with non-acceptable characters in the filenames...they also crash DoubleKiller and probably SK.)

Is there a read-only issue (as acknowleged in XP and W7) that affects SK fixing?

Errors

File E:\!\+TempMusic-6\01-Lou RAWLS-Black And Blue And Tobacco Road-Roll 'Em Pete.mp3 cannot be modified

File E:\!\+TempMusic-6\01.Super Freak.mp3 cannot be modified

File E:\!\+TempMusic-6\02-Lou RAWLS-Black And Blue And Tobacco Road-I'd Rather Drink Muddy Water.mp3 cannot be modified

File E:\!\+TempMusic-6\02.You Turn Me On.mp3 cannot be modified

File E:\!\+TempMusic-6\03-Lou RAWLS-Black And Blue And Tobacco Road-How Long, How Long Blues.mp3 cannot be modified

File E:\!\+TempMusic-6\03.You And I.mp3 cannot be modified
The tutorial on the blogspot needs to be updated to match the current build of VMware Player. And (explanation for Dummies) why is there an intermediate prog between MB database and SK? Should W7 users update to Workstation 10 or stick with Player?
Is there any optimal relationship (by trial and error testing) between available system ram and heap memory setting?

I have 8gb ram plus Windows ReadyBoost but it seems to me that SK v1.9 is slower than previous builds and the database still appears to become corrupted on large fix batches.
In recent SK updates unwanted folders have come back. In all 3 mask boxes in "File Naming" I show 'no folder'.

I would once again like to be 'folder free'...

Songs Loaded 5056
Finding Duplicates 39
Deleting Duplicates 0
Errors 40

On the html delete duplicates report:

"Unable to delete song: Move to trash failed......The system call level is not correct"
What does SK consider an error when fixing?


What does this mean?

Unable to save changes: null

Unable to save changes: org.jaudiotagger.audio.exceptions.UnableToRenameFileException: Cannot make changes to file E:\+TempMusic-0\#+Track 13 - Unknown Artist - Unknown Album.mp3 because unable to rename the original file to #+Track 13 - Unknown Artist - Unknown Album.old
Regarding using folders, I have used JRiver Media Center for a decade for all library functions; it is based on the old Jet database code and is lightning fast. Since I disregard Albums because my library is sortable on any tag, I have always avoided creating folders.

I write my files Name-Artist-Album and many files, especially classical, have quite long filenames--adding a foldername would put many over the Windows filename length limit.


 
Profile for nickeaston -> Messages posted by nickeaston [63] Go to Page: 1, 2, 3 Next 
Go to:   
Powered by JForum 2.1.6 © JForum Team