Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Recent Posts
11
General Audio / Re: I developed new resampler for high quality.
Last post by SYH9999 -
I post 2 new converted result.
06 - Für Elise, WoO 59_01.flac_.wav: This is conv from Hires Format (192kHz/24bit) to 32kHz/16Bit
無題_.wav(Sorry I'm Japanese Engineer) : This is conv test signal(charp signal) 44.1kHz/24Bit to 32kHz/16Bit
Please check it.
13
3rd Party Plugins - (fb2k) / Re: Dynamic Range plugin
Last post by OtherSteve -
The dialog shows RMS and Peak values as dBFS, but the log file shows them as dB.
If you ever get in a position to update this component for whatever reason, would it be too much to ask to also show those values as dBFS in the log file?
I tried to keep the log as close to old component's format as possible, that's why I used the same wrong units. Units corrected in version 0.5 of the component.

if a folder contained files of mixed type (FLAC + MP3, for example), it crashed foobar2000.
That should not be a problem, I was fully prepared for such scenario and log will even report different codecs in use. I found single crash entry from crash logger from this component, it was related to scanning highly corrupted tracks and some tracks looked like they couldn't get decoded at all. The log writer had too light error checking for scan results and it tried to access per-channel data that it never managed to scan.
Should be fixed in the just released version 0.5. I'd appreciate it if you could test with the same files that failed earlier.

Thanks Case.  Although I couldn't remember the exact album that caused the issue, I found five others that had a mix of file types similar to that one.  After installing the latest version 0.6 today, all of them completed without issue.  Thanks!
17
Lossless / Other Codecs / Re: libttaR (TTA rewrite part 2)
Last post by mycroft -
smaller packets, wouldn't TTA be fixed at about a second - that's not small?
yes, with CD quality audio, the framesize is 180KiB.

Not decoded framesize, but encoded ones as stored in final output, if audio is mostly silence it will slow thing down unless TTA encode silence frames extremely inefficiently which may be true after all considering it poor design decisions.
18
Lossless / Other Codecs / Re: libttaR (TTA rewrite part 2)
Last post by mycroft -
Still extremely misleading and biased, proper benchmark are done by decoding very long audio files and looking at speed of decoding versus realtime. Also TTA is more irrelevant and niche than TAK, and TAK actually did have some cool new innovative stuff to offer, TTA have nothing new to offer.
19
Support - (fb2k) / issue with foobar2000 not updating the playlistview/library
Last post by Just_Addict -
Foobar2000 2.1.5 32bit

I've noticed a bit of an issue with foobar2000 not noticing changes in the library despite having used right-click > File Operations > Delete File.

I am cleaning out duplicates from different collections, and let fb2k move files from one folder to another with the intent to overwrite the existing tracks. However, due to some differences in character encoding (typographic quotes versus normal quotes), some tracks ended up creating a copy. So, I used the above mentioned method to delete the ones that should have gotten overwritten during the move. The playlist looked like it got updated, but when I then executed True Peak Scanner, it complained that some objects couldn't be found. Same error when I tried reloading tags from the files. Yet the playlist showed only those tracks that should be there.

After I changed to a different album in the album list and back to the album I just cleaned, to my surprise all of the files I had just deleted, showed up again in the playlist. A quick check in Explorer showed they were indeed no longer present, so the delete action did in fact delete those files I wanted removed. I tried Edit > Remove Dead Items, no change, I tried shift-Library > Rescan folders, no change. I tried True Peak Scanner again, and this time fb2k crashed. Report sent in...

I also have noticed similar symptoms of fb2k not detecting external changes in the library. Repeated use of shift-Library > Rescan folders sometimes results in changes being detected, other times I could only get it to detect changes by switching to another album and back again... yet the above mentioned issue may have made it look like this worked but changes not actually updated in the library file.

This has prompted me to revert back to using 1.6.17, with all of the hassles of downgrading components that require 2.x