Problem playing multicast udp streams

[kanak]

Hi,
I am unable to play multicast udp streams using vlc player in windows 7 (64 bit). I tried changing the port numbers and also disabled the firewall , but no luck.
The version is use is 2.0.5 Twoflower.

Thank you.

Note: I have replaced udp://224.1.2.3:1234 with [[URL]] in the below log.

I am pasting the debug logs below:

main debug: adding item `udp://224.1.2.3:1234' ( udp://224.1.2.3:1234 )
main debug: waitpipe: object killed
main debug: socket 1236 polling interrupted
main debug: prebuffering done 0 bytes in 16s - 0 KiB/s
qt4 debug: Adding a new MRL to recent ones: [[URL]]
main error: cannot pre fill buffer
main warning: cannot create a stream_t from access
main debug: removing module "access_udp"
main debug: dying input
main debug: no fetch required for (null) (art currently (null))
main debug: dead input
main debug: processing request item: [[URL]], node: null, skip: 0
main debug: rebuilding array of current - root Playlist
main debug: rebuild done - 2 items, index 1
main debug: starting playback of the new playlist item
main debug: resyncing on [[URL]]
main debug: [[URL]] is at 1
main debug: creating new input thread
main debug: Creating an input for ' [[URL]]'
main debug: using timeshift granularity of 50 MiB, in path 'D:\Profiles\kanak\AppData\Local\Temp'
main debug: ` [[URL]]' gives access `udp' demux `' path ` [[URL]]'
main debug: creating demux: access='udp' demux='' location='224.1.2.3:1234' file='\\224.1.2.3:1234'
main debug: looking for access_demux module: 0 candidates
main debug: no access_demux module matched "udp"
main debug: TIMER module_need() : 0.251 ms - Total 0.251 ms / 1 intvls (Avg 0.251 ms)
main debug: creating access 'udp' location=' [[URL]]', path='\\224.1.2.3:1234'
main debug: looking for access module: 1 candidate
access_udp debug: opening server=224.1.2.3:1234 local=:1234
main debug: net: connecting to [224.1.2.3]:1234 from []:1234
main debug: using access module "access_udp"
main debug: TIMER module_need() : 0.781 ms - Total 0.781 ms / 1 intvls (Avg 0.781 ms)
main debug: Using block method for AStream*
main debug: starting pre-buffering
qt4 debug: IM: Deleting the input
main debug: TIMER input launching for ' [[URL]]' : 16817.680 ms - Total 16817.680 ms / 1 intvls (Avg 16817.679 ms)
qt4 debug: IM: Setting an input

[jonwat]

Try udp://@224.1.1.3:1234, looks like you dropped the '@' sign.

Jon.

[Rémi Denis-Courmont]

That should not matter. It looks more like a network or firewall problem.

[s0mike]

Well i´m also trying to receive a udp multicast stream. It works perfect on linux but on windows7 nothing happen... (Turned the firewall on and off.)

Code: Select all

main debug: adding item `udp://239.255.12.42:3456' ( udp://@239.255.12.42:3456 ) qt4 debug: Adding a new MRL to recent ones: udp://@239.255.12.42:3456 main debug: no fetch required for (null) (art currently (null)) main debug: rebuilding array of current - root Wiedergabeliste main debug: rebuild done - 1 items, index -1 main debug: processing request item: udp://239.255.12.42:3456, node: null, skip: 0 main debug: resyncing on udp://239.255.12.42:3456 main debug: udp://239.255.12.42:3456 is at 0 main debug: starting playback of the new playlist item main debug: resyncing on udp://239.255.12.42:3456 main debug: udp://239.255.12.42:3456 is at 0 main debug: creating new input thread main debug: Creating an input for 'udp://239.255.12.42:3456' main debug: using timeshift granularity of 50 MiB, in path 'C:\Users\username\AppData\Local\Temp' main debug: `udp://@239.255.12.42:3456' gives access `udp' demux `' path `@239.255.12.42:3456' main debug: creating demux: access='udp' demux='' location='@239.255.12.42:3456' file='\\@239.255.12.42:3456' main debug: looking for access_demux module: 0 candidates main debug: no access_demux module matched "udp" main debug: TIMER module_need() : 0.284 ms - Total 0.284 ms / 1 intvls (Avg 0.284 ms) main debug: creating access 'udp' location='@239.255.12.42:3456', path='\\@239.255.12.42:3456' main debug: looking for access module: 1 candidate access_udp debug: opening server=:0 local=239.255.12.42:3456 main debug: net: opening 239.255.12.42 datagram port 3456 main debug: using access module "access_udp" main debug: TIMER module_need() : 4.210 ms - Total 4.210 ms / 1 intvls (Avg 4.210 ms) main debug: Using block method for AStream* main debug: starting pre-buffering qt4 debug: IM: Setting an input

[Rémi Denis-Courmont]

VLC is not receiving any data...

[s0mike]

Any idea why? I used Wireshark to see all packages and see the UDP on the right IP... What can block the data? I´m in a domain in my company could it be the domain?

[Rémi Denis-Courmont]

Then either the port number is wrong, or a firewall blocks data.

[ibizageeza]

Hi There, can anyone help on this... we are getting the same problem. Wondered if this was ever resolved?

As far as I can tell this is NOT a firewall or routing problem.

I have a similar machine build on the same VLAN, same network, same firewall and they can connect just fine.

Not sure why some work and some do not?

Any help much appreciated

[ibizageeza]

Interestingly after a lot of persistence I managed to replicate a working PC however even after establishing a connection VLC would not buffer. As soon as I clicked STOP the same code presented itself once again:

main debug: adding item `udp://239.192.1.109:5000' ( udp://@239.192.1.109:5000 )
qt4 debug: Adding a new MRL to recent ones: udp://@239.192.1.109:5000

#stopped here before and error as below#

main debug: rebuilding array of current - root Playlist
main debug: rebuild done - 1 items, index -1
main debug: processing request item: udp:et etc etc, node: null, skip: 0
main debug: resyncing on
main debug: is at 0
main debug: starting playback of the new playlist item
main debug: resyncing on
main debug: is at 0
main debug: creating new input thread
main debug: Creating an input for 'u
main debug: meta ok for (null), need to fetch art
main debug: using timeshift granularity of 50 MiB, in path 'C:\Users\emcsween\AppData\Local\Temp'
main debug: `' gives access `udp' demux `'
main debug: creating demux: access='udp' demux='' location='' fi'
main debug: looking for access_demux module: 0 candidates
main debug: no access_demux module matched "udp"
main debug: TIMER module_need() : 0.297 ms - Total 0.297 ms / 1 intvls (Avg 0.297 ms)
main debug: creating access 'udp' location path='\\@239.192.1.109:5000'
main debug: looking for access module: 1 candidate
qt4 debug: IM: Setting an input
access_udp debug: opening server=:0 local=239.192.1.109:5000
main debug: net: opening 239.192.1.109 datagram port 5000
main debug: looking for meta fetcher module: 1 candidate
lua debug: Trying Lua scripts in C:\Users\emcsween\AppData\Roaming\vlc\lua\meta\fetcher
lua debug: Trying Lua scripts in C:\Program Files (x86)\VideoLAN\VLC\lua\meta\fetcher
lua debug: Trying Lua playlist script C:\Program Files (x86)\VideoLAN\VLC\lua\meta\fetcher\tvrage.luac
main debug: using meta fetcher module "lua"
main debug: TIMER module_need() : 2.245 ms - Total 2.245 ms / 1 intvls (Avg 2.245 ms)
main debug: removing module "lua"
main debug: searching art for udp://239.192.1.109:5000
main debug: looking for art finder module: 2 candidates
lua debug: Trying Lua scripts in C:\Users\emcsween\AppData\Roaming\vlc\lua\meta\art
lua debug: Trying Lua scripts in C:\Program Files (x86)\VideoLAN\VLC\lua\meta\art
lua debug: Trying Lua playlist script C:\Program Files (x86)\VideoLAN\VLC\lua\meta\art\00_musicbrainz.luac
lua debug: Trying Lua playlist script C:\Program Files (x86)\VideoLAN\VLC\lua\meta\art\01_googleimage.luac
lua debug: Trying Lua playlist script C:\Program Files (x86)\VideoLAN\VLC\lua\meta\art\02_frenchtv.luac
lua debug: Trying Lua playlist script C:\Program Files (x86)\VideoLAN\VLC\lua\meta\art\03_lastfm.luac
main debug: no art finder module matching "any" could be loaded
main debug: TIMER module_need() : 16.408 ms - Total 16 udp://239.192.1.109:5000
main debug: using access module "access_udp"
main debug: TIMER module_need() : 95.329 ms - Total 95.329 ms / 1 intvls (Avg 95.329 ms)
main debug: Using block method for AStream*
main debug: starting pre-buffering

#Stopped service#

main debug: incoming request - stopping current input
main debug: waitpipe: object killed
main debug: socket 2364 polling interrupted
main debug: prebuffering done 0 bytes in 248s - 0 KiB/s
main debug: dying input
main error: cannot pre fill buffer

#Same error as before#

main warning: cannot create a stream_t from access
main debug: removing module "access_udp"
main debug: dead input
qt4 debug: IM: Deleting the input
main debug: TIMER input launching for 'udp://239.192.1.109:5000' : 248285.149 ms - Total 248285.149 ms / 1 intvls (Avg 248285.137 ms)

[ibizageeza]

OK OK more persistence and I have resolved this problem, it does seem to be a routing issue however with a few interesting points:

Laptop automatically connected to wireless network on startup, although corporate there was probabaly no routing to support the connection

Noticed this early on so decided to switch VLAN and route over internal ethernet port - no luck - why not?

If you launch VLC and it trys to onnect I believe looking at the loges it disables something > removing module "access_udp"

You need to quit and relaunch for this to reinstate itself, better still reboot to be sure

So the fix > Ensure you are are on the right VLAN for your UDP session > disable your wireless connection > Reboot > Dont forget the @ > Have fun streaming

I have just noticed even if you have wireless enabled and not active it still may not connect - make sure wireless is disabled completely