Re: [vdr] 1.7.12 w/ FF card on old Linux + S2API wrapper
On Sun, Jan 31, 2010 at 1:01 PM, Gavin Hamill wrote: > I've been using the same 1.4.7 setup for over 2 years and thought I'd > dip my toe in the 1.7.x world. I'm using Ubuntu dapper (mid 2006) so my > DVB kernel/header setup is still at API level 3, hence I've been using > Udo Richter's S2API wrapper. While your system may work for years without updating it, eventually you will fall too far behind and either need to update everything or butcher the hell out of your source with patches that may or may not work properly. Lots of guys grumble about everything they need to update when they finally decide to get out of the dark ages, and I can never understand why they expect it to be any different. At some point, all the time & effort wasted on backwards compatibility winds up only serving a very small handful of guys that seems to get joy from telling people how long it's been since they've updated their system. My motto is stay at least remotely current or get left in the dust. ;) If you're using a v4l tree that works with both your kernel and the S2API wrapper, then you may want to try a VDR version prior to the FF specific stuff being moved into a plugin and see if you have any better luck. I could be wrong but I think the FF change may not be 100% yet. Good luck! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] 1.7.12 w/ FF card on old Linux + S2API wrapper
I've been using the same 1.4.7 setup for over 2 years and thought I'd dip my toe in the 1.7.x world. I'm using Ubuntu dapper (mid 2006) so my DVB kernel/header setup is still at API level 3, hence I've been using Udo Richter's S2API wrapper. Compile was ok, but even trying the simplest setup of "./vdr -Pdvbsddevice" I'm unable to get a picture or OSD through the FF card. Is this supposed to work with the S2API patches, or are those purely for input only? Jan 31 16:59:01 telly vdr: [10843] VDR version 1.7.12 started Jan 31 16:59:01 telly vdr: [10843] codeset is 'UTF-8' - known Jan 31 16:59:01 telly vdr: [10843] found 25 locales in ./locale Jan 31 16:59:01 telly vdr: [10843] loading plugin: ./PLUGINS/lib/libvdr-dvbsddevice.so.1.7.12 Jan 31 16:59:01 telly vdr: [10843] loading /video/setup.conf Jan 31 16:59:01 telly vdr: [10843] loading /video/sources.conf Jan 31 16:59:01 telly vdr: [10843] loading /video/channels.conf Jan 31 16:59:01 telly vdr: [10843] loading /video/timers.conf Jan 31 16:59:01 telly vdr: [10843] loading /video/svdrphosts.conf Jan 31 16:59:01 telly vdr: [10843] loading /video/remote.conf Jan 31 16:59:01 telly vdr: [10843] loading /video/keymacros.conf Jan 31 16:59:01 telly vdr: [10843] ERROR: unknown plugin 'screenshot' Jan 31 16:59:01 telly vdr: [10843] ERROR: empty key macro Jan 31 16:59:02 telly vdr: [10843] reading EPG data from /video/epg.data Jan 31 16:59:02 telly vdr: [10844] video directory scanner thread started (pid=10843, tid=10844) Jan 31 16:59:02 telly vdr: [10845] video directory scanner thread started (pid=10843, tid=10845) Jan 31 16:59:02 telly vdr: [10844] video directory scanner thread ended (pid=10843, tid=10844) Jan 31 16:59:02 telly vdr: [10845] video directory scanner thread ended (pid=10843, tid=10845) Jan 31 16:59:03 telly vdr: [10843] probing /dev/dvb/adapter0/frontend0 Jan 31 16:59:03 telly vdr: [10843] creating cDvbDevice Jan 31 16:59:03 telly vdr: [10843] new device number 1 Jan 31 16:59:03 telly vdr: [10843] frontend 0/0 provides DVB-T ("Conexant CX22702 DVB-T") Jan 31 16:59:03 telly vdr: [10843] probing /dev/dvb/adapter1/frontend0 Jan 31 16:59:03 telly vdr: [10843] creating cDvbDevice Jan 31 16:59:03 telly vdr: [10843] new device number 2 Jan 31 16:59:03 telly vdr: [10847] tuner on frontend 0/0 thread started (pid=10843, tid=10847) Jan 31 16:59:03 telly vdr: [10848] section handler thread started (pid=10843, tid=10848) Jan 31 16:59:03 telly vdr: [10843] frontend 1/0 provides DVB-C ("VLSI VES1820 DVB-C") Jan 31 16:59:03 telly vdr: [10843] found 2 DVB devices Jan 31 16:59:03 telly vdr: [10843] initializing plugin: dvbsddevice (0.0.3): SD Full Featured DVB device Jan 31 16:59:03 telly vdr: [10843] setting primary device to 2 Jan 31 16:59:03 telly vdr: [10843] device 2 has no MPEG decoder Of course, device 2 VLSI VES1820 DVB-C definitely does have an MPEG decoder? Do I really need to upgrade the OS to use newer VDR? I tried both the existing dvb-ttpci-01.fw and the new TS-enabled one, with the same results. Cheers, Gavin. [1] http://www.udo-richter.de/vdr/patches.en.html#dvb-api-wrapper ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANN] TVAnytime Patch
My TVAnytime patch has a new home: http://projects.vdr-developer.org/projects/show/vdrtva The patch implements the subset of TVAnytime (ETSI 102 323) broadcast in the UK as "Freeview Plus". Also included is a Perl script to provide automatic "series link" recording. Vdr versions 1.7.12 and 1.6.0-2 are supported. Dave ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] can't compile femon 1.7.5 with vdr 1.7.12
31 января 2010 г. 19:47 пользователь Oleg Roitburd написал: > 2010/1/31 Goga777 : >> /usr/src/vdr/PLUGINS/src/femon# make all >> g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -Wall >> -march=athlon-xp -pipe -fomit-frame-pointer -fPIC -c -D_FILE_OFFSET_BITS=64 >> -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE >> -DPLUGIN_NAME_I18N='"femon"' -I../s2-liplianin/linux/include >> -I../../../include femonosd.c >> femonosd.c: In member function 'bool cFemonOsd::DeviceSwitch(int)': >> femonosd.c:724: error: no matching function for call to >> 'cTransferControl::cTransferControl(cDevice*, tChannelID, int, const int*, >> const int*, const int*)' >> ../../../include/vdr/transfer.h:33: note: candidates are: >> cTransferControl::cTransferControl(cDevice*, const cChannel*) >> ../../../include/vdr/transfer.h:28: note: >> cTransferControl::cTransferControl(const cTransferControl&) >> make: *** [femonosd.o] Ошибка 1 > version 2 for Patch diff -Nurp femon-1.7.5/femonosd.c femon-1.7.5-patched/femonosd.c --- femon-1.7.5/femonosd.c 2009-10-01 03:20:00.0 +0200 +++ femon-1.7.5-patched/femonosd.c 2010-01-31 19:54:41.0 +0100 @@ -721,7 +721,11 @@ bool cFemonOsd::DeviceSwitch(int directi cDevice::GetDevice(device)->SwitchChannel(channel, true); if (cDevice::GetDevice(device) == cDevice::PrimaryDevice()) cDevice::GetDevice(device)->ForceTransferMode(); +#if APIVERSNUM < 10712 cControl::Launch(new cTransferControl(cDevice::GetDevice(device), channel->GetChannelID(), channel->Vpid(), channel->Apids(), channel->Dpids(), channel->Spids())); +#else + cControl::Launch(new cTransferControl(cDevice::GetDevice(device), channel)); +#endif cStatus::MsgChannelSwitch(cDevice::PrimaryDevice(), channel->Number()); return (true); } Regards Oleg Roitburd ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] can't compile femon 1.7.5 with vdr 1.7.12
2010/1/31 Goga777 : > /usr/src/vdr/PLUGINS/src/femon# make all > g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -Wall -march=athlon-xp > -pipe -fomit-frame-pointer -fPIC -c -D_FILE_OFFSET_BITS=64 > -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE > -DPLUGIN_NAME_I18N='"femon"' -I../s2-liplianin/linux/include > -I../../../include femonosd.c > femonosd.c: In member function 'bool cFemonOsd::DeviceSwitch(int)': > femonosd.c:724: error: no matching function for call to > 'cTransferControl::cTransferControl(cDevice*, tChannelID, int, const int*, > const int*, const int*)' > ../../../include/vdr/transfer.h:33: note: candidates are: > cTransferControl::cTransferControl(cDevice*, const cChannel*) > ../../../include/vdr/transfer.h:28: note: > cTransferControl::cTransferControl(const cTransferControl&) > make: *** [femonosd.o] Ошибка 1 diff -Nurp femon-1.7.5/femonosd.c femon-1.7.5-patched/femonosd.c --- femon-1.7.5/femonosd.c 2009-10-01 03:20:00.0 +0200 +++ femon-1.7.5-patched/femonosd.c 2010-01-31 19:42:29.0 +0100 @@ -721,7 +721,8 @@ bool cFemonOsd::DeviceSwitch(int directi cDevice::GetDevice(device)->SwitchChannel(channel, true); if (cDevice::GetDevice(device) == cDevice::PrimaryDevice()) cDevice::GetDevice(device)->ForceTransferMode(); - cControl::Launch(new cTransferControl(cDevice::GetDevice(device), channel->GetChannelID(), channel->Vpid(), channel->Apids(), channel->Dpids(), channel->Spids())); +// cControl::Launch(new cTransferControl(cDevice::GetDevice(device), channel->GetChannelID(), channel->Vpid(), channel->Apids(), channel->Dpids(), channel->Spids())); + cControl::Launch(new cTransferControl(cDevice::GetDevice(device), channel)); cStatus::MsgChannelSwitch(cDevice::PrimaryDevice(), channel->Number()); return (true); } ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] can't compile femon 1.7.5 with vdr 1.7.12
On Sunday 31 of January 2010, Goga777 wrote: > /usr/src/vdr/PLUGINS/src/femon# make all > g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -Wall > -march=athlon-xp -pipe -fomit-frame-pointer -fPIC -c > -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE > -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"femon"' -I../s2-liplianin/linux/include > -I../../../include femonosd.c femonosd.c: In member function ‘bool > cFemonOsd::DeviceSwitch(int)’: femonosd.c:724: error: no matching function > for call to ‘cTransferControl::cTransferControl(cDevice*, tChannelID, int, > const int*, const int*, const int*)’ ../../../include/vdr/transfer.h:33: > note: candidates are: cTransferControl::cTransferControl(cDevice*, const > cChannel*) ../../../include/vdr/transfer.h:28: note: > cTransferControl::cTransferControl(const cTransferControl&) make: *** > [femonosd.o] Ошибка 1 > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > Hi, try this: @@ -721,7 +721,8 @@ cDevice::GetDevice(device)->SwitchChannel(channel, true); if (cDevice::GetDevice(device) == cDevice::PrimaryDevice()) cDevice::GetDevice(device)->ForceTransferMode(); - cControl::Launch(new cTransferControl(cDevice::GetDevice(device), channel->GetChannelID(), channel- >Vpid(), channel->Apids(), channel->Dpids(), channel->Spids())); +// cControl::Launch(new cTransferControl(cDevice::GetDevice(device), channel->GetChannelID(), channel- >Vpid(), channel->Apids(), channel->Dpids(), channel->Spids())); + cControl::Launch(new cTransferControl(cDevice::GetDevice(device), channel)); cStatus::MsgChannelSwitch(cDevice::PrimaryDevice(), channel- >Number()); return (true); } BR, Ales ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] can't compile femon 1.7.5 with vdr 1.7.12
/usr/src/vdr/PLUGINS/src/femon# make all g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -Wall -march=athlon-xp -pipe -fomit-frame-pointer -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"femon"' -I../s2-liplianin/linux/include -I../../../include femonosd.c femonosd.c: In member function ‘bool cFemonOsd::DeviceSwitch(int)’: femonosd.c:724: error: no matching function for call to ‘cTransferControl::cTransferControl(cDevice*, tChannelID, int, const int*, const int*, const int*)’ ../../../include/vdr/transfer.h:33: note: candidates are: cTransferControl::cTransferControl(cDevice*, const cChannel*) ../../../include/vdr/transfer.h:28: note: cTransferControl::cTransferControl(const cTransferControl&) make: *** [femonosd.o] Ошибка 1 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] VDR developer version 1.7.12
VDR developer version 1.7.12 is now available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.12.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.11-1.7.12.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. The changes since version 1.7.11: - Changed the EVCONTENTMASK_* macros to enums and changed "mask" to "group". - Updated the Estonian OSD texts (thanks to Arthur Konovalov). - The "Edit timer" menu can now set the folder for the recording from a list of folders stored in "folders.conf". - Updated the Italian OSD texts (thanks to Diego Pierotto). - If svdrphosts.conf contains only the address of the local host, the SVDRP port is opened only for the local host (thanks to Manuel Reimer). - Renamed 'runvdr' to 'runvdr.template' and no longer copying it to the BINDIR in 'make install' (thanks to Martin Dauskardt). - Added plain text error messages to log entries from cOsd::SetAreas() (suggested by Rolf Ahrenberg). - cPalette::ClosestColor() now treats fully transparent colors as "equal"; improved cDvbSpuBitmap::getMinBpp() (thanks to Matthieu Castet and Johann Friedrichs). - The new setup option "Miscellaneous/Channels wrap" controls whether the current channel wraps around the beginning or end of the channel list when zapping (thanks to Matti Lehtima"ki). - Fixed determining the frame duration on channels where the PTS deltas jitter by +/-1 around 1800. - The PCR pid in generated PMTs is now set to the channel's PCR pid again. - Fixed determining the frame duration on channels where the PTS deltas jitter by +/-1 around 3600. - The PCR pid is now recorded for channels where this is different from the video PID. To facilitate this, the interfaces of cTransfer, cTransferControl, cRecorder and cReceiver have been modified, so that the PIDs are no longer given in separate parameters, but rather the whole channel is handed down for processing. The old constructor of cReceiver is still available, but it is recommended to plugin authors that they switch to the new interface as soon as possible. When replaying such a recording, the PCR packets are sent to PlayTsVideo() - The files "commands.conf" and "reccmd.conf" can now contain nested lists of commands. See vdr.5 for information about the new file format. Have fun! Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.7.11 (+ vdr-xine) segfaults
Jouni Karvo kirjoitti: > > So it seems the syscall numbers have changed at some point. I am afraid > if the libc is now broken due to this. This has not happened to me > before, so I don't actually know what would be the good thing to do. > But forcing the syscall number to 178 does not actually fix the thread > numbers in the log file. > OK. So now I have updated from lenny to squeeze, and the thread-numbers appear now OK. Let's see if the actual problem persists, or not. I'll report then back, if it does. Thank you for your help. yours, Jouni ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] PCR pid
On 26.01.2010 18:36, Klaus Schmidinger wrote: On 24.01.2010 19:22, André Weidemann wrote: On 24.01.2010 18:14, Klaus Schmidinger wrote: On 24.01.2010 17:24, André Weidemann wrote: Hi Klaus, On 24.01.2010 16:28, Klaus Schmidinger wrote: On 11.01.2010 06:19, VDR User wrote: On Sun, Jan 10, 2010 at 12:30 AM, Giampaolo Sica wrote: My Samsung linux based TV set (http://samygo.sourceforge.net/) won't play .TS without PCR (both h.264 and mpeg2). Windows media player in windows 7 can play mpeg2 and H.264 .TS only with PCR pid. I haven't tried any other player. I would say your problem should be addressed within your hacked tv firmware. However, if there is a real need for PCR then I'm sure Klaus will consider it. In an attempt to debug this I just made some recordings from channels with VPID==PPID and VPID!=PPID, namely RTL Television,RTL;RTL World:12187:hC34M2O0S0:S19.2E:27500:163=2:104=deu;106=deu:105:0:12003:1:1089:0 BVN;CANALDIGITAAL:12574:hC56M2O0S0:S19.2E:22000:515+8190=2:96=dut:36:0:5025:53:1109:0 Both recordings were replayed without problems using the Windows Media Player on Windows XP. It didn't even make a difference whether the PCR pid in the PMT was set to an actual value or to 0x1FFF. I was under the impression that the WMP was one of those players that have problems if there is no PCR, but apparently it plays just fine... Could you please do a quick test with VLC 1.0.3 under Windows? I cannot replay any recordings made from AnixeHD recorded with vdr-1.7.11. Upon replay I only get a still picture of the first recorded frame. Are you referring to ANIXE HD;BetaDigital:10832:hC23M5O35S1:S19.2E:22000:767=27:0;771=deu:0:1:61202:1:1057:0 Yes, this is it. --- remux.c 2010/01/23 15:39:15 2.38 +++ remux.c 2010/01/24 15:18:29 2.39 @@ -295,7 +295,7 @@ numPmtPackets = 0; if (Channel) { int Vpid = Channel->Vpid(); - int Ppid = 0x1FFF; // no PCR pid + int Ppid = Channel->Ppid(); uchar *p = buf; int i = 0; p[i++] = 0x02; // table id That should fix it - this channel doesn't have a separate PCR pid. The above patch fixes the replay problem with VLC. Thank you. Have you tested with both versions, PPID==VPID and PPID!=VPID? I am sorry for the late reply. I had only tested replaying a recording from AnixeHD with the above patch applied. I went through my channels list today, searching for a channel where PPID!=VPID, but could not find one at first glance. André ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr