vdr December 2005

vdr@linuxtv.org

134 participants
138 discussions

[ANNOUNCE] vdr-autosort-0.0.8
by CopyPoint 06 Jan '06

06 Jan '06

New AutoSort is online http://www.copypointburscheid.de/linux/vdr-autosort-0.0.8.tgz ---------------------------------------------------------------------------------------------------------------------------------------- 2005-12-09: Version 0.0.8 - Added setting TimeStamps and option 'TimeStamp' to catch channels that haven't updated for some days. - Fixed a bug that prevented to move a group that contains a channel with same name like the group. - Speeded up group moving in case a group has to move downwards. - Fixed channel moving to hit the right group at first run now. - Added option 'NotProvider' to exclude a provider from a group. - Added fixedPositions for 'Auto Sort', 'Unsorted' and 'New Channels'. ---------------------------------------------------------------------------------------------------------------------------------------- Thorsten ==================================================================== AutoSort plugin adds the capability to define rules for automatically sorting your channels.conf Project's homepage: http://www.copypointburscheid.de/linux/autosort.htm Latest version: http://www.copypointburscheid.de/linux/vdr-autosort-0.0.8.tgz ====================================================================

4 9

Announce: videgor-0.0.3
by Kendy Kutzner 05 Jan '06

05 Jan '06

Hi, Aenderungen im Vergleich zur Version 0.0.2 sind: - IGOR jetzt in Version 0.1.2: - schreibt statt auf console in ein Logfile - Installation von libigor.h korrigiert - dvdrvidtrans jetzt in Version 0.1.1 - mehrfaches free() beim Publizieren der Videosourcen verhindert Wie auch bisher, freuen wir uns ueber Bug-Reports und Patches. Viel Spass, Kendy --

1 2

VDR-1.3.37: retuning -- possibly a fix for VDSB
by Reinhard Nissl 04 Jan '06

04 Jan '06

Hi, the attached patch introduces some timeouts while the device is tuning and when it looses the lock: DISEQC_REPEAT_TIMEOUT (500 ms) is used to repeat the DiSEqC signalling in case the where a multiswitch receives at first a malformed message and therefore doesn't switch. TUNE_TO_RETUNE_TIMEOUT (3000 ms) is used to instruct the device to start the tuning operation once again in case the above DiSEqC signalling doesn't work. LOST_LOCK_TO_RETUNE_TIMEOUT (500 ms) lets the device retune after a LOCKED to NOT LOCKED transition, probably under bad reception conditions. Please give the patch a try and report success or failure. Tests of special interest: - bad reception conditions (DVB-T) - steering dishes Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:rnissl@gmx.de

5 23

duplicate phrase entries in i18n.c
by Lucian Muresan 04 Jan '06

04 Jan '06

Hi, I found that each of the following entries occur twice in i18n.c, and as far as I understood the the code, there is no way that both occurances will ever get used, only the first one. Most of them are even equally translated in various languages, some even lack translations, or maybe they are candidates for different contexts and preceding them with some string$ (for example "Record" for sure gets drawn on a coloured red button once and may not fit if too long, but I don't know if there is another context, haven't lookd at every occurance of tr("Record") in the source code)? { "Summary", { "Menu", { "Play", { "Stop", { "Record", If tey will be (or at least for those of them that will be) reduced to just one, maybe translators should also tell their opinion on which translation they prefer (there ara also minor differences with special characters). I attached a plain text file with them pasted side-by-side, maybe there will be some feedback for Klaus... Lucian Theesa are duplicates: { "Summary", { "Menu", { "Play", { "Stop", { "Record", This is how they look like, side-by-side { "Summary", { "Summary", "Inhalt", "Inhalt", "Vsebina", "Vsebina", "Sommario", "Sommario", "Inhoud", "Inhoud", "Resumo", "Resumo", "Résumé", "Résumé", "Sammendrag", "Sammendrag", "Yhteenveto", "Yhteenveto", "Zawartosc", "Zawartosc", "Resúmen", "Resumen", "Ðåñéå÷üìåíï", "Ðåñéå÷üìåíï", "Sammanfattning","Sammanfattning", "Detalii", "Cuprins", "Tartalom", "Tartalom", "Sinopsi", "Resum", "ŸßØáÐÝØÕ", "ŸßØáÐÝØÕ", "SadrŸaj", "SadrŸaj", "Kokkuvõte", "Kokkuvõte", "Omtale", "Omtale", { "Menu", { "Menu", "Menü", "Menü", "Meni", "Meni", "Menù", "Menù", "Menu", "Menu", "Menu", "Menu", "Menu", "Menu", "Meny", "Meny", "Valikko", "Valikko", "Menu", "Menu", "Menú", "Menu", "Måíïý", "Ìåíïý", "Meny", "Meny", "Meniu", "Meniu", "Menü", "Menü", "Menú", "Menú", "ŒÕÝî", "ŒÕÝî", "Izbor", "Izbor", "Menüü", "Menüü", "Menu", "Menu", { "Play", { "Play", "Wiedergabe", "Wiedergabe", "Predvajaj", "Predvajaj", "Riproduci", "Riproduci", "Afspelen", "Weergeven", "Play", "",// TODO "Lire", "Lecture", "Spill av", "",// TODO "Toista", "Toista", "Odtwarzac", "Odtworzenie", "Play", "Reproducir", "ÁíáìåôÜäïóç", "AíáìåôÜäïóç", "Spela upp", "Spela upp", "Redare", "Redare", "Lejátszani", "Lejátszás", "Reproduir", "Reproduir", "²ÞáßàÞØ×ÒÕáâØ","²ÞáßàÞØ×ÒÕÔÕÝØÕ", "Start", "Start", "Start", "Start", "Afspil", "Afspil", { "Stop", { "Stop", "Ende", "Stop", "Konec", "Ustavi", "Fine", "Stop", "Einde", "Stop", "Fim", "Stop", "Fin", "Stop", "Slutt", "",// TODO "Lopetus", "Lopeta", "Koniec", "Stop", "Fin", "Parar", "ÔÝëïò", "TÝñìá", "Slutar", "Stoppa", "Sfârºit", "Stop", "Vége", "Stop", "Fi", "Aturar", "ºÞÝÕæ", "ÁâÞß", "Kraj", "Stop", "Stopp", "Stopp", "Stop", "Stop", { "Record", { "Record", "Aufnehmen", "Aufnehmen", "Posnemi", "Snemaj", "Registra", "Registra", "Opnemen", "Opnemen", "Gravar", "",// TODO "Enregistre", "Enregistrement", "Ta opp", "",// TODO "Tallenna", "Tallenna", "Nagrywac", "Nagrywac", "Grabar", "Grabar", "ÅããñáöÞ", "EããñáöÞ", "Inspelning", "Spela in", "Înregistr.", "Înregistrare", "Felvenni", "Felvenni", "Gravar", "Gravar", "·ÐßØáì", "·ÐßØáì", "Snimi", "Snimaj", "Salvesta", "Salvestamine", "Optag", "Optag",

2 1

maybe two bugs in vdr
by CopyPoint 04 Jan '06

04 Jan '06

Hi all, i found two behaviers in 1.3.32 that IMHO shouldn't be like this 1. If i try to switch to channel 2222 without having 222 vdr stops accepting keys after 22. 2. One can't move a channel into an empty group. Can anyone confirm this? regards Thorsten

5 6

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

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

"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

i18n.c sorted
by Markus Hahn 01 Jan '06

01 Jan '06

Hi there, now I sorted the languages as mentioned in the last i18n thread. It looks realy tidy now. regards movimax

8 31

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr December 2005