I assume that your "test.m4e" file plays OK on VLC when you stream it
using the original, unmodified "testOnDemandRTSPServer". If so, then
- when you modify "testOnDemandRTSPServer" to (i) read from "stdin"
instead of "test.m4e", and (ii) set "reuseFirstSource" to True - you
should also be abl
Hi Ross and all,
Thank you for your advice.
I did some simulation tests today as you advised (
your-reader-application | testOnDemandRTSPServer),
but somehow I did get stream video success, the VLC player could not get
any data from my application.
the first thing I did was I changed testOnDema
>However, I need some info: the camera I'm contacting does not send normal
>video frames, but custom ones. I need to unpack every RTP packet (_in
>order_), read the custom headers, reconstruct the frames and decode them
>on the fly.
Because your 'custom headers' are not RTP-specific, but are inste
Hi, parallel to my RTSP server I'm developing a client to interface with
some ip-cams.
I read openRTSP source, and I modified it to my needs, and it works
wonderfully.
However, I need some info: the camera I'm contacting does not send normal
video frames, but custom ones. I need to unpack every RT
>Do you see any errors in the server code I posted?
No.
--
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
Ross Finlayson wrote:
> First, you should make sure that if the same data is stored in a
> regular file - rather than on a FIFO - then you can stream it OK.
> This will help ensure that you don't have problems with bad
> timestamps in your data.
>
I can.
> Second, when you read from a FIFO, y
