vdr January 2007

vdr@linuxtv.org

93 participants
78 discussions

Problem with compiling plugins
by Kartsa 28 Jan '07

28 Jan '07

I have trouble with two plugins, burn and mplayer. I've tried to fiend answer all possible places I can think of I now I just have to ask all of you :( I've got vdr-1.4.4, burn-0.0.5 and mp3-0.9.15. I also have femon-1.1.1 and subtitles0.4.0 which compiles fine together with the default plugins that come with vdr. I have this output when executing make plugins ..... Plugin burn: make[1]: Entering directory `/root/Lataukset/vdr-1.4.4/PLUGINS/src/burn-0.0.5' g++ -g -Wall -Woverloaded-… [View More]

5 9

[ANNOUNCE] DVB subtitles 0.5.0
by Pekka Virtanen 28 Jan '07

28 Jan '07

There is a maintance release of DVB subtitles plugin available at: http://virtanen.org/vdr/subtitles/ Relase Notes: 2007-01-28: Version 0.5.0 -Modification and patch for VDR 1.5.0 (Thanks to Rolf Ahrenberg) -Changed usleep() functions to cCondWait::SleepMs() (Thanks to Rolf Ahrenberg) -- pekka

1 0

diseqc problem with Edision switch
by Ilariu Raducan 28 Jan '07

28 Jan '07

Hi all, Could somebody help me with this one? I Got 2 Edision switches and 4 quad LNBs to use it with 3 receivers (I still have the old switch). With the old switch (not Edision) everything works OK. With Edision switches no channel locks, the signal is not stable. I presume the problem is with diseqc.conf. I used the following 2 files that work with the old switch but not with the new ones: diseq-ab.conf # port 1 S5.0E 11700 V 9750 t v W15 [E0 10 23] W15 [E0 10 22] W15 t S5.0E 99999 V … [View More]

1 1

vdr error on turksat 42
by Halim Sahin 28 Jan '07

28 Jan '07

Hello, In my channels.conf there are the channels: atv;Service Provider:12633:v:S42.0E:4800:308+8179:256=eng:0:0:1:1:1:0 SAMANYOLU TV;STV:11951:v:S42.0E:8800:300:301=tur:0:0:1:1:48:0 Vdr start on ATV. After switching to the second channel, vdr changes the name and providername of the first one. llike this: SAMANYOLU TV;STV:12633:v:S42.0E:4800:308+8179:256=eng:0:0:1:1:1:0 SAMANYOLU TV;STV:11951:v:S42.0E:8800:300:301=tur:0:0:1:1:48:0 Whats wrong there? Halim

3 14

[ANNOUNCE] VDR maintenance patch 1.4.5-1
by Klaus Schmidinger 28 Jan '07

28 Jan '07

VDR maintenance patch 1.4.5-1 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.5-1.diff This is a 'diff' against version 1.4.5. Small fixes to the officially released VDR versions will be first made available as "maintenance patches" in the Developer directory, so that they can be reviewed and tested before a new official release is published. So please apply the above patch and report whether it works (or if it causes any new problems). This version is binary … [View More]

1 0

Enigma-0.4pre9 extension patch available?
by Stone 27 Jan '07

27 Jan '07

Hi, I just noticed a new version of the Enigma skin available and wanted to try it out. But, when I downloaded the required extension patch for the text2skin plugin, it turned out to be an older version of text2skin that was prepatched for Enigma. I was hoping the Enigma extension patch would be available separately so I can keep using the latest cvs for the text2skin plugin. The prepatched version of text2skin is outdated with the Enigma extensions download. Perhaps if I could tell when … [View More]

2 1

VDR not starting properly with softdevice on boot
by Kartsa 27 Jan '07

27 Jan '07

I have Fedora Core 6 and vdr installed using yum. The problem is that it takes all the cpu time after boot and I have to restart vdr to make it run properly. I have vdr-1.4.4 with softdevice-0.3.1 and subtitles-0.4.0. My cpu is PIII 550MHz and I use softdevice with Matrox G400 (and DirectFB). After restarting vdr it works fine but that is not very convenient :) I've tried changing the point when vdr starts by modifying the init scripts chkconfig values. After restarting vdr cpu load is … [View More]

4 16

Suggestion Eit-Scan linkage / UpdateChannels
by Markus Hahn 26 Jan '07

26 Jan '07

Hi there, in eit.c Retrieving current Information about "Premiere Direk" Portal and related schedules this origin code will update active channel list: ... if (link) { if (Setup.UpdateChannels == 1 || Setup.UpdateChannels >= 3) link->SetName(linkName, "", ""); } else if (Setup.UpdateChannels >= 4) { link = Channels.NewChannel(channel, linkName, "", "", ld->getOriginalNetworkId(), ld->getTransportStreamId(), ld->getServiceId())… [View More]

2 1

[ANNOUNCE] VDR developer version 1.5.0
by Klaus Schmidinger 26 Jan '07

26 Jan '07

VDR developer version 1.5.0 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.0.tar.bz2 A 'diff' against the latest stable version is available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.5-1.5.0.diff WARNING: ======== This is a *developer* version. Even though *I* use it in my productive environment, I strongly recommend that you only use it under controlled conditions and for testing and debugging. This version focuses mainly on improvements in CAM handling. … [View More]The highlights are: - Improved CAM menu and reset handling. - Automatic selection of suitable CAM in a system with several CAMs that claim to decrypt a given channel. - Decrypting of several channels on the same transponder (if the CAM is able to do this). The changes since version 1.4.5: - The CAM handling has been refactored. Instead of a cCiHandler per device there is now an abstract cCiAdapter and a cCamSlot. This allows each slot to be accessed individually. - The general 15 seconds workaround time before opening the CAM menu has been removed. If the CAM menu doesn't open within a timeout, the enter menu command is now sent again. - If a CAM is reset or pulled and reinserted, it now automatically starts decrypting the current channel again. - The Setup/CAM menu now dynamically refreshes its items and displays whether a CAM is present or ready. The 'Reset' function no longer leaves the menu. - The CAM menu will now be openend when pressing the Ok key on a slot entry. - The CAM menu now stays within the current menu context and doesn't close and reopen the menu every time an option is selected. - When an encrypted channel is switched to for the first time, VDR now checks explicitly whether a CAM can actually decrypt that channel. If there is more than one CAM in the system that claims to be able to decrypt the channel, they are all tried in turn. To make this possible, an encrypted channel needs to be received in Transfer Mode when it is switched to for the first time, so that VDR can determine whether the TS packets are actually decrypted. Once a channel is known to be decrypted by a particular CAM, the next time it is switched to it will be shown in normal live viewing mode. - A cDevice now automatically detaches all cReceiver objects that receive PIDs that can't be decrypted with the current CAM. A plugin that attaches a cReceiver to a device should therefore watch the receiver's IsAttached() function to see if it is still attached to the device. - The cReceiver constructor no longer takes an 'int Ca' as its first parameter, but rather a 'tChannelID ChannelID'. This is necessary for the device to be able to determine which CAM a particular channel can be decrypted with. If the channel is known to be unencrypted, or a plugin doesn't want to provide the channel id for other reasons, an invalid tChannelID() can be given. - The cThread::Start() function now waits until a previous incarnation of this thread has actually stopped. Before this it could happen that a thread's Cancel(-1) function was called and immediately after that it was started again, but the Start() function still found it to be 'active'. - The parameter NeedsDetachReceivers in cDevice::GetDevice(const cChannel *Channel, ...) has been removed. A call to this function will automatically detach all receivers from the device if it returns a non-NULL pointer. - The cTimeMs class now accepts an initial timeout value in its constructor. - A CAM is now explicitly instructed to stop decrypting when switching away from an encrypted channel. - If the CAM in use can decrypt several channels at the same time, VDR can now make use if this capability. Whether or not a CAM can decrypt more than one channel is determined by sending it an initial empty QUERY command and testing whether it replies to it. - Ca values in the range 0...F in channels.conf can still be used to assign a channel to a particular device, but this will no longer work with encrypted channels because without valid CA ids VDR can't decide which CAM slot to use. However, since VDR now automatically determines which CAM can decrypt which channel, setting fixed channel/device relations should no longer be necessary. KNOWN BUG - PLEASE HELP DEBUGGING: Start VDR with only one FF DVB card and an attached CI with a CAM. Switch to an encrypted channel for the first time, the channel is shown in Transfer Mode. Wait for at least 10 seconds, so that VDR will mark the CAM as "able to decrypt this channel". Now switch to the same channel again (by selecting it from the Channels menu or typing in its number), and the screen goes black. VDR is now receiving the channel in normal live mode (no Transfer Mode). Apparently there is a problem with switching to live mode after using Transfer Mode. The problem goes away if you switch to a channel on a different transponder and then back to the original one. Now it is shown even in normal live mode. I did a lot of debugging to find out why this goes wrong, but was unable to fix it. Maybe somebody out there can find out why this doesn't work. Have fun! Klaus [View Less]

4 20

mp3 plugin error
by Halim Sahin 26 Jan '07

26 Jan '07

Hi, Try the folowing steps to reproducee the error: Add an mp3-directory to your mp3sources.conf. The mp3 dir must have subdirectories!!! Start the plugin and change into a subdirectory. Now close the plugin. Remove only the subdirectory of the mp3-dir. Now start the plugin. The plugin remembers the last played directory but does not check if the dir is available before loading it. A fix can be possible in LoadDir function???? Halim

3 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr January 2007