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-virtual -c -DPLUGIN_NAME_I18N='"burn"' -D_GNU_SOURCE -DDVDDEV='"/dev/dvd"' -DISODIR=NULL -I../../../include -I../../../../DVB/include -o burn.o burn.c burn.c:32: error: conflicting return type specified for â ../../../include/vdr/plugin.h:43: error: overriding â burn.c: In member function â: burn.c:58: warning: converting to non-pointer type â from NULL make[1]: *** [burn.o] Error 1 make[1]: Leaving directory `/root/Lataukset/vdr-1.4.4/PLUGINS/src/burn-0.0.5' ..... Plugin mp3: make[1]: Entering directory `/root/Lataukset/vdr-1.4.4/PLUGINS/src/mp3-0.9.15' g++ -O2 -fPIC -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -DAPIVERSNUM=10404 -DHAVE_SNDFILE -DHAVE_VORBISFILE -I../../../include mp3.c mp3.c:50:17: error: mad.h: No such file or directory mp3.c: In member function â: mp3.c:1673: error: â was not declared in this scope mp3.c:1674: error: â was not declared in this scope make[1]: *** [mp3.o] Error 1 make[1]: Leaving directory `/root/Lataukset/vdr-1.4.4/PLUGINS/src/mp3-0.9.15' ..... I've used to install my vdr by using ready-made packages by "yum install packagename". Now that I had the problem with stuttering I was to make a small change in dvbplayer.c (#define PLAYERBUFSIZE MEGABYTE(64)) I was forced to do compiling. Well the test is now underway but I dont have those two plugins in use. Any hints/advice would be appreciated. All requirements should be fullfilled. \\Kartsa

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 10600 t v W15 [E0 10 23] W15 [E0 10 22] W15 T S5.0E 11700 H 9750 t V W15 [E0 10 23] W15 [E0 10 22] W15 t S5.0E 99999 H 10600 t V W15 [E0 10 23] W15 [E0 10 22] W15 T # port 2 S13.0E 11700 V 9750 t v W15 [E0 10 23] W15 [E0 10 26] W15 t S13.0E 99999 V 10600 t v W15 [E0 10 23] W15 [E0 10 26] W15 T S13.0E 11700 H 9750 t V W15 [E0 10 23] W15 [E0 10 26] W15 t S13.0E 99999 H 10600 t V W15 [E0 10 23] W15 [E0 10 26] W15 T # port 3 S16.0E 11700 V 9750 t v W15 [E0 10 27] W15 [E0 10 22] W15 t S16.0E 99999 V 10600 t v W15 [E0 10 27] W15 [E0 10 22] W15 T S16.0E 11700 H 9750 t V W15 [E0 10 27] W15 [E0 10 22] W15 t S16.0E 99999 H 10600 t V W15 [E0 10 27] W15 [E0 10 22] W15 T # port 4 S19.2E 11700 V 9750 t v W15 [E0 10 27] W15 [E0 10 26] W15 t S19.2E 99999 V 10600 t v W15 [E0 10 27] W15 [E0 10 26] W15 T S19.2E 11700 H 9750 t V W15 [E0 10 27] W15 [E0 10 26] W15 t S19.2E 99999 H 10600 t V W15 [E0 10 27] W15 [E0 10 26] W15 T diseq-full.conf S5.0E 11700 V 9750 t v W15 [E0 10 38 F0] W15 t S5.0E 99999 V 10600 t v W15 [E0 10 38 F1] W15 T S5.0E 11700 H 9750 t V W15 [E0 10 38 F2] W15 t S5.0E 99999 H 10600 t V W15 [E0 10 38 F3] W15 T S13E 11700 V 9750 t v W15 [E0 10 38 F4] W15 t S13E 99999 V 10600 t v W15 [E0 10 38 F5] W15 T S13E 11700 H 9750 t V W15 [E0 10 38 F6] W15 t S13E 99999 H 10600 t V W15 [E0 10 38 F7] W15 T S16.0E 11700 V 9750 t v W15 [E0 10 38 F8] W15 t S16.0E 99999 V 10600 t v W15 [E0 10 38 F9] W15 T S16.0E 11700 H 9750 t V W15 [E0 10 38 FA] W15 t S16.0E 99999 H 10600 t V W15 [E0 10 38 FB] W15 T S19.2E 11700 V 9750 t v W15 [E0 10 38 FC] W15 t S19.2E 99999 V 10600 t v W15 [E0 10 38 FD] W15 T S19.2E 11700 H 9750 t V W15 [E0 10 38 FE] W15 t S19.2E 99999 H 10600 t V W15 [E0 10 38 FF] W15 T Please help !! Thank you, Regards, Ilariu

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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr January 2007