Matthias Urlichs schreef:
Hi,
Michel Verbraak:
Currently my program just reads zero bytes before doing the poll and
this works. And it will also work on a normal file.
That's a reasonable workaround.
However, I would suggest that poll(...,POLLIN) signals the intent to
read from that device sufficiently clearly: starting the capture is the
Right Thing to do here, IMHO.
unchanged to the client. If a second or third, etc.., client connects
the read data is copied unchanged to all the clients. When the last
client disconnects it closes the device/file/socket.
Cool. Does your program understand MPEG framing? If I was the client,
I'd hate to get some random MPEG tail fragment when I connect to your
server. :-/
My first version only started sending to a client on a gop start in the
stream. Because I only had mpeg devices. But currently I left it out,
xine is my test for now and it does not mind to start in the middle of
an mpeg2 stream and I can also stream other containers like avi,
quicktime, flash, etc...
Maybe I will make a mpeg2 version and a another. Then the mpeg2 will
send always from a gop start to the client.
Regards,
Michel.
_______________________________________________
ivtv-devel mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
