vdr September 2010

vdr@linuxtv.org

48 participants
72 discussions

vdr-iptv-plugin DVB subtitles problems
by Fake Name 08 Sep '10

08 Sep '10

Hi I cant' display DVB subtitles on VDR. I'm using: VDR 1.7.15 xine 0.9.3 source: iptv-plugin 0.4.2 (http://www.saunalahti.fi/rahrenbe/vdr/iptv/) (yaVDR 0.2) on Asrock ION 330 HT DVB Subutitles are enabled under System/Setup/DVB and Language chosen is Slovenski (Slovenian-SLV). The iptv plugin detects the subtitles pid in question (System/Plugins/iptv/Info but no matter what I do, the channel in question returns "No subtitles available" The plugin passes mpeg2/4 stream directly to VDR and it does it superbly (HDTV great, EPG great, Channel switching fast, Stable, Teletext...) My IPTV (T-2, Slovenia) provider uses udp multicast and I can watch all the programs in VLC, with subtitles, ttx... This is the m3u playlist for VLC: http://www.rula.net/t2/t2tv.m3u This is the line in VLC playlist for HBO: #EXTINF:0,8 - HBO udp://@239.1.1.151:5000 This is Codec Information from VLC: Stream 0 Type: Video Codec: MPEG-1/2 Video (mpgv) Resolution: 640x576 Frame rate: 50 --------------- Stream 1 Type: Audio Original ID: 802 Codec: MPEG Audio layer 1/2/3 (mpga) Language: slovenščina Channels: Stereo Sample rate: 48000 Hz Bitrate: 192 kb/s --------------- Stream 2 Type: Audio Original ID: 1204 Codec: A52 Audio (aka AC3) (a52 ) --------------- Stream 3 Type: Subtitle Original ID: 7302 Codec: DVB Subtitles (dvbs) Language: slovenščina Description: DVB subtitles Those are lines from channels.conf, I started experimenting with HBO and tried a lot of variations(realy alot :). I still think I'm messing something up wit the syntax. HBO;IPTV:110:S=0|P=0|F=UDP|U=239.1.1.151|A=5000:I:0:810=2:802=@4:7302:0:222:0:0:0 HBO2;IPTV:120:S=1|P=1|F=UDP|U=239.1.1.151|A=5000:I:0:810=2:802=@4:0;102=Slo:0:222:0:0:0 HBO3;IPTV:130:S=1|P=0|F=UDP|U=239.1.1.151|A=5000:I:0:810=2:802=@4:7302:0:222:0:0:0 HBO4;IPTV:140:S=0|P=1|F=UDP|U=239.1.1.151|A=5000:I:0:810=2:802=@4:7302:0:222:0:0:0 HBO5;IPTV:150:S=0|P=0|F=UDP|U=239.1.1.151|A=5000:I:0:810=2:802=@4:0:0:222:0:0:0 HBO6;IPTV:160:S=0|P=0|F=UDP|U=239.1.1.151|A=5000:I:0:810:802:0:0:1:0:0:0 HBO7;IPTV:170:S=1|P=1|F=UDP|U=239.1.1.151|A=5000:I:0:810:802:0:0:1:0:0:0 If I record the video with VDR and run dvbsnoop |grep 7302 (subtitles id) I get no results (dvbsnoop can't analyze live iptv streams). I also dumped the stream with mplayer and tried playing back the video, but there were no subtitles (record subtitles is checked in options). But because this is the first time I ran dvbsnoop and even after reading dvbsnoops man pages, I'm not sure if I did everything right. I'm also not very good with mplayer, so i ran with -alang, maybe I'm doing something wrong? Another problem is, that if I mess with DVB update channels (update pid, pid and names, names only, transponder...) I sometimes lock the HBO channel (no a/v and OSD "Channel Locked). Also when checking dvbsnoop I noticed some lines with CA (i think it stands for Conditional Access) in them. But recently I can't reproduce that behaviour no matter what I do. But I'm paying for HBO and I can watch it in VLC and (most of the times) in VDR. Running iptv-plugin with "EXT" and using VLC in VDR does not work (A/V OK, but again no subtitles). Also it seems a bit "crashy", so I would rather get it working this way. So far I read the man pages for VDR, VDR wiki in english, some pages in german and IPTV plugin readme. I searched the net, vdr-portal.de and this mailig list for subtitles, untertitel, dvb subtitles problems, etc, but I could not find the answer. I posted this question on vdr-portal: http://www.vdr-portal.de/board/thread.php?threadid=99300 and spent some time in the vdr irc channel (thank you again nox), but no matter what I do, I can't get those pesky DVB subtitles to display. I tried hts tvheadend, mythtv and even media portal but they are all flawed in one way, or the other. But because VDR is in a league of its own, I'm bothering all of you. VDR has no problems with 1080i/p channels, fast channel switching and even I can't crash it. Also yaVDR 0.2 is realy practical. Because this is the first time I came into contact with DVB, IPTV, SID's, PID's, etc, I'm probably doing something wrong and any help is deply appreciated. Some more info: my setup.conf http://pastebin.com/7jMjB0pb one of my channels.conf: http://pastebin.com/yX4NwBvs Thanks for reading all of my problems, and I hope someone can help. Tvich

1 0

Error messages in vdr-1.7.15
by Simon Baxter 08 Sep '10

08 Sep '10

Hi I'm (now) running vdr-1.7.15, vdr-xine, 2x TT-1500-C cards with Alpha mutli-crypt CAMs and pvrinput with a PVR-500 card. I'm getting a bunch of logs in the console and /var/log/messages, which don't appear to be affecting performance. While replaying recordings I get the followin in the console: PMT: sid = 132, c/n = 1, v = 0, s = 0, ls = 0 pcr = 1205 PPPAT: TSid = 32776, c/n = 1, v = 0, s = 0, ls = 0 PMT: sid = 132, c/n = 1, v = 0, s = 0, ls = 0 pcr = 1205 PPPPAT: TSid = 32776, c/n = 1, v = 0, s = 0, ls = 0 PMT: sid = 132, c/n = 1, v = 0, s = 0, ls = 0 pcr = 1205 PPAT: TSid = 32776, c/n = 1, v = 0, s = 0, ls = 0 PMT: sid = 132, c/n = 1, v = 0, s = 0, ls = 0 pcr = 1205 PPPPAT: TSid = 32776, c/n = 1, v = 0, s = 0, ls = 0 PMT: sid = 132, c/n = 1, v = 0, s = 0, ls = 0 pcr = 1205 PPPAT: TSid = 32776, c/n = 1, v = 0, s = 0, ls = 0 PMT: sid = 132, c/n = 1, v = 0, s = 0, ls = 0 pcr = 1205 PAT: TSid = 32776, c/n = 1, v = 0, s = 0, ls = 0 PMT: sid = 132, c/n = 1, v = 0, s = 0, ls = 0 pcr = 1205 PPAT: TSid = 32776, c/n = 1, v = 0, s = 0, ls = 0 PMT: sid = 132, c/n = 1, v = 0, s = 0, ls = 0 pcr = 1205 PPAT: TSid = 32776, c/n = 1, v = 0, s = 0, ls = 0 PMT: sid = 132, c/n = 1, v = 0, s = 0, ls = 0 pcr = 1205 I'm also getting this in /var/log/messages: Sep 8 15:28:24 freddy vdr: [11990] cVideoRepacker: switching to MPEG1/2 mode Sep 8 15:28:24 freddy vdr: [11990] cVideoRepacker: operating in MPEG1/2 mode Sep 8 15:28:26 freddy vdr: [11990] cVideoRepacker: switching to MPEG1/2 mode Sep 8 15:28:26 freddy vdr: [11990] cVideoRepacker: operating in MPEG1/2 mode Sep 8 15:28:29 freddy vdr: [11990] cVideoRepacker: switching to MPEG1/2 mode Sep 8 15:28:29 freddy vdr: [11990] cVideoRepacker: operating in MPEG1/2 mode Sep 8 15:28:30 freddy vdr: [11990] cVideoRepacker: switching to MPEG1/2 mode Sep 8 15:28:30 freddy vdr: [11990] cVideoRepacker: operating in MPEG1/2 mode Sep 8 15:28:32 freddy vdr: [11990] cVideoRepacker: switching to MPEG1/2 mode Sep 8 15:28:32 freddy vdr: [11990] cVideoRepacker: operating in MPEG1/2 mode Sep 8 15:28:32 freddy vdr: [11990] TS continuity error (11) Sep 8 15:28:32 freddy vdr: [11990] TS continuity error (7) Sep 8 15:28:32 freddy vdr: [11990] TS continuity error (14) Sep 8 15:28:32 freddy vdr: [11990] TS continuity error (1) Sep 8 15:28:32 freddy vdr: [11990] TS continuity error (13) Sep 8 15:28:32 freddy vdr: [11990] TS continuity error (5) Sep 8 15:28:32 freddy vdr: [11990] TS continuity error (3) Sep 8 15:28:32 freddy vdr: [11990] TS continuity error (11) Sep 8 15:28:32 freddy vdr: [11990] TS continuity error (14) Sep 8 15:28:32 freddy vdr: [11990] TS continuity error (14) Sep 8 15:28:32 freddy vdr: [11990] TS continuity error (3) Sep 8 15:28:32 freddy vdr: [11990] TS continuity error (5) Doesn't appear to be causing any problems....

1 0

vdr conference streaming
by martinez＠embl.de 07 Sep '10

07 Sep '10

Hi there, I am a happy vdr user (vdr 1.7.15 with a DVB-S2 card) I also happen to be member of an organization that promotes Open Source (so we should set an example) and we want to stream a conference we are organizing. I thought perhaps setting up vdr with a webcam and perhaps vdr-xine or streamdev would do the job? The idea is that multiple clients across the country would be able to see more or less in real time what is going on. The video does not have to be HD or otherwise impresive (the audio should be clear) Is it possible to do this with vdr and could somebody give me a few pointers and/or a link to a howto? Many thanks A Martinez

3 2

Trouble with picture Lost lock/regained lock
by Scott Waye 06 Sep '10

06 Sep '10

I've recently started having problems with my picture (breaks up/stops altogether). In trying to diagnose the problem I see this from vdr (1.7.15) when starting vdr-sxfe (remote) from xineliboutput (cvs from 4/9/10): Sep 5 21:23:29 giradot vdr-sxfe[10886]: [10903] [demux_vdr] PMT changed, resetting demuxer Sep 5 21:23:29 giradot vdr: [10370] frontend 0/0 lost lock on channel 6, tp 110773 Sep 5 21:23:30 giradot vdr-sxfe[10886]: [10903] [demux_vdr] ts2es: no payload, size 184 Sep 5 21:23:30 giradot vdr: [10370] frontend 0/0 regained lock on channel 6, tp 110773 Sep 5 21:23:30 giradot vdr-sxfe[10886]: [10903] [demux_vdr] ts2es: transport error Sep 5 21:23:30 giradot vdr-sxfe[10886]: [10903] [demux_vdr] ts2es: transport error Sep 5 21:23:30 giradot vdr-sxfe[10886]: [10903] [demux_vdr] ts2es: no payload, size 120 Sep 5 21:23:31 giradot vdr-sxfe[10886]: [10903] [demux_vdr] ts2es: no payload, size 131 Sep 5 21:23:31 giradot vdr-sxfe[10886]: [10903] [demux_vdr] ts2es: transport error Sep 5 21:23:31 giradot vdr-sxfe[10886]: [10903] [demux_vdr] ts2es: no payload, size 68 Sep 5 21:23:31 giradot vdr-sxfe[10886]: [10903] [demux_vdr] ts2es: transport error Sep 5 21:23:31 giradot vdr-sxfe[10886]: [10903] [demux_vdr] ts2es: transport error Sep 5 21:23:31 giradot vdr-sxfe[10886]: [10903] [demux_vdr] ts2es: no payload, size 37 Sep 5 21:23:31 giradot vdr-sxfe[10886]: [10903] [demux_vdr] ts2es: no payload, size 40 Sep 5 21:23:31 giradot vdr-sxfe[10886]: [10903] [demux_vdr] ts2es: no payload, size 184 In particular the "lost lock"/"regained lock" looks strange. Searching through the archives suggests this could be due to a weak signal. I ran femon and got this: FE: Conexant CX24116/CX24118 (DVBS) status SCVYL | signal d840 | snr d800 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal d8c0 | snr d999 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal d840 | snr d666 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal d840 | snr d999 | ber 00003e71 | unc 000000a6 | FE_HAS_LOCK status SCVYL | signal d840 | snr d999 | ber 00003e71 | unc 000000a6 | FE_HAS_LOCK status SCVYL | signal d8c0 | snr db33 | ber 00003e71 | unc 000000a6 | FE_HAS_LOCK status SCVYL | signal d8c0 | snr d800 | ber 00000081 | unc 00000000 | FE_HAS_LOCK status SCVYL | signal d840 | snr db33 | ber 00000000 | unc 00000000 | FE_HAS_LOCK Which looks ok, the snr value seems high enough, so any other reason why the lock would be lost. I also see this in my dmesg which looks odd: DVB: adapter 0 frontend 0 frequency 89399000 out of range (950000..2150000) DVB: adapter 0 frontend 0 frequency 89399000 out of range (950000..2150000) DVB: adapter 0 frontend 0 frequency 89399000 out of range (950000..2150000) DVB: adapter 0 frontend 0 frequency 89399000 out of range (950000..2150000) -- Scott

2 1

Re: [vdr] vdr-1.7.15 problem with live TV [1.7.11 or older OK] [PROGRESS :) ]
by Simon Baxter 05 Sep '10

05 Sep '10

> On 05.09.2010 21:59, Simon Baxter wrote: >>> Looks like there are TS packets in your stream that are marked as >>> "scrambled", but not unscrambled by the CAM. >>> >>> Do you have any CAM in your system at all? >> >> Yes. System has 2x TT-1501-C cards and Alphacrypt CAMS >> >>> Are the channels where this happens scrambled? >> Yes >> >>> Do these channels have separate VPID and PPID? >> channels.conf looks like: >> ONE;T:578000:C0M64:C:6900:1305+1205=2:1405=eng@4:579:606:1005:182:10:0 >> TV2;T:578000:C0M64:C:6900:1306+1206=2:1406=eng@4:580:606:1006:182:10:0 >> TV3;T:578000:C0M64:C:6900:1303=2:1403=@4:712:606,5601:1003:182:10:0 >> >> >>> Does the problem go away if, instead of the above change, you >>> comment out the line >>> >>> (Channel->Ppid() == Channel->Vpid() || AddPid(Channel->Ppid())) && >>> >>> in cReceiver::AddPids()? >> Yes - that fixes the problem....

1 1

Re: [vdr] vdr-1.7.15 problem with live TV [1.7.11 or older OK] [PROGRESS :) ]
by Simon Baxter 05 Sep '10

05 Sep '10

> Looks like there are TS packets in your stream that are marked as > "scrambled", but not unscrambled by the CAM. > > Do you have any CAM in your system at all? Yes. System has 2x TT-1501-C cards and Alphacrypt CAMS > Are the channels where this happens scrambled? Yes > Do these channels have separate VPID and PPID? channels.conf looks like: ONE;T:578000:C0M64:C:6900:1305+1205=2:1405=eng@4:579:606:1005:182:10:0 TV2;T:578000:C0M64:C:6900:1306+1206=2:1406=eng@4:580:606:1006:182:10:0 TV3;T:578000:C0M64:C:6900:1303=2:1403=@4:712:606,5601:1003:182:10:0 > Does the problem go away if, instead of the above change, you > comment out the line > > (Channel->Ppid() == Channel->Vpid() || AddPid(Channel->Ppid())) && > > in cReceiver::AddPids()? I can't find that in cReceiver::AddPids() Do you mean in "bool cReceiver::SetPids(const cChannel *Channel)": bool cReceiver::SetPids(const cChannel *Channel) { numPids = 0; if (Channel) { channelID = Channel->GetChannelID(); return AddPid(Channel->Vpid()) && // (Channel->Ppid() == Channel->Vpid() || AddPid(Channel->Ppid())) && ?

2 1

check cam status
by Simon Baxter 05 Sep '10

05 Sep '10

Hello I'm needing to reset my CAM periodically, and in order to do this I need to check it's status from outside VDR. I've been doing the following, which is not ideal: if [ $((`tail -n $LINES /var/log/messages | grep 'vdr:' | grep 'ERROR' | grep 'CI' | wc -l`)) = 0 ] to test for: "May 22 00:49:45 freddy vdr: [9061] ERROR: can't write to CI adapter on device 1: Input/output error " messages and then: "while [ $((`tail -n $LINES /var/log/messages | grep 'dvb_ca adapter 1: DVB CAM detected and initialised successfully' | wc -l`)) = 0 ]" to test it's recovered Does anyone have any better suggestions???

2 6

vdr-1.7.15 problem with TV
by Simon Baxter 05 Sep '10

05 Sep '10

Hi I've just installed vdr-1.7.15 on my development box which has a single TT-2300 DVB card and CAM installed. I'm using vdr-xine as my front end. When I switch to any live SD channel, I only get 3 seconds of audio/video and then then "channel not available". A few seconds later the picture comes back, for another 3 seconds, then unavailable. logs look like this: Jul 25 10:39:46 localhost vdr: [2499] switching to channel 1 Jul 25 10:39:46 localhost vdr: [2532] receiver on device 1 thread started (pid=2499, tid=2532) Jul 25 10:39:46 localhost vdr: [2533] TS buffer on device 1 thread started (pid=2499, tid=2533) Jul 25 10:39:48 localhost vdr: [2532] cVideoRepacker: switching to MPEG1/2 mode Jul 25 10:39:48 localhost vdr: [2532] cVideoRepacker: operating in MPEG1/2 mode Jul 25 10:39:50 localhost vdr: [2533] TS buffer on device 1 thread ended (pid=2499, tid=2533) Jul 25 10:39:50 localhost vdr: [2532] buffer stats: 201536 (9%) used Jul 25 10:39:50 localhost vdr: [2532] receiver on device 1 thread ended (pid=2499, tid=2532) Jul 25 10:39:57 localhost vdr: [2499] switching to channel 1 Jul 25 10:39:57 localhost vdr: [2499] info: Channel not available! Jul 25 10:41:18 localhost vdr: [2499] switching to channel 1 Jul 25 10:41:18 localhost vdr: [2535] receiver on device 1 thread started (pid=2499, tid=2535) Jul 25 10:41:18 localhost vdr: [2536] TS buffer on device 1 thread started (pid=2499, tid=2536) Jul 25 10:41:19 localhost vdr: [2535] cVideoRepacker: switching to MPEG1/2 mode Jul 25 10:41:19 localhost vdr: [2535] cVideoRepacker: operating in MPEG1/2 mode Jul 25 10:41:22 localhost vdr: [2536] TS buffer on device 1 thread ended (pid=2499, tid=2536) Jul 25 10:41:22 localhost vdr: [2535] buffer stats: 282564 (13%) used Jul 25 10:41:22 localhost vdr: [2535] receiver on device 1 thread ended (pid=2499, tid=2535) Jul 25 10:41:29 localhost vdr: [2499] switching to channel 1 Jul 25 10:41:29 localhost vdr: [2499] info: Channel not available! The same setup works fine under vdr-1.6.0. Any ideas?

10 30

Multiple tuners and reception error recovery without emergency exit
by Petri Helin 05 Sep '10

05 Sep '10

Hi, I was wondering whether what I experienced yesterday is really the way VDR functions at the moment. I have two tuner cards, one in pci slot and another connected via usb. While VDR was running I disconnected the antenna cable from the pci card in order to connect it to a hd cable ready set-top box. This resulted in a 0 sized recording due to VDR not switching the tuner to the one still connected to the antenna. You can see this in the following log entries: Aug 28 17:31:56 vdrkone2 vdr: [1282] frontend 0/0 provides DVB-C ("VLSI VES1820 DVB-C") Aug 28 17:31:56 vdrkone2 vdr: [1282] frontend 1/0 provides DVB-C ("Philips TDA10023 DVB-C") Aug 28 17:31:56 vdrkone2 vdr: [1344] tuner on frontend 0/0 thread started (pid=1282, tid=1344) Aug 28 18:36:30 vdrkone2 vdr: [1344] frontend 0/0 lost lock on channel 1, tp 274 Aug 28 18:36:32 vdrkone2 vdr: [1344] frontend 0/0 timed out while tuning to channel 1, tp 274 Aug 28 18:37:26 vdrkone2 vdr: [1344] frontend 0/0 timed out while tuning to channel 1, tp 274 Aug 28 18:37:53 vdrkone2 vdr: [1344] frontend 0/0 timed out while tuning to channel 1, tp 274 Aug 28 18:38:11 vdrkone2 vdr: [1344] frontend 0/0 timed out while tuning to channel 7, tp 274 Aug 28 18:39:14 vdrkone2 vdr: [1344] frontend 0/0 timed out while tuning to channel 7, tp 274 ... Aug 28 21:55:00 vdrkone2 vdr: [1282] switching device 1 to channel 7 Aug 28 21:55:00 vdrkone2 vdr: [1282] timer 1 (7 2155-2351 'Tapaus Wilson (K15)') start Aug 28 21:55:00 vdrkone2 vdr: [1282] Title: 'Tapaus Wilson (K15)' Subtitle: '(null)' Aug 28 21:55:00 vdrkone2 vdr: [1282] record /data/video/Tapaus_Wilson_(K15)/2010-08-28.21.55.7-0.rec Aug 28 21:55:00 vdrkone2 vdr: [1282] creating directory /data/video/Tapaus_Wilson_(K15) Aug 28 21:55:01 vdrkone2 vdr: [1344] frontend 0/0 timed out while tuning to channel 7, tp 274 Aug 28 21:55:13 vdrkone2 vdr: [1282] creating directory /data/video/Tapaus_Wilson_(K15)/2010-08-28.21.55.7-0.rec Aug 28 21:55:13 vdrkone2 vdr: [1282] recording to '/data/video/Tapaus_Wilson_(K15)/2010-08-28.21.55.7-0.rec/00001.ts' Aug 28 21:55:13 vdrkone2 vdr: [5921] recording thread started (pid=1282, tid=5921) Aug 28 21:55:14 vdrkone2 vdr: [1348] channel 2 (TV2) event La 28.08.2010 21:55-22:05 'Urheiluruutu' status 4 Aug 28 21:55:14 vdrkone2 vdr: [1282] max. latency time 14 seconds Aug 28 21:55:44 vdrkone2 vdr: [5921] ERROR: video data stream broken Aug 28 21:55:44 vdrkone2 vdr: [5921] emergency exit request ignored according to setup Aug 28 21:56:04 vdrkone2 vdr: [1344] frontend 0/0 timed out while tuning to channel 7, tp 274 As you can see, I have turned the emergency exit off, but I'd have thought that VDR would have been able to try the other tuner without emergency exit being activated. However, this does not seem to be the case. Is there any reason for that? -Petri

2 1

DIVX recordings? :)
by Teemu Suikki 05 Sep '10

05 Sep '10

I know this is probably too much to ask at this moment when there just has been a transition to TS.. Anyway, here it goes. :) I often compress my older recordings to Divx, to save space. However I never remember to watch them because they don't show up in VDR recordings anymore. :) I know I can watch them with the Mplayer plugin, but it's not convenient, especially if you are recording some series and half of the episodes are divx and half VDR.. So basicly I would like to be able to compress vdr recording to divx, but still view it like normal VDR recording. It would be quite enough to simply launch mplayer-plugin for the file if divx format is detected? Editing etc is not necessary at all. This is probably something I can do myself, but I just thought I ask in case someone else has already done something similar. :) -- Teemu Suikki http://www.z-power.fi/

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr September 2010