Musepack SV8 beta is out - Page 3

Seed · 03 September 2008, 10:36 pm

A build using the latest GCC for Windows. Speed should not be compared to older MSVC binaries. Any input would be helpful

müvesz · 18 September 2008, 01:12 pm

Umm, and what about finalizing the specification? What is the status here?
http://trac.musepack.net/trac/wiki/SV8Specification

Seed · 09 October 2008, 10:33 am

A newer Windows GCC build is available now. You can download it here

sidewalking · 14 October 2008, 01:45 pm

Quote:

Originally Posted by Seed

A newer Windows GCC build is available now. You can download it here

Thanks, Seed! I just obtained a Sansa yesterday and threw the new Rockbox v3 on it, so I am ready to roll with portable Musepack goodness.

I will do some tests with this and see how it works out.

Scott

sidewalking · 15 October 2008, 02:42 pm

Quote:

Originally Posted by sidewalking

Thanks, Seed! I just obtained a Sansa yesterday and threw the new Rockbox v3 on it, so I am ready to roll with portable Musepack goodness.

I will do some tests with this and see how it works out.

Scott

Silly me - I didn't do my Rockbox homework. SV7 files are great but it looks like SV8 is still to come for Rockbox.

I had no issues with encoding samples with this build. I don't believe there are any changes in sound quality really to test (ABX) currently, though, correct? Currently you are getting the new specs as stable as possible (and the small percentage of file savings - which is sweet!), if I recall correctly.

Thanks for keeping this alive, folks. I am a longtime fan and am not giving up on Musepack anytime soon.

Dirkvl · 10 November 2008, 02:34 pm

Originally Posted by Seed :
"A newer Windows GCC build is available now. You can download it here"
The link (which I didn't copy) doesn't seem to work.

On a side note : SV8 beta seems to work very well.

Are there problems reported still ?
Else you might consider taking it out of beta status...?

Kind regards,
Dirk.

Seed · 10 November 2008, 09:26 pm

http://negju.musepack.net/r418.zip is the latest GCC build, made after the last changes on the SVN

Seed · 11 November 2008, 02:43 pm

http://r2d.musepack.net/files/mpcenc32.exe

http://r2d.musepack.net/files/mpcenc64.exe

SV8 encoder binaries fresh from the SVN. 64-bit is ~13% faster

Dirkvl · 16 November 2008, 02:29 pm

How do you play the encoded files ?
I used the latest versions of VLC, Media Player Classic, Mplayer and Winamp, but they couldn't render the encoded result.

Kind regards,

Dirk.

Antonski · 17 November 2008, 04:39 pm

Quote:

Originally Posted by Dirkvl

How do you play the encoded files ?
I used the latest versions of VLC, Media Player Classic, Mplayer and Winamp, but they couldn't render the encoded result.

For Winamp you need the proper plugin.
Mplayer works fine for me, I'm using Mulder's builds.
VLC does not work for me, which is strange, because they seems to use the same libraries as Mplayer, I might be wrong, though.
For Media Player Classic (as well as any other DirectShow capable player) you should use the Monogram's DS filters.
And, of course, Foobar2000 that was the first player supporting the new SV8 format natively.

Cheers,
Tony

Dirkvl · 19 November 2008, 04:10 pm

Thanks Tony.
I'm whippin' the Llama

I sure hope they fix VLC, though.

Dirk.

Antonski · 20 November 2008, 12:47 am

Quote:

Originally Posted by Dirkvl

Thanks Tony.
I sure hope they fix VLC, though.
Dirk.

I'm not so sure about their will to implement it.
From VLC forum:

Quote:

Musepack SV8 is still in beta (not that should change the decision to implement it much)

~~

müvesz · 08 January 2009, 06:42 pm

http://groups.google.com/group/quod-...3d1610166eec5c

Antonski · 09 January 2009, 08:12 am

Quote:

Originally Posted by müvesz

http://groups.google.com/group/quod-...3d1610166eec5c

Yes, it is a pity that most developers don't want to support the new SV8 format because it is (formally) in beta state.

Seed · 02 March 2009, 12:30 pm

SV8 is final, of course. I hope developers of software continue to request our help with adding support for it. Read the announcement here

Dr. Fiemost · 18 June 2009, 08:52 am

Quote:

Originally Posted by slomo

Well, currently libmpcdec exports some symbols which probably shouldn't be exported:

Cnk
Cnk_len
Cnk_lost
Res_bit
_Huffman_MakeTree
_Huffman_PrintCodes
__Cc
__Dc
crc32
huff_init_lut
streaminfo_encoder_info
streaminfo_gain
streaminfo_read_header_sv7
streaminfo_read_header_sv8

These should probably get a "mpc_" prefix or should not be exported at all. The most critical one here is "crc32", if you use libmpcdec in an application that also uses zlib (which exports crc32 too, with a different signature) you're unable to decode sv8 files because stuff simply segfaults.

I've experienced crashes when compiling static library on Windows, since my app links to zlib too which exports the crc32 symbol.
I put together a patch to use __declspec(dllexport) which solves the issue for shared libs, but I don't know how to fix this when building static, other than renaming the function.
Anyone have any clue?

r2d · 18 June 2009, 07:56 pm

Quote:

Originally Posted by Dr. Fiemost

I've experienced crashes when compiling static library on Windows, since my app links to zlib too which exports the crc32 symbol.
I put together a patch to use __declspec(dllexport) which solves the issue for shared libs, but I don't know how to fix this when building static, other than renaming the function.
Anyone have any clue?

It seems there is no good solution to this problem. Once I have my main computer repaired, I'll rename crc32 to mpc_crc32.

Dr. Fiemost · 19 June 2009, 10:26 am

Good, thank you!

I will post my dllexport patch in a few days, after some testing.

10 November 2008, 02:34 pm	#46
Dirkvl Member Join Date: Feb 2006 Posts: 7	Link doesn't work Originally Posted by Seed : "A newer Windows GCC build is available now. You can download it here" The link (which I didn't copy) doesn't seem to work. On a side note : SV8 beta seems to work very well. Are there problems reported still ? Else you might consider taking it out of beta status...? Kind regards, Dirk.

16 November 2008, 02:29 pm	#49
Dirkvl Member Join Date: Feb 2006 Posts: 7	Encode / play How do you play the encoded files ? I used the latest versions of VLC, Media Player Classic, Mplayer and Winamp, but they couldn't render the encoded result. Kind regards, Dirk.

19 November 2008, 04:10 pm	#51
Dirkvl Member Join Date: Feb 2006 Posts: 7	Encode / play Thanks Tony. I'm whippin' the Llama I sure hope they fix VLC, though. Dirk.

Thread Tools	Search this Thread
Show Printable Version Email this Page	Search this Thread: Advanced Search
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

03 September 2008, 10:36 pm	#41
Seed Musepack Nanny Join Date: Jul 2004 Posts: 168	A build using the latest GCC for Windows. Speed should not be compared to older MSVC binaries. Any input would be helpful

18 September 2008, 01:12 pm	#42
müvesz Member Join Date: Sep 2008 Posts: 2	Umm, and what about finalizing the specification? What is the status here? http://trac.musepack.net/trac/wiki/SV8Specification

09 October 2008, 10:33 am	#43
Seed Musepack Nanny Join Date: Jul 2004 Posts: 168	A newer Windows GCC build is available now. You can download it here

10 November 2008, 09:26 pm	#47
Seed Musepack Nanny Join Date: Jul 2004 Posts: 168	http://negju.musepack.net/r418.zip is the latest GCC build, made after the last changes on the SVN

11 November 2008, 02:43 pm	#48
Seed Musepack Nanny Join Date: Jul 2004 Posts: 168	http://r2d.musepack.net/files/mpcenc32.exe http://r2d.musepack.net/files/mpcenc64.exe SV8 encoder binaries fresh from the SVN. 64-bit is ~13% faster

08 January 2009, 06:42 pm	#53
müvesz Member Join Date: Sep 2008 Posts: 2	http://groups.google.com/group/quod-...3d1610166eec5c

02 March 2009, 12:30 pm	#55
Seed Musepack Nanny Join Date: Jul 2004 Posts: 168	SV8 is final, of course. I hope developers of software continue to request our help with adding support for it. Read the announcement here

19 June 2009, 10:26 am	#58
Dr. Fiemost Member Join Date: Jun 2008 Posts: 9	Good, thank you! I will post my dllexport patch in a few days, after some testing.