The VideoLAN Forums

Dear all,

I'm running VLC media player 1.2.0-git-20111020-0004 on a Windows 7 x64 machine.

I'm trying to stream from an IP server via RTSP. This works flawlessly with VLC 1.1.11, but the same command on the same machine does not work with 1.2.0.
Instead of a live stream I get a freezed image.

I need to run 1.2.0 because VideoLan DotNet (http://vlcdotnet.codeplex.com) does not support the stable versions anymore.

Any help would be very appreciated. It would be great if you could guide me in the right direction how to debug this issue.

My command: Debug log says:

Update: I just tried it again with version vlc-1.2.0-git-20110319-1320-win32 from March (the oldest nightly build I could get my hands on) - there it works perfectly!

If somebody is interested, I could check which nightly build exactly causes the error by trial and error.
If not I'm gonna leave it, because I have found my solution (stick to the March build).

It is most likely a live555 issues. So it might help to know the version where it broke, since we could try to track the contrib version.

Hi,

this is what I have found out: the bug must lie between vlc-1.2.0-git-20110615-0200-win32 and vlc-1.2.0-git-20110917-0002-win32.
I took the nightly build installation files from the trunk folder. Currently I cannot narrow the issue down further, because I can't find the nightly builds between June and September, and a second bug "VLC could not open the file "(null)". (%m)" appears to mask this one from September 14 on.

Can you make sense of this?

Here are my test results:

vlc-1.2.0-git-20100719-2336-win32 - works
vlc-1.2.0-git-20110606-0454-win32 - works
vlc-1.2.0-git-20110615-0200-win32 - works
vlc-1.2.0-git-20110914-0004-win32 - VLC could not open the file "(null)". (%m)
vlc-1.2.0-git-20110915-0003-win32 - VLC could not open the file "(null)". (%m)
vlc-1.2.0-git-20110916-0003-win32 - VLC could not open the file "(null)". (%m)
vlc-1.2.0-git-20110917-0002-win32 - error as reported in previous post
vlc-1.2.0-git-20110918-0002-win32 - error as reported in previous post
vlc-1.2.0-git-20110923-0004-win32 - error as reported in previous post
vlc-1.2.0-git-20110926-0004-win32 - error as reported in previous post

I will check this out during weekend.

I tested with 1.2.0-git-20111023-0002 and URLs I have tried earlier work fine.
e.g. rtsp://videosci.cee.nau.edu/amoeba-lowX-streamingB.mov

hi,

I have the same problem. I tried the last version (vlc-1.2.0-pre1-20111107-0009 ) and the version 1.2.0-git-20111023-0002.
And it don't work!

My URL is simple rtsp://admin:admin@192.168.0.125:554/media/video1

Can someboy send me a link of early versions, eg: vlc-1.2.0-git-20110615-0200 because they don´t appear in reopsitory

Cheers
nbilber

if you want us to investigate the issue, you should provide us :
a publicly accessible non working rtsp url
or, if not possible, full logs (vlc + rtsp)

::log file ::

=====================================================================================================================================================================================
main debug: Creating an input for 'rtsp://192.168.0.125:554/media/video1'
main debug: using timeshift granularity of 50 MiB, in path 'C:\Users\nbr\AppData\Local\Temp'
main debug: `rtsp://admin:admin@192.168.0.125:554/media/video1' gives access `rtsp' demux `' path `admin:admin@192.168.0.125:554/media/video1'
main debug: creating demux: access='rtsp' demux='' location='admin:admin@192.168.0.125:554/media/video1' file='\\admin:admin@192.168.0.125:554\media\video1'
main debug: looking for access_demux module: 1 candidate
live555 debug: version 2011.05.25
live555 debug: RTP subsession 'video/H264'
main debug: selecting program id=0
live555 debug: setup start: 0.000000 stop:0.000000
live555 debug: We have a timeout of 60 seconds
live555 debug: spawned timeout thread
live555 debug: play start: 0.000000 stop:0.000000
main debug: using access_demux module "live555"
main debug: TIMER module_need() : 1053.305 ms - Total 1053.305 ms / 1 intvls (Avg 1053.305 ms)
main debug: looking for decoder module: 32 candidates
avcodec debug: libavcodec initialized (interface 0x351401)
avcodec debug: trying to use direct rendering
avcodec debug: allowing 2 thread(s) for decoding
avcodec debug: ffmpeg codec (H264 - MPEG-4 AVC (part 10)) started
avcodec debug: using frame thread mode with 2 threads
main debug: using decoder module "avcodec"
main debug: TIMER module_need() : 121.470 ms - Total 121.470 ms / 1 intvls (Avg 121.470 ms)
main debug: looking for packetizer module: 21 candidates
packetizer_h264 debug: found NAL_SPS (sps_id=0)
packetizer_h264 debug: found NAL_PPS (pps_id=0 sps_id=0)
main debug: using packetizer module "packetizer_h264"
main debug: TIMER module_need() : 56.552 ms - Total 56.552 ms / 1 intvls (Avg 56.552 ms)
main debug: looking for meta reader module: 2 candidates
lua debug: Trying Lua scripts in C:\Users\nbr\AppData\Roaming\vlc\lua\meta\reader
lua debug: Trying Lua scripts in C:\Program Files (x86)\VideoLAN_WPF\VLC\lua\meta\reader
lua debug: Trying Lua playlist script C:\Program Files (x86)\VideoLAN_WPF\VLC\lua\meta\reader\filename.luac
main debug: no meta reader module matching "any" could be loaded
main debug: TIMER module_need() : 45.217 ms - Total 45.217 ms / 1 intvls (Avg 45.217 ms)
main debug: `rtsp://admin:admin@192.168.0.125:554/media/video1' successfully opened
main debug: Buffering 0%
main debug: Buffering 0%
main debug: Buffering 0%
main debug: Stream buffering done (33 ms in 15 ms)
main debug: Decoder buffering done in 0 ms
main error: ES_OUT_SET_(GROUP_)PCR is called too late (pts_delay increased to 5 ms)
main debmuagi:n leororkoirn:g EfSo_rO UteTx_tR rEeSEnTd_ePrCeRr cmaodlulleed
: 2 candidates
freetype debug: Using Arial as font from file C:\Windows\Fonts\arial.ttf
freetype debug: using fontsize: 2
main debug: using text renderer module "freetype"
main debug: TIMER module_need() : 30.940 ms - Total 30.940 ms / 1 intvls (Avg 30.940 ms)
main debug: looking for video filter2 module: 18 candidates
swscale debug: 32x32 chroma: YUVA -> 16x16 chroma: RGBA with scaling using Bicubic (good quality)
main debug: using video filter2 module "swscale"
main debug: TIMER module_need() : 27.653 ms - Total 27.653 ms / 1 intvls (Avg 27.653 ms)
main debug: looking for video filter2 module: 18 candidates
yuvp debug: YUVP to YUVA converter
main debug: using video filter2 module "yuvp"
main debug: TIMER module_need() : 61.357 ms - Total 61.357 ms / 1 intvls (Avg 61.357 ms)
main debug: Deinterlacing available
main debug: deinterlace 0, mode blend, is_needed 0
main debug: Opening vout display wrapper
main debug: looking for vout display module: 1 candidate
main debug: VoutDisplayEvent 'fullscreen' 0
main debug: VoutDisplayEvent 'resize' 1280x720 window
main debug: using vout display module "vmem"
main debug: TIMER module_need() : 100.959 ms - Total 100.959 ms / 1 intvls (Avg 100.959 ms)
main debug: A filter to adapt decoder to display is needed
main debug: looking for video filter2 module: 18 candidates
swscale debug: 1280x720 chroma: I420 -> 1280x720 chroma: RV32 with scaling using Bicubic (good quality)
main debug: using video filter2 module "swscale"
main debug: TIMER module_need() : 14.123 ms - Total 14.123 ms / 1 intvls (Avg 14.123 ms)
main debug: Filter 'Swscale' (0ac3a5f8) appended to chain
main debug: original format sz 1280x720, of (0,0), vsz 1280x720, 4cc I420, sar 1:1, msk r0x0 g0x0 b0x0
main error: Failed to set on top
main debug: removing module "freetype"
main debug: looking for text renderer module: 2 candidates
freetype debug: Using Arial as font from file C:\Windows\Fonts\arial.ttf
freetype debug: using fontsize: 2
main debug: using text renderer module "freetype"
main debug: TIMER module_need() : 32.387 ms - Total 32.387 ms / 1 intvls (Avg 32.387 ms)
avcodec debug: using direct rendering
main debug: Buffering 0%
main debug: Stream buffering done (200 ms in 13 ms)
main debug: Decoder buffering done in 0 ms
main debug: End of video preroll
main debug: Post-processing available
main warning: picture is too late to be displayed (missing 171 ms)
main warning: picture is too late to be displayed (missing 152 ms)
main warning: picture is too late to be displayed (missing 56 ms)
main warning: picture is too late to be displayed (missing 56 ms)
main error: ES_OUT_SET_(GROUP_)PCR is called too late (pts_delay increased to 11 ms)
main error: ES_OUT_RESET_PCR called
main debug: Buffering 0%
main debug: Stream buffering done (133 ms in 112 ms)
main debug: Decoder buffering done in 0 ms
main error: ES_OUT_SET_(GROUP_)PCR is called too late (pts_delay increased to 32 ms)
main error: ES_OUT_RESET_PCR called
main debug: Buffering 0%
live555 debug: tk->rtpSource->hasBeenSynchronizedUsingRTCP()
main error: ES_OUT_RESET_PCR called
main debug: Buffering 0%
main debug: Buffering 0%
main debug: Buffering 0%
main debug: Stream buffering done (100 ms in 407 ms)
main debug: Decoder buffering done in 0 ms
main debug: End of video preroll
main warning: picture is too late to be displayed (missing 286 ms)
main warning: picture is too late to be displayed (missing 239 ms)
main warning: picture is too late to be displayed (missing 138 ms)
main warning: picture is too late to be displayed (missing 506 ms)
main warning: picture is too late to be displayed (missing 453 ms)
main error: ES_OUT_SET_(GROUP_)PCR is called too late (pts_delay increased to 266 ms)
main error: ES_OUT_RESET_PCR called
main debug: Buffering 0%
main debug: Buffering 32%
main debug: Buffering 69%
main debug: Stream buffering done (318 ms in 365 ms)
main debug: Decoder buffering done in 0 ms
main debug: End of video preroll
main warning: picture is too late to be displayed (missing 863 ms)
main warning: picture is too late to be displayed (missing 841 ms)
main warning: picture is too late to be displayed (missing 722 ms)
main warning: picture is too late to be displayed (missing 764 ms)
main warning: picture is too late to be displayed (missing 684 ms)
avcodec error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
main warning: picture is too late to be displayed (missing 2886 ms)
main warning: picture is too late to be displayed (missing 2791 ms)
main warning: picture is too late to be displayed (missing 2537 ms)
main warning: picture is too late to be displayed (missing 499 ms)
main warning: picture is too late to be displayed (missing 2622 ms)

=====================================================================================================================================================================================



The problem could be with codecs hx264 or MPEG4 because when I change the server to stream with JPEG, everythings is ok !

avcodec error: more than 5 seconds of late video -> dropping frame (computer too slow ?)

That usually means what it says (it can be a bug in demuxing but I would guess it isn't).

Can someboy send me a link of early versions, eg: vlc-1.2.0-git-20110615-0200 because they don´t appear in reopsitory

it used to be here, but it seems it has been deleted last week: http://nightlies.videolan.org/build/win ... -win32.exe

You could try this one: http://nightlies.videolan.org/build/win ... 0613-0003/
I haven't tested it, but date-wise it should work.

I'll try to hook up our video server to my dsl line at home next weekend - not sure if it works, but in theory it should allow us to reproduce the bug.

FYI, this issue is still occurring with VLC 1.2.0 in Win 7 x64 while running the 32-bit binaries using the following build:

http://nightlies.videolan.org/build/win32/last/

Also, I'm attempting to access the RTSP stream from a standard AXIS video server appliance with the following URL:

rtsp://root:password@192.168.0.90/mpeg4/media.amp

Any suggestions on what might be going on here?

--
Matt

This problem is still occurring in the latest build as of 2011-11-25. Additionally, the build suggested by lukealpha for use (20110613-003) *does* work, although it has what I'm assuming is a race condition of sorts on plugin loading during initialization that occasionally results in a memory access violation.

In any case, this is a real issue that I'm able to reproduce when attempting to view RTSP streams from a few different devices (i.e. Axis video server appliances, IQ Cameras, etc.). As I asked before, any idea on what's causing this?

It is either live555 or libavcodec bug most likely. But it can also be something else.

According to the log file, you are correct, sir... The better question is how to fix it

Something is completely broken in there. Messages like should NEVER happen.

hi

Where can I get the version vlc-1.2.0-git-20110615-0200-win32 ?

@VLC_help : well, I'm running the binaries from the nightly build, and I'm pretty confident that all accesses to the exposed libVLC API are occurring in the same thread. In short, I don't *think* it's my code (I know, typical end-user developer response, but I promise it's not your typical arrogant know-it-all BS -- I just know that it's working with builds as far back as 20110829, and it's not working with this the latest I had tried).

Also, to further "exonerate" my code (and I say this while making air-quotes with my hands, of course), this log was generated while running the vlc.exe from the nightly build and not from a custom binary that is linking the libvlc.lib and loading the libvlc.dll dynamically.

Anyways, I guess the better question at this stage -- what is it that is "completely broken" in the latest nightly build of VLC, and how do we go about fixing it?

I can test Windows builds during weekend, so hopefully I say if it is a generic VLC issue or something to do with your computer/setup.

Thanks -- let me know if there is anything I can provide in regards to information and/or assistance

I don't get the borked messages with my VLC, but I finally found a stream that causes the issue
rtsp://infogijon4.axiscam.net:554/mpeg4/media.amp

*Bump* Any new status on this?

Incidentally, it looks like build 1.3.0-git-20120104-0004 works.

I have found that with MJPEG streams RTSP works fine for live video feeds but if the video feed is MPEG4 then I need to set network-caching to at least 200ms or else it freezes. In our case this is not 'live' enough.

With the current release version of VLC we can set the caching down as low as 50ms with MPEG4 encoding with no freezing.

hello all,
i've an ip camera gadspot n1250 (supports jpg, mjpeg, mpeg4)
i can see the video stream in vlc using
rtsp://ip_address:554/video.mp4
the camera has a standard config : 640x480 @ 25fps / bitrate = 1024
but i've 1 sec of delay so i try to change the network-cache in vlc
under 500ms image is freezing, but i really need a live feed so i try
with a directshow rtsp source filter and i've the minimum camera latency ..something like 150ms
so is there any workaround ? additional parameters to enter in vlc?
thanks
tested with vlc 2.0