IPTV UDP streaming over wifi not working ( works on ethernet

[amit_talkin]

hi ppl,

I have problem streaming IPTV's TV channels on UDP port over wifi to my pc. My current topology is as below



Streaming over UDP with ethernet cable to PC works fine...but I just bought USB wifi adapter so I can stream it over wifi, but somehow over wifi , streaming is not working. VLC just dont play the file and I can see no activity on my wireless network adapter. Is there anything I need to setup in my ADSL router so it can send UDP packets over wifi? I looked at all options in my ADSL modem setup but nothing was there related to this.
As I said, its working fine if I connect through ethernet cable between PC and Modem. It just not working over wifi. does it mean wifi is not capable streaming UDP protocol?
I need help with your expertise guys..I will appreciate your efforts .

p.s. IPTV set top box is not necessary to be attached to modem to stream UDP channels on PC. Its just topology for your reference. And ofcource, modem is providing internet access.

[VLC_help]

UDP works in any TCP/IP network, including WLAN based ones. Could you tell us your VLC options? And did you check that cable and WLAN IPs are on same subnet?

[amit_talkin]

VLC options are default, I have changed nothing in it. Also how to tell you options? there are many!
my adsl modem provides DHCP IP address to all client PCs ( however I only have 1 pc at home ) and it is in same subnet .

While connecting with Ethernet, ADSL provides following address :
IP : 192.168.1.2 sub : 255.255.255.0
While connecting with WiFI , ADSL provides following address :
IP : 192.168.1.10 sub : 255.255.255.0

Also, the IP of channel I am streaming over UDP is 225.225.225.16 on port 2001.

[VLC_help]

If you open Tools -> Messages (set Verbosity to 2) before you start streaming, does it complain something after you have started streaming?

[amit_talkin]

Here is the debug message .

Code: Select all

main debug: adding item `udp://225.225.225.16:2001' ( udp://@225.225.225.16:2001 ) qt4 debug: Adding a new MRL to recent ones: udp://@225.225.225.16:2001 main debug: rebuilding array of current - root Playlist main debug: rebuild done - 1 items, index -1 main debug: processing request item udp://225.225.225.16:2001 node null skip 0 main debug: resyncing on udp://225.225.225.16:2001 main debug: udp://225.225.225.16:2001 is at 0 main debug: starting new item main debug: creating new input thread main debug: Creating an input for 'udp://225.225.225.16:2001' main debug: thread (input) created at priority 1 (../.././src/input/input.c:230) main debug: thread started main debug: using timeshift granularity of 50 MBytes main debug: using timeshift path 'C:\Users\Amit\AppData\Local\Temp' main debug: `udp://@225.225.225.16:2001' gives access `udp' demux `' path `@225.225.225.16:2001' main debug: creating demux: access='udp' demux='' path='@225.225.225.16:2001' main debug: looking for access_demux module: 0 candidates main debug: no access_demux module matched "udp" main debug: TIMER module_need() : 0.000 ms - Total 0.000 ms / 1 intvls (Avg 0.000 ms) main debug: creating access 'udp' path='@225.225.225.16:2001' main debug: looking for access module: 1 candidate access_udp debug: opening server=:0 local=225.225.225.16:2001 main debug: net: opening 225.225.225.16 datagram port 2001 main debug: Multicast group join request main debug: using access module "access_udp" main debug: TIMER module_need() : 105.000 ms - Total 105.000 ms / 1 intvls (Avg 105.000 ms) main debug: Using AStream*Block main debug: pre buffering qt4 debug: IM: Setting an input qt4 debug: Updating the geometry qt4 debug: Updating the geometry

[VLC_help]

I meant on server side.

[amit_talkin]

server side? I didnt get it. how can I check server side diagnose msgs?
It is being multicast from my local telephone exchange probably. It is IPTV service, I m not streaming from any home server..my IPTV service is provided over my existing telephone line.

Although, it shows nothing except the verbose output I shown you.

[amit_talkin]

I am still looking for help

[amit_talkin]

here are some more debug details..I started UDP streaming then stopped after 7 seconds ( VLC shown nothing on screen during this period )

Code: Select all

main debug: processing request item udp://225.225.225.16:2001 node Playlist skip 0 main debug: resyncing on udp://225.225.225.16:2001 main debug: udp://225.225.225.16:2001 is at 0 main debug: starting new item main debug: creating new input thread main debug: Creating an input for 'udp://225.225.225.16:2001' main debug: thread (input) created at priority 1 (../.././src/input/input.c:230) main debug: thread started main debug: using timeshift granularity of 50 MBytes main debug: using timeshift path 'C:\Users\Amit\AppData\Local\Temp' main debug: `udp://@225.225.225.16:2001' gives access `udp' demux `' path `@225.225.225.16:2001' main debug: creating demux: access='udp' demux='' path='@225.225.225.16:2001' main debug: looking for access_demux module: 0 candidates main debug: no access_demux module matched "udp" main debug: TIMER module_need() : 0.000 ms - Total 0.000 ms / 1 intvls (Avg 0.000 ms) main debug: creating access 'udp' path='@225.225.225.16:2001' main debug: looking for access module: 1 candidate access_udp debug: opening server=:0 local=225.225.225.16:2001 main debug: net: opening 225.225.225.16 datagram port 2001 main debug: Multicast group join request main debug: using access module "access_udp" main debug: TIMER module_need() : 1.000 ms - Total 1.000 ms / 1 intvls (Avg 1.000 ms) main debug: Using AStream*Block main debug: pre buffering qt4 debug: IM: Setting an input qt4 debug: Updating the geometry qt4 debug: Updating the geometry main debug: incoming request - stopping current input main debug: waitpipe: object killed main debug: dying input main debug: socket 1420 polling interrupted main debug: prebuffering done 0 bytes in 7s - 0 kbytes/s 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: thread ended main debug: dead input main debug: thread times: real 0m7.137695s, kernel 0m0.000000s, user 0m0.015625s qt4 debug: IM: Deleting the input qt4 debug: Updating the geometry qt4 debug: Updating the geometry main debug: TIMER input launching for 'udp://225.225.225.16:2001' : 7168.000 ms - Total 7168.000 ms / 1 intvls (Avg 7168.000 ms)

[Ludrax]

this is probably not related to VLC

but I just bought USB wifi adapter so I can stream it over wifi, but somehow over wifi , streaming is not working

then you will need to ask around for some decent access point

I looked at all options in my ADSL modem setup but nothing was there related to this.

hardware limitations?

[amit_talkin]

Dunno if it is hardware related. Even if I need to change my ADSL modem, I will do it, but I dont know which one I should get to solve this problem.
Do you know which modem/router supports UDP streaming over wifi?

[amit_talkin]

still looking for solution!

[jack.ting]

Hi:

I think the problem is (maybe, I'm not sure) the streaming address you used (255.255.255.16).
This address is strange to me. As my knowledge this address is for broadcast.
so it work on the lan side (they use the same switch chip set, the switch hardware do this for you.)
and it is not work between lan and wifi (they use different hardware interface, grouping by the software bridge feature).

I suggest you use an ip address in the same ip segment of your lan (192.168.1.x) on your IPTV set top box.

[amit_talkin]

Thanks for your reply.
But, as I said, if I want to stream channels on my PC, I dont need IPTV set top box, because IPTV data comes from ADSL broadband line, so I just need to connect to my ADSL modem to view channels on my PC.
And all channels are in range of 225.225.225.xx .

p.s. offtopic, how to manage IPTV set top box? there is nothing about this in manual. this is not priority, but I am eager to know about this.

[jack.ting]

Sorry for my misunderstanding.

So you mean you can access the streaming of your PC at other places (the office, the cyber cafe...) by attach your PC to the lan port of the ADSL modem.
but, if the PC is attached by the wifi, you can not access it.

Right?

[amit_talkin]

I think you still didnt get the point. I am not streaming anything FROM my PC. I am streaming IPTV channels!! It is multicasting from my ISP's telephone exchange server.
And yes, If I connect my PC to my ADSL modem through ethernet cable, it streams just fine, but if I connect my PC through wifi to ADSL modem, it just doesnt stream it. but other TCP protocols such as internet is working fine on wifi.

[jack.ting]

Ok... let me try again. (I miss the p.s. line of your orginal post)
1. You try to get streaming (in) from your ISP on your PC by lan or wifi.
2. lan is OK, wifi failed.
3. And there's notthing about the IPTV settop BOX, whether the box is there or not does not affect anything
right ?

I suppose I got it this time.
And assume that you have to pay for the streaming servie, so there must be some authentication mechanism.

Then, according to the assumption, I guess that your ISP maybe lock the service by the MAC address of your PC or devices.
You may change another PC or just replace another NIC(Network Interface Card) to see whether you still can get the streams or not.
If yes, you can get the stream by another NIC or PC, then I am wrong.
If No, then all you have to do is just call your ISP for help (to change your MAC).

or Check the drivers of your USB wifi card to see whether you can modify the MAC address of your USB wifi card.

And thanks for your paicient.

[amit_talkin]

Now you got the point! But its not binded with any MAC address, because the the guy who did IPTV installation shown me this streaming on his laptop when he fitted this equipments.

Here are the messages with successful streaming over ethernet.

Code: Select all

main debug: processing request item udp://225.225.225.16:2001 node Playlist skip 0 main debug: resyncing on udp://225.225.225.16:2001 main debug: udp://225.225.225.16:2001 is at 1 main debug: starting new item main debug: creating new input thread main debug: Creating an input for 'udp://225.225.225.16:2001' main debug: thread (input) created at priority 1 (../.././src/input/input.c:230) main debug: thread started main debug: using timeshift granularity of 50 MBytes main debug: using timeshift path 'C:\Users\Amit\AppData\Local\Temp' main debug: `udp://@225.225.225.16:2001' gives access `udp' demux `' path `@225.225.225.16:2001' main debug: creating demux: access='udp' demux='' path='@225.225.225.16:2001' main debug: looking for access_demux module: 0 candidates main debug: no access_demux module matched "udp" main debug: TIMER module_need() : 0.000 ms - Total 0.000 ms / 1 intvls (Avg 0.000 ms) main debug: creating access 'udp' path='@225.225.225.16:2001' main debug: looking for access module: 1 candidate access_udp debug: opening server=:0 local=225.225.225.16:2001 main debug: net: opening 225.225.225.16 datagram port 2001 main debug: Multicast group join request main debug: using access module "access_udp" main debug: TIMER module_need() : 1.000 ms - Total 1.000 ms / 1 intvls (Avg 1.000 ms) main debug: Using AStream*Block main debug: pre buffering qt4 debug: IM: Setting an input qt4 debug: Updating the geometry qt4 debug: Updating the geometry main debug: received first data after 354 ms main debug: prebuffering done 1316 bytes in 0s - 3 kbytes/s main debug: looking for stream_filter module: 2 candidates main debug: TIMER module_need() : 0.000 ms - Total 0.000 ms / 1 intvls (Avg 0.000 ms) main debug: looking for stream_filter module: 1 candidate main debug: using stream_filter module "stream_filter_record" main debug: TIMER module_need() : 0.000 ms - Total 0.000 ms / 1 intvls (Avg 0.000 ms) main debug: creating demux: access='udp' demux='' path='@225.225.225.16:2001' main debug: looking for demux module: 50 candidates main debug: using demux module "ts" main debug: TIMER module_need() : 40.000 ms - Total 40.000 ms / 1 intvls (Avg 40.000 ms) main debug: looking for a subtitle file in C:\Program Files (x86)\VideoLAN\VLC\ ts debug: DEMUX_SET_GROUP 0 00000000 access_udp warning: unimplemented query in control main debug: `udp://@225.225.225.16:2001' successfully opened ts debug: pid[33] unknown ts debug: pid[32] unknown ts debug: pid[35] unknown ts debug: pid[36] unknown ts debug: pid[37] unknown ts debug: pid[34] unknown ts debug: PATCallBack called ts debug: new PAT ts_id=1 version=6 current_next=1 ts debug: * number=4 pid=34 ts debug: pid[1] unknown ts debug: PSINewTableCallBack: table 0x42(66) ext=0x1(1) ts debug: SDTCallBack called ts debug: new SDT ts_id=1 version=2 current_next=1 network_id=1 ts debug: * service id=4 eit schedule=0 present=0 running=4 free_ca=0 ts debug: - type=1 provider=DigiVision name=Program 4 main debug: EsOutProgramMeta: number=4 main debug: selecting program id=4 qt4 debug: Updating the geometry qt4 debug: Updating the geometry qt4 debug: Updating the geometry qt4 debug: Updating the geometry ts debug: PMTCallBack called ts debug: new PMT program number=4 version=18 pid_pcr=33 ts debug: * descriptor : CA (0x9) SysID 0x5601 ts debug: * es pid=32 type=4 dr->i_tag=0xa ts debug: found language: eng ts debug: * es pid=32 type=4 fcc=mpga main debug: looking for decoder module: 35 candidates main debug: using decoder module "mpeg_audio" main debug: TIMER module_need() : 0.000 ms - Total 0.000 ms / 1 intvls (Avg 0.000 ms) main debug: thread (decoder) created at priority 2 (../.././src/input/decoder.c:315) main debug: thread started ts debug: * es pid=33 type=27 fcc=h264 main debug: looking for decoder module: 35 candidates avcodec debug: libavcodec already initialized avcodec debug: ffmpeg codec (H264 - MPEG-4 AVC (part 10)) started main debug: using decoder module "avcodec" main debug: TIMER module_need() : 2.000 ms - Total 2.000 ms / 1 intvls (Avg 2.000 ms) main debug: looking for packetizer module: 21 candidates main debug: using packetizer module "packetizer_h264" main debug: TIMER module_need() : 0.000 ms - Total 0.000 ms / 1 intvls (Avg 0.000 ms) main debug: thread (decoder) created at priority 0 (../.././src/input/decoder.c:315) main debug: thread started ts debug: * es pid=35 type=4 dr->i_tag=0xa ts debug: found language: hin ts debug: * es pid=35 type=4 fcc=mpga ts debug: * es pid=36 type=4 dr->i_tag=0xa ts debug: found language: Tam ts debug: * es pid=36 type=4 fcc=mpga qt4 debug: Updating the geometry ts warning: first packet for pid=33 cc=0xe ts warning: first packet for pid=32 cc=0x5 ts warning: first packet for pid=35 cc=0xa ts warning: first packet for pid=36 cc=0xe qt4 debug: Updating the geometry qt4 debug: Updating the geometry qt4 debug: Updating the geometry main debug: Buffering 0% qt4 debug: Updating the geometry qt4 debug: Updating the geometry qt4 debug: Updating the geometry qt4 debug: Updating the geometry main debug: Buffering 12% main debug: Buffering 26% packetizer_h264 warning: waiting for SPS/PPS packetizer_h264 warning: waiting for SPS/PPS main debug: Buffering 37% packetizer_h264 warning: waiting for SPS/PPS main debug: Buffering 51% packetizer_h264 warning: waiting for SPS/PPS mpeg_audio debug: MPGA channels:1 samplerate:48000 bitrate:96 main debug: reusing aout main debug: looking for audio output module: 3 candidates aout_directx debug: OpenAudio aout_directx debug: found device: Primary Sound Driver aout_directx debug: found device: Speakers (ASUS Xonar Essence STX Audio Device) aout_directx debug: found device: S/PDIF Pass-through Device (ASUS Xonar Essence STX Audio Device) aout_directx debug: device supports 2 channels (DEFAULT!) aout_directx debug: device supports 1 channel aout_directx debug: creating DirectSoundThread main debug: thread (DirectSound Notification Thread) created at priority 15 (../../.././modules/audio_output/directx.c:427) main debug: using audio output module "aout_directx" main debug: TIMER module_need() : 16.000 ms - Total 16.000 ms / 1 intvls (Avg 16.000 ms) main debug: output 's16l' 48000 Hz Stereo/Mono frame=1 samples/4 bytes main debug: mixer 'fl32' 48000 Hz Stereo/Mono frame=1 samples/8 bytes main debug: filter(s) 'fl32'->'s16l' 48000 Hz->48000 Hz Stereo/Mono->Stereo/Mono main debug: thread started aout_directx debug: DirectSoundThread ready main debug: looking for audio filter module: 24 candidates main debug: using audio filter module "converter_float" main debug: TIMER module_need() : 0.000 ms - Total 0.000 ms / 1 intvls (Avg 0.000 ms) main debug: found a filter for the whole conversion main debug: looking for audio mixer module: 3 candidates main debug: using audio mixer module "float32_mixer" main debug: TIMER module_need() : 1.000 ms - Total 1.000 ms / 1 intvls (Avg 1.000 ms) main debug: input 'mpga' 48000 Hz Mono frame=1152 samples/1161 bytes main debug: looking for audio filter module: 1 candidate scaletempo warning: bad input or output format scaletempo warning: input and output formats are not similar main warning: no audio filter module matching "scaletempo" could be loaded main debug: TIMER module_need() : 0.000 ms - Total 0.000 ms / 1 intvls (Avg 0.000 ms) main debug: looking for audio filter module: 1 candidate scaletempo debug: format: 48000 rate, 1 nch, 4 bps, fl32 scaletempo debug: params: 30 stride, 0.200 overlap, 14 search scaletempo debug: 1.000 scale, 1440.000 stride_in, 1440 stride_out, 1152 standing, 288 overlap, 672 search, 2400 queue, fl32 mode main debug: using audio filter module "scaletempo" main debug: TIMER module_need() : 0.000 ms - Total 0.000 ms / 1 intvls (Avg 0.000 ms) main debug: filter(s) 'mpga'->'fl32' 48000 Hz->48000 Hz Mono->Mono main debug: looking for audio filter module: 24 candidates main debug: using audio filter module "mpgatofixed32" main debug: TIMER module_need() : 1.000 ms - Total 1.000 ms / 1 intvls (Avg 1.000 ms) main debug: found a filter for the whole conversion main debug: filter(s) 'fl32'->'fl32' 48000 Hz->48000 Hz Mono->Stereo/Mono main debug: looking for audio filter module: 24 candidates main debug: using audio filter module "trivial_channel_mixer" main debug: TIMER module_need() : 0.000 ms - Total 0.000 ms / 1 intvls (Avg 0.000 ms) main debug: found a filter for the whole conversion main debug: filter(s) 'fl32'->'fl32' 52800 Hz->48000 Hz Stereo/Mono->Stereo/Mono main debug: looking for audio filter module: 24 candidates main debug: using audio filter module "bandlimited_resampler" main debug: TIMER module_need() : 0.000 ms - Total 0.000 ms / 1 intvls (Avg 0.000 ms) main debug: found a filter for the whole conversion main debug: End of audio preroll main debug: Buffering 63% main debug: Buffering 76% main debug: Buffering 88% packetizer_h264 warning: waiting for SPS/PPS packetizer_h264 debug: found NAL_SPS (sps_id=0) packetizer_h264 debug: found NAL_PPS (pps_id=0 sps_id=0) main debug: Stream buffering done (302 ms in 303 ms) main debug: Decoder buffering done in 0 ms main debug: no usable vout present, spawning one main debug: looking for text renderer module: 2 candidates main debug: thread (fontlist builder) created at priority 0 (../../.././modules/misc/freetype.c:480) freetype debug: using fontsize: 2 main debug: using text renderer module "freetype" main debug: TIMER module_need() : 0.000 ms - Total 0.000 ms / 1 intvls (Avg 0.000 ms) main debug: looking for video filter2 module: 20 candidates main debug: thread started freetype debug: Building font database... freetype debug: Finished building font database. freetype debug: Took 0 microseconds main debug: thread ended swscale debug: 32x32 chroma: YUVA -> 16x16 chroma: YUVA with scaling using Bicubic (good quality) main debug: using video filter2 module "swscale" main debug: TIMER module_need() : 1.000 ms - Total 1.000 ms / 1 intvls (Avg 1.000 ms) main debug: looking for video filter2 module: 20 candidates yuvp debug: YUVP to YUVA converter main debug: using video filter2 module "yuvp" main debug: TIMER module_need() : 0.000 ms - Total 0.000 ms / 1 intvls (Avg 0.000 ms) main debug: window size: 791x576 main debug: looking for video output module: 7 candidates direct3d debug: creating Vout EventThread main debug: thread (Vout Events Thread) created at priority 0 (../../../.././modules/video_output/msw/direct3d.c:218) main debug: thread started direct3d debug: DirectXCreateWindow main debug: looking for hwnd module: 3 candidates qt4 debug: requesting video... qt4 debug: Video was requested -1, -1 qt4 debug: Video is resizing to: 791 576 qt4 debug: Updating the geometry main debug: using hwnd module "qt4" main debug: TIMER module_need() : 7.000 ms - Total 7.000 ms / 1 intvls (Avg 7.000 ms) direct3d debug: created video sub-window direct3d debug: Vout EventThread running direct3d debug: disabling screen saver main debug: using video output module "direct3d" main debug: TIMER module_need() : 49.000 ms - Total 49.000 ms / 1 intvls (Avg 49.000 ms) main debug: Deinterlacing available direct3d debug: Direct3D device adapter successfully initialized direct3d debug: selected surface pixel format is YUY2 direct3d debug: 1 Direct3D pictures created successfully direct3d debug: Direct3D scene created successfully main debug: got 1 direct buffer(s) main debug: pic render sz 544x576, of (0,0), vsz 544x576, 4cc I420, ar 98909:72000, sar 16:11, msk r0x0 g0x0 b0x0 main debug: pic in sz 544x576, of (0,0), vsz 544x576, 4cc I420, ar 98909:72000, sar 16:11, msk r0x0 g0x0 b0x0 main debug: pic out sz 544x576, of (0,0), vsz 544x576, 4cc YUY2, ar 98909:72000, sar 16:11, msk r0x0 g0x0 b0x0 main debug: looking for video filter2 module: 20 candidates main debug: using video filter2 module "i420_yuy2_sse2" main debug: TIMER module_need() : 0.000 ms - Total 0.000 ms / 1 intvls (Avg 0.000 ms) main debug: indirect render, mapping render pictures 0-15 to system pictures 1-16 main debug: End of video preroll main debug: Post-processing available qt4 debug: Qt: Entering Fullscreen freetype debug: using fontsize: 36 main debug: looking for video blending module: 1 candidate blend debug: chroma: YUVA -> YUY2 main debug: using video blending module "blend" main debug: TIMER module_need() : 1.000 ms - Total 1.000 ms / 1 intvls (Avg 1.000 ms)

[joshi42]

Now, as a guy, who streams over 100 channels of IPTV to the network of potentially 80.000 listeners (actual number on pilot project is 600, as I can see from logs), I can be a bit of a help here:

1) this has NOTHING to do with VLC
2) would you please post EXACT model and firmware of your wi-fi router, or whatever you are trying to transmit?
3) can you post screen shots of router configuration, particularly those, which contain QoS, UDP, Multicast and similar settings?

As from my experience, if we omit high-end equipment, only few mid-range wi-fi can forward UDP multicast from WAN to wi-fi. One of them is DLink DIR300 with some beta firmware (2.0.5, as I remember, could be mistaken).

And I haven's seen yet any ADSL/wi-fi combined devices, capable of such tricks.

[Ludrax]

best would be something like this

[amit_talkin]

@joshi42, my ADSL modem is some Fujian-Star device ( yeah crappy, came with ISP bundle ). But I also tried connecting my Netgear WGR614v9 router to ADSL Modem and connected my PC to that Netgear router, but same problem.
There aren't any options for UDP, multicast etc in there in both of devices.

Sadly, my netgear router doesnt support dd-wrt or any 3rd party firmwares . Do you recommend me some routers for my requirement?

[amit_talkin]

Can I have some recommendation for new router capable of UDP streaming over wi-fi?

[Ludrax]

Sadly, my netgear router doesnt support dd-wrt or any 3rd party firmwares . Do you recommend me some routers for my requirement?

they will know better...

[samsanas]

Some wireless routers do not support multicast on their wireless interfaces. Asus WL-500gP comes to mind. Unfortunately I don't remember whether it was a hardware or firmware issue (I was running openwrt backfire on it and couldn't get ospf to work on the wireless interface).

[Rémi Denis-Courmont]

Most WiFi access points do not support multicast, especially the older and the cheaper (non-pro) ones. Multicast on WiFi was designed with very low bandwidth discovery protocols in mind, such as Microsoft networking, UPnP, Bonjour, ... Therefore, the bandwidth allocated to multicast on WiFi is very low, and insufficient for streaming. Furthermore, error correction does not work as well for multicast as for unicast, causing packet loss, and degraded reception.

The bottom line is, you should use unicast streaming, if you have WiFi.