IPB

Welcome Guest ( Log In | Register )

> foobar2000 General Forum Rules

This is NOT a tech support forum.
Tech support questions go to foobar2000 Tech Support forum instead.

See also: Hydrogenaudio Terms of Service.

 
Reply to this topicStart new topic
Improvements to File Integrity Verifier, Threading + useful lists
SigHunter
post Jan 6 2013, 23:25
Post #1





Group: Members
Posts: 50
Joined: 22-September 08
Member No.: 58544



I think it has been addressed numerous times:
(e.g. here: http://www.hydrogenaudio.org/forums/index....amp;hl=verifier )

the "file integrity verifier" is not optimized for multicore, hence does only start 1 verification process at a time.
therefore it (for me) only uses 13 % (12,5) of the availlable CPU power.
this will only get more serious in the years to come, since multicore is something everyone nowadays has, even cellphones.
in my oppinion it should not be difficult to just start as many verification threads as core are availlable, like foobar converter does.



additionally to that: the resultwindow after completed verification is quite useless.

some kind of sorting or filtering of the results would be quite helpful.
only way to do actually something good with the results is to export them,
copy the path of the tracks in question from the exported text file,
put them in a text file, make it unicode, save as m3u8 and load it in foobar so you can "fix vbr header" and "rebuild mp3 stream"

this could all be done with a simple sorting, selecting, right click, and "fix + rebuild"
or maybe the resultwindow could directly offer e. g. to "fix vbr header" for all found tracks with "inaccurate length"

does anyone agree with me?
Go to the top of the page
+Quote Post
SigHunter
post Jan 20 2013, 11:10
Post #2





Group: Members
Posts: 50
Joined: 22-September 08
Member No.: 58544



no one cares?
Go to the top of the page
+Quote Post
raywood
post Nov 30 2014, 02:53
Post #3





Group: Members
Posts: 1
Joined: 30-November 14
Member No.: 117954



Wait, am I too late? I care! I care!

I have my own question or suggestion, as the case may be. I just tried using File Integrity Verifier to check a boatload of audio files. The verification seemed to be proceeding very slowly -- actually taking longer to verify some files than it would take to play them! If the OP is correct in stating that the Verifier uses only one processor core, that can't help. But is there perhaps some setting that I could adjust to speed things up? It could take days, weeks, months to verify a large collection of files at that rate.

In a related observation, I noticed that the verification was going into audio files contained in rar archives. Presumably those archived audio files had been detected in the initial processing phase, when Foobar2000 was building my playlist. Is there a setting that can prevent that sort of investigation?

Many thanks for any comments.

This post has been edited by raywood: Nov 30 2014, 02:54
Go to the top of the page
+Quote Post
d125q
post Nov 30 2014, 10:33
Post #4





Group: Members
Posts: 70
Joined: 4-May 13
Member No.: 107966



Personal requests (some a bit far-fetched):

1) Add ability to save logs in source directory using a title formatting pattern (just like the Converter does);
2) Currently there are two trailing newlines in the logs -- there should only be one;
3) Group-by-album (just like ReplayGain scans) when verifying multiple items;
4) AccurateRip v2 and CTDB.

This post has been edited by d125q: Nov 30 2014, 10:34
Go to the top of the page
+Quote Post
taminos
post Nov 30 2014, 11:40
Post #5





Group: Members
Posts: 16
Joined: 6-October 14
Member No.: 117479



yes, i care too wink.gif some good points mentioned here.
Go to the top of the page
+Quote Post
ChronoSphere
post Nov 30 2014, 12:45
Post #6





Group: Members
Posts: 560
Joined: 11-March 07
Member No.: 41384



Threading is a bad idea considering most music libraries are still located on HDDs and NAS. In case of format conversion, multi-threaded makes sense because the encoding speed is usually way below the reading speed of a HDD, so even with some overhead (=more HDD head movements needed) you get better results. Reading files from magnetic storage ASAP as foo_verifier does in one thread is faster than multi-threaded, though, because the overhead shaves off the maximal speed the HDD has. The problem is usually even more noticeable with a NAS.
Go to the top of the page
+Quote Post

Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 27th December 2014 - 06:22