vdr

vdr@linuxtv.org

2 participants
6731 discussions

Request - support for ATSC type channel numbers
by Rob Davis 15 Oct '10

15 Oct '10

Not sure if in Euroland, you're aware of how US digital is working and whether it's possible to support the US/ATSC channel number system. Essentially what's happening is a channel will appear on a frequency, then each sub channel is appending to the frequency number with either a . or a -. So, my ABC local channel is on 17. The main channel has a sid of 1, so the channel number is 17.1 or 17-1. They also have a network called MyNetwork, which has a sid of 2, so comes in as 17-2. Just to confuse matters, the 17 is actually the frequency of their old over the air frequency, they actually come in on a different frequency but have a virtual channel number of 17. The SD channels come in essentially as the same, but with a 2 stuck at the beginning, so 217.1 is ABC in SD. My normal TV when channel scanning mixes analog cable channels with digital ones. So old channels are on 2, 3, 4 up to 66, then ATSC channels appear starting on 13.1, 13.2, with 14 being an NTSC analog channel. (This is for Clear-QAM, although ATSC ota has the same type of numbering.). Anyway, is there anyway of getting VDR to support a sub channel number with a dash or period? -- Rob Davis

2 1

Alternative-Channel patch
by Rainer Blickle 15 Oct '10

15 Oct '10

Hi folks, this patch is relevant for the following people: People receiving the same tv program on different channels (DVB-C and analog via pvrinput, or HD and SD cards, or DVB-C and DVB-T, and ...) Here is my use-case: I have a dvb-c and some pvrinput devices. If the dvb-c card is occupied by a recording, i have to switch to a pvrinput channel. An example: My channels are configured as follows: 1 - RTL (DVB-C) 2 - Sat1 (DVB-C) 3 - RTL2 (DVB-C) ... 101 RTL (pvrinput) 102 Sat1 (pvrinput) 103 RTL2 (pvrinput) The channel 1 and 101, 2 and 102, 3 and 103 are receiving the same programme. In case the DVB-C device is occupied, i have to switch to the channels 101, 102, 103... The DVB-C device can be occupied by a timer, streamdev and so on. With the patch you can configure: 101 is an alternative for 1 102 is an alternative for 2 ... If you have configured this, vdr behaves as follow: when watching channel 1 and the dvb-c card also receives channel 1: when pressing CH+, then the vdr switches to channel 2. Channel 2 cannot be received by the dvb-c device, because 1 and 2 are not in the same "stream": vdr displays the epg data of channel 2, but showing the pictures and sound of channel 102. The ChannelControl-OSD shows: 2 (102) Sat1. The first number is the channel selected, the second number (in parenthese) the channel receiving. When selecting the channel 2 by pressing the "2"-Key, the same happends. When a timer is starting on channel 2, but the dvb-c device is occupied, then channel 102 gets recorded. How does this patch works ?: Add your alternatives under menu -> Settings -> Alternative For live view: a device gets searched for the given channel. It doesn't matter whether receivers have to be detached or not. if no device is found, then a device for the alternative channels gets searched. It also doesn't matter whether receivers have to be detached or not. if still no device could be found, the channel is not available For non-live-view: a device gets searched for the given channel. Only devices where no receiver has to be detached are taken into account. if no device is found, then a device for the alternative channels gets searched. Only devices where no receiver has to be detached are taken into account. if no device is found, then a device gets searched for the given channel. It doesn't matter whether receivers have to be detached or not. if no device is found, then a device for the alternative channels gets searched. It also doesn't matter whether receivers have to be detached or not. Why the difference for live tv and non-live tv ?: With live tv there are receivers which can be detached at any time (like osdteletext). Live-tv has normally the least priority, so live tv can on push live tv aside. If in the first step live view isn't allowed to detach other receivers, an alternative will be taken every second channel switch. What about streamdev ?: I have tested streamdev only a little bit. The patch has to be applied on the client. In my test (only with "never suspend") it works. A note about pvrinput: If you use pvrinput with this patch, you also have to patch pvrinput. Otherwise pvrinput devices always returns the need for detaching other receivers. Because of lack of a ff-card and a cam module, i could test it only in transfer mode and without any encryption => testers are welcome. I havn't add any translations yet. If the patch gets merged into the development branch, i will provide the translations at least for german and english. Regards, Rainer

3 4

Re: [vdr] Replay Problems with Extension HD
by Rolf Ahrenberg 15 Oct '10

15 Oct '10

On Thu, 14 Oct 2010, Vesa wrote: > Next step is to add delay for subtitles. This is "dirty trick", it is only > for eHD users. Simply add some value to Delta (add second line): > > Code: > Delta = LimitTo32Bit(sb->Pts()) - LimitTo32Bit(STC); > Delta += 500000; > > With that 50000 you will get 5.56s delay. With that eHD now works correctly > with recording play. Live shows subtitles will be too late with this, but it > is minor issue. I mostly watch recordings :) Would it help to modify the plugin's GetSTC() method only when replaying? + if (Replaying()) + STC -= 500000L; // or configurable: 900L * ReelSetup.STCDelayMs; BR, -- rofa

3 6

vdr 1.7.16 no longer cleans del records from video.01, video.02...
by Lou 15 Oct '10

15 Oct '10

Hello klaus One of the changes you introduced in 1.7.16 does prevent the deletion of ".del" directories and the files inside of video.01, video.02 and so on. Only the del directories in video.00 with the symbolic links are cleaned up by the removing recordings thread. I guess it is caused by this change from 1.7.15: > > - Fixed following symbolic links in RemoveFileOrDir(). > This bug has been confirmed by other users in vdr-portal. Any ideas what I can change in the code until 1.7.17 comes out? Thanks and regards Lou@vdr-portal

4 5

TS to chinapod
by Arturo Martinez 14 Oct '10

14 Oct '10

Actually I have read the MANUAL before I posted here but can't figure out how to get this working (and yes I want to do this manually for specific recordings from the OSD ) Perhaps if somebody who is doing something similar (using the vdr OSD to convert .TS files to something else) could post their reccmds.conf and associated scripts if any, I could figure it out what is it that I am doing wrong. As it stands when I press the 'Red' key in the 'Recordings' menu and select a command from there, nothing whatsoever happens. Message: 5 Date: Thu, 14 Oct 2010 15:19:35 +0200 From: Matthias Fechner<idefix(a)fechner.net> Subject: Re: [vdr] TS to chinapod To:vdr@linuxtv.org Message-ID:<4CB70367.8000402(a)fechner.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Am 14.10.10 12:01, schrieb Arturo Martinez: > > Could somebody tell me how could I implement this within vdr, so I > > select 'Commands' and then the file to be converted and either it calls > > the bash script to do the job or otherwise converts it using the same > > parameters? > check the file MANUAL in the vdr directory: * Processing Recordings The configuration file 'reccmds.conf' can be used to define system commands that can be applied to the recording that is currently highlighted in the "Recordings" menu. The "Red" key in the "Recordings" menu opens the "Recording commands" menu if there are commands defined in the file 'reccmds.conf'. Pressing one of the keys '1'..'9' in the "Recordings" menu executes the corresponding command from 'reccmds.conf' (see also "Executing system commands" below). You can select a recording, press the red key and select the command you want to execute on the recording. So you can export it to several formats and more. Matthias

1 0

TS to chinapod
by Arturo Martinez 14 Oct '10

14 Oct '10

I have the following bash script: chinapod.sh #!/bin/sh /usr/bin/ffmpeg -i $1 -s 320x240 -r 23.97 -vcodec wmv2 -acodec wmav2 -ab 160k ${1%\.*}.asf From a bash prompt I run chinapod 000001.ts and it converts the recording happily to the desired format. Could somebody tell me how could I implement this within vdr, so I select 'Commands' and then the file to be converted and either it calls the bash script to do the job or otherwise converts it using the same parameters? I am using vdr 1.7.15

4 3

Replay Problems with Extension HD
by Vesa 13 Oct '10

13 Oct '10

Al 12/10/10 18:13, Hannu Tirkkonen: > Hi! > > This is really annoying problem and basically all of the recordings > containing dvb subtitles are pretty much useless. The problem exists > also on recordings having teletext subtitling, but the teletext plugin > have an option for delaying the subtitling. Similar delay as on ttxsubtitles would be nice addition to VDR. Separate and additional delay for live and record play modes. Suitable range would be 0 - 10s. This would fix also other issue than "non working output". Sometimes broadcaster do mistake and subtitles timing is wrong. Last time this happened last week with Law&Order, subtitle timing has 4s offset. With DVB subtitle delay settings show would be ok. Now I have only one option, turn subtitles completely off. My opinion is that there is several reason to add DVB subtitle delay setting to VDR menu. To fix non working output devices and to fix temporally miss aligned subtitles. This feature is similar as Lipsync set on all modern AV devices. Audio should be in sync with video, but sometimes it is not. It is good to have lipsync on menu for fixing this temporal but totally annoying issue. For Reelbox plugins: I fixed patch for reelbox-3 svn 15208. Patch on attachment. With this reelbox-3 and with latest hdplayer pause seems to work.. -- Vesa

1 0

Replay Problems with Extension HD
by Vesa 13 Oct '10

13 Oct '10

eHD card has now days working plugin for vdr, more info about that here: http://www.vdr-portal.de/board/thread.php?threadid=98019 eHD is stable with latest card firmwares, also for ts playback. Only issue is still that somehow VDR is not compatible with eHD on replay mode. With live tv DVB subtile timing is correct. During replay subtitles still comes 6-7s too early here in Finland. Last real discussion about this bug is from Sat Sep 5 15:09:30 CEST 2009. And still no any real solutions. -- Vesa

7 7

Why won't my DVB-S work?
by Simon Baxter 11 Oct '10

11 Oct '10

Hi I've added a DVB-S card to my vdr-1.7.16, but I can't get a picture. I can do an szap as follows: TV3:12456:h:0:22500:512:650:1920 ./szap -l 11300 -c channels-conf/dvb-s/OptusD1E160 TV3 reading channels from file 'channels-conf/dvb-s/OptusD1E160' zapping to 1 'TV3': sat 0, frequency = 12456 MHz H, symbolrate 22500000, vpid = 0x0200, apid = 0x028a sid = 0x0780 using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' status 1f | signal cd82 | snr be5c | ber 0000ff00 | unc fffffffe | FE_HAS_LOCK status 1f | signal ccf8 | snr bccd | ber 00000000 | unc fffffffe | FE_HAS_LOCK status 1f | signal cd03 | snr bcbe | ber 00000000 | unc fffffffe | FE_HAS_LOCK status 1f | signal cd0b | snr bc6a | ber 00000000 | unc fffffffe | FE_HAS_LOCK I can do a scan: ./scan -c -o vdr using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' Network Name 'Freeview' 0x0016 0x0794: pmt_pid 0x0122 TVWORKS -- C42 (running) 0x0016 0x0787: pmt_pid 0x0121 Kordia Limited -- Shine TV (running) 0x0016 0x078f: pmt_pid 0x0119 GeorgeFM -- GeorgeFM (running) 0x0016 0x0786: pmt_pid 0x0110 TVWORKS -- TV3 PLUS1 (running) 0x0016 0x0780: pmt_pid 0x010a TV Works -- TV3 (running) 0x0016 0x0781: pmt_pid 0x010b TV Works -- C4 (running) 0x0016 0x0782: pmt_pid 0x010c STRATOS Limited -- STRATOS (running) 0x0016 0x0783: pmt_pid 0x010d Kordia Limited -- Parliament TV (running) 0x0016 0x0784: pmt_pid 0x010e Kordia Limited -- CUE (running) 0x0016 0x0785: pmt_pid 0x010f Maori Television Service -- Te Reo (running) 0x0016 0x0789: pmt_pid 0x0113 Radio New Zealand -- RNZ National (running) 0x0016 0x078a: pmt_pid 0x0114 Radio New Zealand -- RNZ Concert (running) 0x0016 0x0790: pmt_pid 0x011a Kordia -- BaseFM (running) 0x0016 0x0788: pmt_pid 0x0112 SKY -- PRIME (running) dumping lists (15 services) TV3;TV Works:12483:h:S160.0E:22500:512:650:712:0:1920:47:22:0 C4;TV Works:12483:h:S160.0E:22500:513:651:0:0:1921:47:22:0 TV3 PLUS1;TVWORKS :12483:h:S160.0E:22500:518:656:0:0:1926:47:22:0 C42;TVWORKS:12483:h:S160.0E:22500:531:674:0:0:1940:47:22:0 PRIME;SKY:12483:h:S160.0E:22500:520:658=eng:0:0:1928:47:22:0 Parliament TV;Kordia Limited:12483:h:S160.0E:22500:515:653=eng,690=ang:0:0:1923:47:22:0 CUE;Kordia Limited:12483:h:S160.0E:22500:516:654=eng:0:0:1924:47:22:0 Te Reo;Maori Television Service:12483:h:S160.0E:22500:517:655=eng:0:0:1925:47:22:0 Shine TV;Kordia Limited:12483:h:S160.0E:22500:530:673=eng:0:0:1927:47:22:0 STRATOS;STRATOS Limited:12483:h:S160.0E:22500:514:652=eng:0:0:1922:47:22:0 RNZ National;Radio New Zealand:12483:h:S160.0E:22500:0:659=eng:0:0:1929:47:22:0 RNZ Concert;Radio New Zealand:12483:h:S160.0E:22500:0:660=eng:0:0:1930:47:22:0 [078b];(null):12483:h:S160.0E:22500:0:661=eng:0:0:1931:47:22:0 GeorgeFM;GeorgeFM:12483:h:S160.0E:22500:0:665=eng:0:0:1935:47:22:0 BaseFM;Kordia:12483:h:S160.0E:22500:0:666=eng:0:0:1936:47:22:0 Done. My setup.conf for the LNB has: LnbFrequHi = 11300 LnbFrequLo = 10750 LnbSLOF = 12500 But vdr reports: Oct 7 15:10:29 callin vdr: [2039] frontend 0/0 timed out while tuning to channel 1, tp 112483 Any ideas? What am I missing?

2 4

Supported FF cards
by Rainer Blickle 11 Oct '10

11 Oct '10

Hi, i have found the following code snippet in dvbsdffdevice.c: 0x110A0000, // Fujitsu Siemens DVB-C 0x13C20000, // Technotrend/Hauppauge WinTV DVB-S rev1.X or Fujitsu Siemens DVB-C 0x13C20001, // Technotrend/Hauppauge WinTV DVB-T rev1.X 0x13C20002, // Technotrend/Hauppauge WinTV DVB-C rev2.X 0x13C20003, // Technotrend/Hauppauge WinTV Nexus-S rev2.X 0x13C20004, // Galaxis DVB-S rev1.3 0x13C20006, // Fujitsu Siemens DVB-S rev1.6 0x13C20008, // Technotrend/Hauppauge DVB-T 0x13C2000A, // Technotrend/Hauppauge WinTV Nexus-CA rev1.X 0x13C2000E, // Technotrend/Hauppauge WinTV Nexus-S rev2.3 0x13C21002, // Technotrend/Hauppauge WinTV DVB-S rev1.3 SE Are these all supported ff cards ? Or ar these all available ff cards at all ? Regards, Rainer

2 3

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr