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
1
Support - (fb2k) / foobar V 2.1.4 and my tablette, dont work
Last post by Aiki -
I have installed fb2000 v. 2.1.4 and when I click on foobar2000 troubleshooter, it tells me that fb is corrupted.
In 2.1.4 if I installed HTTP Control V 0.97.28 and foobar2000 controller [PC-side setup] v2.0.1, HTTP disappeared.

I uninstalled 2.1.4 and installed 2.1.3. I installed HTTP and foobar2000 controller [PC-side setup] v2.0.1 and HTTP is in Compotents. But I can't connect my tablet to the PC.

For a few days now I've been unable to use my Android tablet to control FB. Yet I've been using FB and my tablet for several years. I get this message
'' Impossible to determine your IP......''
I checked the Microsoft firewall and foobar and fb2000 controller are there.


Translated with DeepL.com (free version)
4
MP3 - General / Re: Resurrecting/Preserving the Helix MP3 encoder
Last post by maikmerten -
Okay, so I'm tempted to a) first apply Case's patch regarding console output on Windows and then b) replace the kbhit()-cancel-encoding thing with a signal handler on CTRL+c. I think I'll try to work on this on the dev-branch.

edit: Patch by Case now on the dev-branch: https://github.com/maikmerten/hmp3/commit/99d932325944eb0d6896876c334a304c114f3bc5

Will now experiment on how to properly react on ctrl+c
9
Lossless / Other Codecs / Re: Tested: Lossless decoding speed, multithreaded - and fast verification
Last post by Porcus -
To the extent TTA is interesting at all, the lack of flexibility suggests that differences can be put down to code quality and not to "prioritized this type of encoding strategy" and the like. And:
ffmpeg -threads 1 DEcodes much faster than the reference, which takes 42 percent more time. Tested the half-hour long file, mean of repeated runs:

533x realtime: DEcoding by ffmpeg -threads 1
375x realtime: DEcoding by tta.exe

ffmpeg also ENcodes faster, but there the difference is small. 451x realtime vs 423x realtime.
Everything to NUL.

10
Opus / Re: Opus decoding complexity
Last post by 2012 -
Quote from: Klymins on
@saratoga Looks like you're wrong. I did the decoding speed test myself and MP3 was way faster than Opus.

Different devices (and software environments) have different capabilities and properties. The same applies to decoders.

On the sort of device where this would become a concern, a fixed-point Opus decoder is used (possibly with extra optimizations applied).
On a PC, a floating-point Opus decoder (slower, but more accurate) is often used.

libopus offers both variants. A native Opus decoder exists in FFmpeg too which is maybe floating-point only (not sure).

There are many MP3 decoders out there.

Not sure which decoders would have been used in your test.

Quote
Edit: Both are 16kbps.

Opus is basically two codecs in one, SILK and CELT. One of the two, or a hybrid, is maybe used internally. At 16kbps, SILK (optimized for low-bitrate voice content) was probably used. Hybrid is a possibility too depending on input parameters and content.  In any case, that test is not sufficient.

------

The way you're approaching this almost give the impression that you're trying to solve a puzzle or answer a pop quiz question. Maybe defining a practical use-case, testing for it, then asking questions if any arise, would be a better and more fruitful approach!