Page 1 of 1
IPTV UDP streaming over wifi not working ( works on ethernet
Posted: 12 Jan 2011 11:01
by 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.
Re: IPTV UDP streaming over wifi not working ( works on ethe
Posted: 12 Jan 2011 16:15
by 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?
Re: IPTV UDP streaming over wifi not working ( works on ethe
Posted: 13 Jan 2011 10:47
by 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.
Re: IPTV UDP streaming over wifi not working ( works on ethe
Posted: 13 Jan 2011 15:39
by VLC_help
If you open Tools -> Messages (set Verbosity to 2) before you start streaming, does it complain something after you have started streaming?
Re: IPTV UDP streaming over wifi not working ( works on ethe
Posted: 13 Jan 2011 17:36
by 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
Re: IPTV UDP streaming over wifi not working ( works on ethe
Posted: 14 Jan 2011 15:35
by VLC_help
I meant on server side.
Re: IPTV UDP streaming over wifi not working ( works on ethe
Posted: 14 Jan 2011 16:16
by 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.
Re: IPTV UDP streaming over wifi not working ( works on ethe
Posted: 15 Jan 2011 13:46
by amit_talkin
I am still looking for help
Re: IPTV UDP streaming over wifi not working ( works on ethe
Posted: 15 Jan 2011 17:42
by 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)
YMMV
Posted: 17 Jan 2011 04:12
by 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?
Re: IPTV UDP streaming over wifi not working ( works on ethe
Posted: 17 Jan 2011 06:07
by 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?
Re: IPTV UDP streaming over wifi not working ( works on ethe
Posted: 18 Jan 2011 17:31
by amit_talkin
still looking for solution!
Re: IPTV UDP streaming over wifi not working ( works on ethe
Posted: 20 Jan 2011 09:24
by 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.
Re: IPTV UDP streaming over wifi not working ( works on ethe
Posted: 20 Jan 2011 17:58
by 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.
Re: IPTV UDP streaming over wifi not working ( works on ethe
Posted: 21 Jan 2011 03:06
by 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?
Re: IPTV UDP streaming over wifi not working ( works on ethe
Posted: 21 Jan 2011 18:47
by 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.
Re: IPTV UDP streaming over wifi not working ( works on ethe
Posted: 21 Jan 2011 20:30
by 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.
Re: IPTV UDP streaming over wifi not working ( works on ethe
Posted: 22 Jan 2011 09:38
by 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)
Re: IPTV UDP streaming over wifi not working ( works on ethe
Posted: 22 Jan 2011 22:49
by 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.
I Want My IPTV
Posted: 23 Jan 2011 22:21
by Ludrax
best would be something like
this
Re: IPTV UDP streaming over wifi not working ( works on ethe
Posted: 24 Jan 2011 18:58
by 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?
Re: IPTV UDP streaming over wifi not working ( works on ethe
Posted: 29 Jan 2011 13:19
by amit_talkin
Can I have some recommendation for new router capable of UDP streaming over wi-fi?
Re: IPTV UDP streaming over wifi not working ( works on ethe
Posted: 03 Feb 2011 05:06
by 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...
Re: IPTV UDP streaming over wifi not working ( works on ethe
Posted: 22 Mar 2011 14:24
by 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).
Re: IPTV UDP streaming over wifi not working ( works on ethe
Posted: 23 Mar 2011 09:17
by 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.