Re: [mpc-general] Adding a lossless mode to MPC SV8

I like the mixing lossless/lossy channels idea a lot. This way concerts
could be encoded with full quality for the front channels, without
bloating the filesizes :-)

Also it would be good if for a given channel, lossy <-> lossless
switching could be done on a reasonable boundary (~1 second? ~1 frame?).
Even more space can then be spared on unimportant parts of a track.

Third, I'd propose to separate entropy coding from the rest (just as the
psymodel would be modularized too). This way I could implement a nice
arithmetic coding layer for those who want to save maximum space ;-)

Regards
Jo=C3=ABl


On Sat, 2003-10-04 at 19:22, Christian HJ Wiesner wrote:
> Hi,
>=20
> as announced before, i would like to start a discussion here about the=20
> above written subject.
>=20
> The reason i'm asking is, if we make the jump from SV7 to SV8, we shoul=
d
>=20
> - guarantee backwards compatibiliy, means that old SV7 files should be=20
> convertable to SV8 ( with special tools ) in a lossless process, but=20
> still be fully spec compatible SV8 files
>=20
> - make sure the SV8 specs offer a lot more functionailities than SV7, s=
o=20
> that MPC SV8 can be used for hi-quality movie encodings as well as for=20
> DVDs, where space is maybe not a big issue anymore
>=20
> - consider to check if its possible to allow peeling for MPC SV8, so=20
> that users can store their MPC files with rather high bitrates on DVD o=
r=20
> CD media, but can peel the files down in bitrate so they could be=20
> transferred onto portable players ( of course, this is NOT a lossless=20
> process anymore )
>=20
> - add a loss less mode to SV8, and the speciality here is that mixing=20
> lossy and lossless modes in one and the same file should be possible,=20
> just like in the upcoming Wavpack4 from David Bryant ( who i am copying=
=20
> on this email, i dont wnat to 'steal' his idea without at least telling=
=20
> him :-)  )
>=20
>=20
> To make one thing clear out front, i dont know if Frank has thought=20
> about all these things in his current specs, because i am sorry i am no=
t=20
> capable reading technical specs at all, but from a user perspective i a=
m=20
> convinced these features could lift MPC on a new level, and make a big=20
> differentation from other formats.
>=20
> What you think ?
>=20
> Christian
> MPC and matroska project admin
>=20
>=20
> http://mpc.corecodec.org
>=20

http://mpc.corecodec.org