IPB

Welcome Guest ( Log In | Register )

2 Pages V   1 2 >  
Reply to this topicStart new topic
mppenc 1.16/libmpcdec 1.2.3
Seed
post Nov 12 2006, 21:01
Post #1


Musepack Project Coordinator


Group: Developer
Posts: 161
Joined: 24-June 02
Member No.: 2385



Musepack encoder version 1.16 and libmpcdec 1.2.3 are released.

libmpcdec 1.2.3 enables a new, fast method for seeking, and additionally, a seek table, the result of which is generally instant seeking. On very long tracks you will sometimes notice a delay when seeking from beginning to the end of the track. However, on consecutive seeks playback resumes instantly.

On files that were encoded with an encoder older than 1.16 fast seeking is not bit-perfect. The reason is that sometimes, due to the way older encoders inject scale factors to the stream, the new seeking method may replace a very high frequency band with silence for a period of a few milliseconds and in rare cases up to a second or so.

In our testing we haven't found any case where that is actually audible. Other than a theoretical very slightly different sounding output for a very short time period after seeking, there is no other artifact that can be caused by the fast seeking, so for all practical purposes it is perfectly fine on older as well as newer files.

The new encoder version differs mainly in the way it injects scale factors to the stream. This enables bit perfect seeking at all times with the new decoding library.

Special thanks goes to snowgoon for the initial seeking patches, R2D, for developing it further and adding features, Lefungus, for doing lots of library work, encoder patching and advising, and xmixahlx for his loads of testing, compiling, patching and support.

1.16 is probably the last SV7 encoder. All efforts are now directed at building SV8. Development can be followed on our Trac and SVN repositories.

Decoder library changelog:
QUOTE
1.2.3
* Added fast-seeking (bit-perfect only with mppenc 1.16 files and later, optional but safe on pre-mppenc 1.16 files). Patch by Nicolas Botti
* Reduced memory usage and code size. Patch by Peter Pawlowski


Encoder changelog:
QUOTE
1.16:
* Add fast seeking flag in reserved header data. Enable bit-perfect fast seeking. Patch by Andrew Cupper & Nicolas Botti
* Add optional beeping at the end of encoding (--beep)
* Remove tag guessing from filename on UNIX
* Add Unicode input support for tags (--unicode) (UNIX only). Patch by Valery Bruniaux
* Frontend patches from xmixahlx & Shy
* Code clean-up
* Port build system to cmake for UNIX & msvc2005 for win32

1.15v
* Workaround for denormal number issues. Synthetic samples with passages of digital silence are handled correctly regardless of the compiler used
* Translation of German source code comments to English. Patch by CiTay & Seed

1.15u
* Changes in the way the encoded signal is padded to MPC frame boundaries. Beginning and end of track encoding is handled differently, resulting in significantly improved gapless coding. Thanks to Xiph's Monty for the initial advice

1.15t
* Aggressive compiler settings could cause a glitch in rare synthetic samples

1.15s
* In some rare cases, the output file would have an incorrect duration (4 missing samples) when encoding some very long tracks
* There was a glitch at the end of the track when encoding from a 24-bit source through pipe
* --xlevel is used by default. Use --noxlevel to override
* Removed "Unstable/Experimental" flag writing


mppenc 1.16 for Windows
mppenc 1.16 for Linux / mppenc 1.16 source code
libmpcdec 1.2.3

discussion on the Musepack forum

This post has been edited by Seed: Nov 25 2006, 05:23
Go to the top of the page
+Quote Post
xmixahlx
post Nov 12 2006, 21:29
Post #2





Group: Members
Posts: 1394
Joined: 20-December 01
From: seattle
Member No.: 693



in addition, xmms-musepack has been updated to utilize fast-seeking with the 1.2.1 release.

the feature is a toggle in the decoder plugin options (enable/disable fast seeking).

webpage: http://www.musepack.net/index.php?pg=lin
tarball: http://files.musepack.net/linux/plugins/xm...k-1.2.1.tar.bz2

also, rarewares/debian is updated with: libmpcdec, mppenc (musepack-encoder), and xmms-musepack


later


--------------------
RareWares/Debian :: http://www.rarewares.org/debian.html
Go to the top of the page
+Quote Post
TrNSZ
post Nov 12 2006, 22:29
Post #3





Group: Developer
Posts: 717
Joined: 25-September 01
From: ... The Studio
Member No.: 20



Also worth mentioning that foobar2000 0.9.4.2b and higher supports MusePack fast seeking.
Go to the top of the page
+Quote Post
ilikedirtthe2nd
post Nov 12 2006, 22:46
Post #4





Group: Members
Posts: 470
Joined: 26-October 01
From: Germany
Member No.: 352



QUOTE (TrNSZ @ Nov 12 2006, 22:29) *
Also worth mentioning that foobar2000 0.9.4.2b and higher supports MusePack fast seeking.


Only for files created by the new encoder.

Any news on a tool to losslessly convert older mpc files to SV 7.2? (was mentioned in the musepack.net forums)
Go to the top of the page
+Quote Post
Canar
post Nov 12 2006, 23:02
Post #5





Group: Super Moderator
Posts: 3327
Joined: 26-July 02
From: princegeorge.ca
Member No.: 2796



Musepack forever!

Thanks for your work guys. Good luck on getting past SV7. I eagerly await your results. smile.gif


--------------------
∑:<
Go to the top of the page
+Quote Post
Seed
post Nov 12 2006, 23:04
Post #6


Musepack Project Coordinator


Group: Developer
Posts: 161
Joined: 24-June 02
Member No.: 2385



The task of writing such a tool was not assigned to any developer. If there's demand for one it'll eventually be created. Any player can enable fast seeking on older files but because of caution and lack of massive testing by enough users this option is still disabled.


--------------------
And if Warhol's a genius, what am I? A speck of lint on the ***** of an alien
Go to the top of the page
+Quote Post
ilikedirtthe2nd
post Nov 12 2006, 23:10
Post #7





Group: Members
Posts: 470
Joined: 26-October 01
From: Germany
Member No.: 352



QUOTE (Seed @ Nov 12 2006, 23:04) *
The task of writing such a tool was not assigned to any developer. If there's demand for one it'll eventually be created. Any player can enable fast seeking on older files but because of caution and lack of massive testing by enough users this option is still disabled.


Okay, thank you!
Go to the top of the page
+Quote Post
CiTay
post Nov 12 2006, 23:36
Post #8


Administrator


Group: Admin
Posts: 2378
Joined: 22-September 01
Member No.: 3



Great work, guys. I just encoded a long single-file album with it, and seeking has no delay whatsoever with the new foobar2000 beta. Pretty nice.
Go to the top of the page
+Quote Post
MyMaster
post Nov 12 2006, 23:41
Post #9





Group: Members
Posts: 70
Joined: 4-October 01
Member No.: 199



is the radio preset broken? everytime i try to use it the encoder crashes / EAC / CDEX / FOOBAR all the same.

thank you
Go to the top of the page
+Quote Post
Tim Mervielde
post Nov 13 2006, 00:06
Post #10





Group: Members
Posts: 32
Joined: 22-February 02
Member No.: 1372



I think there is a mistake in mppenc.c in the ms channel mode column: --ms used to be 10 for the -radio preset, --ms 6 is undefined in psy.c

CODE
/* Short MinVal EarModel Ltq_ min Ltq_ Band- tmpMask CVD_ varLtq MS Comb NS_ Trans */
/* Thr Choice Flag offset TMN NMT SMR max Width _used used channel Penal used PNS Det */
{ 1.e9f, 1, 300, 30, 3.0, -1.0, 0, 106, 4820, 1, 1, 1., 3, 24, 6, 1.09f, 200 }, // 0: pre-Telephone
{ 1.e9f, 1, 300, 24, 6.0, 0.5, 0, 100, 7570, 1, 1, 1., 3, 20, 6, 0.77f, 180 }, // 1: pre-Telephone
{ 1.e9f, 1, 400, 18, 9.0, 2.0, 0, 94, 10300, 1, 1, 1., 4, 18, 6, 0.55f, 160 }, // 2: Telephone
{ 50.0f, 2, 430, 12, 12.0, 3.5, 0, 88, 13090, 1, 1, 1., 5, 15, 6, 0.39f, 140 }, // 3: Thumb
{ 15.0f, 2, 440, 6, 15.0, 5.0, 0, 82, 15800, 1, 1, 1., 6, 10, 6, 0.27f, 120 }, // 4: Radio
{ 5.0f, 2, 550, 0, 18.0, 6.5, 1, 76, 19980, 1, 2, 1., 11, 9, 6, 0.00f, 100 }, // 5: Standard
{ 4.0f, 2, 560, -6, 21.0, 8.0, 2, 70, 22000, 1, 2, 1., 12, 7, 6, 0.00f, 80 }, // 6: Xtreme
{ 3.0f, 2, 570, -12, 24.0, 9.5, 3, 64, 24000, 1, 2, 2., 13, 5, 6, 0.00f, 60 }, // 7: Insane
{ 2.8f, 2, 580, -18, 27.0, 11.0, 4, 58, 26000, 1, 2, 4., 13, 4, 6, 0.00f, 40 }, // 8: BrainDead
{ 2.6f, 2, 590, -24, 30.0, 12.5, 5, 52, 28000, 1, 2, 8., 13, 4, 6, 0.00f, 20 }, // 9: post-BrainDead
{ 2.4f, 2, 599, -30, 33.0, 14.0, 6, 46, 30000, 1, 2, 16., 15, 2, 6, 0.00f, 10 }, //10: post-BrainDead



--------------------
I can stay for hours listening to all the sounds... (Samuel Beckett, Rough for Theatre I)
Go to the top of the page
+Quote Post
seanyseansean
post Nov 13 2006, 00:15
Post #11





Group: Members (Donating)
Posts: 487
Joined: 12-August 02
From: Cheltenham, UK
Member No.: 3029



Wow, unexpected but fantastic news. Thanks to the devs.

That said, i've just reencoded 200gb of flac files to 1.15 standard profile and this appears mad.gif
Go to the top of the page
+Quote Post
Tim Mervielde
post Nov 13 2006, 00:15
Post #12





Group: Members
Posts: 32
Joined: 22-February 02
Member No.: 1372



Sorry, I was wrong, it was always 6 in the code, but on the command line it was --ms 10 sad.gif


--------------------
I can stay for hours listening to all the sounds... (Samuel Beckett, Rough for Theatre I)
Go to the top of the page
+Quote Post
CiTay
post Nov 13 2006, 00:22
Post #13


Administrator


Group: Admin
Posts: 2378
Joined: 22-September 01
Member No.: 3



QUOTE (seanyseansean @ Nov 13 2006, 00:15) *
That said, i've just reencoded 200gb of flac files to 1.15 standard profile and this appears mad.gif


No sweat. Audio quality hasn't changed, and in a future version of foobar2000, fast seeking can/will be enabled for all MPC files. As Seed said in the first post, it won't be bit-perfect (will be for 1.16 encodes), but you won't hear any glitches either, so all is good.


QUOTE
is the radio preset broken?


They're already working on it. Expect updated files soon.


edit: New foobar2000 released, fast seeking works for all files now!
Go to the top of the page
+Quote Post
seanyseansean
post Nov 13 2006, 00:29
Post #14





Group: Members (Donating)
Posts: 487
Joined: 12-August 02
From: Cheltenham, UK
Member No.: 3029



QUOTE (CiTay @ Nov 12 2006, 23:22) *
QUOTE (seanyseansean @ Nov 13 2006, 00:15) *

That said, i've just reencoded 200gb of flac files to 1.15 standard profile and this appears mad.gif


No sweat. Audio quality hasn't changed, and in a future version of foobar2000, fast seeking can/will be enabled for all MPC files. As Seed said in the first post, it won't be bit-perfect (will be for 1.16 encodes), but you won't hear any glitches either, so all is good.


Thank you.

Although it seems yesterdays codec to a lot of people, I did look at other alternatives before my big reencode and this is what I surmised:

1. I didn't want to use mp3 because the flaws inherent in that format were easily audible at any bitrate to *my* ears. I can see which pub jukeboxes use mp3 just from this.

2. Last time I checked ogg it wasn't competitive with MPC. I hear good things about aotuv builds, but I had problems with battery suckage on rockbox.

3. AAC seems too fragmented for my poor tiny mind. Plenty of different encoders/decoders, different profile sets, blah. Also the same battery suckage as rockbox

It'd be nice to see MPC do well again. A nice single encoder, excellent quality at 170~kbps, and fast decode.

If i'm wrong on any of these points, feel free to point it out people.
Go to the top of the page
+Quote Post
xmixahlx
post Nov 13 2006, 01:11
Post #15





Group: Members
Posts: 1394
Joined: 20-December 01
From: seattle
Member No.: 693



a bug that was borking mppenc with low qualities (<standard) has been fixed - it is now ready for mass consumption.

apologies for the false start

please redownload the binaries if you downloaded the files before 1600 PST today. they are available at the same URLs as in the first post.

rarewares/debian is updated as well


later

This post has been edited by xmixahlx: Nov 13 2006, 01:15


--------------------
RareWares/Debian :: http://www.rarewares.org/debian.html
Go to the top of the page
+Quote Post
TrNSZ
post Nov 13 2006, 01:13
Post #16





Group: Developer
Posts: 717
Joined: 25-September 01
From: ... The Studio
Member No.: 20



Thanks for the fix - I was just about to come here and report it. Great work.
Go to the top of the page
+Quote Post
Lefungus
post Nov 13 2006, 01:15
Post #17





Group: Members
Posts: 86
Joined: 10-November 02
Member No.: 3745



Sorry about the bug, it was a dumb mistake from me. Rejoice, it's corrected already. And I'll go to sleep before anyone else find another one smile.gif


--------------------
It's a 'Jump to Conclusions Mat'. You see, you have this mat, with different CONCLUSIONS written on it that you could JUMP TO.
Go to the top of the page
+Quote Post
skelly831
post Nov 13 2006, 03:52
Post #18





Group: Members (Donating)
Posts: 782
Joined: 11-April 05
From: México
Member No.: 21361



Holy codec resurrection batman!

This is certainly interesting news, thanks to the devs and everyone involved smile.gif


--------------------
we was young an' full of beans
Go to the top of the page
+Quote Post
shadowking
post Nov 13 2006, 07:53
Post #19





Group: Members
Posts: 1523
Joined: 31-January 04
Member No.: 11664



I've tested a few tracks with foobar 09.4.2 and seeking appears to work without a hitch. Nice work !


--------------------
Wavpack -b450x1
Go to the top of the page
+Quote Post
Leto Atreides II
post Nov 13 2006, 08:01
Post #20





Group: Members
Posts: 163
Joined: 13-January 02
From: Eugene, OR
Member No.: 1009



QUOTE (seanyseansean @ Nov 12 2006, 15:29) *
2. Last time I checked ogg it wasn't competitive with MPC. I hear good things about aotuv builds, but I had problems with battery suckage on rockbox.

3. AAC seems too fragmented for my poor tiny mind. Plenty of different encoders/decoders, different profile sets, blah. Also the same battery suckage as rockbox


I'm a die-hard MPC fan myself, but I'm just curious that you raised these points... Did you not see battery suckage with MPC?
Go to the top of the page
+Quote Post
Firon
post Nov 13 2006, 08:09
Post #21





Group: Members
Posts: 830
Joined: 3-November 05
Member No.: 25526



Vorbis IS competitive with MPC (the aoTuV builds anyway). And last I recall, guruboolez' last listening test with MPC and Vorbis (aoTuV b4) showed that Vorbis was statistically better at 170-180kbps, nevermind lower bitrates.
http://www.hydrogenaudio.org/forums/index....howtopic=36465#
And this was only with aoTuV b4. Improvements have been made since then (for AAC too, but AAC encoders confuse me wink.gif), so the gap might very well be larger now.

As for battery suckage, that's probably just because Rockbox is not very optimized (though Vorbis IS a bit of a CPU whore)

This post has been edited by Firon: Nov 13 2006, 08:20
Go to the top of the page
+Quote Post
vinnie97
post Nov 13 2006, 08:13
Post #22





Group: Members
Posts: 472
Joined: 6-March 03
Member No.: 5360



QUOTE (seanyseansean @ Nov 12 2006, 15:29) *
2. Last time I checked ogg it wasn't competitive with MPC. I hear good things about aotuv builds, but I had problems with battery suckage on rockbox.

This point being raised is also suspect. When was the last time you checked? I'd say they are neck and neck at this point (Vorbis excelling at lower bitrates) and no recent listening tests have suggested otherwise. I second the point about Rockbox. The implementation of Rockbox itself regardless of the format causes "battery suckage."
Go to the top of the page
+Quote Post
Alex B
post Nov 13 2006, 08:56
Post #23





Group: Members
Posts: 1303
Joined: 14-September 05
From: Helsinki, Finland
Member No.: 24472



QUOTE (ilikedirtthe2nd @ Nov 12 2006, 23:46) *
QUOTE (TrNSZ @ Nov 12 2006, 22:29) *

Also worth mentioning that foobar2000 0.9.4.2b and higher supports MusePack fast seeking.

Only for files created by the new encoder. ...


QUOTE (Seed @ Nov 13 2006, 00:04) *
... Any player can enable fast seeking on older files but because of caution and lack of massive testing by enough users this option is still disabled.


I don't think this option is disabled in foobar2000 v. 0.9.4.2 beta. I just tried seeking some old 80-minute Musepack v. 1.14 files. It was clearly a lot faster than before.


--------------------
http://listening-tests.freetzi.com
Go to the top of the page
+Quote Post
seanyseansean
post Nov 13 2006, 09:01
Post #24





Group: Members (Donating)
Posts: 487
Joined: 12-August 02
From: Cheltenham, UK
Member No.: 3029



QUOTE (vinnie97 @ Nov 13 2006, 07:13) *
QUOTE (seanyseansean @ Nov 12 2006, 15:29) *

2. Last time I checked ogg it wasn't competitive with MPC. I hear good things about aotuv builds, but I had problems with battery suckage on rockbox.

This point being raised is also suspect. When was the last time you checked? I'd say they are neck and neck at this point (Vorbis excelling at lower bitrates) and no recent listening tests have suggested otherwise. I second the point about Rockbox. The implementation of Rockbox itself regardless of the format causes "battery suckage."


As I said it was a while ago. The other formats however definitely suck more battery on my ipod/rockbox than MPC, and the same is true on tcpmp/smartphone.

Bear in mind I wasn't likely to change codec for my 200gb reencode unless there was a substantial gain over MPC.
Go to the top of the page
+Quote Post
George_007
post Nov 13 2006, 09:56
Post #25





Group: Members
Posts: 35
Joined: 16-November 01
From: Brno
Member No.: 471



The link for the encoder binary for linux on http://www.musepack.net seems to point to the source.
Go to the top of the page
+Quote Post

2 Pages V   1 2 >
Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 24th April 2014 - 19:15