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 … [View More]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; } [View Less]

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* … [View More]

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 … [View More]

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 … [View More]

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-… [View More]

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 … [View More]

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 … [View More]

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 … [View More]

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:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr January 2006