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.
Topic: NeroAacEnc: Linux and Windows versions (Read 14537 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

NeroAacEnc: Linux and Windows versions

Reply #25
I need something that works in Linux. Native one, without help of Wine.


I used neroAacEnc under linux to convert my FLACs to AAC for a while. I listened to them on my iPod. I didn't run into any problems.

NeroAacEnc: Linux and Windows versions

Reply #26
I used neroAacEnc under linux to convert my FLACs to AAC for a while. I listened to them on my iPod. I didn't run into any problems.

Glad to hear that. I've already put up with this differences. But if anybody can prove that such differences are not due to the bug, please tell it.  It will totally appease me.

NeroAacEnc: Linux and Windows versions

Reply #27
Did I miss some other conversation where someone confirmed that there is “the bug”, whatever that is? Or are you asking, with confusing wording, if there is a bug?

 

NeroAacEnc: Linux and Windows versions

Reply #28
Did I miss some other conversation where someone confirmed that there is “the bug”, whatever that is? Or are you asking, with confusing wording, if there is a bug?

Yep, exactly. I just want to know if there is a bug. Sorry for my English.

NeroAacEnc: Linux and Windows versions

Reply #29
As db1989 already pointed out it's perfectly normal to get slightly different outputs from binaries built using different compilers.  It's also normal to get slightly different output from the same binary according to the system architecture in use.

Demonstration:

I have three GNU/Linux PCs to hand.  One runs 32-bit Debian on AMD Athlon64 hardware, another runs 32-bit Ubuntu on Core Duo (old 32-bit hardware), and another runs 64-bit Debian on Core 2 Duo.  Using the identical neroAacEnc Linux 1.5.4.0 binary on each I encoded the same wav with default settings.  Each encoding produced a file with a different md5sum, and the AMD based machine produced a file whose bitrate is 1 kb/s different than the two Intel machines.

This is not a bug, it's predictable and normal behaviour.

NeroAacEnc: Linux and Windows versions

Reply #30
NeroAacEnc uses loads of floating points maths and small roundoff differences can cause slightly different results. The difference between Intel and AMD machines is because it uses the Intel IPP library for some signal processing, and that uses differently optimized versions depending on the hardware it runs on.

It's also possible there is a bug in the encoder where it is at some point relying on undefined behavior.

Nobody (not even with the source) can "prove" there are *no* bugs in the encoder. That's unfeasible for any-nontrivial program, and only some theoretical mathematicians have ever attempted it.

Basically, the behavior you see is normal and excepted, and doesn't necessarily warrant further speculation.

NeroAacEnc: Linux and Windows versions

Reply #31
Takla,
Garf,
I got it.

Thank you, everyone, for your answers.