Whenever I supply a negative scale value to the Play-function it always
plays forward. The speed is correct, but I've never been able to play in
reverse.
Don't forget to also specify a non-zero 'start time', so that the server
knows where to start reverse-play from.
Thanks, I do that. I
>> Whenever I supply a negative scale value to the Play-function it always
>> plays forward. The speed is correct, but I've never been able to play in
>> reverse.
>
> Don't forget to also specify a non-zero 'start time', so that the server
> knows where to start reverse-play from.
Or, alternat
> Whenever I supply a negative scale value to the Play-function it always plays
> forward. The speed is correct, but I've never been able to play in reverse.
Don't forget to also specify a non-zero 'start time', so that the server knows
where to start reverse-play from.
>
> It might be some
Can someone confirm if reverse play works fine?
Whenever I supply a negative scale value to the Play-function it always
plays forward. The speed is correct, but I've never been able to play in
reverse.
It might be some RTSP fluke with the Cisco VSM server we're using, but
wanted to verify i
You are right my file was corrupted, now it works.
Thank you and sorry for the noise.
I'll have a look with VLC.
Sébastien.
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
On Apr 19, 2013, at 9:26 AM, Sébastien Escudier
wrote:
>> What OS is this?
>
> I forgot to answer this, I am runing linux ubuntu.
I don't have access to a Ubuntu machine, but I tried just now with Fedora
Linux, and couldn't reproduce the problem either.
Are you sure that your "para.m4e" fil
> What OS is this?
I forgot to answer this, I am runing linux ubuntu.
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
Yes, I run them on the same computer.
For mpeg4ESVideoTest, nothing happens after :
Started playing session
Receiving streamed data (signal with "kill -HUP 4451" or "kill -USR1 4451" to
terminate)...
For h264ESVideoTest I can see
Data packets have begun arriving [1366388266944]
___
Are you running "testOnDemandRTSPServer" (or "live555MediaServer") and
"openRTSP -n" on the same computer (not just on the same LAN)? What OS is this?
I've tried this on both FreeBSD and Mac OS X, and can't reproduce the problem
at all. For me, both "para.m4e" (as "test.m4e") and a H.264 file
>Are you using a recent version of the LIVE555 code?
Yes, latest
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
>> FYI, if you wish to test this further, I've left a server running, with the
>> following streams available
>
> Yes, your server sends data, I can see this.
> But on my computer, testOnDemandRTSPServer sends nothing for the m4e file.
That's odd. I can't reproduce this at all.
Are you using a
> FYI, if you wish to test this further, I've left a server running, with the
> following streams available
Yes, your server sends data, I can see this.
But on my computer, testOnDemandRTSPServer sends nothing for the m4e file.
When I use openRTSP the output file is empty. But the h264 file works
FYI, if you wish to test this further, I've left a server running, with the
following streams available:
rtsp://4.79.217.242:8554/para.m4e
rtsp://4.79.217.242:8554/petrov.m4e
rtsp://4.79.217.242:8554/slamtv60.264
The first two (being MPEG-4 video) don't play on VLC 2.0.6,
> When I try to stream locally a m4e file like
> http://www.live555.com/liveMedia/public/m4e/para.m4e using
> testOnDemandRTSPServer, no data is transmitted.
Data is definitely being transmitted - and is being received at the client end:
./openRTSP -n rtsp://4.79.217.242:8554/para.m4e
Opening c
Hi,
When I try to stream locally a m4e file like
http://www.live555.com/liveMedia/public/m4e/para.m4e using
testOnDemandRTSPServer, no data is transmitted.
RTSP protocol exchange looks ok.
A test.264 file works fine
Best regards,
Sébastien.
___
live
15 matches
Mail list logo
