No subject

different media mappings. The current ogg muxer does not seem to respect
any media mapping at all and seems to encode correct ogg streams more or
less by accident.


> GSTREAMER
> ---------
> - Here are the cases that I feel we need to get working:
> - encoding and muxing an "Ogg A/V" stream and saving it to disk:
>   ... oggmux ! filesink
> - encoding and muxing an "Ogg A/V" stream and create a live TCP stream:
>   ... oggmux ! tcpserversink
>   clients can connect to this server at any given point in time, and
> when they do, tcpserversink should give them all the "bos pages" and
> "additional header pages" before serving them encoded data.
>
oggmux ! tcpserversink would currently use caps with the mimetype
application/ogg. As I outlined above, application/ogg is a caps that may
come out of a filesrc and has implicit properties combined with that. None
of these require headers to be marked. If you want to make application/ogg
a mimetype where headers are marked, please provide a patch that makes
filesrc mark headers correctly or use a different mimetype.

I'll provide you with a different pipeline that just has to work, because
I'm 100% sure people will want to use it:
  ... ! autoplugger ! tcpserversink
Two special cases of this I can think about right now:
  filesrc ! autoplugger ! tcpserversink
  alsasrc ! autoplugger ! tcpserversink


David is right when he says you want to do two things at once:
1) sending data over the net
2) creating a new data stream
Point 2 should be obvious, because the stream that you receive from
tcpserversink should be (according to you) different from the stream you
input into the tcpserversink element.

You proposed a solution that works with implicit properties of caps
(namely: adding correct flags to a certain number of buffers _and_
splitting the stream correctly into header and normal buffers) and you
want these to work right now for all caps as far as I understand you.

I told you this does not work, please prove me wrong.


Benjamin