IPB

Welcome Guest ( Log In | Register )

 
Reply to this topicStart new topic
SV8 wishes, what do you want for the upcoming SV8 ?
r2d
post 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
Go to the top of the page
+Quote Post
j7n
post Dec 27 2006, 17:45
Post #2





Group: Members
Posts: 813
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.
Go to the top of the page
+Quote Post
Fandango
post Dec 27 2006, 19:23
Post #3





Group: Members
Posts: 1549
Joined: 13-August 03
Member No.: 8353



Most of all I'm hoping for an active development... wink.gif
Go to the top of the page
+Quote Post
dariju
post 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?
Go to the top of the page
+Quote Post
r2d
post 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.
Go to the top of the page
+Quote Post
jido
post Dec 27 2006, 23:36
Post #6





Group: Members
Posts: 246
Joined: 10-February 04
From: London
Member No.: 11923



Mac (PPC) encoder, decoder and translator support. Mac playback.

Keep improving sound quality.

Thanks!
Go to the top of the page
+Quote Post
QHOBBES 2.0
post 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
Go to the top of the page
+Quote Post
yong
post 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 wink.gif


--------------------
http://foobar2000.xrea.jp/
Go to the top of the page
+Quote Post
Lefungus
post 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.
Go to the top of the page
+Quote Post
Enig123
post Dec 28 2006, 12:53
Post #10





Group: Members
Posts: 208
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.
Go to the top of the page
+Quote Post
seanyseansean
post 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?
Go to the top of the page
+Quote Post
r2d
post 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.
Go to the top of the page
+Quote Post
GeSomeone
post Jan 2 2007, 14:02
Post #13





Group: Members
Posts: 922
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.
Go to the top of the page
+Quote Post
r2d
post 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
Go to the top of the page
+Quote Post
GeSomeone
post Jan 9 2007, 18:42
Post #15





Group: Members
Posts: 922
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
Go to the top of the page
+Quote Post

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: 21st October 2014 - 12:33