vdr November 2005

vdr@linuxtv.org

144 participants
178 discussions

[ANNOUNCE] vdr-autosort-0.0.7
by CopyPoint 21 Nov '05

21 Nov '05

- S E V E N - http://www.copypointburscheid.de/linux/vdr-autosort-0.0.7.tgz ------------------------------------------------------------------------------------------------------------------------------ 2005-11-21: Version 0.0.7 - Corrected order of 'SubSection'-groups. The 'digits' group is first now. - Implemented option 'FixedPos' to assign a fixed channel number to a group. - Adapted a patch to get rid of some compiler warnings (thanks to Frank Scherthan for providing it) - Added another sorting method witch ignores spaces and special chars and orders numbers correctly. You can switch back to the old lexically sortion it in Setup Menu. - Added detailed description about how AutoSort does it's job to reduce users confusion. - Raised default OSD-message level to 2. - Fix a bug who moved a channel after the group it should be put in. ------------------------------------------------------------------------------------------------------------------------------ i hope you can enjoy it Thorsten =============================================================== Project's homepage: http://www.copypointburscheid.de/linux/autosort.htm Latest version: http://www.copypointburscheid.de/linux/vdr-autosort-0.0.7.tgz ===============================================================

1 0

RE: [vdr] Problem with occasional key repeats - Privat
by christian jacobsen 21 Nov '05

21 Nov '05

Hallo, > This problem is quite annoying one. Time to time I get douple key > presses from remote. There is delay before repeat so it is > not that. I'm > not sure what is causing this but I suspect lirc. > > Any idea what is the cause and how to fix this? > > I have One-for-all remote (2 devices supported) and self made > IR-receiver. > > Setup: > vdr 1.3.35 (same problem with 1.3.27) + patches + plugins > kernel 2.6.12 > lirc from CVS (not sure about exact date/version - not in docs) Try changing KEYPRESSDELAY in lirc.c to a higher value. Greetings Christian Jacobsen

1 0

@Klaus: usage of alternative device nodes possible?
by Alfred Zastrow 20 Nov '05

20 Nov '05

Hello Klaus, a miniudev created dev-structure of a 2-card system looks like this: ----------- snip ---------------- #cd /dev #ls -l [...] crwx------ 1 root root 212, 1 Nov 20 06:43 dvb0.audio0 crwx------ 1 root root 212, 6 Nov 20 06:43 dvb0.ca0 crwx------ 1 root root 212, 4 Nov 20 06:43 dvb0.demux0 crwx------ 1 root root 212, 5 Nov 20 06:43 dvb0.dvr0 crwx------ 1 root root 212, 3 Nov 20 06:43 dvb0.frontend0 crwx------ 1 root root 212, 7 Nov 20 06:43 dvb0.net0 crwx------ 1 root root 212, 8 Nov 20 06:43 dvb0.osd0 crwx------ 1 root root 212, 0 Nov 20 06:43 dvb0.video0 crwx------ 1 root root 212, 65 Nov 20 06:43 dvb1.audio0 crwx------ 1 root root 212, 70 Nov 20 06:43 dvb1.ca0 crwx------ 1 root root 212, 68 Nov 20 06:43 dvb1.demux0 crwx------ 1 root root 212, 69 Nov 20 06:43 dvb1.dvr0 crwx------ 1 root root 212, 67 Nov 20 06:43 dvb1.frontend0 crwx------ 1 root root 212, 71 Nov 20 06:43 dvb1.net0 crwx------ 1 root root 212, 72 Nov 20 06:43 dvb1.osd0 crwx------ 1 root root 212, 64 Nov 20 06:43 dvb1.video0 crw-rw-rw- 1 root root 1, 7 Nov 20 06:43 full brw------- 1 root root 3, 0 Nov 20 06:43 hda brw------- 1 root root 3, 1 Nov 20 06:43 hda1 [...] ----------- snap ---------------- Would it be possible, that vdr looks for and uses this device nodes directly without searching for a /dev/dvb/adapter.. directory structure? Best regards Alfred

5 5

[ANNOUNCE] vdr-image-0.2.4
by Andreas Brachold 20 Nov '05

20 Nov '05

Hi, here are update of vdr-image plugin, for build again newer ffmpeg(-cvs) release. With this release now for compiled are at the least VDR 1.3.28 required. Changes for release Version 0.2.4 ================================= - Deny VDR-EITScanner on active Live Audio - Add plugin options to specify directory of configuration data - add FFMDIR to liboutput/Makefile, for build again ffmpeg directory - fix scripts/magickplugin.sh: better resolution retrieval - add option for border of underscan - rotate pictures now in several 90° steps - add alternative script (scripts/magickplugin.sh) for image converting with imagemagick - adjust encoding parameter for new ffmpeg-releases, downwards compatible - remove linking with dlfcn at runtime of libavcodec.so, now are linked at compiled time - and a some more... Thanks to Tobias Grimm, Tom Günther, and kc_captain-at-vdr-portal to provide some solutions. What is it : ============ This is a plugin for vdr and allows the display of digital images, like jpeg, tiff, png, bmp and some more, on the TV screen, using the DVB out device from vdr. Depends: ======== netpbm (or now as alternative imagemagick) ffmpeg Link : ====== Homepage : http://vdr-image.berlios.de/ Download : http://download.berlios.de/vdr-image/vdr-image-0.2.4.tar.gz Cu, Andreas

2 2

index.vdr misses pictures
by Werner 20 Nov '05

20 Nov '05

Hello, in recent recording from premiere i saw that not all pictures in the data stream are indexed in index.vdr. The displayed movie lenghts are slightly to short and the cutmarks in marks.vdr are wrong. I use marks.vdr in an external program. The resulting cutted movies are sometimes about 1-2 minutes too short. This does not affect normal vdr users too much because vdr cutted movies have the right len. Im not an mpeg expert, so only some speculations: It looks that every index.vdr entry points to an "packet start code" (0x000001). Vdr assumes that every packet has mostly one picture start code. The difference i saw between old recordings and new recordings is that in new recordings are sometimes two picture start codes in a packet. The second one is dropped by vdr. I have no idea of how to fix this assuming that vdr can only resume on a packet start code. Anyone any idea? /Werner

2 4

Problem with occasional key repeats
by Pasi Juppo 20 Nov '05

20 Nov '05

Hi, This problem is quite annoying one. Time to time I get douple key presses from remote. There is delay before repeat so it is not that. I'm not sure what is causing this but I suspect lirc. Any idea what is the cause and how to fix this? I have One-for-all remote (2 devices supported) and self made IR-receiver. Setup: vdr 1.3.35 (same problem with 1.3.27) + patches + plugins kernel 2.6.12 lirc from CVS (not sure about exact date/version - not in docs) Br, Pasi

1 0

Bug #1: Delayed live TV broadcast showing
by Pasi Juppo 20 Nov '05

20 Nov '05

Each bug as a separate message as requested. Here are few bugs that I have found so far from vdr 1.3.27 with patches: -vdr-1.3.27-enAIO-2.4.diff -vdr-1.3.27-subtitles-0.3.7-and-ttxtsubs-0.0.5.diff -vdr-1.3.27-finnish.diff and plugins (and patches when needed): -vdr-femon-0.9.0 -vdr-mp3-0.9.12 -vdr-osdteletext-0.5 + vdr-osdteletext-0.5-finnish.diff patch -vdr-subtitles-0.3.7 -vdr-text2skin-1.1 (cvs) -vdr-ttxtsubs-0.0.5 + vdr-ttxtsubs-0.0.5-premium-edition.diff patch -vdr-tvonscreen-0.7.0 + vdr-tvonscreen-0.7.0-1.3.diff patch -vdr-timeline-0.9.0 + vdr-1.3.25-timeline-0.9.0.diff patch -vdr-sysinfo-0.0.4a DVB drivers are from kernel 2.6.12.1. DVB-C card is Technotrend's FF card (v1.5 iirc). NTPL is disabled (export LD_ASSUME_KERNEL=2.4.1). Bug: VDR: Delayed live TV broadcast showing Steps to how to reveal this: 1. Replay a recording 2. Stop replaying (shows live TV broadcast almost immediately) 3. Resume replay (press play) 4. Stop replaying 5. Resume replaying 6. Stop replaying => live TV shows after around 8s

2 5

Bug #10: Replay stops and TV channel changes
by Pasi Juppo 20 Nov '05

20 Nov '05

Setup: -vdr-1.3.27-enAIO-2.4.diff -vdr-1.3.27-subtitles-0.3.7-and-ttxtsubs-0.0.5.diff -vdr-1.3.27-finnish.diff and plugins (and patches when needed): -vdr-femon-0.9.0 -vdr-mp3-0.9.12 -vdr-osdteletext-0.5 + vdr-osdteletext-0.5-finnish.diff patch -vdr-subtitles-0.3.7 -vdr-text2skin-1.1 (cvs) -vdr-ttxtsubs-0.0.5 + vdr-ttxtsubs-0.0.5-premium-edition.diff patch -vdr-tvonscreen-0.7.0 + vdr-tvonscreen-0.7.0-1.3.diff patch -vdr-timeline-0.9.0 + vdr-1.3.25-timeline-0.9.0.diff patch -vdr-sysinfo-0.0.4a DVB drivers are from kernel 2.6.12.1. DVB-C card is Technotrend's FF card (v1.5 iirc). NTPL is disabled (export LD_ASSUME_KERNEL=2.4.1). Bug: VDR: Replay stops and TV channel changes -occasionally at the beginning of the replaying of a recording VDR stops replaying and changes to first channel of the channel list (despite what channels was being viewed before replaying) VDR seems to work OK otherwise. Pasi

2 2

Bug #12: Replay stops with blank screen
by Pasi Juppo 20 Nov '05

20 Nov '05

Setup: -vdr-1.3.27-enAIO-2.4.diff -vdr-1.3.27-subtitles-0.3.7-and-ttxtsubs-0.0.5.diff -vdr-1.3.27-finnish.diff and plugins (and patches when needed): -vdr-femon-0.9.0 -vdr-mp3-0.9.12 -vdr-osdteletext-0.5 + vdr-osdteletext-0.5-finnish.diff patch -vdr-subtitles-0.3.7 -vdr-text2skin-1.1 (cvs) -vdr-ttxtsubs-0.0.5 + vdr-ttxtsubs-0.0.5-premium-edition.diff patch -vdr-tvonscreen-0.7.0 + vdr-tvonscreen-0.7.0-1.3.diff patch -vdr-timeline-0.9.0 + vdr-1.3.25-timeline-0.9.0.diff patch -vdr-sysinfo-0.0.4a DVB drivers are from kernel 2.6.12.1. DVB-C card is Technotrend's FF card (v1.5 iirc). NTPL is disabled (export LD_ASSUME_KERNEL=2.4.1). Bug: VDR: Replay stops with blank screen 1. Viewing encrypted channel 2. Started replaying a recording => after few seconds replaying stops and nothing is shown at the screen (no sound either) Cure: change of channel back and forth cured the blank screen (replay also worked fine till the end of movie). Pasi

4 5

Testing multi CAM mode
by Klaus Schmidinger 19 Nov '05

19 Nov '05

I have uploaded a patch against VDR 1.3.36 to ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.3.36-multicamtest.diff which is a first attempt to allow multiple channels to be decrypted at the same time, provided the CAM supports this. There is currently no test whether this operation is possible or how many channels a given CAM can decrypt simultaneously, so use this with extreme care! This is just for testing!! With my AlphaCrypt CAM I have successfully tested 3 parallel recordings of encrypted channels on the same transponder. Now the reason why I am providing this patch is that I'd like to invite you folks to try this out and maybe see what might be wrong here. The problem is that whenever a channel is added or removed from the CA_PMT data, there are distortions in the recordings. What I'm doing is to send either a single CA_PMT object (marked as CPLM_ONLY), in case there is only one channel to decrypt, or a list of such objects (CPLM_FIRST/CPLM_MORE/CPLM_LAST), in case there is more than one channel. The standard says: When the CA application receives a CA_PMT with a new list of programmes, it starts analysing the new list and usually stops the descrambling of the programmes of the previous list, except if it detects that this new list contains programme(s) or elementary stream(s) of the previous list. In this case, it should continue the descrambling of this programme or elementary stream without interruption visible by the user. For example, the only way to remove a programme from the list consists in sending a new list without the programme. In this case, the module should continue the descrambling of the other programmes of the list without interruption. Another typical example is when the host sends a new CA_PMT because the version_number of the PMT has changed. This change may not affect the CA operation and in this case, the module should not interrupt the descrambling. So from this I would expect no distortions to happen when adding/removing channels from the list of CA_PMT objects. Now there is either a flaw in my code, or my CAM just doesn't work as required by the standard. Any hints here are appreciated. Klaus

4 11

← Newer
1
...
4
5
6
7
8
9
10
...
18
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr November 2005