>Is there any doc/info on how the position info is computed from the
>transport stream in live555.
I don't know what you mean by "position info".
> Btw fyi, I did use a debugger to find
>that the MPEG2TransportStreamFramer.cpp is used by VLC for
>RTSP/mpeg2-ts sessions
You are mistaken. VLC (
Ross,
Is there any doc/info on how the position info is computed from the
transport stream in live555. Btw fyi, I did use a debugger to find
that the MPEG2TransportStreamFramer.cpp is used by VLC for
RTSP/mpeg2-ts sessions
Thanks,
-V
___
live-devel mail
> > We've been here before.
> >
> > If you are trying to stream a non-standard RTP payload format, then
> > you 're not going to get any help from me. Sorry.
> >
>
>Why? sounds like it's a sin :)
No, not a sin - just a waste of my time.
> I'm trying to decode a non
>standard stream from a non
Thanks. However, the existing code is not really a 'bug', although
your suggested change is (arguably) an improvement.
As you noticed, the current per-transport-packet duration estimation
code has trouble converging on a stable estimate for streams - such
as yours - that are wildly VBR. Your
Ross Finlayson wrote:
> We've been here before.
>
> If you are trying to stream a non-standard RTP payload format, then
> you 're not going to get any help from me. Sorry.
>
Why? sounds like it's a sin :)
Besides, I'm not trying to stream anything, I'm trying to decode a non
standard stream
At 06:44 AM 2/1/2008, you wrote:
>Hi to all, I'm implementing my MPEG4ESVideoRTPSource for a clients who
>gets non-standard MPEG4 data.
We've been here before.
If you are trying to stream a non-standard RTP payload format, then
you 're not going to get any help from me. Sorry.
Ross
Hi to all, I'm implementing my MPEG4ESVideoRTPSource for a clients who
gets non-standard MPEG4 data.
The problem is: packets are mixed. That is, when in a RTP packet a MPEG4
frame finishes, immediately after (in the same packet) the next frame
starts. Here's a schema of how it works:
|___frame
>I used the ¡°iperf¡± to check the Bandwidth
>between the PCs which have 3.8 Mbits/sec
Your video codec is "MPV", which is MPEG-1 or 2
video. Many MPEG-1 or 2 video streams are close
to, or greater than, 3.8 Mbits/second.
Perhaps your network just doesn't have enough bandwidth for your strea
>so if I want to stream this format element stream, what should I do?
You can't (at least, not in any way that I can help you with) because
this data format is completely non-standard, and is not supported by
any of our classes, and will not be understandable by any standard receiver.
>I am working with the vlc media player trying to play mpeg2-ts from an
>RTSP source. Once the stream is initiated I find the position is not
>available. After the debugging the problem a bit, it appears that
>there may be a bug in the way the pcr info is captured from the ts and
>computed.(MPEG2T
10 matches
Mail list logo
