vdr October 2005

vdr@linuxtv.org

152 participants
172 discussions

femon
by João Mamede 01 Nov '05

01 Nov '05

i sent an e-mail in the other day to ask about a link quality plugin I installed femon and tried to configure it but it doesn't work i'm using softdevice plugin with a skystar2 machine. Is that related? Best Regards João Mamede

6 8

BBC
by Wolfgang Goeller 01 Nov '05

01 Nov '05

Hello AFAIK the BBC-TV-channels are still encrypted. Are there any free channels from Great Britain? If so: could you mail the appropriate line for channels.conf? Thanks Wolfgang

9 14

Xine-Plugin, 16:9 TV, black bars
by Sebastian Frei 01 Nov '05

01 Nov '05

Hello, I have a new 16:9 display and use it with the xine-plugin. Unfortunately many stations broadcast 16:9 content in a 4:3 stream with hardcoded black bars at the top and the bottom. There is no possibility with xine and/or the xine-plugin to get rid of the black bars, the expand post-plugin doesn't work in this situation. An automatic cut-away-the-bars-function is missing. Dear R.N. please implement it. S.

3 4

[PATCH] Use daemon(3) instead of forking manually
by Enrico Scholz 31 Oct '05

31 Oct '05

Hello, the attached patch uses daemon(3) instead of forking manually. This executes setsid(2) (which is missing currently) and gives better FDs 0-2 (it is a little bit unclean to use these standard fds for other things). daemon(3) is called with a set 'nochdir' flag to allow core-file generation in writable directories. Enrico

2 1

Hardware (partially) broken? Anyone experiences?
by Christian-Balzer＠gmx.de 31 Oct '05

31 Oct '05

Hi @ll, I've got a Hauppauge FF card in my vdr. But for 6 weeks there have been stripes all over the screen and the colors are much too strong and unnatural. IÄm quite sure that the Hauppauge card is the problem. Recording works fine, because watching on the PC over ethernet is perfect. But the output which comes from the card directly to the TV is bad. I changed all cable and tried another TV - always the same problem. Drivers weren't chagend since it worked. Got anyone such a problem? I think I have to buy a new FF card - but perhaps someone has got a hint if i forgot something to check. Greetings Christian

2 1

vdr+xine -> freeze Console
by Patrick Fischer 30 Oct '05

30 Oct '05

Im using vdr(1.3.34) + xine-plugin (0.7.6) under debian 3.1 (sarge) After a while all my Console's (bash) begin to freeze. I have opened a Console with 6 Tabs. If I start ./runvdr -P'xine -r als other tabs will freeze after a while. Same if I dont run xine(ui). Maybe this is a debian problem. Has anybody the same feature? DS

5 8

Problems with the xine plugin (ver 0.7.6)
by Philip Lawatsch 30 Oct '05

30 Oct '05

Hi, I recently decided to upgrade from vdr 1.3.13 + an older xine plugin to 1.3.34 and xine plugin 0.7.6. I'm using xine-lib 1.1.0 with the xine plugin. Now I've compiled both the same xine-lib and vdr once for x86 and once for x86_64 (so I'm really using the same source) but only the version for x86_64 works. If I strace the xine process running on my x86 machine I can see that it closes /tmp/vdr-xine/stream right after a few reads. This does not happen on the x86_64 one. Would someone have any ideas as to why this might be happening? All pipes in /tmp/vdr-xine are present and have sane permissions. I'm using the same glibc versions and am using non nptl ones in both cases. VDR is not patched in any way and I'm not using any CC flags besides the default ones. Any help is appreciated. kind regards Philip ---- strace of x86 version ---- open("/tmp/vdr-xine/stream", O_RDONLY|O_NONBLOCK|O_LARGEFILE) = 7 poll([{fd=7, events=POLLIN, revents=POLLIN}], 1, 300) = 1 fcntl64(7, F_GETFL) = 0x8800 (flags O_RDONLY|O_NONBLOCK|O_LARGEFILE) fcntl64(7, F_SETFL, O_RDONLY|O_LARGEFILE) = 0 open("/tmp/vdr-xine/stream.control", O_RDONLY|O_LARGEFILE) = 8 open("/tmp/vdr-xine/stream.result", O_WRONLY|O_LARGEFILE) = 9 open("/tmp/vdr-xine/stream.event", O_WRONLY|O_LARGEFILE) = 10 clone(child_stack=0xac97a504, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0xac97abf8, {entry_number:6, base_addr:0xac97abb0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}, child_tidptr=0xac97abf8) = 22198 futex(0x873ff38, FUTEX_WAKE, 1) = 1 futex(0x873ff34, FUTEX_WAKE, 1) = 1 futex(0x873ff1c, FUTEX_WAKE, 1) = 1 futex(0x8750bf0, FUTEX_WAKE, 1) = 1 gettimeofday({1129110121, 21324}, NULL) = 0 clock_gettime(CLOCK_REALTIME, {1129110121, 21382000}) = 0 futex(0x873fa24, FUTEX_WAIT, 15, {0, 999942000}) = 0 gettimeofday({1129110121, 21857}, NULL) = 0 futex(0x873fa08, FUTEX_WAKE, 1) = 0 clock_gettime(CLOCK_REALTIME, {1129110121, 21958000}) = 0 futex(0x873fa24, FUTEX_WAIT, 17, {0, 999899000}) = 0 futex(0x873fa08, FUTEX_WAIT, 2, NULL) = 0 futex(0x873fa08, FUTEX_WAKE, 1) = 0 futex(0x873f344, FUTEX_WAKE, 1) = 1 futex(0x8d1c9c8, FUTEX_WAKE, 1) = 1 clone(child_stack=0xabfac504, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0xabfacbf8, {entry_number:6, base_addr:0xabfacbb0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}, child_tidptr=0xabfacbf8) = 22199 nanosleep({0, 100000}, {0, 0}) = 0 open("/usr/share/xine/libxine1/fonts/cetus-24.xinefont.gz", O_RDONLY) = 8 fstat64(8, {st_mode=S_IFREG|0644, st_size=11552, ...}) = 0 mmap2(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xadc30000 read(8, "\37\213\10\0\0\0\0\0\0\3\355}\365\227-\315v\320\351\362"..., 131072) = 11552 read(8, "", 131072) = 0 _llseek(8, 0, [11552], SEEK_CUR) = 0 read(8, "", 131072) = 0 close(8) = 0 ---- end strace of x86 version ----

2 1

runvdr - better control ?
by Wolfgang Goeller 30 Oct '05

30 Oct '05

Hello Sometimes a recording is not done although vdr is running. Since vdr was running - according to ps runvdr did not restart vdr. I dont't know what's the reason, might be, my vdr sometimes get tired :-) In /var/log/messages I find no explanation. But I think I've got a reasonable and simple solution: When vdr behaves like this (halfdead) I can't connect to the svdrhost. My proposal thus for testing if vdr is really alive: a=`svdrpsend.pl -p 2001 "quit" | grep SVDRP` if [ -z $a ] then RESTART fi regards Wolfgang

2 3

Where is streamdev
by Eric GRAMMATICO 30 Oct '05

30 Oct '05

Hi everyone, I'd like to give a test to streamdev, I found it on http://www.magoa.net/linux/index.php?view=streamdev-unstable, unfortunately, it doesnt compile with my fc 4, vdr 1.3.34. I saw in the mailing list there is a streamdev-cvs available somewhere, any idea where I could download it ? Thanks and regards, Eric.

2 1

VDR Softdevice XV and TV-out
by Stile 30 Oct '05

30 Oct '05

I'm using VDR 1.3.34 with a VP1020 budget card on a machine with and Nvidia GF 5500 video card. I am using softdevice for a decoder. I currently have X configured for dual display with the VGA being screen 1 and the TV out being screen 2 using Nvidia's twinview. VDR and Softdevice are working well. My problem is in trying to view the display full screen on the TV-out. If I full screen the display it always goes to screen 1 which is VGA. The only way to view it on the TV-out is in a maximized window. I can't start it that way and I have to drag the window and maximize every time I start VDR. Does anyone know of a way around this? Stile

4 4

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr October 2005