Ok, but I still don't get how the final recipient gets to know the
*original* presentation time (which correspond to audio) if I generate a
new one in the transcoder... Is this done via RTCP?! If yes, could you
shortly explain it, please?
Julian
___
liv
I did some more testing on this "rtsp://" URL, and the problem
definitely seems to be at the server end. For some reason, your
server is not responding properly (if at all) to RTSP requests.
--
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
_
Il giorno mer, 11/07/2007 alle 05.41 -0700, Ross Finlayson ha scritto:
[snip]
> >The same URL works fine with Windows Media Player 9.
> >
> >Could this be a mismatch protocol issue from server
>
> Perhaps. Perhaps your server supports only a Microsoft-specific
> non-standard variant ot RTSP?
I r
Thanks for the help Ross. The url is:
http://andrewjstone.net/dvd.ts
-Andrew
- Original Message
From: Ross Finlayson <[EMAIL PROTECTED]>
To: LIVE555 Streaming Media - development & use <[EMAIL PROTECTED]>
Sent: Tuesday, July 10, 2007 7:45:00 PM
Subject: Re: [Live-devel] index files and m
> > Because they're not useful to you.
>>
>> I'll say this yet again (and hopefully for the last time): Our
>> RTP/RTCP implementation automatically computes synchronized
>> presentation times using RTP timestamps and RTCP reports. Code that
>> receives a RTP stream (using our library) should
>Audio works fine - I am encountering a rather peculiar error with
>video. My video RTP packets are being send with alternating Sequence
>Numbers. For example:
>
>RTP packet 1 Sequence number:54820
>RTP packet 2 Sequence number:44758
>RTP packet 3 Sequence number:54821
>RTP packet 4 Sequence numb
>I am trying to connect with mplayer (1.0rc1) compiled with liveMedia
>(2007.07.01) support to a rtsp windows server unsuccessfully.
>
>I have already tried to connect to with vlc and with openRTSP but
>connection always fails with the same debug error:
>
>==] CUT HERE [==
>Failed to get a SDP desc
Hi!
I've developed a class to transcode video streams. I measure the time
between "doGetNextFrame()" and "afterGetting(this)" with the
gettimeofday() function. The results show that it takes in average 40ms
to complete one frame (according to the frame rate of 25Hz). But
irregularily one frame
> Because they're not useful to you.
>
> I'll say this yet again (and hopefully for the last time): Our
> RTP/RTCP implementation automatically computes synchronized
> presentation times using RTP timestamps and RTCP reports. Code that
> receives a RTP stream (using our library) should never h
Hi to all,
I am trying to stream A / V which are stored in a series of PES packets.
I am using the VOBstreamer code as a start - just changed the source so that
it reads from my source.
Audio works fine - I am encountering a rather peculiar error with video. My
video RTP packets are being send
10 matches
Mail list logo