vdr December 2010

vdr@linuxtv.org

42 participants
34 discussions

lirc key reading to slow ? Buffer overflow ?
by Steffen Barszus 02 Jan '11

02 Jan '11

Hi ! i get these errors, once my remote is doing key repeats: Dec 3 23:33:13 vdr vdr: [24629] ERROR: unparseable lirc command: gy_Receiver-event-kbd#012b-Gyration_Gyration_RF_Technology_Receiver-event-kbd#01272 0 KEY_VOLUMEDOWN usb-Gyration_Gyration_RF_TechnoloKEY_VOLUMEDOWN Dec 3 23:34:14 vdr vdr: last message repeated 583 times especially note the usb-Gyration_Gyration_RF_TechnoloKEY_VOLUMEDOWN and ...kbd#012b-.... (this should read usb-...) is there anything forgot to reset ? A buffer to small ? Just wrong how it is read ? In irw and xbmc there seems no such issue, means the repeat just works. i increased the buffers to: private: enum { LIRC_KEY_BUF = 500, LIRC_BUFFER_SIZE = 4096 }; which seems to make the error disappear, but its still incredible slow (compared to other applications) in accept the keys. Can this be improved ?

2 2

Include Path in Makefile (VDR >=1.7.15)
by Joachim Wilke 29 Dec '10

29 Dec '10

I'm just wondering, if there has happened a mistake in updating the Makefile in VDR 1.7.15. The HISTORY file states: "Include paths are now added instead of overwriting INCLUDES in the Makefile" However, in the Makefile changes: -INCLUDES = -I/usr/include/freetype2 +INCLUDES ?= -I/usr/include/freetype2 Shouldn't that be += instead of ?=. In my case, my IDE sets INCLUDES with some custom stuff. Therefore the Makefile does not touch INCLUDES any more and I get an error. -- Best Regards, Joachim.

4 6

Recordings starting with B-Frame?
by Tobias Grimm 28 Dec '10

28 Dec '10

I don't known how much I can trust avidemux, but it tells me, that my HD-VDR recordings (1.7.16) start with a B-Frame. Shouldn't all *.ts Files start with an I-Frame? Tobias

3 2

Architecture difference between recording and viewing?
by Torsten Kunkel 28 Dec '10

28 Dec '10

Hello, I still have problems with my Tevii S470 with DVB-S2-channels. The problem (as already posted long ago at http://www.vdr-portal.de/board/thread.php?threadid=93713) is: The buffer runs full buffer usage: 70% (tid=12493) buffer usage: 60% (tid=12493) buffer usage: 70% (tid=12493) buffer usage: 60% (tid=12493) buffer usage: 70% (tid=12493) buffer usage: 60% (tid=12493) buffer usage: 70% (tid=12493) buffer usage: 60% (tid=12493) buffer usage: 100% (tid=12493) ERROR: driver buffer overflow on device 2 ERROR: skipped 11 bytes to sync on TS packet on device 2 This repeats over and over again in a timeloop of about 2mins. Remarkable for me is the fact, I can record any HD-channel without any problems and I even can watch this recording at once. In my oppinion this cannot be a problem with the S470, because I wouldn't be able to record anything. I'm running vdr vdr-1.7.16 with latest xineliboutput (git) and latest xine-sources (hg). The system load is low (<5%) and the menue is smooth and this only happens with DVB-S2-channels. This brings me to the question where is the difference between watching a channel and recording it? Greetings Torsten -- Gerade weil wir alle in einem Boot sitzen, sollten wir heilfroh darüber sein, dass nicht alle auf unserer Seite stehen.

2 1

Framerates
by Tobias Grimm 28 Dec '10

28 Dec '10

Hi! I have tiny question: When recording from a HD channel (720p50), the *.rec/info -file tells me the recording has a framerate of 25 fps. mediainfo or ffmpeg detect 50 fps. Why such a difference? And what's the framerate the frame number in the *.rec/marks -file is based on? Tobias

3 3

projects.vdr-developer.org
by Tobias Grimm 27 Dec '10

27 Dec '10

Unfortunately projects.vdr-developer.org is currently down. It's seems like a stupid Hacker/DOS attack causing to fill up the memory until the systems becomes non-responsive. There was no security leak, so all data is safe. I'm trying to figure out, how to avoid this in the future, so please be patient. The server will be up and running soon. Tobias

3 3

dvbscan vs builtin update generates double entries.
by Oliver Schinagl 27 Dec '10

27 Dec '10

I have created a channel.conf from dvbscan and used the built update function from VDR. All channels seem to be added/modified properly, but the FTA channels are different. Instead of modifying my current entry, it created new ones. Nederland 1;Digitenne:546000000:C12D12M64B8T8G4Y0:T:27500:0000:0000:0000:0:1101:8720:2214:0 Nederland 1;Digitenne:546000000:C12D12M64B8T8G4Y0:T:27500:7011:7012:7013:0:1101:8720:2211:0 Nederland 2;Digitenne:546000000:C12D12M64B8T8G4Y0:T:27500:0000:0000:0000:0:1102:8720:2214:0 Nederland 2;Digitenne:546000000:C12D12M64B8T8G4Y0:T:27500:7021:7022:7023:0:1102:8720:2211:0 Nederland 3;Digitenne:546000000:C12D12M64B8T8G4Y0:T:27500:0000:0000:0000:0:1103:8720:2214:0 Nederland 3;Digitenne:546000000:C12D12M64B8T8G4Y0:T:27500:7031:7032:7033:0:1103:8720:2211:0 I took the liberty of expanding the VID, AID and TID from 0 to 0000 so they'd align better in this e-mail only. All entries work however! Which baffles me. How can something without vid/aid work at all? Also, it seems that the 'proper' entry doesn't display EPG data at all. Ironically, the scrambled channels all seem to work just fine. Any clues on this?

2 3

CAM auto resetting - feature request??
by Simon Baxter 27 Dec '10

27 Dec '10

Hello My v 1.6.0 system has 2x Alphacrypt multi-CAMs. Occasionally one of the CAMs seems to "crash" and if I go into Setup > CAM one of the CAMs changes from "Alphacrypt" to "CAM Ready" - and will no longer decrypt channels. I then correspondingly get a bunch of timer conflicts, as 1/2 my CAM resources have vanished. Only ever one CAM fails, never both. I rectify this by selecting the CAM, and then hitting "reset" (sometimes a couple of times) - and it comes back. Unless I go into the Setup > CAM menu, I'm unaware that the CAM has "crashed". My request is...... Is there a way I can either 1)Automatically reset a CAM if it falls into this state or 2)Be notified, by generating a console/kernel message, so I can know to come in and fix this. Any ideas?

7 20

xine ui - small black bar on top
by Simon Baxter 23 Dec '10

23 Dec '10

Hi I'm intermittantly getting a 1cm black bar at the top of the screen in xine. I'm using vdr-xine version 0.9.3 with xine-lib-1.2, with a standard xine-ui front end and vdr-1.7.16. The black bar has a small white verticle line on the far right. Other than pushing the whole picture down 1cm, it has no other effect. When X first starts, and xine launches, the black bar isn't there. If I exit the xine front end and restart (without restarting vdr) it appears and won't go until X restarts again. Any ideas?

2 2

[announcement] Release 0.1.6 of vdr-plugin-dvdswitch
by Andreas Brachold 22 Dec '10

22 Dec '10

Hello, New location and a new release of vdr-plugin-dvdswitch http://projects.vdr-developer.org/attachments/download/445/vdr-dvdswitch-0.… Changes: http://projects.vdr-developer.org/projects/plg-dvdswitch/wiki/Release_016 * Merge any patch from VDR-Portal : http://www.vdr-portal.de/board/thread.php?threadid=49165 What's it --------- The dvdswitch plugin functions as a kind of a DVD changer. This plugin make it possible to select images and play them with the DVD plugin. But it's need too dvd-plugin See included file README for more details. http://projects.vdr-developer.org/projects/plg-dvdswitch/wiki Please report any bugs, ideas or feature requests to the project site If you want to contribute patches, new features or whatever, post an issue or patch to the projects issue tracker or request to join the project. I would happily add everyone as a project member, who would like to contribute to vdr-plugin-dvdswitch . Enjoy, Andreas

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr December 2010