vdr February 2009

vdr@linuxtv.org

76 participants
71 discussions

[ANNOUNCE] vdr-webvideo 0.1.0
by Antti Ajanki 10 Feb '09

10 Feb '09

New version of the Webvideo plugin is available at http://users.tkk.fi/~aajanki/vdr/webvideo/vdr-webvideo-0.1.0.tgz The Webvideo plugin is a tool for browsing and downloading videos from popular video sharing websites, such as YouTube and Google video, using VDR menu interface or a command line client. With the help of xineliboutput plugin the videos can be played directly without downloading them first. Changes since the last version: - The downloader backend is now a separate server process. The user interface is no longer blocked while the plugin is waiting for a web server to respond. - Support for streaming - A new command line client that has the same capabilities as the plugin but can be used without VDR. - Alternative URLs for videos. For example, Youtube module first tries to download high quality version, and falls back to standard version if high quality version is not available. - Cleaning up of the XML menu scheme. New menu items: textfields, item lists, query buttons. - Status page that lists uncompleted downloads - Updated YouTube, Google, and SVTPlay modules to work with the recent changes on these sites -- Antti Ajanki

3 4

[ANNOUNCE] epgsync-0.0.3
by Frank Schmirler 10 Feb '09

10 Feb '09

Hi there, a new version of epgsync is online. With the epgsync plugin you can import the EPG of an other VDR. This is particularly useful for streamdev-clients without DVB card. Even though streamdev-server forwards the current transponder's EPG data to the client, the server can often provide more data (e.g. due to EPG scan or recordings on transponders the client rarely tunes). Note that streamdev-clients builtin EPG-sync option is considered to be obsolete and will be dropped soon. Now what's new in 0.0.3? Besides the overdue gettext support, two new setup options are available. It is possible to limit the import to a specific channel type (DVB-C/S/T, analog) and to lookup channels by name instead of ID. So you could e.g. copy the EPG of DVB channels to their analog counterparts. Download and more details on http://vdr.schmirler.de Enjoy, Frank

2 1

Streamdev Server and the Mediagate 800
by Hawes, Mark 10 Feb '09

10 Feb '09

Hi, I am trying to stream from VDR to my Mediagate 800 Network Media Player using the Streamdev Server plugin. The MG 800 successfully plays streamed content from the internet, but has problems with a stream from the streamdev server. The URL I am using from the player is identical to one that mplayer can play, e.g. 'http://192.168.0.4:3000/1'. When streamdev receives this it switches to the channel (the dish moves if I am currently viewing a channel from a different satellite), however the media player immediately indicates that it cannot play the stream, and streamdev simultaneously closes the connection. I have applied the patpmt_first_v5.diff patch prepared to fix a similar problem with the Popcornhour NMT which is a similar device to the MG 800, but to no avail. Going by messages in syslog I believe that the problem is somewhere in the negotiation between the MG 800 and the streamdev server which breaks down before the server starts the streamer, but this is conjecture atm. Because the MG 800 is effectively a black box I am going to have to attack this from the VDR/Streamdev end. What additional trace can I get out of streamdev (and how) that will help get to the bottom of this. All help appreciated. Mark. 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

2 1

Small VDR-streamdev patch for Popcorn Hour NMT
by jori.hamalainen＠teliasonera.com 10 Feb '09

10 Feb '09

Hi, directly Popcorn cannot stream from vdr-streamdev because streamdev server does not provide necessary info by default. I used 0.3.4 as a basis - I believe this patch would work for 0.4 without modification. With this patch I've been able to stream SD stuff. Need more investigating for HD H.264 stuff, I can hear sound but no picture. More info about NMT (Networked media tank) devices etc: http://www.networkedmediatank.com/wiki/index.php/Main_Page What is done on this patch: - Add remote control shortcuts (red, green, yellow and blue) to select wanted stream format (Yellow worked for me with PCH) - Added automated audio track selection to default URL (+1) - Added suffix for URL (TS w/ "C-123-123-123.ts or S-12-123-123.ts", ".ps", ".vdr" for PES and ".mpeg" for ES, extern no suffix) - Added 5000000 bytes prebuf-tag to shorten prebuffer time - Added remove control shortcut for selecting channels (channel number < 1000) - Added "vod" tag for PCH to recognize "video-on-demand" These small enhancements are inside anchor tag and they do not affect other browsers, just MSP-compatible browsers - so in theory this patch could be built-in for streamdev. But naturally my vision is to have own GUI for MSP. But first need to verify that streaming works - and it does. Just some HD fix is needed. On PCH menu set Webservices URL: http://[your.VDR]:3000/PES/all.html (This should be the default - you can change formats easily with RGYB buttons) Actual web page is not beautiful compared what you can do with MSP plugins - but this is a start. Best regards, Jori ----------- vdr server # diff /usr/src/vdr/PLUGINS/src/streamdev/server/menuHTTP.c /usr/src/vdr_plugins/streamdev-0.3.4/server/menuHTTP.c 201c201 < (std::string) "[<a href=\"/TS/" + self + "\" TVID=\"RED\">TS</a>] "); --- > (std::string) "[<a href=\"/TS/" + self + "\">TS</a>] "); 203c203 < (std::string) "[<a href=\"/PS/" + self + "\" TVID=\"GREEN\">PS</a>] "); --- > (std::string) "[<a href=\"/PS/" + self + "\">PS</a>] "); 205c205 < (std::string) "[<a href=\"/PES/" + self + "\" TVID=\"YELLOW\">PES</a>] "); --- > (std::string) "[<a href=\"/PES/" + self + "\">PES</a>] "); 207c207 < (std::string) "[<a href=\"/ES/" + self + "\" TVID=\"BLUE\">ES</a>] "); --- > (std::string) "[<a href=\"/ES/" + self + "\">ES</a>] "); 339,349d338 < std::string suffix; < < switch (streamType) { < case stTS: suffix = (std::string) ".ts"; break; < case stPS: suffix = (std::string) ".ps"; break; < case stPES: suffix = (std::string) ".vdr"; break; < case stES: suffix = (std::string) ".mpeg"; break; < default: < case stExtern: suffix = (std::string) ""; break; < } < 351,357c340,341 < line += (std::string) "<A href=\"" + (std::string) current->GetChannelID().ToString() + "+1" + suffix + "\" vod prebuf=5000000"; < < if (current->Number() < 1000) { < line += " TVID=\"" + (std::string) (const char*) itoa(current->Number()) + "\""; < } < < line += (std::string) ">" + current->Name() + "</A>"; --- > line += (std::string) "<a href=\"" + (std::string) current->GetChannelID().ToString() + "\">" + > current->Name() + "</a>"; 370c354 < "+" + (const char*)itoa(index) + suffix + "\" class=\"apid\" vod>" + current->Alang(i) + "</a>"; --- > "+" + (const char*)itoa(index) + "\" class=\"apid\">" + current->Alang(i) + "</a>"; 374c358 < "+" + (const char*)itoa(index) + suffix + "\" class=\"dpid\" vod>" + current->Dlang(i) + "</a>"; --- > "+" + (const char*)itoa(index) + "\" class=\"dpid\">" + current->Dlang(i) + "</a>";

9 44

why I must first compile xine-lib，not ffmpeg?
by LinHai 09 Feb '09

09 Feb '09

when I first compile xine-lib is OK，second compile ffmpeg is OK. IF I first compile ffmpeg is OK，second compile xine-lib is failure. the syslog: make[2]: *** [xineplug_decode_faad_la-xine_faad_decoder.lo] Error 1 make[2]: Leaving directory `/root/xine-lib-1-2-926ee2edf0d8/src/audio_dec' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/xine-lib-1-2-926ee2edf0d8/src' make: *** [all-recursive] Error 1 why ,who can tell me? _________________________________________________________________ 上Windows Live 中国首页，下载最新版 MSN！ http://im.live.cn/

3 2

Re: [vdr] why I must first compile xine-lib£¬not ffmpeg?
by Niels Wagenaar 09 Feb '09

09 Feb '09

Op Ma, 9 februari, 2009 08:07, schreef LinHai: > > when I first compile xine-lib is OK£¬second compile ffmpeg is OK. > > IF I first compile ffmpeg is OK£¬second compile xine-lib is failure. > > the syslog: > > make[2]: *** [xineplug_decode_faad_la-xine_faad_decoder.lo] Error 1 > make[2]: Leaving directory `/root/xine-lib-1-2-926ee2edf0d8/src/audio_dec' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/root/xine-lib-1-2-926ee2edf0d8/src' > make: *** [all-recursive] Error 1 > > why ,who can tell me? Based upon assumption, I think you're using the SVN/Trunk editions of xinelib 1.2 and FFMpeg. In that case, it's simple. In your first 'example' xinelib links/compiles to an older and allready installed version of ffmpeg, you then install a newer version of ffmpeg (prepare for problems with xinelib!). With your 2nd 'example' you've updated ffmpeg first and then xinelib will try to compile/link against the updated ffmpeg libraries, which will then fail. Sollution for this is simple. Stick to the stable xinelib 1.1.x editions and *do not* use the --external-ffmpeg configure flag. I've got the feeling that the ffmpeg trunk has been updated again and that it broke the of xinelib 1.2. Figures, since it's all bleeding edge we're talking here and it has happened before ;) Regards, Niels Wagenaar

1 0

[ANNOUNCE] VDR developer version 1.7.4
by Klaus Schmidinger 08 Feb '09

08 Feb '09

VDR developer version 1.7.4 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.4.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.3-1.7.4.diff WARNING: ======== This is a *developer* version. Not even *I* use it in my productive environment. I strongly recommend that you only use it under controlled conditions and for testing and debugging. The main focus of this version is still the switch to Transport Stream (TS) as the recording format. There are still a few glitches, mainly - Recording files larger than 4GB or with more than 255 separate files hasn't been tested yet. - Recording h.264 broadcasts has been roughly verified to work, but no replaying of such recordings has been tested yet. DO NOT USE THIS VERSION FOR PRODUCTIVE RECORDINGS!! THE RECORDING OR OTHER FILE FORMATS MAY STILL CHANGE AND ANY RECORDINGS MADE WITH THIS VERSION MIGHT NOT WORK WITH FUTURE VERSIONS! Despite this, I do hope there will be some people who can take a look at the changes and maybe test the new recording format - and report bugs or provide fixes ,-) IMPORTANT: ========== You need to patch your driver with ftp://ftp.cadsoft.de/vdr/Developer/av7110_ts_replay__1.diff in order to replay TS recordings with full featured DVB cards! Without this patch replaying and Transfer Mode with these cards will not be possible! The changes since version 1.7.3: - Removed the '#define FE_CAN_2ND_GEN_MODULATION', since it was wrong and the flag is now in the driver, anyway. - The full-featured DVB cards are now given the TS data directly for replay (thanks to Oliver Endriss for enhancing the av7110 driver to make it replay TS data). The patch from ftp://ftp.cadsoft.de/vdr/Developer/av7110_ts_replay__1.diff implements this change in the driver. The patch av7110_v4ldvb_api5_audiobuf_test_1.diff mentioned in version 1.7.2 is still necessary to avoid audio and video glitches on some channels. - Added a typecast in cUnbufferedFile::Write() to avoid an error message when compiling on 64 bit systems. - Added some missing 'const' statements to cBitmap (thanks to Andreas Regel). - Fixed returning complete PES packets in cTsToPes::GetPes() (thanks to Reinhard Nissl). - Added a missing Detach() in cTransfer::Activate() (thanks to Marco Schlüßler). - Added clearing the TS buffers in cDevice::Detach() (thanks to Marco Schlüßler). - Fixed incrementing the continuity counter in cPatPmtGenerator::GetPmt() (thanks to Johann Friedrichs). - Fixed removing deleted recordings in case there is a problem. Once a recording caused a problem with removing, no others were removed any more and an ongoing recording could fill up the disk and cause other recordings to be deleted automatically (reported by Reinhard Nissl). - Added "DEFINES += -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE" to Make.config.template (thanks to Johann Friedrichs for pointing this out). Plugin authors should add this line to their Makefile or Make.config if they use file access functions that need special versions for 64 bit offsets. - The new command line option -i can be used to set an "instance id", which will be used to distinguish recordings of the same broadcast made by different instances of VDR (suggested by Frank Schmirler). This replaces the use of the "resume id" that was introduced in version 1.7.3. - Added checking mutexCurrentAudioTrack to cDevice::PlayTs() (thanks to Reinhard Nissl for pointing this out). - Fixed handling the pointer field in cPatPmtParser::ParsePmt() (thanks to Frank Schmirler - sorry I swapped two lines when adopting the original patch). - Checking the remaining packet length after processing the pointer field in cPatPmtParser::ParsePat() and cPatPmtParser::ParsePmt() (suggested by Frank Schmirler). - Checking the pointer field in cPatPmtParser::ParsePmt() only in 'payload start' packets (suggested by Frank Schmirler). - Changed cPatPmtGenerator to make sure the PMT pid doesn't collide with any of the actual pids of the channel. - Fixed cDevice::PlayTsAudio() and made cDevice::PlayTsVideo() return 0 if PlayVideo() didn't play anything. - Added an 'int' typecast to calculations involving FramesPerSecond() to avoid compiler warnings (reported by Winfried Koehler). - Fixed detecting frames for pure audio recordings. - Fixed editing PES recordings. The frame type in the index.vdr file generated for the edited PES recording is set to 1 for I-frames and 2 for all others (P- and B-frames). The exact frame type doesn't matter for VDR, it only needs to know if it's an I-frame or not. - The PAT/PMT is now only processed if its version changes (reported by Reinhard Nissl). - Fixed handling the maximum video file size (reported by Udo Richter). - Improved fast-forward/-rewind for audio recordings. The actual data is now sent to the output device, so that it can be replayed and thus cause the proper delay. For pure audio recordings the audio is no longer muted in fast-forward/-rewind mode, so that some orientation regarding the position within the recording is possible. There may still be some offset in the replay position displayed by the progress indicator when switching from fast-forward/-rewind to play mode, as well as in the current position during normal play mode. This is due to the various buffers between the player and the output device and will be addressed later. Note the new function cDevice::IsPlayingVideo(), which is used to inform the player whether there is video data in the currently replayed stream. If a derived cDevice class reimplements PlayTs() or PlayPes(), it also needs to make sure this new function works as expected. Have fun! Klaus

7 11

auto shutdown (-s) question
by Alex Betis 08 Feb '09

08 Feb '09

Hi all, I'm playing now with autoshutdown script (the one that is specified with -s switch) and have a question. When power button is pressed, VDR calls the script, but lets say the script decided not to shutdown the PC (other background work is done). I see that VDR shows a countdown of 5 minutes saying that it will shutdown soon. What are the common ways to cancel that? I thought about sending a "back" button using SVDRP. Is there any other methods? When VDR will try to shutdown next? After user idle timeout? Thanks. Alex.

3 8

xine for vdr-0.7.4 doesn't patch
by Simon Baxter 07 Feb '09

07 Feb '09

Hi I'm trying to patch the latest xine-lib sources supplied on http://home.vrweb.de/rnissl/ I see the patching mechanism has been changed in this version - and I now get this error: [root@freddy development]# ls xine-lib AUTHORS ChangeLog COPYING CREDITS doc lib Makefile.am NEWS README TODO autogen.sh configure.ac COPYING.LIB debian include m4 misc po src win32 [root@freddy development]# patch -d. -p0 --dry-run < ~/vdr-1.7.4/PLUGINS/src/xine/patches/xine-lib.patch can't find file to patch at input line 4 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff --git a/configure.ac b/configure.ac |--- a/configure.ac |+++ b/configure.ac -------------------------- File to patch: ^C It was: diff -Nurp ../xine-cvs/xine-lib/configure.ac xine-lib/configure.ac --- ../xine-cvs/xine-lib/configure.ac 2008-03-06 20:06:29.000000000 +0100 +++ xine-lib/configure.ac 2008-03-10 21:05:50.000000000 +0100 <etc> now it's: diff --git a/configure.ac b/configure.ac --- a/configure.ac +++ b/configure.ac Has the desired mechanism changed, and the INSTALL file not been updated?? Thanks Simon

3 3

vdr-1.7.4 and vdr-burn plugin
by Mike Booth 07 Feb '09

07 Feb '09

Does anyone have the burn plugin working with the latest developer version of VDR. I have managed to get it to compile by tinkering and it starts up ok but as soon as you try to kick off a "create dvd" it crashes VDR? Not being technically competent I am at a dead end. Anyone? Mike

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr February 2009