Skip to main content
Recent Posts
General Audio / Re: Fake 24-bit FLAC?
Last post by dragut -
* * * 16-bit is a legitimate FLAC file
* * * I also don't know much about audio
Yep... first of all: both flac files are legitimate. They are simple stupid containers and they have nothing to do with their content. It could be tough wav, it could be mp3... flac simple doesn't care.
You need to decode that files and then to do all your testing and show the meta data of source files. Flac is not music-file but archivator (as zip, 7z, rar etc...)
General Audio / Re: Do you keep "hi-rez" downloads as hi-rez, or do you convert?
Last post by dragut -
Code: [Select]
If I download files in lossless formats
First of all, there no format as lossless format or, if you prefer, each file format is lossless format.
if (or when) you compress / archive your file into some container (flac, ape, aac...) that, new one will become losy (can't recover original data with the origin quality) or lossless (zip, 7z, flac, ape, MLP, ww,...). When above become absolutely clear -- everything is much easier.
General Audio / Re: New version & ownership of (TT) Dynamic Range DR Meter:
Last post by Porcus -
I don't know if what iTunes does is relevant for "Mastered for iTunes", but FWIW:  iTunes itself will/would encode AACs with peaks over >1.
Example (grab as much organ BWV as you want to for free, folks!) though only +0.0something dB: . The AIFF file with fb2k's "True peak" enabled (tried three different settings) peaks at +0.0something, and so does the AAC file even without true peak enabled. (Though not the iTunes-created MP3.)
General Audio / Re: bluetooth car radio
Last post by bobgeorge -
Thank you for your answer JAZ!

I thought it was something with the car cabling, but when I tried listening to music with Spotify it happened to work it well. That's why I Have posted this message to get information from the developpement team if possible, or anyone who knows the issue...

Maybe you can try Spotify and see if your problem persists?...
General - (fb2k) / Re: Reading codec info in some video files
Last post by wcs13 -
Rollin, I have thousands of video files, located in hundreds of folders.
There is ONE root folder, but I can't move all video files to the same folder. That's impossible.
So I need a recursive script.

Here's the current state of my recursive script. What do you think ?

Code: [Select]
CALL :treeProcess
GOTO :eof

FOR %%F IN (*.mkv, *.mp4, *.avi, *.wmv, *.mpg, *.ts) DO (
    ECHO "@" : "%%F", >> index.txt
    "C:\Program Files\FFmpeg\bin\ffprobe.exe" "%%F" -v error -of flat=s=_ -select_streams v:0 -show_entries stream=width -print_format xml >> index.txt
    "C:\Program Files\FFmpeg\bin\ffprobe.exe" "%%F" -v error -of flat=s=_ -select_streams v:0 -show_entries stream=height -print_format xml >> index.txt
FOR /D %%d IN (*) DO (
    CD %%d
    cALL :treeProcess
    CD ..

General - (fb2k) / Foobar configuration for hi-res music and USB DAC
Last post by neuromancer1972 -
Hi everybody,
i would like to configure foobar to send hi-res audio (coming from 96KHz or 192KHz, 24 bit tunes) to my USB Focusrite Sapphire i2a using the best possible quality, since the DAC support hi-res audio. In other software, like AIMP, it is just a matter to select few parameters when telling him to use the external DAC.

Is there anything like that in Foobar? I'm asking because i could not find anyhting like that. Is perhaps that Foobar sends out the audio stream at the source quality (whatever that is) automatically?

Thanks in advance,
Lossless / Other Codecs / Re: Difference in ALAC bitrates
Last post by Porcus -
- From what I remember, ALAC was a weaker format compared to FLAC (i.e. it cannot compress as much as the latter), at least as implemented by Apple.

Performance is less of an issue these days with storage turning cheap, but if you use battery-powered devices, then CPU load could still affect battery life?
But assuming you actually care about performance - and not about having an Apple-supported format per se - then ALAC is weaker than FLAC on absolutely every yardstick I can think of. From the most recent comparison the wiki links to:
* The initial tables say that FLAC encodes / decodes CDDA material 2-5 times as fast as ALAC. At given encoding speed, ALACs are two to five percent larger. There is no "at given decoding speed", as FLAC -8 decodes 2.5 times the fastest ALAC. (Again, maybe relevant for battery-powered devices. Or if you do frequent transcodings on slow hardware?)
* Note, this is with a checksumming disabled on FLAC. Which makes a fair comparison to ALAC, which has no such feature. When I started ripping, I was unaware how essential that feature is. FLAC enables it by default, do not turn it off.

Not in that comparison is:
* MP4 tagging (atoms) are quite a beast. While Vorbis (and Ape) tags can be criticized over free-form lack of standardization, MP4s have all those issues and then some. You can get your MP4 files delivered with a lot of proprietary tags, some designed to be invisible and just invade your privacy - IDK if iTunes still does that. (fb2k can "sanitize" tags though.)
* You need to "do something" if you want to identify content from filenames. Even if you use ".m4a" for audio-only, thus distinguishing between video and audio, you will have the same for AAC in MP4. Of course you can name every ALAC as ".alac.m4a"; MS-Windows will not distinguish out that as a separate file type, IDK about Apple's OS'es.

(There are some more quirks to ALAC's disadvantage in the comparison, that are not essential to a tl;dr version for those who listen to CD rips. Like, no "wasted bits" feature and sucks at mono-encoded-as-stereo - whoever needs lossless for audiobooks on their cellphones ...)

Finally, the differences you mention are quite small. Depending on the size of that testfile, it could even be some padding on the tags or similar.
If it were FLAC, a good application should know what is audio and what is padding. If it is as easy in an MP4 container ... dunno.
SimplePortal 1.0.0 RC1 © 2008-2018