Closed oneevil closed 12 years ago
can you post /var/log/messages ?
No errors in logs:
May 19 22:16:57 openelec user.err vdr: [1649] cLiveStreamer stream processor thread ended (pid=1598, tid=1649) May 19 22:16:57 openelec user.err vdr: [1648] XVDR: LiveQueue stopped May 19 22:16:57 openelec user.err vdr: [1647] buffer stats: 0 (0%) used May 19 22:16:57 openelec user.err vdr: [1647] XVDR: -------------------------------------- May 19 22:16:57 openelec user.err vdr: [1647] XVDR: Channel streaming request: 4 - НТВ May 19 22:16:57 openelec user.err vdr: [1647] XVDR: Found available device 9 May 19 22:16:57 openelec user.err vdr: [1653] XVDR: LiveQueue started May 19 22:16:57 openelec user.err vdr: [1654] cLiveStreamer stream processor thread started (pid=1598, tid=1654) May 19 22:16:57 openelec user.err vdr: [1651] IPTV streamer thread ended (pid=1598, tid=1651) May 19 22:16:57 openelec user.err vdr: [1650] receiver on device 9 thread ended (pid=1598, tid=1650) May 19 22:16:57 openelec user.err vdr: [1655] receiver on device 9 thread started (pid=1598, tid=1655) May 19 22:16:57 openelec user.err vdr: [1647] XVDR: Successfully switched to channel 4 - НТВ May 19 22:16:57 openelec user.err vdr: [1647] XVDR: Started streaming of channel НТВ (timeout 3 seconds, priority 50) May 19 22:16:57 openelec user.err vdr: [1656] IPTV streamer thread started (pid=1598, tid=1656)
be sure to remove sid scan it is known broken, and optionaly pid scan. with removed pid scan try setting your pids manualy. example stream from my channels.conf:
EDIT: http://pastebin.com/hHEbFPcx
here 331 is video pid, 332 is audio
in vlc -> tools -> media information -> codec details you can see pid info
My channels.conf HERE: http://pastebin.com/TRWt5P6C
701 - video pid 702 - audio pid
unfortunately I can not test with multicast atm. why you don't use tvheadend for multicast iptv streams btw ? much better. always works. the only drawback for me: no http iptv support :)
you sure the stream is there and your box is joining the mcast group ?
tcpdump -nnNpvi eth0 host 239.192.0.11 and port 8000
to sniff on igmp membership queries / leave / report
tcpdump -nnNpvi eth0 multicast
tcpdump is available as program addon in official openelec addon repository
In a short time broadcast will go to the HTTP tvheadend brakes with Full HD channels
Flow is when using a VDR - "VDR SoftHDDevice Plug-in" and the video and the sound goes: This plugin is in the assembly on the basis OpenELEC - http://www.mcpc.org.ua
Settings are the same channels.сonf
That theme, only in Russian: http://xbmc.ru/forum/showthread.php?t=2074
sddevice has nothing to do with iptv. my squestion was: are you absolutely sure that multicast is working as should in your network? it depends on network switches, streaming device, igmp snooping etc.
Yeah sure, more than
I have just tested on my box and can't reproduce yur problem. it must be something wrong in your channels.conf
format should be as here: http://pastebin.com/5mNALX1b
name = channel name uid - unique idenrifier addr - stream address port - stream port vpid - video pid apid - audio pid ppid - program pid xx / yy - something unique. if ALL of your PPIDs are different you can leve 0 here
for apid / vpid you can set language/format: vpid=format
701=2 or 701=27 instead of just "701"
apid=language@format
702=rus@4 instead of 702
I suspect your program pid is the root of all evil here :)
channels.conf working 100%, pids, too, all are true Everything works when I use VDR frontend and from under the XBMC does not work This error is not one I have, other people, too, that in other cities.
which vdr-addon version you are using, which OE build ?
Yes. VDR version 1.7.27 IPTV plugin version 0.5.2
m8, openelec version, vdr-addon version. is this openelec or mcpc etc..., give me some more details...
Tried and OpenELEC-PVR 2.0 Beta 4 (1.95.4) and mcpc MCPC_VDR-i386-2012-0518-r0019-ext
ok then, try building from source, enable DEBUG for vdr-xvdr and vdr-iptv and post a full log
in packages/3rdparty/multimedia/vdr-plugin-xvdr/build change "make" line to:
make DEBUG=1 VDRDIR="../$VDR_DIR" LIBDIR="." LOCALEDIR="./locale"
in build.OpenELEC_PVR-*/vdr-iptv-0.5.2/Makefile uncomment:
IPTV_DEBUG = 1
Well, how do be free and send the logs
openelec last build: http://oneevil.ru/OpenELEC/OpenELEC_PVR-ION.i386-devel-20120521204003-r11050.tar.bz2 I compiled with DEBUG options video and sound not play in xbmc (using xvdr).
xbmc.log - http://pastebin.com/7FGEcdAK /var/log/messages - http://pastebin.com/6cCmj24v channels.conf - http://pastebin.com/diWbR4X0
In logs: Using channel in last string channels.conf: http://pastebin.com/N0LWCGvY
VideoShot - http://youtu.be/HEQphHR82sg
thanks a lot. in vdr-xvdr plugin PMT scanner doesn't run. that means iptv plugin does not pass a stream at all or the stream is not correct.
looking at your channels.conf I wonder how it is possible PMT pids for yor channels to be 1,2,3 and 4 ;)
from another pc in your network try playing one of your streams. do it in gnome-terminal/xterm:
vlc -vvv udp://@239.192.0.99:8000 | grep -i 'PMT program'
you should see something like:
[0x190b480] ts demux debug: new PMT program number=9 version=1 pid_pcr=331
see what's your PMT pid (look for number=) and replace in channels.conf. in my case it is 9
EDIT: an alternative would be to give me access to your streams (via udpxy) so I can do that for you
Fix channels.conf - http://pastebin.com/rDJvaP78
PMT, video pid, audio pid for .0.99: http://oneevil.ru/OpenELEC/debug/1.png
Result: not play
This HTTP for you (NetGear WNR 3500L udpxy):
EDIT: it's better if URLs are not public
phew. your .0.99 works PERFECTLY here. same setup. same (fixed with pmt pid) channels.conf. convereting it from http to multicast with
vlc --http-caching=0 --network-caching=0 --sout-udp-caching=0 "$URL" --ts-out 239.192.0.99:8000
I was not able to play directly in vdr-iptv via http because your udpxy have to be patched to support it (missing some \r\n's in http headers)
to be honest, I have nothing else to say :(
The video shows how it happens - http://youtu.be/HEQphHR82sg And the author mcpc - also
Set up a flow through vlc2iptv - the same, the router gives the flow nettop gets (flash lamp network), but the video and audio in the GUI XBMC does not. Check on a clean system with plug-ins installed VDR + IPTV + XVDR. Satellite antenna through the receiver - video and sound is there, but with IPTV does not.
XBMC Frodo & VDR IP-TV good play
Checked the work of XBMC + VDR-backend on IP-TV streams. After XVDR IP-flows did not go. I think this is due to changes in the latest versions of VDR. The latest version of which I've tested - 1.7.22, now in the system - 1.7.27. Definitely say who is to blame, vdr or xvdr - I can not yet.