vdr

vdr@linuxtv.org

6731 discussions

CAM problems
by Tomas Sävenstedt 07 Jan '08

07 Jan '08

Hello, I´m running VDR 1.4.3 successfully on my Techotrend FF DVB-T with CI adapter (Sweden). Was interested in the new Subtitles + ttxtsubs so I have started to test the new version. The problem is that the CAM (Viaccess 8.84) is only working for some channels. In the user.log below channels 1,2 and 4 are free. The rest not. Channel 3 and 9 tune in but not 5 (absolutely nothing happens). I am running the same channels.conf as for 1.4.3 and the channels are spread over different transponders. Also I don´t get the message 'Insert you card' when I take it out. Opening the CAM from setup works OK! Is there a way to debug what is happening? Jan 4 19:59:44 LA1 vdr: [15679] VDR version 1.5.12 started Jan 4 19:59:44 LA1 vdr: [15679] running as daemon (tid=15679) Jan 4 19:59:44 LA1 vdr: [15679] codeset is 'UTF-8' - known Jan 4 19:59:44 LA1 vdr: [15679] found 22 locales in /usr/local/share/vdr/locale Jan 4 19:59:44 LA1 vdr: [15679] loading plugin: /usr/local/lib/vdr/libvdr-ttxtsubs.so.1.5.12 Jan 4 19:59:44 LA1 vdr: [15679] loading /home/kets/.vdr/setup.conf Jan 4 19:59:44 LA1 vdr: [15679] loading /home/kets/.vdr/sources.conf Jan 4 19:59:44 LA1 vdr: [15679] loading /home/kets/.vdr/channels.conf Jan 4 19:59:44 LA1 vdr: [15679] loading /home/kets/.vdr/timers.conf Jan 4 19:59:44 LA1 vdr: [15679] loading /home/kets/.vdr/svdrphosts.conf Jan 4 19:59:44 LA1 vdr: [15679] loading /home/kets/.vdr/remote.conf Jan 4 19:59:44 LA1 vdr: [15679] loading /home/kets/.vdr/keymacros.conf Jan 4 19:59:44 LA1 vdr: [15679] reading EPG data from /video0/epg.data Jan 4 19:59:44 LA1 vdr: [15681] video directory scanner thread started (pid=15679, tid=15681) Jan 4 19:59:44 LA1 vdr: [15682] video directory scanner thread started (pid=15679, tid=15682) Jan 4 19:59:44 LA1 vdr: [15679] probing /dev/dvb/adapter0/frontend0 Jan 4 19:59:44 LA1 vdr: [15684] CI adapter on device 0 thread started (pid=15679, tid=15684) Jan 4 19:59:45 LA1 vdr: [15679] found 1 video device Jan 4 19:59:45 LA1 vdr: [15679] initializing plugin: ttxtsubs (0.0.5-RRE): Teletext subtitles Jan 4 19:59:45 LA1 vdr: [15679] setting primary device to 1 Jan 4 19:59:45 LA1 vdr: [15688] tuner on device 1 thread started (pid=15679, tid=15688) Jan 4 19:59:45 LA1 vdr: [15689] section handler thread started (pid=15679, tid=15689) Jan 4 19:59:45 LA1 vdr: [15679] assuming manual start of VDR Jan 4 19:59:45 LA1 vdr: [15679] SVDRP listening on port 2001 Jan 4 19:59:45 LA1 vdr: [15679] setting current skin to "sttng" Jan 4 19:59:45 LA1 vdr: [15679] loading /home/kets/.vdr/themes/sttng-default.theme Jan 4 19:59:45 LA1 vdr: [15679] starting plugin: ttxtsubs Jan 4 19:59:45 LA1 vdr: [15679] remote control LIRC - keys known Jan 4 19:59:45 LA1 vdr: [15691] LIRC remote control thread started (pid=15679, tid=15691) Jan 4 19:59:45 LA1 vdr: [15684] CAM 2: module present Jan 4 19:59:45 LA1 vdr: [15681] video directory scanner thread ended (pid=15679, tid=15681) Jan 4 19:59:45 LA1 vdr: [15682] video directory scanner thread ended (pid=15679, tid=15682) Jan 4 19:59:46 LA1 vdr: [15684] CAM 1: no module present Jan 4 19:59:47 LA1 vdr: [15684] CAM 2: no module present Jan 4 19:59:47 LA1 vdr: [15679] switching to channel 1 Jan 4 19:59:47 LA1 vdr: [15684] CAM 2: module present Jan 4 19:59:49 LA1 vdr: [15684] CAM 2: no module present Jan 4 19:59:49 LA1 vdr: [15684] CAM 2: module present Jan 4 19:59:51 LA1 vdr: [15684] CAM 2: module ready Jan 4 19:59:54 LA1 vdr: [15684] CAM 2: Viaccess, 01, 0500, 0500 Jan 4 19:59:58 LA1 vdr: [15684] CAM 2: doesn't reply to QUERY - only a single channel can be decrypted Jan 4 20:59:45 LA1 vdr: [15679] cleaning up schedules data Jan 4 21:00:58 LA1 vdr: [15679] switching to channel 3 Jan 4 21:00:58 LA1 vdr: [15679] CAM 2: assigned to device 1 Jan 4 21:00:58 LA1 vdr: [15750] transfer thread started (pid=15679, tid=15750) Jan 4 21:00:58 LA1 vdr: [15751] receiver on device 1 thread started (pid=15679, tid=15751) Jan 4 21:00:58 LA1 vdr: [15752] TS buffer on device 1 thread started (pid=15679, tid=15752) Jan 4 21:01:04 LA1 vdr: [15679] CAM 2: unassigned Jan 4 21:01:04 LA1 vdr: [15679] switching to channel 4 Jan 4 21:01:04 LA1 vdr: [15679] buffer stats: 41736 (1%) used Jan 4 21:01:05 LA1 vdr: [15755] TS buffer on device 1 thread ended (pid=15679, tid=15755) Jan 4 21:01:05 LA1 vdr: [15754] buffer stats: 41360 (1%) used Jan 4 21:01:05 LA1 vdr: [15754] receiver on device 1 thread ended (pid=15679, tid=15754) Jan 4 21:01:31 LA1 vdr: [15679] switching to channel 5 Jan 4 21:01:50 LA1 vdr: [15679] switching to channel 9 Jan 4 21:01:50 LA1 vdr: [15679] CAM 2: assigned to device 1 Jan 4 21:01:50 LA1 vdr: [15756] transfer thread started (pid=15679, tid=15756) Jan 4 21:01:50 LA1 vdr: [15757] receiver on device 1 thread started (pid=15679, tid=15757) Jan 4 21:01:50 LA1 vdr: [15758] TS buffer on device 1 thread started (pid=15679, tid=15758) It would also be nice if ttxtsubs was included along with other subtitles. (The patches are working perfectly even if not the CAM works, but it would be nice with picture along with the subtitles). Tomas

1 0

Q: Fanless VDR streaming client ?
by Harald Milz 07 Jan '08

07 Jan '08

Hi, my current VDR works fine with 3 Sat cards and a fanless case so far - but the case is quite bulky, and since I'm going to move to a new home shortly, I am looking for a nice fanless streaming solution. Xine-plugin works fine so far, and I can use Reinhard's patched xine player on my laptop nicely. The best part of this solution is that you get a completely remote box including OSD and recording playback (albeit without burning DVDs or something on the client but so be it). My new solution should be able to handle to following requirements: - decode 1080p / H.264 (just in case this becomes widely available in the future...). - DVI or HDMI out up to 1080p - S/PDIF out incl. AC3 passthrough. - display the VDR server's OSD as if it were local - control the VDR server with an IR remote (via LIRC or whatever). (aside: a 100 mbit network should be able to handle a HDTV stream - right?) I see several options so far: - re-use my old AMD64 3200+ (2 GHz single core S939), Asus A8V (full size ATX w/ AGP) and a fanless Nvidia card in a new HTPC case with a heatpipe cooler. Nice for the moment but unlikely to be able to handle HDTV decoding. Or is it? (such cases aren't exactly cheap ...). Since ffmpeg isn't multithreading capable yet (last time I looked), a dual-core CPU makes little sense. Needs a full size case anyway due to the AGP card (low-profile passive cooled AGP card anyone?). Bulky. - build a new streaming client with a Via Epia EX board (CX700M2 w/ MPEG4 decoding support). At the moment the viaexp driver is required (unichrome and openchrome don't seem to cut it), and one needs the Via patched xine that AFAIK does not support netvdr:/ MRLs. Has anyone tried to patch the Via xine to do that? Is it stable? Is the fanless 1 GHz CPU sufficient for HD decoding, or is the fan-cooled 1.5 GHz CPU required? - same board running Windows XP (yuck) and a Windows player. Which windows player will handle the OSD correctly (or rather: which VDR plugin does it talk to that sends the OSD correctly, like xine-plugin) and use the MPEG4 hardware decoder? Vlc? - µATX board like Abit AN-M2 w/ AMD64 BE-2350 CPU (as for dual-core see above but these CPUs are quite efficient) and a µATX heatpipe case (which one)? Little MPEG4 hardware support. - standalone HDTV multimedia player. There are several players built around a Sigma EM8620/21/22 chip but which one will handle a http or vtp stream? Streamdev-server or ffnetdev or xine-plugin or xineliboutput? - what else? what are you using? -- Nihilism should commence with oneself.

3 2

[Announce] vdr-fritzbox-0.0.10
by Joachim Wilke 06 Jan '08

06 Jan '08

Dear Fritz!Box- and VDR-Users, a new version of the Fritz!Box Plugin is available at http://joachim-wilke.de/index.htm?alias=vdr-fritz Pay attention to the new setup option "country code" which should be set to the own country code, i.e., "+49" for Germany. As this is the default, only users not living in Germany need to change this. - - - The Fritz!Box Plugin connects to your Fritz!Box to inform you about incoming calls. The plugin can automatically mute or pause VDR when a call comes in. Via VDR's main menu you can browse your Fritz!Box phone book, the call lists and initiate calls out of all lists. - - - The last changes are: 2008-01-06: Version 0.0.10 - including patch to avoid compilation conflicts with C++ STL (suggested by Reinhard [11]) - normalizing numbers before comparison, e.g., handling +4989..., 004989..., and 089 the same. This introduces a new setup option "Country Code". (suggested by Reinhard [11]) - applied retry delay on communication failures to _all_ connection types - applied retry delay on receiving invalid data in cFritzListener to avoid log flooding (reported by Marcus [21]) - added a warning regarding call monitor activation in syslog - fixed cTcpClient to correctly detect a connection reset - - - Regards, Joachim.

1 0

How To use DeviceStillPicture ?
by Martin Dauskardt 06 Jan '08

06 Jan '08

I have seen that plugins use this in a different way. For example in this order: DevicePlay DeviceStillPicture DeviceFreeze So the next action to display a new Stillimage would start with DevicePlay Others call neither Freeze nor Play. The dvd-Plugin calls DeviceClear and DevicePlay before DeviceStillPicture. I remember that Klaus once stated that DeviceStillPicture could be seen as a trickmode, so that always a Play has to follow to resume from trickmode. But is it necessary to Freeze the Stillpicture before? And I wonder: How should a device plugin handle the StillPicture function? Is it necessary that StillPicture also calls a Clear() to clear the internal decoder buffers? It looks like that vdr is not doing this in dvbdevice.c, although I am not sure if the av7110 ioctl VIDEO_STILLPICTURE does internally clear the buffers. I noticed problems when both plugins (that one that uses DeviceStillPicture and the device plugin) do a Clear() at the same time.

2 1

[ANNOUNCE] vdr-xine-0.8.1 plugin
by Reinhard Nissl 06 Jan '08

06 Jan '08

Hi, I'm pleased to announce a the maintenance release 0.8.1. You can find it on my homepage as usual: http://home.vr-web.de/~rnissl Excerpt from HISTORY: 2008-01-01: Version 0.8.1 - Updated documentation mentioning binary and devel packages for xine-lib-1.2, so compiling xine can be ommited for some distributions. - Updated INSTALL regarding XINE VDR VERSION MISMATCH. - The xine-lib.patch for xine-lib-1.1.x nolonger contains any FFmpeg fixes for H.264 decoding. It is recommended to install a recent FFmpeg and to add --with-external-ffmpeg when configuring xine-lib. - Contributed some xine-lib options for H.264 decoding. - Adopted name and files changes of vdr plugin in xine. - Updated it_IT.po and xineI18n.h (thanks to VDR Italian for providing the translations). - Implemented makefile switch VDR_XINE_VERIFY_BITMAP_DIRTY to turn off dirty bitmap verification and hence safing calls to memcpy() and memcmp() for OSD operations. - Removed TCP_NODELAY for the video stream socket to reduce network load. - Fixed OSD scaling for HD subtitles. The scaler nolonger allocates a fixed size buffer for a 720x576 OSD but guesses typical maximum OSD sizes, i. e. 720x576, 1280x720, 1920x1080. Enjoy. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:rnissl@gmx.de

4 8

watching H.264 makes xine crash
by vdr＠digestive.jpl.se 05 Jan '08

05 Jan '08

Hi! I'm having a problem with that xine crashes sometimes when I'm watching H.264 over DVB-S2. It looks like this in the logs buffer usage: 498, 0, 0, 0, 0xcced10 buffer usage: 474, 0, 0, 0, 0xcced10 [h264 @ 0x2aaaac2cb140]Interlaced pictures + spatial direct mode is not implemented xiTK received SIGSEGV signal, RIP. sh: line 1: 5411 Aborted /usr/local/bin/xine -f --no-splash -V xv --verbose=3 --post vdr_video --post vdr_audio --post upmix_mono vdr://tmp/vdr-xine/stream#demux:mpeg_pes > /tmp/xine.log and on other channels when it crashes buffer usage: 111, 0, 11, 0, 0xccdbf0 buffer usage: 183, 0, 11, 1, 0xccdbf0 sh: line 1: 6731 Illegal instruction /usr/local/bin/xine -f --no-splash -V xv --verbose=3 --post vdr_video --post vdr_audio --post upmix_mono vdr://tmp/vdr-xine/stream#demux:mpeg_pes > /tmp/xine.log I'm having a Athlon 64 x2 4200' so I've been trying to overclock it today, everything else works fine, watching MPEG2 etc but as fast as I starts watching a MPEG4 channel it crashes with the above "illegal instruction" error after a few seconds. If I set it back to normal speed I can watch a few minutes before xine crashes. Is there anyone that have a similar problem? vdr-1.5.12 with the latest DVB-S2 H.264 patch xine-lib/ui from http://home.vrweb.de/~rnissl/ FFMpeg CVS Thanks for any help! Best regards, Lars Fredriksson

1 0

[ANNOUNCE] Clock Plugin 0.0.8
by Mario Aistleitner 05 Jan '08

05 Jan '08

Hello, there is another small update for the clock plugin available. The new version can be found here [1] 2008-01-05: Version 0.0.8 (thanks to Tobias Grimm) - Another correction on the Makefile - Some adaption to satisfy correct implementation of the License [1] http://vdr.aistleitner.info/vdr-clock-0.0.8.tgz Greetings, Mario

1 0

problem with patch
by serge pecher 05 Jan '08

05 Jan '08

Hello, I did download http://www.linuxtv.org/pipermail/vdr/attachments/20071124:f209db92/attachmen t-0002.bin. I am following the same wiki as for 1.5.10. (mv .., patch -p1 -I ..) When I apply this patch I get : Patch unexpectly ends in middle of line Patch: **** only garbage found in patch input. No idea what to do ? Thanks, serge

2 1

Technotrend FF DVB-S AC3 Passthrough
by Morfsta 04 Jan '08

04 Jan '08

Hi, Apologies if this has been covered before but I have been searching for info on this, can anyone explain how this works with the TT FF AC3 Passthrough firmware? I can't seem to get any AC3 out of my motherboard soundcard when playing an AC3 channel with the firmware alone - are there any mods or dependencies that are required to get this working? I have tested the AC3 output with mplayer and xine and it is working properly with XVIDs with AC3 soundtrack. It also works with the bitstreamout plugin but the sync is not good. TIA, Morfsta

3 2

VDR 1.5.12 & text2skin: how to compile?
by Andrey Kuzmin 04 Jan '08

04 Jan '08

Hi, I've googled and tried all patches I could find to build text2skin against 1.5.10 (11 and 12 too), but still could not build text2skin plugin. Any how-to's or working patches? Thanks!

5 7

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr