SV8 wishes, what do you want for the upcoming SV8 ? |
  |
SV8 wishes, what do you want for the upcoming SV8 ? |
 Dec 27 2006, 13:45
Post
#1
|
|
|
Musepack Developer Group: Developer Posts: 14 Joined: 12-December 06 Member No.: 38630  |
Hello,
SV8 is on it's way. One target of the first SV8 release is lossless conversion from SV7 files, so there will be limited changes in the compression engine. You can see the current SV8 schedule of conditions ( http://trac.musepack.net/trac/wiki/SV8ScheduleOfConditions ) in the Musepack Trac Wiki. I'm waiting for your wishes / comments / improvement suggestions on this stream. Thanks |
 |
 
|
|
Dec 27 2006, 17:45
Post
#2
|
|
 Group: Members Posts: 809 Joined: 26-April 04 Member No.: 13720 |
Independent frames or at least groups of frames, optional or recreatable file header. So that Musepack streams could be cut and played back like MPEG Layer-3. It is important for a lossy format to enable at least basic lossless transformations.
|
|
|
|
|
Dec 27 2006, 19:23
Post
#3
|
|
 Group: Members Posts: 1540 Joined: 13-August 03 Member No.: 8353 |
Most of all I'm hoping for an active development...
|
|
|
|
|
Dec 27 2006, 19:30
Post
#4
|
|
|
Group: Members Posts: 5 Joined: 11-November 06 Member No.: 37444 |
r2d,
are you an mpc developer? Could you tell us if there is someone working on it at the moment? |
|
|
|
|
Dec 27 2006, 19:42
Post
#5
|
|
|
Musepack Developer Group: Developer Posts: 14 Joined: 12-December 06 Member No.: 38630 |
QUOTE (dariju @ Dec 27 2006, 19:30)  r2d, are you an mpc developer? Could you tell us if there is someone working on it at the moment? Yes, I am since september. See http://trac.musepack.net/trac/timeline QUOTE Independent frames or at least groups of frames, optional or recreatable file header. So that Musepack streams could be cut and played back like MPEG Layer-3. It is important for a lossy format to enable at least basic lossless transformations. Frames are grouped in blocks. You can cut at block boundaries and an optional edition block allow to skip samples at the begining and the end of the stream. See http://trac.musepack.net/trac/wiki/SV8ScheduleOfConditions. |
|
|
|
|
Dec 27 2006, 23:36
Post
#6
|
|
 Group: Members Posts: 245 Joined: 10-February 04 From: London Member No.: 11923 |
Mac (PPC) encoder, decoder and translator support. Mac playback.
Keep improving sound quality. Thanks! |
|
|
|
|
Dec 28 2006, 00:49
Post
#7
|
|
 Group: Members Posts: 190 Joined: 21-December 02 From: </html> Member No.: 4186 |
I can see it now
CODE Change log for MPC SV8:
*Updated version number of encoder to SV8 to reflect encoder version -------------------- "We will restore chaos"-Bush on Iraq
|
|
|
|
|
Dec 28 2006, 10:45
Post
#8
|
|
|
Group: Members Posts: 202 Joined: 9-July 04 From: Malaysia Member No.: 15210 |
QUOTE (jido @ Dec 28 2006, 06:36) Mac (PPC) encoder, decoder and translator support. Mac playback. Keep improving sound quality. Thanks! You could try ffmpeg or mplayer, to playback mpc or decoding on mac
-------------------- http://foobar2000.xrea.jp/
|
|
|
|
|
Dec 28 2006, 12:16
Post
#9
|
|
|
Group: Members Posts: 86 Joined: 10-November 02 Member No.: 3745 |
QUOTE (jido @ Dec 27 2006, 23:36) Mac (PPC) encoder, decoder and translator support. Mac playback I fixed compilation for sparc64 recently in mppenc 1.16+svn, so the encoder will work with any mac (ppc or x86). The decoder has been compatible since the beginning. What do you mean by 'translator' btw ? What would be nice is a quicktime plugin, which will happen only with a mac developer :| Btw, there is already a rough version of sv8 in svn, it compiles, it decodes with xmms/winamp, it has new huffman code (~+2% compression), new bitstream (which also allow mp4/mkv/nut/whatever). That's why r2d is trying to get useful feedback while the new code is still in progress, so people have a chance to interact. -------------------- It's a 'Jump to Conclusions Mat'. You see, you have this mat, with different CONCLUSIONS written on it that you could JUMP TO.
|
|
|
|
|
Dec 28 2006, 12:53
Post
#10
|
|
|
Group: Members Posts: 207 Joined: 11-April 02 Member No.: 1749 |
I'd glad to see if SV8 can improve quality of classical music. There's some defect been discovered via listening test by Guruboolez, which really should be given enough respect for developers IMHO.
|
|
|
|
|
Dec 28 2006, 14:45
Post
#11
|
|
|
Group: Members (Donating) Posts: 487 Joined: 12-August 02 From: Cheltenham, UK Member No.: 3029 |
Can we keep out the off-topic complaining? I use mpc because it's had a pretty stable format (althought with intra-frame dependencies) for years. I don't need to use unofficial builds, it's fast, and just works. You might find codecs with better scores in some of the metrics, but mpc is competitive *to me* in pretty much all of them. So why change?
r2d - thanks for the updates. Do you have any idea of how much the filesize will increase for files transcoded from sv7? And when you say the quality will increase after sv8 - does this mean there will be bitstream format changes both in the decoder and encoder later? |
|
|
|
|
Dec 28 2006, 17:21
Post
#12
|
|
|
Musepack Developer Group: Developer Posts: 14 Joined: 12-December 06 Member No.: 38630 |
QUOTE (seanyseansean @ Dec 28 2006, 14:45) r2d - thanks for the updates. Do you have any idea of how much the filesize will increase for files transcoded from sv7? The file size should decrease when transcoding from sv7 to sv8 (even if a seek table has been added) by ~2%. QUOTE (seanyseansean @ Dec 28 2006, 14:45) And when you say the quality will increase after sv8 - does this mean there will be bitstream format changes both in the decoder and encoder later? Yes, if results are good enough to justify it. |
|
|
|
|
Jan 2 2007, 14:02
Post
#13
|
|
 Group: Members Posts: 913 Joined: 22-October 01 From: the Netherlands Member No.: 335 |
I remember there was this "overloading" (of scalefactor?) thing that was more or less "solved" with --xlevel.
This was one of the things that was supposed to be definitively fixed in SV8 -------------------- In theory, there is no difference between theory and practice.
|
|
|
|
|
Jan 2 2007, 14:44
Post
#14
|
|
|
Musepack Developer Group: Developer Posts: 14 Joined: 12-December 06 Member No.: 38630 |
QUOTE (GeSomeone @ Jan 2 2007, 14:02) I remember there was this "overloading" (of scalefactor?) thing that was more or less "solved" with --xlevel. This was one of the things that was supposed to be definitively fixed in SV8 It's fixed, just no yet removed the --xlevel switch |
|
|
|
|
Jan 9 2007, 18:42
Post
#15
|
|
|
Group: Members Posts: 913 Joined: 22-October 01 From: the Netherlands Member No.: 335 |
Another thing, that I think was once suggested for SV8, is more a Stream header/info thing.
Store (somewhere) the encoding quality setting numerical including the decimals. So instead of the old "Standard" "Xtreme" "Insane", the value of --quality e.g. 5.48. This post has been edited by GeSomeone: Jan 9 2007, 18:42 |
|
|
|
|
|
Lo-Fi Version | Time is now: 19th May 2013 - 12:50 |
