vdr

vdr@linuxtv.org

6731 discussions

Better behaviour in cDisplayChannel when switching channels
by Joachim Wilke 20 Feb '06

20 Feb '06

Hello everybody, when switching to a channel (for example "21") and there exist no other channels starting with this number (210, 211, or sth. like that), VDR displays in the DisplayChannel OSD (and also in my LCD): "2- ZDF" "21- EinsExtra" (When switching to other channels, the dash gets removed after a timeout). In my opinion, the dash is not needed in this case, so I modified the corresponding method (see attached patch). Switching to channel 21 now looks like that: "2- ZDF" "21 EinsExtra" Regards, Joachim.

1 1

vdr+xine plugin: playing recordings stalls when SVDRP is used
by Dominique Dumont 20 Feb '06

20 Feb '06

Hello For weeks, I've noticed that video and audio stall for a few seconds from time to time when watching a recording. In fact, the video and audio will stall when vdradmin queries vdr through SVDRP. Since I have only a budget card, I cannot verify if the TV output has the same kind of problem. I only use xine-plugin. Can some other people confirm this problem ? My setup is: - Nova CI-s card - vdr 1.3.42 (Darren Salt's) - xine-plugin 0.7.7-2.ds (also Darren's package) - vdr-plugin-subtitles 0.3.10-1.ds - vdr-plugin-ttxtsubs 0.0.5-11 Cheers

1 0

Noad and finnish channels
by Kartsa 20 Feb '06

20 Feb '06

Does anyone have any experiences with Noad and Finnish channels Nelonen, MTV3 and Subtv? \\Kartsa No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.375 / Virus Database: 267.15.11/264 - Release Date: 17.2.2006

3 3

creating core dumps with 1.3.42
by leo2＠pec.homeip.net 19 Feb '06

19 Feb '06

The current function to activate core-dumps for vdr running setuid ist only working for kernel > 2.6.13 ( says the comment in vdr.c ). Actualy it is not working for 2.4.21 but it was easy an easy change, just replace prctl(PR_SET_DUMPABLE, 2, 0, 0, 0) with prctl(PR_SET_DUMPABLE, 1, 0, 0, 0) If you need the switch with "2" ( what does "2" mean for >2.6.13 ??) It could do something like: if (prctl(PR_SET_DUMPABLE, 2, 0, 0, 0) < 0) { if (prctl(PR_SET_DUMPABLE, 1, 0, 0, 0) < 0) { fprintf(stderr, "vdr: warning - cannot set dumpable: %s\n", strerror(errno)); // always non-fatal, and will not work with kernel < 2.6.13 } }

3 4

PES packet shortened to 1656 bytes (expected: 1840 bytes)
by Christian Gmeiner 19 Feb '06

19 Feb '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all. At the moment i get such a line in my syslog and i dont know why. I am looking RTL 2 at the moment - "Autopsie - Mysteriöse Todesfälle". Maybe somebody has the same issue. Greets, Christian - -- Christian Gmeiner - student of computer science http://dxr3plugin.sf.net http://itb04.ath.cx http://javamill.ath.cx -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFD77oDDwe2AbwGBA8RAuPhAJ0WMg6XVU4z1oXanIUThrgEBv8TtQCfYJHz JwuRftj46M5XVD7Lpjuko7E= =zO9i -----END PGP SIGNATURE-----

3 5

vdr-1.3.43 and xine ?
by Gregoire Favre 19 Feb '06

19 Feb '06

Hello, the http://home.vrweb.de/~rnissl/vdr-1.3.42-dvbplayer6.patch gives some reject with vdr-1.3.43. Is it still needed or do we need a new (partial) one ? Thank you very much, -- Grégoire FAVRE

3 4

Re: [vdr] Streamdev-client and shared video recordings directories.
by Dave 19 Feb '06

19 Feb '06

BRUNETON Béranger wrote: >Happy to hear that. > >When you switch channel does they ever come or sometime you need zap >to another one and go back to the desired one to see the live? >what version of VDR/streamdev are you using? >regards > > > Occasionally yes, but not too often., Generally if I wait, it comes in. Vdr 1.3.38/Streamdev CVS I swore there was a "remote timers, remote recordings" option in streamdev-client, but I can no longer find it >On 2/19/06, Dave <inssomniak(a)mountaincable.net> wrote: > > >>Thank you very much! Works perfectly. I just set up a cron to do this >>occasionally. >> >>BRUNETON Béranger wrote: >> >> >> >>>perform a " touch /video/.update " >>>regards >>> >>>On 2/19/06, Dave <inssomniak(a)mountaincable.net> wrote: >>> >>> >>> >>> >>>>I have a streamdev server-client set up here, the server has 2 dvb >>>>cards, and handles all the recording. The client with no dvb cards >>>>using streamdev-client, shares the /video0 and /video1 directories via >>>>NFS mount, as well as epg.data. The client only ever reads from the >>>>epg.data. The client is a diskless node, and boots via etherboot across >>>>the network from the vdr server machine. >>>> >>>>My problem is that whilst the server is busy taping recordings, the >>>>client wont see any new recordings until its restarted and does another >>>>video directory scan. Is there a way to do this scan every so often >>>>so recordings will show up on the client? I imagine if I wanted to >>>>delete recordings from the client, that they as well would appear not >>>>deleted on the server, until it was also restarted. >>>> >>>>Any thoughts on how to get around this (force video directory scan?, >>>>occasional video directory scan by VDR?) >>>> >>>> >>>> >>>>_______________________________________________ >>>>vdr mailing list >>>>vdr(a)linuxtv.org >>>>http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr >>>> >>>> >>>> >>>>------------------------------------------------------------------------ >>>> >>>>_______________________________________________ >>>>vdr mailing list >>>>vdr(a)linuxtv.org >>>>http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr >>>> >>>> >>>> >>>> >>_______________________________________________ >>vdr mailing list >>vdr(a)linuxtv.org >>http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr >> >> >>

1 0

Streamdev-client and shared video recordings directories.
by Dave 19 Feb '06

19 Feb '06

I have a streamdev server-client set up here, the server has 2 dvb cards, and handles all the recording. The client with no dvb cards using streamdev-client, shares the /video0 and /video1 directories via NFS mount, as well as epg.data. The client only ever reads from the epg.data. The client is a diskless node, and boots via etherboot across the network from the vdr server machine. My problem is that whilst the server is busy taping recordings, the client wont see any new recordings until its restarted and does another video directory scan. Is there a way to do this scan every so often so recordings will show up on the client? I imagine if I wanted to delete recordings from the client, that they as well would appear not deleted on the server, until it was also restarted. Any thoughts on how to get around this (force video directory scan?, occasional video directory scan by VDR?)

2 2

[PATCH] replayjump-ok
by Christoph Haubrich 19 Feb '06

19 Feb '06

Hello list, I was always stumbling over the behaviour of jumping in recordings (red button): The OK-button does not confirm the jump but aborts it which I think is rather unlogical. The appended patch gives the OK-Button the same behaviour as the "down" and "pause" buttons, which means it jumps to the requested position and pauses the replay. If no one complains I would like Klaus to integrate this patch into vdr. Christoph

1 0

Near-GAU of AssertFreeDiskSpace
by Udo Richter 19 Feb '06

19 Feb '06

Hi list, Yesterday I was close to a GAU of the AssertFreeDiskSpace recording cleanup of VDR. I've been working on a remote VDR client using streamdev and NFS, and did a setup where /video was local, and /video/remote1 and /video/remote2 were NFS mounted recording trees. Since the client was not supposed to record at all, /video was rather small. After fiddling for some time, the disk free info in the main menu caught my eye, saying 0:45min free. Thats quite close to disaster: At 0:39, VDR would have started deleting recordings, and since the recordings were on different mounts, free disk space would have been unaffected. VDR would soon have cleaned my server's disk of everything that he's allowed to clean... Well, lucky I am. But how to avoid such a disaster? For now I've patched the MINDISKSPACE to 0, but maybe this trap should be fixed generally? I think it may be a good idea to limit AssertFreeDiskSpace to recordings on the same mount (or mounts, if VDR knows of several /video mounts), as deleting on un-monitored mounts doesn't affect 'free disk space' anyway. Cheers, Udo

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr