vdr

vdr@linuxtv.org

6731 discussions

[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 compatible to the previous one, so plugins don't need to be recompiled. The changes since version 1.4.5: - Fixed i18n characters for the Hungarian texts (thanks to Thomas Günther). - Now using cPipe instead of popen() in cCommand::Execute() to avoid problems with open file handles when starting background commands (thanks to Reinhard Nissl). Have fun! Klaus

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 cvs was checked out, I could pull out the differences... but I was hoping maybe someone already did it. :) Best Regards. http://brougs78.vdr-developer.org/tmp/Enigma-0.4pre9.tar.bz2 http://brougs78.vdr-developer.org/tmp/vdr-text2skin-1.1-cvs_ext-0.10.tgz

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 about 60%. Any hints? I.e. how/when should matroxfb kernel module be loaded? Now I load it in rc.modules. \\Kartsa

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()); .. For my opinion in this case, this chould be _always_ done, whatever is set in UpdateChannels. Technically it has more in common with EPG als some vpid & apid changes from providers. Unfortunatly, in some cases (UpdateChannels == 1 ) it could result in brocken channel entries. regards markus

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. 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

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

RE: [vdr] EPG to MySQL Database
by Andreas Brachold 25 Jan '07

25 Jan '07

Hello, At 25.01.2007, 15:05 +0530 wrote S.Ravikumar: > We tried to install xxv module. For successful installation > Bundle::Xxv modules is needed. Could you please tell us > Where to get bundle::Xxv from. It's come with source package from xxv. You should look inside unpacked source directory. File is locate at $XXVSOURCE/lib/Bundle/Xxv.pm #> mkdir -p ~/.cpan/Bundle #> cd $XXVSOURCE/xxv/lib #> cp Bundle/Xxv.pm ~/.cpan/Bundle #> perl -MCPAN -e 'install Bundle::Xxv' See also http://www.linuxtv.org/vdrwiki/index.php/Xxv#per_cpan a other way is to install missing perl modules are $XXVSOURCE/install.sh or $XXVSOURCE/install-debian.sh Cu, Andreas

1 0

Re: [vdr] EPG to MySQL Database
by Andreas Brachold 25 Jan '07

25 Jan '07

Hi, Am Donnerstag, den 11.01.2007, 17:38 +0530 schrieb S.Ravikumar: > Is there a way we can extract EPG information coming through DVB-S and > store it in a MySQL database? There is XXV, it use mysql as backend. See : http://www.linuxtv.org/vdrwiki/index.php/Xxv or http://www.vdr-wiki.de/wiki/index.php/Xxv (german) http://xpix.dieserver.de/ http://xpix.dieserver.de/downloads/xxv/xxv-0.80.tgz Andreas

2 1

DVB-S & Analog combo card?
by Czakó Krisztián 24 Jan '07

24 Jan '07

Hello, Is there any DVB-Sat and analog combo card that is supported by the current linux drivers and VDR? I'm interested in all types (budget or full). I've found only DBV-T&Analog ones :( If there isn't, which hw encoder capable analog card is recommended for use with VDR? Regards, Slapic

1 0

OSD-Resolution
by Rene Hertell 24 Jan '07

24 Jan '07

Hi Guys, I remember that someone had some kind of patch for increasing the OSD-resoluion in VDR. I just can't find that post that mentioned about that... Could anyone post a link to that site that had that patch.. I would like to try that out :-) Regards, René

2 2

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr