> HOWEVER, with VLC 2.0.6 as the client, the video doesn't render.
> Opening VLC's "Messages" log, I see several messages of the form:
> avcodec warning: cannot decode one frame ( bytes)
The windows version of VLC 2.0.6 is working fine with this stream.
But the ubuntu VLC 2.0.6 is not.
This is
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
> 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 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.
When I use openRTSP the output file is empty. But the h264 file works
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
Hi Ross,
While testing your server with webm files, I noticed a strange bug.
When I launch the server (testOnDemandRTSPServer), the first time I try
to view the webm stream (/webmFileTest) is always working well.
But then, when I try to view this stream again, I see a lot of error (in
VLC).
And I
> So, if you agree with this, I suggest modifying VLC's code accordingly.
Ok, Thanks Ross.
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
Ok, thanks for the hint.
> BTW, if, for testing, you need a RTSP Vorbis audio (and VP8 video)
> stream, then you can use the "LIVE555 Media Server" to stream a ".webm"
Yes, that's what I am doing.
I took some sample here :
http://www.webmfiles.org/demo-files/
However, I don't understand the len
Hi Ross,
I am trying to add VP8/VORBIS codecs to VLC when it uses your library to
receive such streams.
To do this I need to get the VORBIS parameters (included in the a=fmtp
configuration line).
I noticed you have some functions to parse this config string, so I
tried to call parseGeneralConfigS
Ok, thanks for the answer.
Another issue when seeking a stream from your RTSP server, is that the
first packet after the seek has a PTS from before the seek. The
following packets are fine.
This confuses VLC when it tries to re-buffer after the seek.
Regards,
Sébastien.
__
Another solution would be to modify your server to return the actual npt
in the PLAY response.
Currently, when your server resume from the previous position, it does
not return any npt value in the PLAY response.
I guess both fixes would be valid.
Best regards,
Sebastien.
___
Hi Ross,
I noticed that after a seek, the first TS packet from live555 server,
does not have the correct continuity counter value (with respect to the
last packet before the seek). There is a discontinuity.
This is error is reported in VLC and wireshark.
Regards,
Sébastien.
_
Hi Ross,
The return value of getNormalPlayTime() is false in case of a "resume"
play because in this case the value of playStartTime() is incorrect.
playStartTime() returns 0 if the stream resume from the previous
position, and then fNPT_PTS_Offset is set to the last presentation time
value.
So wh
It did resume from where it paused. I did the same test with VLC for the
client to check the video resume, and I also had the NPT reset to 0.
Here is the RTSP exchange :
Sending request: PAUSE
rtsp://192.168.1.13:8554/mpeg2TransportStreamTest/ RTSP/1.0
CSeq: 5
User-Agent: ./testRTSPClient (LIVE55
Hi Ross,
I tried to issue a PAUSE and then a PLAY without specifying a start
value (so it resumes from where it paused), and the return value of the
function getNormalPlayTime() starts from 0 again. Why ?
I was using testOnDemandRTSPServer for the server.
Best regards,
Sébastien.
Hi Ross,
in RTSPClient.cpp::handleResponseBytes, newBytesRead is casted to
unsigned. But this value can be negative when a socket error occurred.
In this case we will se the error message :
RTSP response was truncated. Increase "RTSPClient::responseBufferSize"
But it is not the case, the real er
On Tue, 2011-11-15 at 13:02 +0100, Mario Raffin wrote:.
> When I start playing all seems OK, I see the the OPTIONS,DESCRIBE,
> SETUP and PLAY from the VLC client. After the PLAY the source always
> replies with the OK. Then, immediatly after this first PLAY the VLC
> client sends a GET_PARAMETER r
On Wed, 2011-06-15 at 00:33 -0700, Ross Finlayson wrote:
> >I have started a discussion on the VLC forum, which explains the
> >problem I have with Live555:
> >http://forum.videolan.org/viewtopic.php?f=14&t=90813
>
> As noted in one of the messages on that forum, you should use a
> recent versio
Hi
There seems to be a bug which crash the library with athentication.
The bug can be reproduced with "openRTSP" and this url :
rtsp://212.199.182.21/crashme
the backtrace is :
#0 rawmemchr () at ../sysdeps/i386/rawmemchr.S:116
#1 0x0017ac07 in _IO_str_init_static_internal (sf=0xbf8c0258, ptr=0
Hi,
Vlc 1.1 uses the old synchronus API, and I noticed something changed in
live555 a while ago.
Before, (I tested with a version from march 2010), the getResultMsg()
after a describe command returned :
cannot handle DESCRIBE response: RTSP/1.0 401 Unauthorized
latest version now returns only:
40
> Perhaps, though an empty string ("") would be returned if the
> server's response included a "Public:" header that was empty - i.e.
>
> Public:
Ok, that make sense
>
> >But in this case it would be good to note this can happen in the
> >function description.
>
> Yes, we already do ("RTSPCl
On Fri, 2011-02-04 at 01:10 -0800, Ross Finlayson wrote:
> No, this is not a bug. As you can see, the server is some
> brain-damaged non-standard Microsoft thing. It's not including a
> "Public:" header in its response to our RTSP "OPTIONS" command. So,
> as far as our client is concerned, th
Hi,
I have a case where the response to a "sendOptionsCommand" returns no
error, (result = 200) but the result string is NULL.
I read RTSPClient.hh and the description of the responseHandler isn't
very clear if this can be possible.
Could you tell me if it's a bug, in the library ?
I noticed you c
Hi,
I have a camera which is not working anymore with recents versions of
live555. Error is : "Bad "Range:" header"
"clock" range seems to be defined in rtsp specs.
Here is the play request :
Sending request: PLAY rtsp://192.43.185.31:554/MediaInput/mpeg4/
RTSP/1.0
CSeq: 5
User-Agent: LibVLC/1.2
On Wed, 2010-10-06 at 02:38 -0700, Ross Finlayson wrote:
> >foundRequest is NULL because the response does not include a CSeq value.
>
> Can you fix the server? :-)
I'll try :)
> So, if you change line 1448 from
>} else if (request->cseq() == cseq) {
> to
>} else if (requ
Hi,
In some cases, my callbacks are not called and my application hang.
It happens when live555 does not recognize the response of the RTSP server.
The logs say :
Received a complete (unknown) response:
RTSP/1.0 404 Not found
In this case, in RTSPClient.cpp line 1556 foundRequest is NULL and t
Hi Ross,
Another question about callbacks.
Is it ok to pass a NULL callback if we don't care about the response ?
It seems to be ok, and it seems to be checked in your code, but as it is
not explicitly authorized in your functions descriptions
(RTSPClient.hh), I wanted to be sure it is supported.
Selon Ross Finlayson :
> Do you plan to have more than one "RTSPClient" object concurrently?
> If not, then you can just use a global variable. But if you do plan
> to have more than one "RTSPClient" object concurrently, then you can
> define a subclass, and add your 'application data' there.
Y
Hi,
I am trying to adapt vlc to the live555 asynchronous API, and I have a
question.
Callbacks functions declaration is :
typedef void (responseHandler)(RTSPClient* rtspClient, int resultCode,
char* resultString);
But how can I access my application data in this callback.
Why the callback paramat
Hi,
Thanks for the report.
You point out some modification in live555 so I copy this email to
live555 mailing list.
Best regards.
On Thu, 2010-09-09 at 17:38 +0800, sf wrote:
> Hi, All
> I think I have found a bug with live555 library which is used
> in VLC media player. When it' playin
On Fri, 2010-09-03 at 15:32 +0200, Alexandr Němec wrote:
>
> Dear Sebastien (and Ross),
>
> still delivering samples with no problems. Might this problem be
> related to a specific platform only?
I am using linux, so it may not happen in windows. I didn't test.
Regards,
Sebastien.
__
On Fri, 2010-09-03 at 02:37 -0700, Ross Finlayson wrote:
> OK, I've now installed a new version (2010.09.03) of the code that
> should fix this particular problem.
Works fine for me, thanks.
___
live-devel mailing list
live-devel@lists.live555.com
htt
On Thu, 2010-09-02 at 21:07 -0700, Ross Finlayson wrote:
> If you're still seeing this, and manage to figure out what part(s) of
> the code is causing this, please let us know.
I am using gprof to detect what live555 is doing when I reset the clock
one hour back in time.
I found that the dTimeNo
On Mon, 2010-08-30 at 06:11 -0700, Ross Finlayson wrote:
> The symptoms now are different: Instead of 100% CPU usage, "openRTSP"
> now stops recording data.
>
No, I still have the 100% CPU usage... (see my top output)
I tested some release I have on my computer (v2009.09.28, v2010.03.16,
v2010
Hi,
Some time ago, I pointed out a bug when the clock is reset back in time,
the cpu usage is 100%
For reference, it's here :
http://www.mail-archive.com/live-devel@lists.live555.com/msg04231.html
Changelog says you fixed the bug in 2009.09.04, but I don't remember if
I tested it or not.
But when
On Fri, 2010-07-30 at 10:10 -0700, Ross Finlayson wrote:
> remains that the ".mov" (or ".mp4") file format is ill-suited for what
> we are trying to do: Record a file that properly represents incoming
> audio and video frames that are time-stamped. (There are also other
> things that I dislike ab
On Tue, 2010-06-29 at 09:25 +0200, Kamil Dobkowski wrote:
> This is strange. I tried it a few times and it didn't work. Of course
> OpenRTSP client connects correctly, invokes PLAY and shows messages
> that is sending/receiving some control packets - everything looks ok
> at first glance, but even
On Mon, 2010-06-28 at 15:17 -0700, Ross Finlayson wrote:
> >m=data 0 RTP/AVP 111
> >a=rtpmap:111 octet-stream/1
> >a=fmtp:111 Mac=08007b885ad5; Model=VCC-HD2500P; TargetBitRate=900;
> >FirmVer=0103; CameraSeries=2;
>
> Yes, this is something totally non-standard. However, I think you
> can r
Quoting Ross Finlayson :
> Sebastien,
>
> Perhaps. Does the camera give you a SDP description for the stream?
> (Does the camera support RTSP? If so, please run "openRTSP" on it,
> and send us the (stderr) output.)
Yes I think it does, I can see it in the sdp.
Here is the output :
Opening conn
Hi,
I have a network camera which sends rtp packed with payload = 100 (H264).
But the camera also sends some information in rtp packets with a different
payload type.
I believe these packets are discarded by live555, but is there a way to get
these packet in my application ?
Regards,
Sebastien
Quoting Ross Finlayson :
> This is wrong. It should be "npt", not "ntp".
I just found another camera not working anymore.
The error message is still about invalid range header, but this time npt is well
written.
It seems live555 doesn't accept "now-" :
Received 119 new bytes of response data.
R
Quoting Ross Finlayson :
> You should contact the camera's manufacturer, asking them to fix
> their camera's RTSP server.
Thank you for investigating it, I'll contact them.
> By the way, you were incorrect when you said that a previous version
> of our code (2009.07.27, according to your "workin
Quoting David Stegbauer :
> I was also not able to find any public git or svn repository for live555.
> Could
> you consider to make one? There are many free git hosting sites and it would
> really help even if you put there just the releases and make it read-only.
I agree this idea. It would mak
Quoting Sébastien Escudier :
> I can't connect anymore to an acti camera using latest version of live555.
I found another camera not working anymore with live555. It's a sanyo.
The issue seems different.
log of latest version not working :
http://www.celeos.eu/tmp/sanyo_notworking.t
Hi,
I can't connect anymore to an acti camera using latest version of live555.
I don't know since which version exactly it doesn't work.
1- output of new version not working :
http://www.celeos.eu/tmp/notworking.txt
2- output of an old working version :
http://www.celeos.eu/tmp/working.txt
Re
Hi
I tried to use vlc with the latest version.
I thought it would work as you say it is backward compatible, but I have a
segmentation fault.
I think the line 136 in RTSPClient.cpp is buggy because if parameterName is
NULL, sprintf segfaults.
Regards,
Seb.
Backtrace :
#0 0xb7499e00 in strcp
Quoting Ross Finlayson :
> Perhaps the server is (erroneously) ending its response only with
> \r\n, and not with \r\n\r\n ?
No,
The response is correctly ended by \r\n\r\n. The body isn't (but that's normal).
It is a response to a get parameter. The response is a 404 Not found with a
content-le
> If you can track this down some more, please let us know.
Ok, so the client is blocked in RTSPClient.cpp -> getResponse1 line 2191 in a
readsocket call.
The comment in the file says :
// Keep reading data from the socket until we see "\r\n\r\n" (except
// at the start), or until we fill up
Hi,
In certain circumstances, the library is blocked on a select call.
The call stack is [1].
I think it occurs when the library tries to open a stream which is being closed
at the same time, but I am not sure because I can't reproduce this easily.
To test this case, I added a 30 seconds timeout
Quoting Ross Finlayson :
> The latter. The library does not 'remember' the scale value that it
> previously used; it assumes that the client will specify the desired
> value (default value: 1) each time it calls "playMediaS(ubs)ession()".
And couldn't the library not send any value, if the clien
Hi,
I would like to know how I should unpause a stream when a scale command has been
sent before the pause.
For example :
Play scale=2.0
Pause
Play
The last Play is sent with the function playMediaSession with no scale value, so
a default value of 1.0 is sent by live555
My question is :
Is th
Quoting Ross Finlayson :
> >I don't seem to get the stack overflow anymore, but something tells
> >me if this records for a while and all of these chunks are kept in
> >memory, then it'll blow up pretty soon.
>
> Yes, and unfortunately there's not a lot we can do about this,
> because of the stupi
Hi,
Quoting Sharmistha Chatterjee :
> Hi,
>
> I am new to live 555. I want to get the debug messages of live 555 while I
> am getting the debug messages of VLC. I am using the linux/gdb config file
> of live 555 to generate make files. Also I am running VLC on maemo.
>
> Can anyone give me some
Hi,
Last month, I sent a bug report and received no answers :
http://lists.live555.com/pipermail/live-devel/2009-July/010939.html
http://lists.live555.com/pipermail/live-devel/2009-July/010966.html
The issue is : if you change your system time while you receive a stream, then
the library may ma
Quoting Sébastien Escudier :
> If I launch a rtsp connection like this :
> openRtsp rtsp://myip/mystream
>
> And then I remove one hour to my system time (If I add one hour, there is no
> problem), then live555 becomes buggy. It uses 100% of my CPU.
Hi Ross,
Do you plan to look at
Hi
If I launch a rtsp connection like this :
openRtsp rtsp://myip/mystream
And then I remove one hour to my system time (If I add one hour, there is no
problem), then live555 becomes buggy. It uses 100% of my CPU.
Any idea ?
Thanks.
___
live-devel
Quoting Sébastien Escudier :
> As you can see here :
> http://mailman.videolan.org/pipermail/vlc-devel/2009-April/058284.html it
> does
> not really solve the issue.
I meant http://mailman.videolan.org/pipermail/vlc-devel/2009-April/058279
Hi Ross,
looking at 2009.04.06 version, I see you applied this patch :
http://mailman.videolan.org/pipermail/vlc-devel/2009-April/058263.html
As you can see here :
http://mailman.videolan.org/pipermail/vlc-devel/2009-April/058284.html it does
not really solve the issue.
It seems to be because o
Quoting Ross Finlayson :
> Just let me know the functions (and parameters) for which this is an
> issue (there probably aren't many of them), and I'll fix them.
Hi,
There are functions, but also "char *" variables like that :
char * example;
example = "const string";
please find a list of the
Quoting Ross Finlayson :
> Unfortunately I'm not an expert on Windoze-specific API stuff.
You may have a look at vlc times functions :
http://git.videolan.org/gitweb.cgi?p=vlc.git;a=blob;f=src/misc/mtime.c;h=0dbb4df578308b38e6e3ff9487b0e9143f11853b;hb=HEAD
or for a direct access to the file :
Hi,
I would like to know why do we need to wait for an answer in
teardownMediaSession ?
My issue is :
When a server stop sending me data, I am closing the client. But before that I
send a teardownMediaSession just in case the server or the connection is not
really dead.
But if the server or the
Hi
On Wed, 2009-03-25 at 17:41 +0800, davinci white wrote:
> The video in the VLC player is almost delayed 2 second than the video
> in the monitor.
Are you sure it is a transmission delay ?
I would say this is a vlc question.
You could try --*-caching options like : --rtsp-caching=100 to have
1
you can use VLC to do what you want.
Ross : another reason is that network cameras can't handle a lot of clients at
the same time. Relay servers can.
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/liv
Quoting "Jacob G. Stich" <[EMAIL PROTECTED]>:
> but I can't figure out how to
> replay the video file that was created. The RTSP stream is a MPEG4 stream,
> so I tried playing it as is and after adding a .mp4 file extension, but it
> won't play in VLC media player or Kaffeine. Can anyone help me o
Quoting Ross Finlayson <[EMAIL PROTECTED]>:
> Thanks, yes. I have now released a new version (2008.11.13) of the
> code that fixes this problem. Please let me know if this works OK
> for you now.
Thank you.
I can't tell you for sure, because I don't know how to reproduce this. But if
this happe
Sorry, I forgot to show you this from gdb, which confirm k1 was probably 0.
(gdb) p k
$4 = 80
(gdb) p k1
$5 = 4294967295
(gdb) p k2
$6 = 4294967281
(gdb) p k3
$7 =
(gdb) p n
$8 = 4120
(gdb) p reqStrSize
$9 = 167
___
live-devel mailing list
live-devel@l
Hi
I had a segfault in parseRTSPRequestString. To see gdb details, please go te the
end of the mail.
I looked into the code, and here is some comments :
- The following line appears to be useless, as j is set to i+1 next line :
while (j < reqStrSize && (reqStr[j] == ' ' || reqStr[j] == '\t')
69 matches
Mail list logo
