vdr July 2010

vdr@linuxtv.org

36 participants
37 discussions

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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr July 2010