vdr January 2009

vdr@linuxtv.org

113 participants
107 discussions

compiling the xine-1.2 with external ffmpeg
by Stefan Ellenberger 25 Jan '09

25 Jan '09

Thanks Gerald and Darren So I tried to build xine-lib-1.2 the debian way... - modified changelog - modified debian/rules Makefile with my configure options - tried to meet all dependencies of the control file But there are various dependencies I simply can't meet because they would conflict with files installed by svn ffmpeg: libavcodec-dev (>= 0.cvs20080206) | libavcodeccvs-dev, libavformat-dev (>= 0.cvs20080206) | libavformatcvs-dev, libpostproc-dev (>= 0.cvs20080206) | libpostproccvs-dev, libavutil-dev (>= 0.cvs20080206) | libavutilcvs-dev, So I removed those from the control file Now I can compile it till right to the end of dh_installdeb but then it fails because of the missing dependency libavutil-dev I guess: dpkg-shlibdeps: Fehlschlag: Keine Abhängigkeitsinformationen für \ /usr/lib/libavutil.so.49 (verwendet von debian/libxine2/usr/lib/xine/ \ plugins /2.0/xineplug_inp_gnome_vfs.so) gefunden. Anyway - here's what I get in the parent directory: /usr/src$ ls -la xine-lib-1.2_1.2.0~hg-1* -rw-r--r-- 1 se src 1387 2009-01-25 16:18 xine-lib-1.2_1.2.0~hg-1.dsc -rw-r--r-- 1 se src 1518029 2009-01-25 16:24 xine-lib-1.2_1.2.0~hg-1_i386.build -rw-r--r-- 1 se src 6537395 2009-01-25 16:18 xine-lib-1.2_1.2.0~hg-1.tar.gz As you can see the dep archive is missing How to solve this one? Like I said I can't install any of the libav*-dev packages. _________________________________________________________________ Teste jetzt den neuen, verbesserten Windows Live Messenger! http://download.live.com/

3 2

genpix-usb-module_and_vdr-1.7.0+
by hu_emulator 25 Jan '09

25 Jan '09

Have an original genpix-usb-module. Since vdr-1.4.0+ series I have had to patch every vdr verison with the attached vdr-1.5.0-genpix-usb.patch and the v4l-dvb kernel drivers with the gp_8psk-2.6.23.patch in order for the device to tune correctly and for vdr to display channels. However since vdr-1.7.0 versions the patch no longer applies and the are too manny changes to manually patch. The same being said for the current hg v4l-dvb tree. Anyone have any suggestions or patches available. Or help me fix the exiting patches? Thank you.

1 0

Sirius 4.8E - channels.conf and sources.conf
by Artem Makhutov 25 Jan '09

25 Jan '09

Hello, I am wondering on why the Sirius 4.8° satellite is noted as "S5E Sirius 4" in sources.conf and "S5.0E" is used in diseqc.conf and channels.conf... Regards, Artem

3 4

[ANNOUNCE] VDR developer version 1.7.3
by Klaus Schmidinger 25 Jan '09

25 Jan '09

VDR developer version 1.7.3 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.3.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.2-1.7.3.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 the switch to Transport Stream (TS) as the recording format. There are still a few glitches, mainly - Recording/replaying of pure audio broadcasts doesn't work yet. - 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. - There is apparently still a problem with editing old PES recordings. An edited recording is created, but it doesn't play. 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 ,-) The changes since version 1.7.2: - Updated the Russian OSD texts (thanks to Oleg Roitburd). - Fixed handling the 'pointer field' in generating and parsing PAT/PMT (thanks to Frank Schmirler). - Fixed handling modulation types for DVB-S transponders when processing the NIT. - Changed cDvbDevice::GrabImage() to use V4L2 (thanks to Marco Schlüßler). - Added a poll to cDvbDevice::PlayVideo() and cDvbDevice::PlayAudio() to avoid excessive CPU load (this is just a makeshift solution until the FF DVB cards can play TS directly). - The recording format is now Transport Stream. Existing recordings in PES format can still be replayed and edited, but new recordings are done in TS. All code for recording in PES has been removed. The following changes were made to switch to TS recording format: + The index file format has been changed to support file sizes of up to 1TB (previously 2GB), and up to 65535 separate files per recording (previously 255). + The recording file names are now of the form 00001.ts (previously 001.vdr). + The frame rate is now detected by looking at two subsequent PTS values. The "frame duration" (in multiples of 1/90000) is stored in the info.vdr file using the new tag F (thanks to Artur Skawina for helping to get the IndexToHMSF() calculation right). + Several functions now have an additional parameter FramesPerSecond. + Several functions now have an additional parameter IsPesRecording. + The functionality of cFileWriter was moved into cRecorder, and cRemux is now obsolete. This also avoids one level of data copying while recording. + cRemux, cRingBufferLinearPes, cTS2PES and all c*Repacker classes have been removed. + A PAT/PMT is inserted before every independent frame, so that no extra measures need to be taken when editing a recording. + The directory name for a recording has been changed from YYYY-MM-DD-hh[.:]mm.pr.lt.rec (pr=priority, lt=lifetime) to YYYY-MM-DD-hh.mm.ch-ri.rec (ch=channel, ri=resumeId). Priority and Lifetime are now stored in the info.vdr file with the new tags P and L (if no such file exists, the maximum values are assumed by default, which avoids inadvertently deleting a recording if disk space is low). No longer storing Priority and Lifetime in the directory name avoids starting a new recording if one of these is changed in the timer and the recording is re-started for some reason. Instead of Priority and Lifetime, the directory name now contains the channel number from which the recording was made, and the "resume id" of this instance of VDR. This avoids problems if several VDR instances record the same show on different channels, or even on the same channel. The '-' between channel number and resumeId prevents older versions of VDR from "seeing" these recordings, which makes sure they won't even try to replay them, or remove them in case the disk runs full. + The semantics of PlayTs*() have been changed. These functions are now required to return the given Length (which is TS_SIZE) if they have processed the TS packet. + The files "index", "info", "marks" and "resume" within a TS recording directory are now created without the ".vdr" extension. + The "resume" file is no longer a binary file, but contains tagged lines to be able to store additional information, like the selected audio or subtitle track. + cDevice::StillPicture() will now be called with either TS or PES data. + cDvbPlayer::Goto() no longer appends a "sequence end code" to the data. If the output device needs this, it has to take care of it by itself. - Fixed cPatPmtParser::ParsePmt() to reset vpid and vtype when switching from a video to an audio channel (thanks to Reinhard Nissl). - cDvbDevice now uses the FE_CAN_2G_MODULATION flag to determine whether a device can handle DVB-S2. The #define is still there to allow people with older drivers who don't need DVB-S2 to use this version without pathcing. Have fun! Klaus

14 31

Help bitstreamout-0.89c and vdr-1.7.2
by kafifi 25 Jan '09

25 Jan '09

Hello, Is there any patch for either bitstreamout-plugin, or vdr-1.7.2 that would allow the plugin to compile with vdr ? (I run Ubuntu 8.10). http://sourceforge.net/projects/bitstreamout/ Here is the log : Plugin bitstream: make[1]: entrant dans le répertoire « /usr/local/src/vdr-1.7.2/PLUGINS/src/bitstreamout-0.89c » make[1]: quittant le répertoire « /usr/local/src/vdr-1.7.2/PLUGINS/src/bitstreamout-0.89c » make[1]: entrant dans le répertoire « /usr/local/src/vdr-1.7.2/PLUGINS/src/bitstreamout-0.89c » bitstreamout Version 0.89c g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -DUSE_CMDRECCMDI18N -DUSE_CMDSUBMENU -DUSE_CUTTIME -DUSE_DDEPGENTRY -DUSE_DOLBYINREC -DUSE_PLUGINMISSING -DUSE_SETTIME -DUSE_WAREAGLEICON -DPIC -DPLUGIN_NAME_I18N='"bitstreamout"' -D_GNU_SOURCE -DVERSION=\"0.89c\" -DHAS_ASOUNDLIB_H -DHAS_CDEFS_H -DHAS_MAD_H -I/usr/local/src/v4l-dvb/linux/include -I../../../include -I/usr/local/src/v4l-dvb/linux/include -c bitstreamout.c bitstreamout.c: In member function virtual bool cBitStreamOut::Start(): bitstreamout.c:239: erreur: cannot allocate an object of abstract type cReplayOutSPDif replay.h:33: note: because the following virtual functions are pure within cReplayOutSPDif: ../../../include/vdr/audio.h:27: note: virtual void cAudio::PlayTs(const uchar*, int) make[1]: *** [bitstreamout.o] Erreur 1 Regards.

1 0

compiling the xine-1.2 with external ffmpeg
by Stefan Ellenberger 24 Jan '09

24 Jan '09

Hi list Does anyone use checkinstall instead of "make install" in order to build a xine-lib debian package? I know how use it along with ffmpeg, but I'm not sure how to use it along with xine-lib 1.2 since this one provides more than just one package - I guess there are at least three: libxine1, libxine1-bin, libxine1-dbg but I'm not sure that is all of it. Point is: if you build xine-lib-1.2 on your own you can't have conflicting distro packages like libxine1, libxine1-bin, libxine1-dbg and so on installed. Now many programs will complain about that, since they only check the presence of a distro package and NOT the effective presence of any files those packages provide. The only way I know to get around this is start building those programs on your own as well, but editing the control file first. So you can remove xine-lib dependencies and then build this program successfully. I somehow hate the thought of it - it's not the way how this has to be done and might cause problems sooner or later. So anyone knows how to make the perfect debian package out of this xine-lib 1.2, so it provides every debian distro package? OS I use is Intrepid Thanks in advance. _________________________________________________________________ Werden Sie Mitglied der neuen Windows Live Messenger Familie! http://download.live.com

3 3

xineliboutput + vdpau not ready for prime time
by Gerald Dachs 23 Jan '09

23 Jan '09

I have made some experiments with xineliboutput and vdpau, it looked promising, but at least I had to give up for now. I have used vdr 1.6.0, xineliboutput 1.0.3, nvidia driver 180.22, xine-lib-vdpau from 20090113 and xinelib 1.1.90hg from 20090114 with vdpau-patch r160. I use it with sdtv, because I have only DVB-T and a PVR350. The cpu usage for vdr-sxfe goes down from 25% to 7%, but the picture is not in sync with the sound. The biggest problem is that if I switch channels it happens that the video starts to flicker. You can see that between the pictures of the current channel the pictures of the previous channel appear. Restarting vdr-sxfe fixes it till the next channel switch. In the beginning of my test this happened seldom, but now it happens with every channel switch, the problem is that I have no idea what configuration change I have done that is to blame. Does anyone have an idea what I can try next, or should I simply wait for a better version of the xine-lib for vdpau. Gerald

4 15

graphlcd with vdr-1.7.3 ?
by Gregoire Favre 23 Jan '09

23 Jan '09

Hello, did someone upgrade graphlcd to use with VDR-1.7.3 ? Thanks. -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre

1 0

SVDR Error 451 and order of dvb detection
by ECLiPSE 23 Jan '09

23 Jan '09

Hi everyone, I've noticed a strange problem on my vdr setup. The SVDRP command GRAB doesn't work at normal boot. So i don't have preview with vdradmin or the live-plugin. In fact, the problem come from the order of the dvb detection. I have a FF card 2.1 and a Budget nova-t. During the boot, the nova-t is detected first and then the FF card. I have already tried to change/invert the PCI cards, but the nova-t is still detected first. I don't know why. So if I want to have preview with vdradmin or vdr-plugins-live, i must close VDR, unload the drivers (nova-t and nexus 2.1) and reload the FF card first then the nova-t and finally restart VDR. So my question is: Is there a way to correct that and force the FF-card to be detected/loaded first at boot? I have tried udev rules to force dvb-ttpci to be adapter0 and nova-t adapter1, but it doesn't change anything. No preview with vdradmin i've tried with vdr vanilla 1.7.2 help me thanks Pierre

2 1

channel-change-prediction, doable? stupid idea?
by Gerald Dachs 23 Jan '09

23 Jan '09

Assumed I have 2 free Tuners and I zapp through the channels of one tuner. Would it be possible to tune the 2. tuner to the same time to the after next channel in change direction, so that for the next channel change in the same direction it would be possible to channge to the 2. tuner instead of changing the channels of the 1. tuner. Channels gets changed afterwords. Does this work? Is changing of the tuners faster than changing channels? Would this flicker? Does this happen already? Gerald

6 7

← Newer
1
2
3
4
5
6
7
...
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