IPTV on VLC

[TechInTheFridge]

I successfully had done this before (months ago, but I wanted to try again). But right now the problem is the video doesnt show up. This is what I do:

In my router I go to Advanced Settings>port mapping> and then I move these two items (LAN-1 and nas_0_102) from grouped interfaces to ungrouped with (LAN-2, LAN-3, LAN-4). By the way lan-1 is connected to my IPTV box, lan-2,3, and 4 are connected to the computers (mine being LAN-2).

Using wireshark I was able to get the Destination IP addresses and ports for some channels.

Now in VLC player I go to open network>type in address and port and start.
The play sign becomes a pause sign, and it looks like its picking up something (I can tell this because the channel I watch on my IPTV starts getting interference) but no video shows up. Last time video did show up but there was no audio, but now its not the case.

Anyone know what Iam doing wrong?
Thanking you in advance

[VLC_help]

Tools -> Messages... (set Verbosity to 2) shows some errors?

[TechInTheFridge]

Alright I did that, and it says 'main error: cannot pre fill buffer'.

[VLC_help]

Any other info in messages?

[TechInTheFridge]

No not really, so this is what I did.
I did the usual settings in the portmapping options in the router, then this time I rebooted it. (Didnt reboot before)
This is what the message area now shows, dont know if it tells anything.
/////////////////////////////////
main info: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
main error: cannot pre fill buffer
main debug: incoming request - stopping current input
main debug: dying input
main debug: prebuffering done 0 bytes in 29s - 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: thread ended
qt4 debug: Updating the stream status: 8
main debug: dead input
main debug: thread times: real 0m29.031250s, kernel 0m0.000000s, user 0m0.000000s
main debug: thread 5424 joined (playlist/engine.c:244)
main debug: TIMER input launching for 'udp://@239.196.0.40:6040' : 29092.228 ms - Total 29092.228 ms / 1 intvls (Avg 29092.227 ms)
main debug: starting new item
main debug: processing request item udp://@239.196.0.40:6040 node Playlist skip 0
main debug: resyncing on udp://@239.196.0.40:6040
main debug: udp://@239.196.0.40:6040 is at 1
main debug: creating new input thread
main debug: Creating an input for 'udp://@239.196.0.40:6040'
main debug: thread started
main debug: waiting for thread initialization
main debug: `udp://@239.196.0.40:6040' gives access `udp' demux `' path `@239.196.0.40:6040'
main debug: thread 5388 (input) created at priority 1 (input/input.c:370)
qt4 debug: Updating the stream status: 3
main debug: creating demux: access='udp' demux='' path='@239.196.0.40:6040'
main debug: looking for access_demux module: 0 candidates
main warning: no access_demux module matched "udp"
main debug: TIMER module_Need() : 0.264 ms - Total 0.264 ms / 1 intvls (Avg 0.264 ms)
main debug: creating access 'udp' path='@239.196.0.40:6040'
main debug: looking for access module: 1 candidate
access_udp debug: opening server=:0 local=239.196.0.40:6040
main debug: net: opening 239.196.0.40 datagram port 6040
main debug: Multicast group join request
main debug: IP_ADD_MEMBERSHIP multicast request
main debug: using access module "access_udp"
main debug: TIMER module_Need() : 13.110 ms - Total 13.110 ms / 1 intvls (Avg 13.110 ms)
qt4 debug: New Event: type 1103
qt4 debug: Updating the stream status: 2
main debug: Using AStream*Block
main debug: pre buffering
qt4 debug: Updating the stream status: 3
qt4 debug: New Event: type 1103
qt4 debug: Updating the stream status: 3
////////////////////////////////////////////////
This time the IPTV box was off, but I dont think that would have interfered anyway.

[VLC_help]

There should be more messages. Open Tools -> Messages... before you try to open the stream.

[TechInTheFridge]

This is before:
main info: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.

This is during:main info: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
main info: creating httpd
main error: signaling pipe error: Connection refused by peer
http error: cannot listen on :8080
main error: no suitable interface module
main error: interface "http" initialization failed
qt4 debug: Updating the stream status: 3
qt4 debug: New Event: type 1103
qt4 debug: Updating the stream status: 3

This is after:
main debug: incoming request - stopping current input
main debug: dying input
main debug: prebuffering done 0 bytes in 71s - 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: thread ended
qt4 debug: Updating the stream status: 8
main debug: dead input
main debug: thread times: real 1m11.296875s, kernel 0m0.015625s, user 0m0.000000s
main debug: thread 5424 joined (playlist/engine.c:244)
main debug: TIMER input launching for 'udp://@239.196.0.40:6040' : 71315.104 ms - Total 71315.104 ms / 1 intvls (Avg 71315.101 ms)

[VLC_help]

You open the IPTV stream from link or playlist file? If you do so, open VLC manually, open the messages after that either drag&drop the playlist to VLC or paste the URL to Media -> Open Network...

[TechInTheFridge]

Thats exactly what Iam doing.
But I just figured out that I was using the 9.8 version. Ill try the 9.9 version and let you know then.

[TechInTheFridge]

Good news is that with the new version it somehow worked.
But there are two problems:
1. the video doesnt come clearly, and there is no audio at all.
2. only some channels show up, not all.

In the messages section it was constantly saying invalid header.

[VLC_help]

VLC 1.0.0 nightly builds work any better?
http://nightlies.videolan.org/build/win32/?C=M;O=D (trunks are 1.0.0)

[TechInTheFridge]

I would say the video is "slightly" improved, but still too choppy to watch.
There is still no audio, and the same error message keeps popping in the message window: invalid header.

[VLC_help]

That would mean that either the stream is malformed/damaged, or there is a bug in VLC. Some other player plays the stream OK?

[TechInTheFridge]

Well, the thing is Iam having trouble finding one. Any one you could point me in the direction too. Not that I want to ditch your vlc player, we're just doing this for checking, right.

[VLC_help]

mplayer should be good reference player.

[TechInTheFridge]

Iam getting this stuff in SMplayer:
Playing udp://239.194.0.41:6041.
STREAM_UDP, URL: udp://239.194.0.41:6041
Timeout! No data from host 239.194.0.41
udp_streaming_start failed
No stream found to handle url udp://239.194.0.41:6041

and this stuff in vlc player:
ts warning: invalid header [0x8a:cf:35:3e] (pid: 34)
ts warning: invalid header [0x18:4:71:9c] (pid: 34)
ts warning: scrambled state changed on pid 33 (0->1)
ts warning: scrambled state changed on pid 33 (1->0)

vlc player actually plays the thing, but with choppy video and no sound.
Maybe my iptv stream itself is corrupt. But it comes fine on my tv.

[Jean-Baptiste Kempf]

Scrambled means encrypted...

[TechInTheFridge]

Ooh, thats explains a lot. Thanks,
But....where do I go from here?

[Jean-Baptiste Kempf]

No idea :'(