vdr

vdr@linuxtv.org

2 participants
6731 discussions

VDR and uClibc
by Paul Menzel 14 Jul '10

14 Jul '10

Dear VDR folks, I am trying to compile VDR with uClibc [1] using OpenEmbedded [2] and get the following error. thread.o: In function `cRwLock::Lock(bool, int)': /oe/angstrom-dev/work/armv7a-angstrom-linux-uclibceabi/vdr-1.7.15-r0/vdr-1.7.15/thread.c:164: undefined reference to `pthread_rwlock_timedwrlock' /oe/angstrom-dev/work/armv7a-angstrom-linux-uclibceabi/vdr-1.7.15-r0/vdr-1.7.15/thread.c:166: undefined reference to `pthread_rwlock_timedrdlock' collect2: ld returned 1 exit status The problem seems to exist since 2004 [3][4] and those function do not seem to be implemented in uClibc [5]. Judging from the comment in Gentoo bug #201718 I hoped that this has been resolved somehow. But I could not find any patches regarding this issue in the Gentoo archive. Did anyone solve this problem? Thanks, Paul [1] http://www.uclibc.org/ [2] http://wiki.openembedded.net/index.php/Main_Page [3] http://www.linuxtv.org/mailinglists/vdr/2004/07-2004/msg00089.html [4] http://www.linuxtv.org/mailinglists/vdr/2004/12-2004/msg01061.html [5] http://www.linuxtv.org/mailinglists/vdr/2004/12-2004/msg01077.html [6] http://bugs.gentoo.org/show_bug.cgi?id=201718#c1 [7] http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/media-video/vdr/fil…

2 1

Re: [vdr] recording teletext (like for subtitles...)
by Rolf Ahrenberg 11 Jul '10

11 Jul '10

On Sat, 10 Jul 2010, Juergen Lock wrote: > page and the threads I linked, I also have made a hack to make vdr > 1.7.15 timers include teletext in the ts recordings, maybe this is > useful as a first start to properly implement that feature. I'll You might like to have a look at my tpid patch that implements subtitling page numbers and channels.conf support that are currently missing in your patch: http://www.saunalahti.fi/~rahrenbe/vdr/patches/vdr-1.7.15-tpid.patch.gz The tpid patch is nowadays superceded by a patchset done under ttxtsubs that was intended to be the basis of ttxtsubs implementation in core VDR (patches 0001-0005): http://projects.vdr-developer.org/repositories/browse/plg-ttxtsubs/patches/… BR, -- rofa

2 1

Re: [vdr] recording teletext (like for subtitles...)
by Rolf Ahrenberg 11 Jul '10

11 Jul '10

On Sun, 11 Jul 2010, Halim Sahin wrote: > Just interested to know: > Q: why do you want to record teletext stuff? > What's an useful usecase for that? EBU/teletext subtitling is still actively used in plenty of DVB channels. Sure, one could convert these into textual DVB subtitles, but only a few video editors/players supports them. BR, -- rofa

2 1

recording teletext (like for subtitles...)
by Juergen Lock 11 Jul '10

11 Jul '10

Hi! As some of you might have seen when browsing my http://people.freebsd.org/~nox/dvb/ page and the threads I linked, I also have made a hack to make vdr 1.7.15 timers include teletext in the ts recordings, maybe this is useful as a first start to properly implement that feature. I'll just quote the relevant part from this posting: http://lists.freebsd.org/pipermail/freebsd-multimedia/2010-July/011158.html [...] - And something completely different: make vdr timers also record teletext; this came up on irc too and is mostly useful for subtitles transmitted that way - the osdteletext plugin doesnt seem to display them on playback but you can point e.g. vlc at the recorded .ts file below /video and click on the teletext icon in the bottom left - or use projectx to process subtitles including turning them into .sub files or just remux the .ts to make projectx add subtitle pagenumbers and correct(?) the teletext language because neither that nor the pmt pid are currently in the channels.conf so the patch just `guesses' by simply using the language of the first audio track. vlc at least doesn't seem to care much tho, it still displayed TV Polonia's teletext the same even when forcing the teletext language in the recorded pmt to german. And fwiw, osdteletext didn't want to display the teletext of neither TV Polonia nor of the french versions of arte (maybe because of different encoding?), and vlc pointed at TV Polonia via streamdev got a wrong teletext start page. (164 instead of 100, for some reason dvbsnoop -pd 9 -s ts -tssubdecode -if ... didn't want to decode the pmt of a streamdev recording from there...) http://people.freebsd.org/~nox/dvb/patch-vdr-1.7.15-record-teletext.txt [...] Cheers, Juergen

2 1

portability or VDR on FreeBSD
by Joerg Pulz 10 Jul '10

10 Jul '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello list. As the subject already says, this is about VDR portability, or how to get VDR up and running on a FreeBSD system. In times where we have such really nice plugins like softdevice and streamdev, we no longer need real MPEG2 or DVB hardware in a VDR system. As i want to use my FreeBSD systems to watch TV or play VDR recordings i decided to give porting VDR to FreeBSD a try. Attached you can find the results. In short terms: It simply works! The only missing feature right now is, starting VDR as root and switching to another user (-u command line option). For now it is possible to watch any recording made by a VDR with real hardware if the video directory is directly accessible over the network (mountable by the client) or the use the streamdev plugin to stream VDR to VDR. All tests where done using a Linux system with two FF-DVB-S devices, streamdev-server plugin and NFS exported video directory plus a wired and a wireless FreeBSD-7.0 client running VDR with streamdev-client and softdevice plugin. As far as i could test the whole setup until now, everything works the same way on FreeBSD as it does under Linux and i now have real channel-hopping. The patches are made in a way that a patched VDR will still compile under Linux. Every modification, to the source or to the Makefiles is ifdef'd out. So unless you say you want to compile VDR for FreeBSD you have an unmodified version of source. In case the ML software strips the attachments, the files are also available for download at: ftp://ftp.frm2.tum.de/pub/jpulz/VDR/ Thoughts or comments from others are welcome. regards Joerg - -- The beginning is the most important part of the work. -Plato -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFH0Dy8SPOsGF+KA+MRAmVBAJ9Tzfxg0zWNN/fEX8vfeMOW2muvSACgivha raTzC4R92jZ+Petp9Mqwr9E= =f08n -----END PGP SIGNATURE-----

2 3

Edit timer/Timer conflict problem vdradmin/epgsearch
by Timothy D. Lenz 09 Jul '10

09 Jul '10

I have a sat card and an atsc card. Our locals do a very poor job of maintaining epg, so I also pick up guide data from a sat. The sat channels are scrambled, but the epg is clear. In my channels.conf I put the sat channel that matches local just above the atsc entry in the list. epgserch picks up a show from the sat list first because they send out 2 weeks where as the locals are sometimes doing good to get 12 hours. When it sets up a timer for a show, I edit it changing the channel from the sat to the atsc channel entry. The problem is, it doesn't properly change the entry. This is the summary for the timer as it first sets up: <epgsearch><channel>90 - KGUN</channel><searchtimer>Castle</searchtimer><start>1278561540</start><stop>1278565260</stop><s-id>85</s-id><eventid>18498</eventid></epgsearch> And just changing the channel, it does this: <epgsearch><eventid>18498</eventid><update>0</update><bstart>60</bstart><bstop>60</bstop></epgsearch> It no longer points to the channel to use. It still seems to get the right channel for recording, but If 2 of these over lap at all, then I start getting timer conflict notices on the screen even though there is no conflict. It should have just changed "<channel>90 - KGUN</channel>" to "<channel>91 - KGUN-DT</channel>" I'm guessing that channel info it removes is why it no longer does conflict checking correcly. The plugin timeline seems still correctly see no conflict. Another problem I've run into, vdradmin only allows you to set a flat total number of dvb cards. It doesn't allow for the fact that not all the cards are the same. I had a second dual atsc tuner which went bad and will be replaced. So right now I have 2 tuners, but only 1 of each time and will have 4, but again, only 1 is sat. Some of this maybe a problem with epgsearch plugin since that is where the search and auto timer setups is done.

3 12

scan-s2 and dvbapi 5.1
by Jiri Jansky 02 Jul '10

02 Jul '10

Hi, I get some dvb-s2 card (TeVii S650) and wanted test it on my HTPC. It is supported under new kernel and "scan" is able to scan dvb-s transponder. I wanted scan dvb-s2 transponders too. So I download latest scan-s2 program from (http://mercurial.intuxication.org/hg/scan-s2) and tried to compile it. But scan-s2 depand on DVB_API_VERSION 5.0 and on my new kernel is DVB_API_VERSION 5.1. So I edited condition (line 50 of scan.c file) to pass compilation and get scan-s2 binary. Hovewer this binary isn't able to scan any dvb-s2 nor dvb-s transponders(even that i was able tu scan using "scan" program). So, doing am I something very bad, or there isn't compatibility between DVB_API 5.0 and DVB_API 5.1? Or is here any different way to get vdr channels.conf lines of dvb-s2 channels? Best regards Jiri Jansky

1 0

problem replaying radio recordings in xineliboutput and vdr-1.7.15
by Halim Sahin 01 Jul '10

01 Jul '10

hi, Can someone please help? Vdr-1.7.15, xineliboutput from git and xinelib-1.2 from hg. When I try to replay a radiorecording i get the folowing in the tty running sxfe: xv_set_property: property=1, value=4 [4260] [demux_vdr] PMT changed [4260] [input_vdr] wait_stream_sync: discard_index 3929200 != curpos 3927320 ! ( diff 1880) [4260] [demux_vdr] PMT changed [4260] [input_vdr] wait_stream_sync: discard_index 5654100 != curpos 5277912 ! ( diff 376188) [4260] [demux_vdr] PMT changed I get No audio. When I replay same recording through xineliboutput's own mediaplayer it plays fine. Any ideas? BR. halim

3 6

Request for rotor integration to vdr
by Timothy D. Lenz 30 Jun '10

30 Jun '10

The rotor plugin doesn't seem to be maintained anymore and was always somewhat of a hack to vdr. Seems to me rotor control should really be a part of vdr diseqc control code. Just about every sat box out there includes rotor control function. I also looked at the Actuator plugin because I am interested in getting something going with c-band and thought maybe it included rotor commands. Don't it does, doesn't look like it's been updated since vdr-1.6.0, and requires a custom kernel module. I don't mind building custom electronics and was planing to anyway. But I don't want to have to hack code into the kernel. I think they have boxes that provide actuator control from rotor diseqc commands anyway which brings us back to including it. I would also like to see it be able to handle a rotor per card. Not much point in having several sat tuners if they all have to look at the same sat.

4 7

Re : vdr 1.7.10 no record channel
by Senufo 30 Jun '10

30 Jun '10

Hi, I read the ISO / IEC 13818-2: 1995 for trying to better understand how is the detection of I-frames. In Chapter 6.2 the header image will begin by picture_start_code in remux.c if (scan == 0x00000100) (/ / Picture Start Code If I understand the detection of the i-frame is in the picture_coding_type according to Table 6-12 picture_coding_type / coding method 000 / forbidden 001 / intra-coded (I) 010 / predictive-coded (P) 011 / bidirectionally-predictive-coded (B) 100 / Shall Not Be Used (dc intra-coded (D) in ISO/IEC11172- 2) 101 / reserved 110 / reserved 111 / reserved I do not understand this line of code: independentFrame = ((Data [i +2]>> 3) & 0x07) == 1 / / I-Frame thank you for your answers Regards Senufo On 05/19/10 22:20, Senufo wrote: > Hi, > > Thanks Klaus > Klaus I agree, but the video looks good because I can see this live > stream and when I use the patch records are correct. > I did a test with vdr 1.6.0 with the same channels.conf and there I can > see the live stream and recordings works. > > Why ? I have no idea. Of course, the whole frame detection is different in VDR 1.7. You might want to debug that area to see why it doesn't work any more. Simply changing that bit from '1' to '0' can't be the solution. Klaus > On 05.05.2010 22:11, Senufo wrote: > >> > Hi, >> > > I found the problem. VDR does not detect the frame independent in this >> > stream because in the function : >> > > cFrameDetector:: Analyze (const uchar * Data, int Length) >> > > in the file remux.c. >> > > ((Data [i +2]>> 3) & 0x07) is equal to 0 instead of 1 for stream >> that work. >> > > I applied this patch : >> > > --- remux.c 2010-05-04 14:55:50.000000000 +0200 >> > +++ remux.c.orig 2010-05-04 21:57:38.000000000 +0200 >> > @@ -960,6 +960,7 @@ >> > return Processed; // flush everything before this new frame >> > newFrame = true; >> > independentFrame = ((Data[i + 2] >> 3) & 0x07) == 1; // I-Frame >> > + if (((Data[i + 2] >> 3) & 0x07) == 0) { independentFrame = 1;} >> > if (synced) { >> > if (framesPerPayloadUnit <= 1) >> > scanning = false; >> > > and record is working again. >> > I do not know what has changed in the stream. >> > > I tested this patch since yesterday and so far I have not had any >> problems. >> > > What do you think? >> > > If this stream marks independent frames with '0' instead if '1', > I would say it is broken. > > Klaus

2 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr