>*** MPEG2TransportStreamFromESSource.cpp 2007-07-01 11:16:05.0 +0200
>--- MPEG2TransportStreamFromESSource.cpp.new 2007-07-06
>18:45:01.0 +0200
>***
>*** 251,256
>--- 251,258
>
> fInputBufferBytesAvailable += frameSize;
>
>+ fParent.fPresentationTime =
2007/7/6, Ross Finlayson <[EMAIL PROTECTED]>:
>Hi everyone,
>
>I have a problem in trick play mode to play a TS resource by an RTSP
>session ...
>
>I have modified openRTSP to send PLAY with scale = 2.0
Are you using the latest version of the code (version 2007.07.01)?
That version fixed a bug
>Hi everyone,
>
>I have a problem in trick play mode to play a TS resource by an RTSP
>session ...
>
>I have modified openRTSP to send PLAY with scale = 2.0
Are you using the latest version of the code (version 2007.07.01)?
That version fixed a bug specifically related to scale == 2.0
> and I
>Ross, I used a SimpleRTPSource::createNew(envir(), rtpGroupsock, 33,
>9, "video/MP2T", 0, False);
>source as you suggested, but with 33 as my payload type ( I believe
>this is what you meant).
Yes - sorry.
> This worked right off the bat, but playing my captured stream back
>out to RTP
Russell,
I get the following errors while playing the RTP stream via VLC...
libdvbpsi error (PSI decoder): TS discontinuity (received 0, expected 5)
for PID 0
libdvbpsi error (PSI decoder): TS discontinuity (received 0, expected 5)
for PID 66
But I think this discontinuity occurs due to my vide
Thanks,
I get the following errors while playing the RTP stream via VLC...
libdvbpsi error (PSI decoder): TS discontinuity (received 0, expected 5) for
PID 0
libdvbpsi error (PSI decoder): TS discontinuity (received 0, expected 5) for
PID 66
But I think this discontinuity occurs due to my video
Hi everyone,
I have a problem in trick play mode to play a TS resource by an RTSP session
...
I have modified openRTSP to send PLAY with scale = 2.0 and I have realized
that timestamps are always the same value
After a deep study I have realized that:
When MPEG2TransportFileServerMediaSub
Russell,
Ross, I used a SimpleRTPSource::createNew(envir(), rtpGroupsock, 33,
9, "video/MP2T", 0, False);
source as you suggested, but with 33 as my payload type ( I believe this
is what you meant). This worked right off the bat, but playing my captured
stream back out to RTP and then play
On 7/5/07, Ross Finlayson <[EMAIL PROTECTED]> wrote:
Do you have a specific reason to not use openRTSP to receive transport
streams? testMPEG2TransportStreamer has an optional RTSP server in it.
I think instead of making MPEG2TransportStreamRTPSource, you should set up
the chain like this:
S
On Fri, 2007-07-06 at 01:22 -0700, Ross Finlayson wrote:
> >I have a linux application send uncompressed frames using the liveMedia
> >library; with wireshark I'm measuring 17 microseconds between successive
> >packets (sized 1490 bytes, of the same image frame) being sent, which
> >boils down to i
>I have a linux application send uncompressed frames using the liveMedia
>library; with wireshark I'm measuring 17 microseconds between successive
>packets (sized 1490 bytes, of the same image frame) being sent, which
>boils down to instantaneous bandwidth consumption of 700 Mb/s. In this
>configur
Hello Ross & list,
I have a linux application send uncompressed frames using the liveMedia
library; with wireshark I'm measuring 17 microseconds between successive
packets (sized 1490 bytes, of the same image frame) being sent, which
boils down to instantaneous bandwidth consumption of 700 Mb/s. I
12 matches
Mail list logo
