VLC stops reading rtsp stream after 35'47''

[Szoke]

Running VLC 1.1.9 on Windows 7-64 bits, english.
Same problem on a linutop running Ubuntu.
Description:
I connect a rtsp stream coming from an IP camera (CamIP HTMP), so far so good. I can see the image, record, etc.
After 35'47'' VLC stops reading.
I suspected the camera, so I did the following:
- start a first http connection in Firefox, to record the images, using an ActiveX delivered with the camera.
- start a first VLC instance on one stream of the camera, displaying a 640*480 stream
- after 12 minutes, start a second session of VLC on another stream of the same camera, displaying a 800*600 image
Results :
- the camera stream was continuously recorded by the http connection
- the first VLC stops reading after 35'47''. The second VLC instance records the image properly at that time : no stream cut off.
- the second VLC instance stops also after 35'47'', or 12' after the first instance.
So I'm convinced that there is a problem either in VLC or in a codec.
Surprisingly, 35'47'' looks like 2^31 microseconds, so maybe a reading time is saved somewhere in a signed integer...

Thanks in advance for a solution.

Stan

Debug info below.

freetype debug: using fontsize: 30
(...)
direct3d debug: DirectXUpdateRects image_src_clipped coords: 0,0,640,480
main debug: auto hidding mouse
direct3d debug: DirectXUpdateRects image_dst_clipped coords: 0,0,640,480
direct3d debug: DirectXUpdateRects image_src_clipped coords: 0,0,640,480
(...)
main debug: auto hidding mouse
main warning: late picture skipped (32027 > -1141)
main warning: late picture skipped (13539 > -748)
main warning: late picture skipped (1486 > -602)
main debug: auto hidding mouse
main debug: auto hidding mouse
main warning: late picture skipped (684 > -787)
main error: ES_OUT_SET_(GROUP_)PCR is called too late (pts_delay increased to 1200 ms)
main debug: ES_OUT_RESET_PCR called
main debug: Buffering 0%
(30 times...)
live555 warning: no data received in 10s, eof ?
main debug: EOF reached
main debug: Stream buffering done (0 ms in 8459 ms)
main debug: Decoder buffering done in 0 ms
main debug: finished input
main debug: thread times: real 35m59.842535s, kernel 0m0.530403s, user 2m54.674319s
avcodec debug: ffmpeg codec (H264 - MPEG-4 AVC (part 10)) stopped
main debug: removing module "avcodec"
main debug: killing decoder fourcc `h264', 0 PES in FIFO
main debug: [0] 4 0
main debug: [1] 4 0
main debug: [2] 4 0
main debug: [3] 4 0
main debug: [4] 4 0
main debug: [5] 4 0
main debug: [6] 0 0
main debug: [7] 0 0
main debug: [8] 0 0
main debug: [9] 0 0
main debug: [10] 0 0
main debug: [11] 4 0
main debug: [12] 2 0
main debug: [13] 4 0
main debug: [14] 4 0
main debug: [15] 4 0
main debug: [16] 4 0
main debug: [17] 4 0
main debug: [18] 4 0
main debug: [19] 4 0
main debug: [20] 4 0
main debug: [21] 4 0
main debug: [22] 4 0
main debug: [23] 4 0
main debug: saving a free vout
main debug: removing module "packetizer_h264"
main debug: removing module "live555"
main debug: Program doesn't contain anymore ES
main debug: thread ended
main debug: dead input
main debug: thread times: real 35m59.902539s, kernel 0m1.497609s, user 0m1.513209s
main debug: changing item without a request (current 1/2)
main debug: nothing to play
main debug: destroying useless vout
direct3d debug: Direct3D scene released successfully
direct3d debug: DirectXEventThread terminating
direct3d debug: DirectXCloseWindow
direct3d debug: WinProc WM_DESTROY
qt4 debug: releasing video...
qt4 debug: IM: Deleting the input
main debug: Destroying the input for 'rtsp://192.168.1.200:5554/LD'
main debug: TIMER input launching for 'rtsp://192.168.1.200:5554/LD' : 62.000 ms - Total 62.000 ms / 1 intvls (Avg 62.000 ms)
qt4 debug: Video is not needed anymore
main debug: removing module "qt4"
main debug: removing module "direct3d"
main debug: removing module "vout_wrapper"
main debug: removing module "blend"
main debug: removing module "freetype"
main debug: removing module "yuvp"
main debug: removing module "swscale"

[VLC_help]

live555 warning: no data received in 10s, eof ?

live555 issue. You can try VLC 1.2.0 nightly builds and see if the newer live555 contrib fixes the issue.

[Szoke]

Cannot test the "last" version due to a crash at startup.
Connection to FTP server fails uploading the dump file.
Version 1.1.10 203 behaves the same as version 1.0.9.
To be more precise : VLC always stops reading after 2147 seconds, or 2^31 microseconds.
What else can I do ?
I have Visual Studio 2008. Should I rebuild something to tell you more ?

Here is the dump file for 1.2.0 :
[version]
OS=6.1.7601.2.Service Pack 1
VLC=1.2.0-git-20110528-0002 Twoflower

[exceptions]
c0000005 at 76f1e39e | 00000000 | 4e5d0971

[context]
EDI:02ed58d8
ESI:4e5d096d
EBX:02ed58e0
EDX:02ed58e0
ECX:006e0000
EAX:02eaf458
EBP:031ef5b4
EIP:76f1e39e
ESP:031ef580

[stacktrace]
#EIP|base|module
76f1e39e|C:\Windows\SysWOW64\ntdll.dll
76f1e003|C:\Windows\SysWOW64\ntdll.dll
765398cd|C:\Windows\syswow64\msvcrt.dll
68c7468d|C:\Program Files (x86)\VideoLAN\VLC 1.2.0\plugins\media_library\libmedia_library_plugin.dll
68c7a5e9|C:\Program Files (x86)\VideoLAN\VLC 1.2.0\plugins\media_library\libmedia_library_plugin.dll
5ebb501d|C:\Program Files (x86)\VideoLAN\VLC 1.2.0\plugins\gui\libqt4_plugin.dll
5ebb7b9f|C:\Program Files (x86)\VideoLAN\VLC 1.2.0\plugins\gui\libqt4_plugin.dll
5ebcebff|C:\Program Files (x86)\VideoLAN\VLC 1.2.0\plugins\gui\libqt4_plugin.dll
5ea88d8e|C:\Program Files (x86)\VideoLAN\VLC 1.2.0\plugins\gui\libqt4_plugin.dll
5ea89878|C:\Program Files (x86)\VideoLAN\VLC 1.2.0\plugins\gui\libqt4_plugin.dll
5ea8a8eb|C:\Program Files (x86)\VideoLAN\VLC 1.2.0\plugins\gui\libqt4_plugin.dll
5ea7368a|C:\Program Files (x86)\VideoLAN\VLC 1.2.0\plugins\gui\libqt4_plugin.dll
678d2f59|C:\Program Files (x86)\VideoLAN\VLC 1.2.0\libvlccore.dll
76541287|C:\Windows\syswow64\msvcrt.dll
76541328|C:\Windows\syswow64\msvcrt.dll
75e133ca|C:\Windows\syswow64\kernel32.dll
76f29ed2|C:\Windows\SysWOW64\ntdll.dll
76f29ea5|C:\Windows\SysWOW64\ntdll.dll

[VLC_help]

Visual Studio doesn't usually provide good backtraces, gdb does. But in your case you can try VLC with dummy interface, so

Code: Select all

vlc -I dummy rtsp://192.168.1.200:5554/LD

[Szoke]

Using this command line, all I get is this message when the stream is broken:
[01d2fac8] main input error: ES_OUT_SET_(GROUP_)PCR is called too late pts_delay increaser to 1200 ms)
The vlc log file is empty.
Does that help ?

[VLC_help]

It confirms that issue isn't most likely fixed. If you want to help solving this, you should contact live555 devs. Ross usually fixes these kind of issues fast.
http://www.live555.com/

[Szoke]

Searching the live555 forum archive, I found that this problem is described in this thread :
http://lists.live555.com/pipermail/live ... 12939.html
And it seems to be fixed in version 2010.12.05 of live555.

I have tried MPlayer, which is also using the live555 library, and there too the stream is broken after about 35 minutes.
I don't have any other rtsp client not using live555 that could be used to test the camera.

Last option : the camera itself is unable to maintain a rtsp stream alive for more than 2147 seconds...

Thanks in advance for your any idea,

Stan

[VLC_help]

There was/is this RTSP download tool you could try, but I cannot remember name of it.

[Sébastien Escudier]

that's weird because I have vlc running on rtsp streams for days without any problems...
Maybe an issue with the camera

I think ffmpeg has its own rtsp implementation. You could try it.

[Szoke]

Finally, an upgrade of the firmware of the camera fixed the problem.
Thanks to all for your answers.