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: linux encoder (Read 8403 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

linux encoder

I downloaded the source code from muspeack.net and compiled mppenc myself...

I've noticed that my compile encodes around 17x, whereas the precompiled versions on musepack.net only run about 15.5x

I was wondering what was different here, I didn't change anything in the Makefile, so why would they be different?

Is there any certain reason i should use the precompiled binary?

and also, I can't get mppdec to compile from source, it fails on wave_out.c every time

linux encoder

Reply #1
Quote
I was wondering what was different here, I didn't change anything in the Makefile, so why would they be different?
[a href="index.php?act=findpost&pid=271873"][{POST_SNAPBACK}][/a]


You probably have a different gcc version...

Quote
Is there any certain reason i should use the precompiled binary?
[a href="index.php?act=findpost&pid=271873"][{POST_SNAPBACK}][/a]


Probably not..  since gcc is a quite reliable tool, so your mppenc should encode safely 

linux encoder

Reply #2
thanks...i figured i was just being too paranoid

linux encoder

Reply #3
We kept the -ffast-math flag in the makefile and this is the reason your compile is faster. It is very likely to fail on teh_sample, though, and will cause other problems with other samples. Disable it. It will be removed from the makefile too.
And if Warhol's a genius, what am I? A speck of lint on the ***** of an alien

linux encoder

Reply #4
Quote
Probably not..  since gcc is a quite reliable tool, so your mppenc should encode safely 
[{POST_SNAPBACK}][/a]


GCC is reliable indeed, but the MPPenc code doesn't seem to be.
[a href="http://www.hydrogenaudio.org/forums/index.php?showtopic=30758&]http://www.hydrogenaudio.org/forums/index....howtopic=30758&[/url]

linux encoder

Reply #5
-ffast-math is there, as it makes things run faster.
But parts of it, that appear to cause teh_sample artifacts, explicitely disabled in Makefile.

Besides musepack.net mppenc was built with -O1, as -O2 and up caused another problems.
But parts of -O2, that seem to be responsible, are also disabled in Makefile.

So in sum if you build it yourself, it's (hopefully) still safe enough.
Anyways you can always check by doing some encodes with musepack.net build and your compile and comparing the results.

linux encoder

Reply #6
I see...i will admit, i've heard a few artifacts in the songs i've encoded using --fast-math (although it could just be the fact i upgraded my audio hardware, it's much easier to abx between different bitrates now)

that was the exact flag that worried me in the Makefile

I think i'll stick with the official builds

I'll have to figure out the difference between the dynamicly and staticlly linked builds (i know its common *nix knowledge, but i've forgotten over the years)

linux encoder

Reply #7
a "static" compile includes - within the executable - the linked libraries that a "dynamic" compile depends on.


later