vdr November 2009

vdr@linuxtv.org

74 participants
71 discussions

[OT] ARM based devices for VDR server and client
by Paul Menzel 11 Nov '09

11 Nov '09

Dear list, I searched the Web but could not find a lot of reviews or tests about ARM based VDR systems. The goal is to have a VDR device which consumes the „least possible“ amount of power. I heard that ARM based devices are good for this. Does anyone on this list have any experiences using ARM based devices? 1. Since the boards are mostly small one needs to use mostly USB devices, doesn’t one? 2. Is the performance high enough to playback SDTV? It should. 3. What about HDTV? 4. Especially the Beagle Board [1][2] was covered a lot in the press. But it is not completely free, i. e. the specifications and the toolchain is not freely available, is not it [3]? Sorry, if I am wrong about this. If there is any information I missed on the Web, please point me to it. Thanks a lot, Paul [1] http://en.wikipedia.org/wiki/BeagleBoard [2] http://beagleboard.org/ [3] http://en.wikipedia.org/wiki/Texas_Instruments_TMS320

6 11

vdr-rotor-0.1.5
by Goga777 10 Nov '09

10 Nov '09

http://home.vrweb.de/~bergwinkl.thomas/downro/vdr-rotor-0.1.5.tgz vdr-rotor for vdr 179

2 1

Livebuffer for VDR 1.7.9
by Artem Makhutov 09 Nov '09

09 Nov '09

Hello, is the livebuffer patch or something similar availible for VDR 1.7.9? Thanks, Artem

1 0

Problem of Text2skin & 1080-background from png, gif ect..
by Александр 09 Nov '09

09 Nov '09

In this the case the cursor inside <list is moving very slow even if the picture drawn by one color. If the background is drawn by software (rectangle etc..), then all OK. The combination of image + software drawn does not increase the speed. Seems, this is a problem of overlay layer from image, which for some reason too many loads CPU.

1 0

m2ts(h.264) vdr cann't play!
by wdy9927 05 Nov '09

05 Nov '09

I have a VOD film, they told me that is m2ts(h.264). but the vdr1.60 and vdr1.79 cannt show it. anyone can tell me, how I can test it or config the vdr?

2 1

Another viable VDR front end
by Hawes, Mark 05 Nov '09

05 Nov '09

Hi, I have owned a Mediagate MG800HD media player for some 9 months now and have been working with Mediagate to get it to successfully play a stream from the VDR streamdev plugin. Finally I can now announce that with firmware v01.19.3 released on the 30th of October the MG800HD can play both streamdev and xineliboutput live streams. Thanks to the guys at Mediagate and to support from Frank Schmirler the maintainer of the streamdev plugin for helping with this. For more information on the MG800HD go to: http://www.mediagateusa.com/mg800hd.html Regards, Mark Hawes This is an email from Fujitsu Australia Limited, ABN 19 001 011 427. It is confidential to the ordinary user of the email address to which it was addressed and may contain copyright and/or legally privileged information. No one else may read, print, store, copy or forward all or any of it or its attachments. If you receive this email in error, please return to sender. Thank you. If you do not wish to receive commercial email messages from Fujitsu Australia Limited, please email unsubscribe(a)au.fujitsu.com

3 2

Another viable VDR front end
by Hawes, Mark 05 Nov '09

05 Nov '09

Tor, No - no VDR OSD support, so perhaps not that viable for those that want the VDR OSD. However, the MG800 has its own OSD which is user configurable so for example you can configure a menu entry to call Streamdev requesting a particular channel and streamdev obliges, which will also then move a dish if required. The mg800 OSD also allows you to browse you network so I can for example browse and select a .ts file from a VDR recording in VDRs video directory. When it reaches the end of the file it will automatically play the next file in the directory if configured to do so. This works well but is not quite as seamless as in VDR. Regards, Mark. Mark Hawes This is an email from Fujitsu Australia Limited, ABN 19 001 011 427. It is confidential to the ordinary user of the email address to which it was addressed and may contain copyright and/or legally privileged information. No one else may read, print, store, copy or forward all or any of it or its attachments. If you receive this email in error, please return to sender. Thank you. If you do not wish to receive commercial email messages from Fujitsu Australia Limited, please email unsubscribe(a)au.fujitsu.com

1 0

xineliboutput.OSD.Blending = 1 or 0
by Goga777 05 Nov '09

05 Nov '09

Hi how can I recognize - does support my Geforce 8400 card the osd blending hardware method or not in vdr-xineliboutput ? xineliboutput.OSD.Blending = 1 xineliboutput.OSD.BlendingLowRes = 0 Goga

2 1

[ANNOUNCE] vdr-remotetimers-0.1.2
by Frank Schmirler 04 Nov '09

04 Nov '09

Hi there, I just released remotetimers-0.1.2 on http://vdr.schmirler.de. The new release is mostly adaption to VDR 1.7. There are two minor new features: The Recordings menu will show the available diskspace for the actual filesystem you are in - interesting for those who have subdirectories on different filesystems. Note that due to a bug in VDR this won't work if the video directory and the subdirectory are both network shares. A patch to fix this is included in the source distribution and has been submitted to Klaus. The title bar of the "Edit recording" and "Recording info" menus now includes the length and size of the recording. HISTORY: 2009-11-04: Version 0.1.2 - When navigating to subdirectories in the Recordings menu, show diskspace information of the corresponding filesystem - Added recording size and length to titlebar of "Edit recording" and "Recording info" menus - Support for TS recordings (rename, change priority/lifetime) - API change for VDR 1.7.3+ (thanks to Thomas Günther) - Updated the menu parts copied from VDR to 1.7.7 - Silenced warning about suggested parentheses - Fixed segfault when parsing a currently recording remote timer of a channel which is unknown to the local VDR Enjoy, Frank

1 0

[OT] Compilation of dxr3player
by Damien Bally 03 Nov '09

03 Nov '09

Hello Sorry if this post is not directly related to VDR. I'm currently updating my VDR config after a disk change. I can't get dxr3player 0.11 compile with gcc 4.3.3 (Slack 13) /usr/lib/gcc/i486-slackware-linux/4.3.3/../../../../include/c++/4.3.3/bits/stl_vector.h:490: erreur: 'const class DefaultAllocatorTemplate<std::pair<unsigned int, unsigned int> >' has no member named 'max_size' I tried the cvs with the following commands : cvs -d:pserver:anonymous@dxr3player.cvs.sourceforge.net:/cvsroot/dxr3player login cvs -z3 -d:pserver:anonymous@dxr3player.cvs.sourceforge.net:/cvsroot/dxr3player co -P dxr3player Compilation aborts : g++ -DHAVE_CONFIG_H -I. -I../../.. -I../../../src/lib -I../../.. -g -O2 -Wall -W -include /home/vdruser/dxr3player/config.h -fno-rtti -fno-exceptions -MT Config.o -MD -MP -MF .deps/Config.Tpo -c -o Config.o Config.cc Config.cc: In destructor 'Config::~Config()': Config.cc:310: erreur: 'mediaDirectory' was not declared in this scope Did anyone succeed in compiling dxr3player with gcc 4.x.x ? Thanks Damien

2 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr November 2009