The VideoLAN Forums

I try to run a VLC player in multicast mode and I have 3 computer connect to IGMP Snooping enabled switch
A sender from mac os
A receiver from windows xp
Another receiver from windows 7
The receiver from windows xp works well at beginning but it stops after 4 minutes.
the one in windows 7 works perfectly.
Anybody can help me how to solve it?

What does Tools -> Messages... (set Verbosity to 2) say when the XP fails? (open messages before you start playback)

There is no messages, from windows xp, it works for the first 240 seconds, then it simply stops.

Note: In my local network I used igmp snooping switch.

There should be some messages if VLC stops playback.

Thank you for reply.

I take a try again, there is a message from debug logging


[01a4652c]main input error: ES_OUT_SET(GROUP_)PCR is called too late, increasing pts_delay to 300 ms
[01a4652c]main input error:ES_OUT_RESET_PCR called

any more idea?

Thank you very much for your help.

There should be more messages. Those just indicate sync error but they don't tell where it comes.

Hi I copy all the message from the debug logging window, or do you mean some message from somewhere else.

[00e562e4] logger interface: VLC media player - version 1.0.5 Goldeneye - (c) 19
96-2010 the VideoLAN team
[00e562e4] logger interface:
Warning: if you can't access the GUI anymore, open a command-line window, go to
the directory where you installed VLC and run "vlc -I qt"

[00e562e4] logger interface: using logger...
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
[00e46de4] main input error: ES_OUT_SET_(GROUP_)PCR is called too late, increas
ing pts_delay to 300 ms
[00e46de4] main input error: ES_OUT_RESET_PCR called
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1

Could you just use Tools -> Messages? (not logger)

Hi,

It sounds like your issues are two-fold.

1. Using an IGMP snooping switch in the network will not solve your issues...you need an "IGMP querier" in your network to periodically query your clients to see if they are still listening to the specific multicast address you entered into the vlc (i.e 239.255.1.101) machine you are using as a client. Most IGMP snooping switches will timeout the IGMP session on the port if they do not see the proper client IGMP response that was requested by the IGMP Querier. Most "home routers and switches" do not have the IGMP querier functionality available. If you do not want to spend the money for a "enterprise class" router or switch (where IGMP Querier functionality is available) you can fall back to the Open Source routing project Xorp (works on Linux and other Unix flavors) which supports IGMP as well as PIM (for those of you who want a full blown multicast routing setup in your home network). If you do not want to run an IGMP querier in your home network, disable the IGMP snooping functionality on your switch (downside is that all multicast traffic will be sent out on every port).....

2. I have the same issue that you have on 65% of my video collection:

main input error: ES_OUT_SET(GROUP_)PCR is called too late, increasing pts_delay to 300 ms
main input error:ES_OUT_RESET_PCR called

This not related to multicasting at all...I have this same issue whether I am reading the video file from a local hard drive, a network shared drive, udp, rtp, http, etc.). I have run quite a lot of the video material (my entire collection is MPEG2/AC3/DTS/Subs in MPEG-TS streams) where I have this issue through various video analysis software (both freeware and professional) and they report that the video is 100% OK. The videos also playback fine in other players such as Xine on Linux, MPlayer on both Linux and Windows, Windows Media Player (with FFDShow and other professional codecs), etc.). I have posted numerous times to various lists here in the forum and have not received any replies....I guess the VLC coders do not deem this issue important enough to fix...they are more worried about implementing some obscure codec that no one uses rather than fixing mainstream use issues (sorry to any coders who take this the wrong way...nothing personal...just venting a bit here... )...


Hope this helps...