vdr

vdr@linuxtv.org

2 participants
6731 discussions

[Announce] Solitaire 0.0.2
by Patrick Maier 21 Mar '05

21 Mar '05

Hi all, after some time, I could fix the bugs reported to me and some other things: - Fixed a bug with a card-loss on the "open stack". Thanks to Guy Roussin for reporting the bug. - Fixed a bug to lay back a card to the "open stack" - New card-layout that should not flicker so much - Added finnish translation supported from Rolf Ahrenberg. Thanks to him. And now Version 0.0.2 is available: http://www.djdagobert.com/vdr/solitaire/vdr-solitaire-0.0.2.tgz For latest versions please visit my site: http://www.djdagobert.com/vdr/solitaire/ Greets Patrick -- There are only 10 kind of people who understand binary digits: Those who do - Those who don't...

1 0

security patch for vdradmin-0.97-am1
by C.Y.M 21 Mar '05

21 Mar '05

I noticed the following patch was missing from vdradmin-0.97-am1. Regards, --- vdradmin/vdradmind.pl.orig 2005-03-21 01:05:27.000000000 -0800 +++ vdradmin/vdradmind.pl 2005-03-21 01:08:07.000000000 -0800 @@ -32,6 +32,8 @@ unshift(@INC, $BASENAME . "lib/"); } +require File::Temp; + use CGI qw(:no_debug); use IO::Socket; use HTML::Template::Expr(); @@ -39,6 +41,7 @@ use Time::Local qw(timelocal); use POSIX ":sys_wait_h", qw(strftime mktime); use MIME::Base64(); +use File::Temp(); $SIG{CHLD} = sub { wait }; @@ -704,7 +707,7 @@ sub GZip { my $content = shift; - my $filename = "/tmp/vdradmin." . time(); + my $filename = new File::Temp("vdradmin-XXXXX", UNLINK => 1); open(PIPE, "| gzip -9 - > $filename") || die "cant open pipe to gzip ($!)"; print PIPE $$content; close(PIPE); @@ -3739,7 +3742,7 @@ ############################################################################# sub grab_picture { my $size = $q->param("size"); - my $file = "/tmp/vdr.jpg"; + my $file = new File::Temp("vdr-XXXXX", UNLINK => 1, SUFFIX => ".jpg"); my $maxwidth = 768; my $maxheight = 576; my($width, $height);

2 5

Re: [vdr] Web Admin tool
by Matthias Fechner 21 Mar '05

21 Mar '05

Hello Norm, * Norm Dressler <ndressler(a)dinmar.com> [20-03-05 18:18]: > Thanks -- downloaded it but it doesn't seem to work properly. I don't get > anything in the "What's On" and Channels. I've added the channels, and set > the correct entries in the configuration for them but they don't show > anything. Am I missing a prereq for it? you have enabled the access via svdrp? have a look at svdrphosts.conf from VDR. -- Bye Matthias

2 1

Improved (hopefully) "director cut" patch for ttxtsubs
by Luca Olivetti 21 Mar '05

21 Mar '05

I've uploaded at http://club.telepolis.com/l.o/vdr/ttxtsubs/ an additional patch to the "directors cut" ttxtsubs patch. The new feature is a delay for live view/recordings (adjustable separately). It's hackish but "It works here(tm)". Bye -- - Yo también quiero una Europa libre de Patentes de Software - - I want a Software Patents Free Europe too! And you? - --------------------------------------------------------------- EuropeSwPatentFree - http://EuropeSwPatentFree.hispalinux.es

3 6

no more rename recordings
by M Racine 21 Mar '05

21 Mar '05

Just updated VDR to 1.3.23 I used to press "0" on a recording to rename it but now does nothing. Maybe its just me.

3 2

[PATCH] vdr-1.3.23: Show localized date in timer edit menu
by Wolfgang Fritz 21 Mar '05

21 Mar '05

Hello, the attached patch displays a localized date in the timer edit menu instead of the yyyy-mm-dd format. Tested with german locale under SuSE 9.0. Wolfgang

1 0

Timers with full date
by Klaus Schmidinger 20 Mar '05

20 Mar '05

Just an announcement so that developers who read timers from SVDRP's LSTT command (or directly from timers.conf) can prepare their tools for the next version of VDR: the 'day' of a timer will be stored as a full date in ISO notation (YYYY-MM-DD) in the next version of VDR. For one, this will allow defining timers that are more than a month in the future, but also (and more important) will solve the problem of single shot timers not being deleted from timers.conf after they have ended. For compatibility with earlier versions of VDR it will still accept the "day of month" notation (1...31) when reading existing timers.conf files or handling NEWT or MODT commands. The possible formats for 'day' will be a. 13 b. 2005-03-13 c. MTWTFSS d. MTWTFSS@13 e. MTWTFSS@2005-03-13 Note that a and d will only be accepted by VDR, but will never be written into timers.conf nor used with LSTT. Klaus

9 18

RE: [vdr] A gap in recording on PID change
by Rantanen Teemu 20 Mar '05

20 Mar '05

Klaus Schmidinger wrote: > I guess the best thing to do would be to complain to the broadcaster. > The PIDs should be set correctly _before_ the programme starts. Just wondering, does it read on some DVB standard that PIDs must not change in the middle of a program? Or that the language of a PID must not change? I'd say most of the recording restarts (which I get) are unnecessary as the language update does not have an affect on the PIDs that are recorded. Would it be difficult to check if any of the changes actually make a change in PIDs that are recorded? If not, then there's no point in restarting the recording. And yes, this has been discussed earlier, but it has to be in the old mailing list archive :-) Teemu

1 0

[patch] easyinput-1.1 for 1.3.23
by Patrick Maier 20 Mar '05

20 Mar '05

Hi, here is the easyinput-patch for VDR 1.3.23 http://www.djdagobert.com/vdr/vdr-1.3.23-easyinput-1.1.diff Greets Patrick -- There are only 10 kind of people who understand binary digits: Those who do - Those who don't...

1 0

Compile dxr3 plugin fails
by Dirk Vornheder 20 Mar '05

20 Mar '05

Hi ! Compile dxr3 plugin against vdr 1.3.23 fails: make[1]: Entering directory `/backup/privat/tv/dvb/vdr-1.3.23/PLUGINS/src/dxr3' g++ -O2 -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"dxr3"' -DSOCKET_CHMOD=0660 -D_GNU_SOURCE -DMICROCODE=\"/usr/share/misc/em8300.uc\" -DLOGPATH=\"/video/\" -I../../../include -I../../../DVB/include -I/usr/local/include/ffmpeg -I/usr/include dxr3.c In file included from dxr3.c:17: ../../../include/vdr/audio.h:21: warning: `virtual void cAudio::Play(const uchar*, int, unsigned char)' was hidden dxr3dolbydigital.h:37: warning: by `virtual void cDxr3DolbyDigital::Play(const uchar*, int)' dxr3.c: In member function `virtual void cDxr3OsdColorItem::Set()': dxr3.c:143: warning: unused variable `int realValue' dxr3.c:186:1: warning: "/*" within comment dxr3.c:215:1: warning: "/*" within comment dxr3.c:229:1: warning: "/*" within comment dxr3.c: In member function `virtual bool cPluginDxr3::Start()': dxr3.c:387: error: cannot allocate an object of type `cDxr3DolbyDigital' dxr3.c:387: error: because the following virtual functions are abstract: ../../../include/vdr/audio.h:21: error: virtual void cAudio::Play(const uchar*, int, unsigned char) /usr/include/g++/fstream: At top level: dxr3.h:19: warning: `const char*SettingBar[32]' defined but not used make[1]: *** [dxr3.o] Error 1 make[1]: Leaving directory `/backup/privat/tv/dvb/vdr-1.3.23/PLUGINS/src/dxr3' Dirk

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