vdr February 2011

vdr@linuxtv.org

45 participants
36 discussions

priorities in streamdev
by Rainer Blickle 13 Mar '11

13 Mar '11

Hi everybody, i have a question regarding the streamdev plugin. I have 2 tv cards, both gets accessed with the pvrinput plugin, but the problem i have would be the same with dvb devices. I also watch TV on the PC with the two cards. I have another pc (laptop) with vdr installed. There i installed the streamdev-client plugin. When switching the channel on the laptop with the up/down keys, the live picture gets interrupted with a black screen for about half a second. My wife doesn't like this very much. I had a look into the source code and found following: - The receiver of the pc has the priority 0, the receiver of the streamdev-server 1. - When switching with the up/down keys, the streamdev-client sends an "PROV"-Message to the streamdev-server. The streamdev-server tries to get a device (Method cServerConnection::GetDevice). The Receiver of the "old" streamdev-channel is still receiving. - The Method cServerConnection::GetDevice calls cDevice::GetDevice. The priority in the function call is 1. In the cDevice::GetDevice method the devices gets iterated, calling on each device the method cDevice::ProvidesChannel. Because the priority property of this call is 1, the "old" receiver of the streamdev-server has also a priority of 1 and the live-receiver has the priority of 0, the only device which can provide the channel is the device of the live-tv. - In the latter of the method cDevice::GetDevice the live-receiver gets detached via "d->DetachAllReceivers". Later in the code of cServerConnection::GetDevice, if the Method cDevice::GetDevice doesn't return a device, the current receiver gets detached. In my infrastructure this doesnt happend because the live receiver will nearly always gets detached ( The only exception is when a timer records). To prevent this, i changed the code in that way that the streamdev-receiver gets detached before calling cDevice::GetDevice). Is the detaching of live-tv an known issue or is this a feature ? Should have the live tv receiver a priority greather than streamdev-receiver ? If so, the live-tv wouldn't get detached ? Regards, Rainer

6 20

vdr-sxfe not working
by Tony Houghton 27 Feb '11

27 Feb '11

vdr-sxfe isn't working for me at the moment. I'm using 1.0.6+cvs20110213.0131-1 from Tobias Grimm's repository. I've tried it on two different PCs, both running Debian unstable amd64; neither of them are the same PC VDR is running on. I can't check it on my VDR box at the moment, but it did work a couple of days ago and I don't think it's been upgraded since. It prints: vdr-sxfe 1.0.90-cvs (build with xine-lib 1.1.19, using xine-lib 1.1.19) VDR server not given, searching ... Found VDR server: host 192.168.1.68, port 37890 [5697] [vdr-fe] GNOME screensaver disabled [5697] [xine-vo ] wire_video_driver() FAILED (vo_driver != vos_driver) [5697] [vdr-fe] wire_video_driver() for osdscaler failed [5697] [xine-vo ] wire_video_driver() FAILED (vo_driver != vos_driver) [5697] [vdr-fe] wire_video_driver() for osdreorder failed Segmentation fault I can't get a useful backtrace, because it's stripped.

2 2

TT S2 3200 and tuning timeout
by Davide Chiarini 27 Feb '11

27 Feb '11

Hi all I'm having some troubles with my two DVB-S2 "TechnoTrend TT-budget S2-3200" cards. At first I thought about driver issues but now I think the problem could lie within vdr. Up until a couple of weeks ago I was running vdr 1.7.12 on debian lenny with stock kernel 2.6.26, and everything worked fine. Then my provider changed the SR of the DVB-S2 channels from 27500 to 29900. I could still watch regular channels, but HD channels where garbled. So I updated the kernel with debian backports (2.6.32). Nothing changed. Then I updated the dvb drivers (latest checkout I tried is the one from 25/02). With this update, DVB-S2 channels work perfectly, however, when I try to tune to SD channels in vdr I get " frontend 1/0 timed out while tuning to channel...." errors. I tried watching those channels with kaffeine, and it works fine. Also, If I tune to a SD channel with szap prior to starting vdr, I get a FE_HAS_LOCK. If I then start vdr on that channel, all the channels from that transponder are visible. But If I try to change channel to anything not HD i get the timeout error. I tried all combination of drivers above with vdr 1.7.12 and vdr 1.7.16, the results are identical. any pointers? I'm running out of ideas... thanks davide

2 2

some records not shown in menu
by zupermen＠gmx.de 27 Feb '11

27 Feb '11

Hallo, there is a small bug in VDR 1.7.16 at the recording menu. In some situations VDR shows that a sub-folder (at recordings) holds 2 recordings. If you open the folder only 1 recording is shown. After deleting this record the other one is shown. To reproduce the behavior you can record the same show on e.g. ARD and ARD-HD or switch of an active timer and switch it on later. Cheers Marcus

2 2

Request for rotor/actuator support integration to vdr
by Timothy D. Lenz 26 Feb '11

26 Feb '11

Time to bump this request again

10 16

VDR 1.7.16 FF card crashes
by - - 23 Feb '11

23 Feb '11

Hello! I upgraded my VDr system from 1.6.0 to 1.7.16. After upgrade, I found that my FF card (fujitsu-siemens dvb-c) crashes almost every time when I exit from a recording playback. It won't tune anymore. Usually OSD still works but sometimes it also crashes. Only way to recover is to restart VDR and reload kernel module. I'm using latest fw for ff card. Ps. For some reason sc plugin doesn't work either with ff card even I have forced to transfer mode from sc plugin menu and started it with -B switches. Maybe it is related to this crash?

7 14

VAC: projects.vdr-developer.org - vacation replacement
by Tobias Grimm 23 Feb '11

23 Feb '11

I'll be completely offline during the next 2 weeks. If you experience any major issues at projects.vdr-developer.org, please contact Thomas Günther <tom1(a)toms-cafe.de>. bye, Tobias

1 0

Re: [vdr] AvetTV a761
by Martin Dauskardt 22 Feb '11

22 Feb '11

> > And yet. If I try use Avertv a761 and PRV 150 with pvrinput plugin, I have vdr crash: > It seems that the driver for your a761 registers also an analog video > device. pvrinput tries to open it and sends a VIDIOC_QUERYCAP to determine > if it's a device it can handle. But the driver don't like it... > > A dirty workaround would be to add the option "video_nr" and "vbi_nr" to > your bttv-module (look at "modinfo bttv") and set the number to something > greater than 16. pvrinput will only test the first 8 video-nodes (see > global.h in its source if it's modified). > > The right way is to look into the driver and test it if it crashes when > you send the ioctl mentioned above. To the original poster: I guess ????????? ?????? is not your real name. It would be nice if you would use at least a nickname. Try "v4l2-ctl -D -d /dev/video0" while vdr is not running. Does this work or does it crash also?

4 4

[RFC] [PATCH] player.c: fix `(error) Common realloc mistake: 'buffer' nulled but not freed upon failure`
by Paul Menzel 20 Feb '11

20 Feb '11

Date: Mon, 14 Feb 2011 14:29:48 +0100 Output of Cppcheck 1.47 [1], VDR 1.7.16: Checking ./PLUGINS/src/pictures/player.c... [./PLUGINS/src/pictures/player.c:9]: (debug) Include file: "vdr/remote.h" not found. [./PLUGINS/src/pictures/player.c:10]: (debug) Include file: "vdr/tools.h" not found. [./PLUGINS/src/pictures/player.c:70]: (error) Common realloc mistake: 'buffer' nulled but not freed upon failure Checking ./PLUGINS/src/pictures/player.c: BIDI... Checking ./PLUGINS/src/pictures/player.c: DEBUGRINGBUFFERS... Checking ./PLUGINS/src/pictures/player.c: PLUGIN_NAME_I18N... Checking ./PLUGINS/src/pictures/player.c: __STL_CONFIG_H... 9/72 files checked 12% done This patch uses the fix for QEMU [2] as a template and is build tested. [1] http://cppcheck.sourceforge.net/ [2] http://meego.gitorious.org/qemu-maemo/qemu/commit/29718712eb2e53c09d28f08e3… Signed-off-by: Paul Menzel <paulepanter(a)users.sourceforge.net> CC: Klaus Schmidinger <Klaus.Schmidinger(a)tvdr.de> --- Dear VDR folks, please advise if the `break` is enough and what kind of error message would be useful. I would then apply this fix to the whole tree and submit a final patch. Thanks, Paul --- PLUGINS/src/pictures/player.c | 9 ++++++++- 1 files changed, 8 insertions(+), 1 deletions(-) diff --git a/PLUGINS/src/pictures/player.c b/PLUGINS/src/pictures/player.c index a0123e4..3f87696 100644 --- a/PLUGINS/src/pictures/player.c +++ b/PLUGINS/src/pictures/player.c @@ -60,6 +60,7 @@ void cPicturePlayer::Activate(bool On) void cPicturePlayer::SetPicture(const char *FileName) { + uchar *new_buffer; int f = open(FileName, O_RDONLY); if (f >= 0) { for (;;) { @@ -67,7 +68,13 @@ void cPicturePlayer::SetPicture(const char *FileName) if (length > 0) { if (length >= size) { size = size * 3 / 2; - buffer = (uchar *)realloc(buffer, size); + new_buffer = (uchar *)realloc(buffer, size); + if (new_buffer == NULL) { + free(buffer); + LOG_ERROR_STR("realloc"); + break; + } + buffer = new_buffer; lseek(f, 0, SEEK_SET); continue; } -- 1.7.2.3

2 2

iptv question (possible conflict with altchannel patch)
by Rob Davis 19 Feb '11

19 Feb '11

I noticed that on my setup (1.7.16) iptv only displays one iptv stream. I'm sure it used to do more than one if selected on a different frontend (I think I had up to 8). Is this a change from iptv 0.3.4 to 0.4.2 or is it a conflict with the altchannel plugin..?

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr February 2011