vdr January 2006

vdr@linuxtv.org

153 participants
203 discussions

receive data with low prio, so user-action can detach the receiver
by Patrick(gmx) 03 Jan '06

03 Jan '06

Hello I still try to write a Plugin which a background receiving of data. For example I have 3 devices. I want the last device to receive data only from "Transponder A" with "PID X". This should be a very high prio. The user should tune as he likes. Now I want to receive "Transponder B" with "PID Y", but with a low Prio. So the user don't observe it. The low prio receiver should be detached if a user need the device. The Problem is that the user action don't detach the receiver. How can I implement it? Patrick So I have written this code: #define PRIORECEIVER 59 struct sReceiverID{ cDevice *device; cPTSReceiver *receiver; int originalNetworkId; int transportStreamId; int serviceId; int vpid; }; /** * Start listening for PTS values on the given service. * * Step1. create the channel for the values * Step2. get next free receiver position in array * Step3. test if allready a receiver is listen to the values, if exist return * Step4. test if allready a receiver is listen on same transponder. if exist create a new receiver and add to same device. return * Step5. test if static device can receive data. If it could, create a device and add to static device and return * Step6. test all other devices and add the first fit device. return * Step7. return with false. No device can handel a receiver with this valuse. */ bool ctuner::addPTSStream(int originalNetworkId, int transportStreamId, int serviceId){ //DEBUG /* for (int b=0;b<MAXRECEIVERS;b++){ if (receiverID[b].originalNetworkId){ dsyslog("receiverID[%d].",b); dsyslog(" %d) ONID: %d",b,receiverID[b].originalNetworkId); dsyslog(" %d) TSID: %d",b,receiverID[b].transportStreamId); dsyslog(" %d) SID: %d \n",b,receiverID[b].serviceId); dsyslog(" lisen on device[%d]",receiverID[b].device->DeviceNumber()); } }; */ //DEBUG END //create the fitting channel for the originalNetworkId, transportStreamId and serviceId cChannel *channel = GetChannelBy_ONID_TID_SID(originalNetworkId,transportStreamId,serviceId); if(!channel)return false;//can't read channel from file else{ // dsyslog("channels with originalNetworkId = %d, transportStreamId = %d and serviceId = %d was found and has VPID=%d",originalNetworkId,transportStreamId,serviceId,channel->Vpid()); } //create a receiver for the VPID cPTSReceiver *receiver = NULL; int a; for (a=0;((receiverID[a].receiver!=NULL) && (a<MAXRECEIVERS));a++){}; if (receiverID[a].receiver){ esyslog("MAXRECEIVER reached"); return false;//max receivers was reached } //check if already a receiver is set to the originalNetworkId, transportStreamId and serviceId. // if a receiver with the same originalNetworkId, transportStreamId and serviceId were found, // no new receiver was needed. for(int i=0;i < MAXRECEIVER;i++){ if ((receiverID[i].originalNetworkId == originalNetworkId) && (receiverID[i].transportStreamId == transportStreamId) && (receiverID[i].serviceId == serviceId)){ //there is already a receiver set to this IDs //dsyslog("There is already a receiver listen to the IDS: %d, %d ,%d",originalNetworkId, transportStreamId, serviceId); return true;//not need to attach new receiver } }//no receiver found for this IDs lets create a new receiver //dsyslog("VPID from channel is: %d",channel->Vpid()), receiver = new cPTSReceiver(channel->Vpid()); if(!receiver){ dsyslog("receiver failed"); return false; } receiverID[a].receiver = receiver; receiverID[a].originalNetworkId =0;//will be set later receiverID[a].transportStreamId =0;//will be set later receiverID[a].serviceId =serviceId; receiverID[a].device = NULL;//will be set later if device was known receiverID[a].vpid = channel->Vpid(); //dsyslog("new PTSReceiver was created for VPID=%d",channel->Vpid()); // If a receiver with the same originalNetworkId and transportStreamId // were found, the device of this receiver is tuned to the same originalNetworkId, transportStreamId // the new receiver need, so I can attach the new receiver to the same device for(int i=0;i < MAXRECEIVER;i++){ if ((receiverID[i].originalNetworkId == originalNetworkId) && (receiverID[i].transportStreamId == transportStreamId)){ //there is already a receiver on the same transponder //dsyslog("There is already a receiver on the same transponder IDS: %d, %d, added ",originalNetworkId, transportStreamId); if (!receiverID[i].device->AttachReceiver(receiver)){ esyslog("ERROR could not attach receiver to same transponder. reason unknown"); delete receiver; receiverID[a].receiver = NULL; receiverID[a].originalNetworkId = 0; receiverID[a].transportStreamId = 0; receiverID[a].serviceId = 0; receiverID[a].device = NULL; receiverID[a].vpid = 0; return false;//could not attach receiver, reason unknown } receiverID[a].device = receiverID[i].device; receiverID[a].originalNetworkId =originalNetworkId; receiverID[a].transportStreamId =transportStreamId; dsyslog("added to device[%d]",receiverID[a].device->DeviceNumber()); return true;//new receiver was added to same device } } //not I need to test all other devices to receive the data cDevice *device; //check the last device first, because it is static tuned on a transponder and will not change device = cDevice::GetDevice(cDevice::NumDevices()-2);//TODO in case of xine the last one is the xine device so use -2 else -1 if(device->ProvidesChannel(channel,PRIORECEIVER)){ //dsyslog(" static device can receive PTSStream"); device->SwitchChannel(channel,false); if (!device->AttachReceiver(receiver)){ esyslog("ERROR could not attach receiver to static device."); }else{ receiverID[a].device = device; receiverID[a].originalNetworkId =originalNetworkId; receiverID[a].transportStreamId =transportStreamId; dsyslog("added to device[%d]",receiverID[a].device->DeviceNumber()); return true;//successful added } } else { //dsyslog(" static device can't receive PTSStream"); } //check all other devices if the receiver can be added for (int i= cDevice::NumDevices()-2; i>=0 ;i--){ device = cDevice::GetDevice(i); if(device->ProvidesChannel(channel,PRIORECEIVER)){ //dsyslog(" device[%d] can receive PTSStream",i); device->SwitchChannel(channel,false); if (!device->AttachReceiver(receiver)){ esyslog("ERROR could not attach receiver to device[%d].",i); }else{ // dsyslog("successful added receiver to device[%d]",i); receiverID[a].originalNetworkId =originalNetworkId; receiverID[a].transportStreamId =transportStreamId; receiverID[a].device = device; dsyslog("added to device[%d]",receiverID[a].device->DeviceNumber()); return true;//successful added } } else{ // dsyslog(" device[%d] can't receive PTSStream",i); } } //no device can handel the originalNetworkId, transportStreamId and serviceId // so clean up and exit with false // dsyslog("no device found for VPID=%d",receiverID[a].vpid); delete receiver; receiverID[a].receiver = NULL; //not needed but make it clean receiverID[a].originalNetworkId =0; receiverID[a].transportStreamId =0; receiverID[a].serviceId =0; receiverID[a].receiver = NULL; receiverID[a].vpid = 0; return false; }

3 9

API extension?: bool cMenuEditStrItem::InEditMode()
by Christian Wieninger 03 Jan '06

03 Jan '06

Hi, is there a chance to get a new member function like bool cMenuEditStrItem::InEditMode() { return pos > -1; } that returns the edit state on an item? I need this to set different color buttons for an edit item depending on its edit state. My current solution compares item text and value and is quite ugly ;-) : bool InEditMode(const char* ItemText, const char* ItemName, const char* ItemValue) { bool bEditMode = true; // ugly solution to detect, if in edit mode char* value = strdup(ItemText); strreplace(value, ItemName, ""); strreplace(value, ":\t", ""); // for bigpatch strreplace(value, "\t", ""); if (strlen(value) == strlen(ItemValue)) bEditMode = false; free(value); return bEditMode; } BR, Christian

2 1

Recording whole mux and ripping it ...
by juha s. 03 Jan '06

03 Jan '06

Hi gurus I would like to record multiple PIDs (2 x each: video, sound, subtitles and super text) from one MPEG2-TS stream and now I'm wondering how to do that. The stream include 5 channels information about 22 Mbps and I doun't want to record all of that because I only need 2 channels information. So is't possible to rip "on-the-fly" requested PIDs and make that kind of MPEG2-TS format. Or is't possible to record whole mux and after record stops, then rip out the PIDs I like to save for futher use. Thanks any help -Jussi

1 0

(offtopic) Voltage moding rev 1.3
by Paul Lacatus 03 Jan '06

03 Jan '06

Sorry about offtopic but from vdr wiki I found that there is a way to improve the stability of SNR and STR readings in vdr but didn't found relevant information to go further with the voltage moding. If somebody can give me a link I will be gratefull Regards Paul

2 4

The corect way to stop VDR
by Paul Lacatus 02 Jan '06

02 Jan '06

I am using vdr 1.3.37 on full featured thechnisat Rev 1.3 card. Drivers are from kernel 2.6.14. I have another digital receiver connected on the loop output of the ss1 board. After closing vdr by ctrl-c in console the ss1 in not powering anymore the LNB leaving the other receiver to do that but is not allowing the high frequency signal to pass trough (I presume ) since the other receiver is indicating bad signal. If I restart the computer all is ok until I start again vdr. I don't know if the problem is from vdr or drivers.

2 2

Annoying bug with ttxtsubs
by "Sami J. Mäkinen" 02 Jan '06

02 Jan '06

Hello all, is anyone else having trouble with teletext subtitles? I am using - VDR 1.3.37 - ttxtsubs 0.0.5 - DVB subtitles 0.3.8 - a bunch of other plugins, including autosort, channelscan, dvd, femon, loadepg, mp3/mplayer, osdteletext, remote and text2skin. - DVB-S full-feature card (Hauppauge) with conax cam and Canal Digital smartcard. I have used the patches from http://users.tkk.fi/~rahrenbe/vdr/vdr-1.3.37-subtitles-0.3.8-and-ttxtsubs-0… http://users.tkk.fi/~rahrenbe/vdr/vdr-ttxtsubs-0.0.5-soppatykki-edition.dif… to get DVB subtitles and ttxtsubs together. The symptons: When replaying a recording from a satellite channel with ttxt subtitles, they work ok for the first 5 minutes or so. After that, the subtitles disappear for a while. Then, I begin to see subtitles from live sat tv, usually Animal Planet. I press STOP from my remote and re-enter the playback and subtitles reappear correctly and work for another 5 minutes or so. This is repeatable. I have tried to switch my vdr into a satellite channel on a different satellite (I have 5 sats visible), e.g. S19.2E (astra1). Anyhow, when playing back a recording with ttxt subtitles, I definitely will see ttxt subtitles from live broadcast from S1.0W (Thor) after 5 minutes or so. This is damn annoying. When watching live view with ttxt subtitles, it is working ok, always. I have not seen subtitles from a wrong channel or anything similar. When watching a recording with no subtitles that vdr is aware of (subtitles embedded into the picture, like mtv3 or Nelonen in Finland) I will see ttxt subtitles from live broadcast of S1.0W too. This happens too, even if I try to switch to another channel on another satellite before beginning the playback. This problem is easily cured, because I can just disable ttxt subtitles from the VDR main menu. Have anyone else seen this? This is utterly annoying since the only way to view satellite broadcasts with subtitles is to make dvds of them first... It should not be too difficult for ttxtsubs plugin to differentiate recorded and live view subtitles, should it? Sigh. -sjm

3 3

Analog Plugin --ANYONE using it and its working?
by Mlists 02 Jan '06

02 Jan '06

I have a Hauppauge WinTV along with my DVB card and I would like to get it working with VDR. It works find in conjunction with my DVB card in Mythtv but I prefer VDR for it's stability. After finding some patches on the German WIKI pages for the plugin, I finally got it to compile. The problem I'm having though is that when it tries to launch mp1e I get the following errors: 11:59:29 mp1e -m 3 -j -e 1 -t 256 -g I -p /dev/dsp -c /dev/video0 -x /dev/mixer -d 0 -a 23 -b 5000000 -B 80 -r 14,91 -s 352x288 -S 44.1 -F 8 -G 368x288 -o /tmp/.analogtv.avi & 11:59:29 Sucessfully set encoder priority to -15 11:59:29 flush_buffer() mp1e: invalid option -- j Real time MPEG-1 encoder 1.9.2 Copyright (C) 1999-2001 Michael H. Schimek I downloaded the CVS version of FFMPEG because I get a similar problem if I change the encoder to ffmpeg, except it says option -hq is invalid. Can anyone provide me with some information where I can find the right software that will work with VDR and this card? Thanks Norm

1 0

Re: [vdr] (offtopic) Voltage moding rev 1.3
by Oliver Endriss 02 Jan '06

02 Jan '06

[Please respond to the list. Thank you.] Jarmo Järvenpää wrote: > Can't understand german and babelfish was not succesful enough, thus, > what's this mod? Hauppage board, do you know specific model? This modification is for Rev 1.3 full-featured DVB-S cards only (BSRV2 tuner): http://www.linuxtv.org/wiki/index.php/PCI_devices_DVB-S It should be applied only if you have an very unstable signal. It must _not_ be applied to other card revisions. If there is too much noise from the power supply the tuner of the 1.3 cannot lock to the transponder in a reliable way. The voltage mod will fix that. > Oliver Endriss wrote: > > Paul Lacatus wrote: > >> Sorry about offtopic but from vdr wiki I found that there is a way to > >> improve the stability of SNR and STR readings in vdr but didn't found > >> relevant information to go further with the voltage moding. If somebody > >> can give me a link I will be gratefull > > > > See http://www.vdr-wiki.de/wiki/index.php/SpannungsMod > > I applied the first solution (loesung 1: original hauppauge): > > - remove coil connected to pin 14 of the tuner > > - connect tuner pin 14 with pin 4 (or pin 6) I already sent an important correction to the list but it did not show up until now. So once more: | Oops, the coil is _located_ at pin 14, but _connected_ to pin 13! | - remove coil connected to pin 13 of the tuner | - connect tuner pin 13 with pin 4 (or pin 6) If you do not have any problems you should not apply the mod! Oliver -- -------------------------------------------------------- VDR Remote Plugin available at http://www.escape-edv.de/endriss/vdr/ --------------------------------------------------------

1 0

"filing" a channel into the appropriate group.
by Carsten Koch 02 Jan '06

02 Jan '06

Hi, I have 3329 entries, subdivided into 25 channel groups in my channels.conf. The last group is of course the "New channels" group. Every now and then I zap through it and file the new channels into the appropriate groups. Of course, it is extremely hard to move a channel from position 3329 to any position in the first 24 groups. It would be nice to have an easy way to "file" the channel directly into a specific group (simply at its end) like this: * select the channel * press a key * a list of groups comes up * Use Up/Down (or digits for the first 10) to select * press OK Is there such a feature (maybe as a plugin) already? If no, would that be a useful addition? How do other people manage large channels.conf files? Thanks, Carsten.

3 5

Server recording with SVDRP
by Uwe Ortner 01 Jan '06

01 Jan '06

Hello, any chance to initiate (from client) a recording via SVDRP on a server? For this, some information such as channel number, time/date should be parsed from a highlighted entry (submenu "program") to SVDRP. Is that in general possible (maybe via the unused blue key)? uwe

4 9

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr January 2006