vdr January 2009

vdr@linuxtv.org

113 participants
107 discussions

Any reason the remotetimers plugin is not part of e-tobi.net ?
by Nicolas Huillard 12 Jan '09

12 Jan '09

Hi, Any reason the remotetimers [1] plugin is not part of e-tobi.net [2] ? Is there an alternative, other than using the remoteosd plugin (that I'm already using, but have a low WAF). [1] http://vdr.schmirler.de/ [2] http://www.e-tobi.net/repositories/repositories.html -- NH

1 0

Choice of recording format
by Tony Houghton 12 Jan '09

12 Jan '09

I was just wondering what prompted the move from recording in PES to TS. Is it because TS is more widely supported? And how does it solve the problem of BBC HD having the wrong PID for audio? And why TS instead of PS? Is it because PS needs a header which is difficult to generate before all the packets intended for it are available (and hence difficulties overlapping playback and recording)? Or is it because the way recordings are played back makes TS more appropriate? -- TH * http://www.realh.co.uk

6 7

[ANNOUNCE] VDR developer version 1.7.3 (streamdev)
by jean-paul＠goedee.nl 12 Jan '09

12 Jan '09

On Mon, Jan 12, 2009 at 10:27:42AM +0100, jean-paul at goedee.nl wrote: >> What must I do to make it work with 64bits system? I?m a simple >> user with no coding experience. > > Could you post your error, I am under x86_64 and only patch I needed was > one found on vdrportal.de : > --- tools.c 2009-01-06 23:09:35.000000000 +0100 > +++ tools.c.mod 2009-01-06 23:09:43.000000000 +0100 > @@ -1608,7 +1608,7 @@ > // kind of write gathering enabled), but the syncs > cause (io) load.. > // Uncomment the next line if you think you need them. > //fdatasync(fd); - off_t headdrop = min(curpos - totwritten, off_t(totwritten * 2)); + off_t headdrop = min(off_t(curpos - totwritten), off_t(totwritten * 2)); > posix_fadvise(fd, curpos - totwritten - headdrop, > totwritten + headdrop, POSIX_FADV_DONTNEED); > totwritten = 0; > } > > (Well I also use patch to allow more features...). -- Thanks its compiling but I get now a error with compiling streamdev. PLUGIN_NAME_I18N='"streamdev"' -I../../../include -I. -o server/livestreamer.o s erver/livestreamer.c In file included from server/livestreamer.c:6: ./remux/ts2ps.h:13: error: âMAXTRACKSâ was not declared in this scope server/livestreamer.c: In member function âbool cStreamdevLiveStreamer::SetChann el(const cChannel*, eStreamType, int)â: server/livestreamer.c:464: error: new initializer expression list treated as com pound expression server/livestreamer.c:464: error: no matching function for call to âcRemux::cRem ux(bool)â ../../../include/vdr/remux.h:25: note: candidates are: cRemux::cRemux() ../../../include/vdr/remux.h:25: note: cRemux::cRemux(const cRem ux&) server/livestreamer.c: In member function âvirtual int cStreamdevLiveStreamer::P ut(const uchar*, int)â: server/livestreamer.c:506: error: âclass cRemuxâ has no member named âPutâ server/livestreamer.c: In member function âvirtual uchar* cStreamdevLiveStreamer ::Get(int&)â: server/livestreamer.c:530: error: âclass cRemuxâ has no member named âGetâ server/livestreamer.c: In member function âvirtual void cStreamdevLiveStreamer:: Del(int)â: server/livestreamer.c:555: error: âclass cRemuxâ has no member named âDelâ make[1]: *** [server/livestreamer.o] Error 1 make[1]: Leaving directory `/tmp/vdr/vdr-1.7.3/PLUGINS/src/streamdev' *** failed plugins: streamdev make: *** [plugins] Error 1 Thanks JP

2 1

[ANNOUNCE] VDR developer version 1.7.3
by jean-paul＠goedee.nl 12 Jan '09

12 Jan '09

On 07.01.2009 15:35, jean-paul at goedee.nl wrote: >> I'm using SuSe linux >> >> openSUSE 11.0 (X86-64) >> VERSION = 11.0 >> >> with >> >> Linux Baby 2.6.25.11-0.1-default #1 SMP 2008-07-13 20:48:28 +0200 >> x86_64 x86_64 x86_64 GNU/Linux >> >> and make for compiling. Noting spacial > > I guess I see now: the problem happens when compiling on 64 bit > platforms only. > > Klaus What must I do to make it work with 64bits system? I?m a simple user with no coding experience. Regards, JP

2 1

info about contributors plugin
by Diego Pierotto 12 Jan '09

12 Jan '09

Hi, since most part of applications use an "About" or "Info" option in the main menu to show the contributors for translation and developers i wanted to know if there is a plugin that once selected can show the contributors of the installed plugins. I know the each plugin has a different way to keep the maintained contributor (HISTORY, README, CONTRIBUTORS files) but sometimes is invisible for most part of users that simply install from the binary packages. If the answer is no, do you think is too difficult to implement this kinda plugin? Thanks for your help, Diego Pierotto -- Member of the Italian VDR Wiki http://vdr.spaghettilinux.org/

1 0

Roadmap for VDR 1.8
by Artem Makhutov 11 Jan '09

11 Jan '09

Hello, what are the plans to finish VDR 1.7.x? Does some kind of roadmap exists for VDR 1.8.0? Thanks, Artem

5 6

Color keys replacement
by Alex Betis 11 Jan '09

11 Jan '09

Hi all, A question regarding the color keys functionality in VDR. Some remotes I see in shops don't have the color keys, is there any replacement key for those? Is it possible to map them to 1,2,3,4? Can you think of a scenario both color keys and numbers might be used in the same menu? Thanks.

5 7

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.3
by Johann Friedrichs 11 Jan '09

11 Jan '09

Hi, there seems to be problem in pausing replays of new recordings (output to FF). 4 out of 5 times vdr freezes when trying to continue the replay. Poll in PlayVideo runs into a timeout and a new write gives EAGAIN. This does not happen with old recordings. Most likely splitting long PES-packets not on frame-boundaries prevents the FF-driver from finding a good start-point after DvbDevice->Freeze(). A rough workaround is attached, but maybe the idea to dump the old remux code was not the best one, as long as the FF and some plugins need PES-output. Replaying TS with VLC gives lots of TS discontinuities for PID 0 and 132. Attached is a fix. Regards Johann

2 1

Re: [vdr] S2-3200 & vdr needed material ?
by Niels Wagenaar 11 Jan '09

11 Jan '09

Op Zo, 11 januari, 2009 11:05, schreef Pierre-Yves Paranthoën: > Hi Guys, > > Thanks for your help, it worked ! > > I'm running vdr-1.7.0 with : > > -- SNIP -- > > - and xineliboutput-1.0.3 plugin > > This last one causes me some pb. It looses frames. Is there a particuliar > version or patch to use as it is outputing in log : > > video_out: throwing away image with pts 3640842 because it's too old > (diff : 116836). > You might want to try the vdr-xine (or xine) plugin or use xine for playback instead of vdr-sxfe. In my case, the vdr-sxfe application is rather unstable, has more problems with HDTV streams and it crashes frequently. Xine however, is very stable. In my case, I use the vdr-xine plugin and start Xine the following way: /usr/bin/xine -V xv -f -D --post vdr_video --post vdr_audio --post upmix_mono --post vdr --verbose=2 vdr:/tmp/vdr-xine/stream#demux:mpeg_pes Make sure you edit $HOME/.xine/config and edit the following items: video.processing.ffmpeg_choose_speed_over_accuracy:1 video.processing.ffmpeg_pp_quality:0 video.processing.ffmpeg_skip_loop_filter:all video.processing.ffmpeg_thread_count:4 The thread_count should be the number of CPU's you have (in my case it's four). With the above startup line and the settings in the config file, I'm able to watch 1080i HDTV streams with any problems on a Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz with a Geforce 7160 IGP (using the 180.22 nvidia drivers). > > Kindest regards from a really pleased vdr user ! > Your welcome! :) > Pierre Regards, Niels Wagenaar

1 0

Re: [vdr] S2-3200 & vdr needed material ?
by Niels Wagenaar 11 Jan '09

11 Jan '09

Op Do, 8 januari, 2009 08:25, schreef Pierre-Yves Paranthoën: > Hi, > > Could some pse tell me what kind of patch and v4l drivers i should use > to run vdr-1.7.x in HD mode ? > According to LinuxTV Wiki for your card (source: http://www.linuxtv.org/wiki/index.php/TechnoTrend_TT-connect_S2-3600): - Multiproto (not advisable, since it's absolete) - S2API (More precise: http://mercurial.intuxication.org/hg/s2-liplianin) And for VDR 1.7.x, you have two choices: - VDR 1.7.0 in combination with my patches from October; - VDR 1.7.3 which was released this week; If you're running a budget only system (read, no Reel eHD for hardware decoding off H264 or MPEG2) you might want to stick to VDR 1.7.0 because of some issues with the current plugins like xine and/or xineliboutput (at least, this is what I read on the ml). Beware though, VDR 1.7.0 has some audio issues with certain channels like BBC HD (which should be fixed by the implementation of TS format). Q to all : The software output plugins had problems with 1.7.1 and 1.7.2 ( and perhaps 1.7.3?). Can anybody confirm that this problem still exists? Because the reason why I don't upgrade to newer editions, is because newer versions had problems with the vdr-xine and vdr-xineliboutput plugins. > thanks, > > regards > > Pierre > Regards, Niels Wagenaar

7 13

← Newer
1
...
5
6
7
8
9
10
11
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr January 2009