Re: ffv1 in mkv

Moritz Bunkus <[email protected]>
Newsgroups gmane.comp.multimedia.matroska.devel
Message-ID <[email protected]>
Hey,

the advantage is cooperation and interoperability. Ideally there's
always only one implementation of how a codec is stored in a codec. I
know this isn't true (e.g. the AVI compatibility mode vs. native modes),
but that should be the goal.

There is no formal way to make this happen. I'd prefer the following:

- Make a proposal here how to store things. CodecID? Is CodecPrivate
  required, if yes, what would the format look like? Any special
  considerations regarding framing (e.g. repeating things like sequence
  headers before I frames, requirements for new Matroska elements etc)?

- Make a proposal for a short description for the codec specs page on
  www.matroska.org ; if CodecPrivate is required create an informal spec
  for that and post it here, too

- Let the discussion begin!

- Someone from the Matroska team (most likely me as only Steve and I
  have write access to www.matroska.org) will then add the CodecID and
  CodecPrivate descriptions to the appropriate web pages.

- If possible create patches for VLC and ffmpeg/libav, but post them on
  their respective bug trackers, not here. libMatroska usually doesn't
  need any patching.

- If applicable post patches to MKVToolNix on my issue tracker, or at
  least provide a sample file if possible so that I can implement
  support for it.

Kind regards,
mosu

_______________________________________________
Matroska-devel mailing list
[email protected]
http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-devel
Read Matroska-Devel on GMane: http://dir.gmane.org/gmane.comp.multimedia.matroska.devel
signature.asc (application/pgp-signature, 819 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAABCAAGBQJVlCU2AAoJEHSvAK3y4yyFZ+kQAJ250YWyqM5RgX7SvE/rDCCx
WG3/w9gfqxmMIRhbNOyqZLrSu++liTqATgAQ0FGR1fJlfYum4Gi8XPWrn539NpJg
1FM9xB2GK3Kp6R22B40mgemrclU9n+s6J34f+eSpgvvbeE/KhCmHDJmxP8wavClm
xcxjiD0bpYC05oT1tqcrfp8dtNT8f+2kHj5YmLkz3HmOHbWlSMPRU4lqBoi2pc1n
1fSl50PuzsoGAuJBLz09QYGr3TNE4WMgRA45h6CYjFfOTeomGIvIQe1NlsD6SCmi
H3t3XVUjPyYAqQ+LNjub9EoVPbrG9d81sDxyc+roWWcfk18qQBoH0bPBx7+pWd7r
wQwGIhil0JnaH/x0CJnmRJQN/JbxGJeEW8GFAl42kUUBgh2tMQ5z9aVS/fOKoMhJ
DVMt88U5soz+vVW9D5Q/sjEivkx5/gM05iz2NfiUCbWWfT3b7csBofMPpGaEjB6C
MKcJoG2d7rnNPkVn+pAW5TPShy0jkfcPdL6AEEU0u79pJ5JX7q14Uyrb2Kprg27Y
HpHqxb1YX9cs93pLm2sPKEqZghPKdZYByd1YOKzhrelQTPqxtFzchgz4LQDXEDRK
F6llRBjutuceKvsWiNUb5LR3mXt8KCPwerMBWfUQrIsIQGPy/fDkzW5Pp7teyfCW
O1uYNEsG+36nap4dTM4U
=NCkD
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.