vdr August 2011

vdr@linuxtv.org

40 participants
61 discussions

How to convert a JPEG image to an HD video frame?
by Klaus Schmidinger 14 Aug '11

14 Aug '11

The VDR plugin 'pictures' (part of the original VDR archive) uses a Perl script named 'pic2mpg', which converts a JPEG image into an MPEG frame that can be displayed directly by VDR's primary output device. This is done in essence by the command sequence jpegtopnm $Pict | pnmscale --xscale=$ScaleW --yscale=$ScaleH | pnmpad --black --width $SW --height $SH | ppmtoy4m -F $framerate -I p -S 420mpeg2 | mpeg2enc -f 3 -b 12500 -a $aspect -q 1 -n $system2 -o $Mpeg (see the actual script for the complete working environment). While this works fine for SD video, I can't seen to figure out how to make this work for an HD video output device. The video frame should be a 1080i frame in my case (my tv can't handle 1080p), but could optionally also be 720p or 1080p, depending on the actual tv's capabilities. Can anybody give me a pointer how this script could generate HD video frames? Klaus

4 8

eepg crashes VDR when analyzing a certain transponder on 19.2°E
by André Weidemann 14 Aug '11

14 Aug '11

Hi, I am currently running latest git of the eepg plugin to get EPG for the Freeview channels on 28.2°E. The satellite dish at my place points at 28.2°E and 19.2°E. Unfortunately the eepg plugin crashes VDR when analyzing a German transponder on 19.2°E during the EPG scan. Crashing can be provoked when switching to this channel: Sky Select,SkySel;SKY:12031:HC34M2O0S0:S19.2E:27500:2815=2:2816=deu@3,2817=deu@3;2819=deu@106:0:0:18:133:4:0 Syslog shows the following at the time of the crash: Aug 14 09:45:37 vdr vdr: [3729] PMT scan idle Aug 14 09:45:37 vdr vdr: [3729] EEPG: Premiere Extended EPG detected on pid b09. Aug 14 09:45:38 vdr kernel: [ 6464.204184] section handler[3729] general protection ip:483ba6 sp:446b9820 error:0 in vdr[400000+145000] This is the gdb output: Program terminated with signal 11, Segmentation fault. [New process 6113] [New process 6116] [New process 6118] [New process 6121] [New process 6119] [New process 6122] [New process 6120] [New process 6112] [New process 6123] [New process 6124] [New process 6125] [New process 6126] [New process 6127] [New process 6128] [New process 6129] [New process 6115] [New process 6130] [New process 6110] [New process 6105] [New process 6109] [New process 6117] #0 cFilter::Source (this=0xa007f30116d2010) at filter.c:91 91 return sectionHandler ? sectionHandler->Source() : 0; (gdb) up #1 0x00007f3012009ef0 in cFilterEEPG::Process (this=0x43de0151, Pid=<value optimized out>, Tid=<value optimized out>, Data=0x43de010e "Orderline D:0180-5530000 A:01-49168800 (Preis s. Programm-Magazin)", Length=<value optimized out>) at eepg.c:3657 3657 tChannelID channelID (Source (), nid, tid, sid); Current language: auto; currently c++ (gdb) up #2 0x00000000004c74e1 in cSectionHandler::Action (this=0x7f300dd87a70) at sections.c:212 212 fi->Process(pid, tid, buf, len); (gdb) up #3 0x00000000004e0765 in cThread::StartThread (Thread=0x7f300dd87a70) at thread.c:257 257 Thread->Action(); (gdb) up #4 0x00007f301b73afc7 in start_thread () from /lib/libpthread.so.0 (gdb) up #5 0x00007f301a23164d in clone () from /lib/libc.so.6 (gdb) up #6 0x0000000000000000 in ?? () (gdb) up Initial frame selected; you cannot go up. Any help would be greatly appreciated. André

1 0

FreeviewHD channels.conf OK for xine, but not for VDR
by Chris Rankin 13 Aug '11

13 Aug '11

Using scandvb with the "-o vdr" parameter is failing, but without it I get the following lines: BBC HD:554000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_256:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:17472 BBC One HD:554000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_256:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:17540 ITV1 HD:554000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_256:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:17604 Channel 4 HD:554000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_256:T Interesting. So xine is now receiving the stream via its DVB plugin, although it is also choking on the H.264 decoding. Still no luck getting the adapter's remote control working. Cheers, Chris

1 0

Failing to tune in Freeview HD channels
by Chris Rankin 13 Aug '11

13 Aug '11

Hi, My 209e has arrived and is giving me all the normal Freeview channels. However, I'm unable to tune it into the HD ones. According to this site, the HD channels are all available on a separate MUX: http://www.ukfree.tv/txdetail.php?a=TQ339712 256QAM 32k 2/3 40Mb/s DVB-T2 MPEG4 50 BBC One HD (UK service without regions), 51 ITV 1 HD (ITV London), 52 Channel 4 HD London ads, 54 BBC HD, • as a digital multiplex transmitted on frequency C31 (554.0MHz) So I tried adding a new line to the uk-CrystalPalace file from dvb-apps: T 554000000 8MHz 2/3 NONE QAM256 32k 1/32 NONE However, scandvb rejects the "32k" part and still refuses to tune in, although I do get the PIDs: 0x0000 0x4440: pmt_pid 0x0064 BBC -- BBC HD (running) 0x0000 0x44c4: pmt_pid 0x00c8 ITV -- ITV1 HD (running) 0x0000 0x4500: pmt_pid 0x012c CHANNEL FOUR -- Channel 4 HD (running) 0x0000 0x4484: pmt_pid 0x19c8 BBC -- BBC One HD (running) So it looks like I'm going to have to create entries in my channels.conf file manually. Does anyone have a working one that s/he could share, please? Thanks, Chris

1 0

Default Audio Track
by Dominic Evans 13 Aug '11

13 Aug '11

A number of UK HD channels have the 'audio description' track as the first audio track in the stream e.g., Stream #0.0[0x201]: Video: h264 (Main), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 56.55 fps, 50 tbr, 90k tbn, 50 tbc Stream #0.1[0x281](NAR): Audio: mp2, 48000 Hz, stereo, s16, 192 kb/s Stream #0.2[0x295](eng): Audio: ac3, 48000 Hz, 5.1, s16, 384 kb/s When playing back in VDR frontend it always just defaults to the first audio track in the stream, requiring a switch each time. Is it possible to make VDR default to automatically pick the highest quality (e.g. 5.1 > stereo) local-language tagged audio track?

2 2

UK FreeviewHD and VDR
by Chris Rankin 12 Aug '11

12 Aug '11

> I haven't pushed it upstream to Klaus, I think the preferable solution > is to do it as a plugin - search for the eepg plugin which incorporates > the parsing code. OK, thanks. Fedora 15 is still using VDR 1.6.x but the plugin looks small enough that I'm hoping it will work anyway :-). BTW, I see that eepg.c is using sscanf() with GNU-specific "%a[range]" tokens. Wouldn't it be more practical to use "%m[range]" tokens instead, c.f. the man page for sscanf from glibc: Since version 2.7, glibc also provides the m modifier for the same pur‐ pose as the a modifier. The m modifier has the following advantages: * It may also be applied to %c conversion specifiers (e.g., %3mc). * It avoids ambiguity with respect to the %a floating-point conversion specifier (and is unaffected by gcc -std=c99 etc.) * It is specified in the upcoming revision of the POSIX.1 standard. Cheers, Chris

2 1

UK FreeviewHD and VDR
by Chris Rankin 12 Aug '11

12 Aug '11

Hi, I currently use VDR to watch Freeview in the UK, and it works great with a Hauppauge NOVA-T-USB2 adapter. However, this adapter isn't compatible with DVB-T2 and so I've now ordered a nanoStick T2 290e and have upgraded to the Linux 3.0.1 kernel in eager anticipation. My ultimate goal is to use VDR to watch FreeviewHD, exactly as I've already been using it to watch Freeview, except that I understand that the EPG for the HD channels has been compressed using proprietary Huffman tables. I've already found this web site: http://www.rst38.org.uk/vdr/ The patch here for VDR (with separate "drop in" files freesat.t1 and freesat.t2) looks interesting, and would seem to allow VDR to read the compressed EPG in a transparent way. However, it has obviously not been merged to VDR in over 2 years, which would suggest that the VDR developers have rejected it for some reason. Could someone tell me what the "recommended" approach is for parsing a Huffman-compressed EPG with VDR please? I suspect that I can integrate this patch into VDR manually, but this isn't a viable long-term solution. Thanks for any advice, Cheers, Chris P.S. Yes, I know that I am assuming that FreeSat and FreeviewHD are using the same proprietary Huffman tables. But I'm also under the impression that this assumption is not a bad one.

8 9

Re: [vdr] UK FreeviewHD and VDR
by Gerald Dachs 12 Aug '11

12 Aug '11

> On 12 August 2011 12:33, Gerald Dachs <vdr(a)dachsweb.de> wrote: >> Currently I am testing vtuner on a Seagate Dockstar with 2 sundtek DVB-C USB sticks that is streaming to a Zotac HD-ID 40. It is promising. > > FYI vtuner is available here http://code.google.com/p/vtuner/ And here for Ubuntu Natty https://launchpad.net/~yavdr/+archive/unstable-vdr/ And in this dockstar repository: deb http://dockstar.yavdr.org unstable/ deb-src http://dockstar.yavdr.org unstable/ Currently I am working here on a version that uses memory mapping between client and kernel module that needs much less cpu: https://github.com/gdachs/vtuner. I want to simplify the client even more but I am not ready. Gerald

1 0

Re: [vdr] AAC LATM audio issue on dvb-t israeli service
by Barak Nahari 12 Aug '11

12 Aug '11

Sorry for repost, I've left out a line: On windows i've looked into the vlc log and found no error except the start of the stream. when initializing the dvb-t card but none so ever after except once in a while "warning late picture skipped (19199 -807)"

1 0

Re: [vdr] AAC LATM audio issue on dvb-t israeli service
by Barak Nahari 12 Aug '11

12 Aug '11

I've been done more testing to understand where's the problem. I've suspected that vlc on windows doesn't save the original ts as it is but remove errors from the stream, so i can't use it to analyze the problem. I'd like to emphasize that i can watch the stream on vlc both in windows os and linux. On linux i'm getting allot of ts continuity errors with all the tools i've tried (vdr, mumudvb, tvheadend, vlc), i had to understand where's it come from, is it the linux driver fault, the usb dongle or the ts is broadcast with errors. I've checked this with both it9135 and af9015 based usb dongle's, I believe these are the most popular chips used today so that can't be the problem. On windows i've looked into the vlc log and found no error except the start of the stream. when initializing the dvb-t card but none so ever after except once in a while I've used tsreader to save a mpg contains the whole stream as it is. http://www.2shared.com/video/mjpw6vqE/test12.html I would appreciated anyone's help analyzing the stream and i would like your opinion if it possible for a patch to be applied to vdr to demux (the right term?) the stream correctly. I'm aware that vdr can't be changed for every misconfigured ts but maybe can be less sensitive. Regard, Barak

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr August 2011