[vdr] VDR streaming multiple radio stations on same Transport
Hi, I did have a look at vdr's plug-ins (http://www.linuxtv.org/vdrwiki/index.php/Plugins) and couldn't find a suitable plug-in that would be ideal for my needs. I would like to stream the radio stations that I find on the same transport, but of course select individual stations to stream, but the point being more than one. Are there any vdr plug-ins hidden from the English readers that could maybe already do this? Or could some one point me in the rite direction that could make this possible already? Thanks, Theunis ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] VDR developer version 1.7.3
Hy Klaus, So with this version we wont need h264 patch? and 10x for your work. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.3
On 07.01.2009 12:42, lucian orasanu wrote: Hy Klaus, So with this version we wont need h264 patch? No, because the parts that patch addressed are gone. It's not yet totally clear, though, whether the new cFrameDetector actually works as expected for all HD broadcasts, but it did work as far as I was able to test it. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.3
Klaus, I get a error while compiling this version: g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD -DLIRC_DEVICE=\/dev/lircd\ -DRCU_DEVICE=\/dev/ttyS1\ -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DVIDEODIR=\/video\ -DCONFDIR=\/video\ -DPLUGINDIR=\./PLUGINS/lib\ -DLOCDIR=\./locale\ -I/usr/include/freetype2 timers.c g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD -DLIRC_DEVICE=\/dev/lircd\ -DRCU_DEVICE=\/dev/ttyS1\ -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DVIDEODIR=\/video\ -DCONFDIR=\/video\ -DPLUGINDIR=\./PLUGINS/lib\ -DLOCDIR=\./locale\ -I/usr/include/freetype2 tools.c tools.c: In member function ssize_t cUnbufferedFile::Write(const void*, size_t): tools.c:1611: error: no matching function for call to min(long unsigned int, off_t) make: *** [tools.o] Error 1 Al previous versions compiling fine. Regards, Jean- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.3
On 07.01.2009 13:43, jean-p...@goedee.nl wrote: Klaus, I get a error while compiling this version: g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD -DLIRC_DEVICE=\/dev/lircd\ -DRCU_DEVICE=\/dev/ttyS1\ -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DVIDEODIR=\/video\ -DCONFDIR=\/video\ -DPLUGINDIR=\./PLUGINS/lib\ -DLOCDIR=\./locale\ -I/usr/include/freetype2 timers.c g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD -DLIRC_DEVICE=\/dev/lircd\ -DRCU_DEVICE=\/dev/ttyS1\ -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DVIDEODIR=\/video\ -DCONFDIR=\/video\ -DPLUGINDIR=\./PLUGINS/lib\ -DLOCDIR=\./locale\ -I/usr/include/freetype2 tools.c tools.c: In member function ssize_t cUnbufferedFile::Write(const void*, size_t): tools.c:1611: error: no matching function for call to min(long unsigned int, off_t) make: *** [tools.o] Error 1 Compiles just fine here with gcc version 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036] (SUSE Linux) Try typecasting the first parameter, as in off_t headdrop = min(off_t(curpos - totwritten), off_t(totwritten * 2)); Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] VDR developer version 1.7.3
On 07.01.2009 13:43, jean-paul at goedee.nl wrote: Klaus, I get a error while compiling this version: g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD -DLIRC_DEVICE=\/dev/lircd\ -DRCU_DEVICE=\/dev/ttyS1\ -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DVIDEODIR=\/video\ -DCONFDIR=\/video\ -DPLUGINDIR=\./PLUGINS/lib\ -DLOCDIR=\./locale\ -I/usr/include/freetype2 timers.c g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD -DLIRC_DEVICE=\/dev/lircd\ -DRCU_DEVICE=\/dev/ttyS1\ -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DVIDEODIR=\/video\ -DCONFDIR=\/video\ -DPLUGINDIR=\./PLUGINS/lib\ -DLOCDIR=\./locale\ -I/usr/include/freetype2 tools.c tools.c: In member function ssize_t cUnbufferedFile::Write(const void*, size_t): tools.c:1611: error: no matching function for call to min(long unsigned int, off_t) make: *** [tools.o] Error 1 Compiles just fine here with gcc version 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036] (SUSE Linux) Try typecasting the first parameter, as in off_t headdrop = min(off_t(curpos - totwritten), off_t(totwritten * 2)); Klaus I think the compiler is not the problem (same version). Trying the next option. gcc (SUSE Linux) 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036] Copyright (C) 2008 Free Software Foundation, Inc. JP ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.3
Try typecasting the first parameter, as in off_t headdrop = min(off_t(curpos - totwritten), off_t(totwritten * 2)); Klaus I think the compiler is not the problem (same version). Trying the next option. gcc (SUSE Linux) 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036] Copyright (C) 2008 Free Software Foundation, Inc. I had same problem with gcc 4.3.2 on Mandriva. (x86_64 env) Adding off_t() typecasting for the first parameter as you suggested fixed it. Klaus do you remember to fix it for next version without patch? Mika ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.3
On 07.01.2009 15:14, Mika Laitio wrote: Try typecasting the first parameter, as in off_t headdrop = min(off_t(curpos - totwritten), off_t(totwritten * 2)); Klaus I think the compiler is not the problem (same version). Trying the next option. gcc (SUSE Linux) 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036] Copyright (C) 2008 Free Software Foundation, Inc. I had same problem with gcc 4.3.2 on Mandriva. (x86_64 env) Adding off_t() typecasting for the first parameter as you suggested fixed it. Klaus do you remember to fix it for next version without patch? If you're using the same compiler as I do, I don't see why such a typecast is necessary on your side, while on my side it compiles just fine. Are you using any different compiler options than me? Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.3
Hi I think the compiler is not the problem (same version). Trying the next option. gcc (SUSE Linux) 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036] Copyright (C) 2008 Free Software Foundation, Inc. I had same problem with gcc 4.3.2 on Mandriva. (x86_64 env) Adding off_t() typecasting for the first parameter as you suggested fixed it. Klaus do you remember to fix it for next version without patch? Without any problem Debian/Lenny 5.0 : gcc version 4.3.2 (Debian 4.3.2-1.1) Ubuntu/Hardy 8.04: gcc version 4.2.4 (Ubuntu 4.2.4-1ubuntu3) Regards Oleg Roitburd ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] VDR developer version 1.7.3
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 JP ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.3
gcc (SUSE Linux) 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036] Copyright (C) 2008 Free Software Foundation, Inc. I had same problem with gcc 4.3.2 on Mandriva. (x86_64 env) Adding off_t() typecasting for the first parameter as you suggested fixed it. Klaus do you remember to fix it for next version without patch? If you're using the same compiler as I do, I don't see why such a typecast is necessary on your side, while on my side it compiles just fine. Are you using any different compiler options than me? At least not intentionally. I just - downloaded and extracted vdr-1.7.3.tar.bz2 - cp Make.config.template Make.config - added to Make.config: DVBDIR = ..path to my dvb-v4l driver sources) - make -- got the error Mika ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.3
On 07.01.2009 15:35, jean-p...@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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Plugins API
hello this may help but if you have not tried it all ready... good luck ok if you get errors about a plugin not api version then try this cd /usr/local/src/VDR/vdr-x.x.xx/PLUGINS/src/plugin sed -i -e s/VDRVERSION/APIVERSION/g Makefile sed -i -e '/^DVBDIR/d' -e 's|-I$(DVBDIR)/include||' Makefile On 1/5/09, lucian orasanu o_luc...@yahoo.com wrote: Hello All! I want to use an plugin for vdr, lets say x but when I tray to compile it, it says wrong api or old api. Question: 1. is ther any api specification or documentation for vdr for plugin development? 2. or how to port old plugins to new api? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.3
Klaus Schmidinger a écrit : If you're using the same compiler as I do, I don't see why such a typecast is necessary on your side, while on my side it compiles just fine. Are you using any different compiler options than me? Didn't I read x86_64 for Mika, when you may use x86_32, Klaus ? -- NH ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ANNOUNCE vdr-ttxtsubs 0.0.8
Hi Antti, Antti Hartikainen wrote: You haven't applied patch to the vdr core. It's included in the package. thx for your answer. Bye Matthias -- Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning. -- Rich Cook ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.3
Hi, Compiling on ARCH Linux x86_64 with gcc 4.3.2 also fails. So it must be the 64 bit compiler. mfg Edgar (gimli) Hucek On 07.01.2009 18:58, Nicolas Huillard wrote: Klaus Schmidinger a écrit : If you're using the same compiler as I do, I don't see why such a typecast is necessary on your side, while on my side it compiles just fine. Are you using any different compiler options than me? Didn't I read x86_64 for Mika, when you may use x86_32, Klaus ? Yes, mine is a 32 bit system. I'm pretty sure that's what makes the difference. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] missing const keywords in cOsd
Hi, attached is a small patch that adds some missing const keywords in cOsd class to be able to use Data and GetColor methods on const objects. The patch is against vdr-1.6.0-1 but should apply cleanly against 1.7.3, too. Regards Andreas diff -uN vdr-1.6.0/osd.c vdr-1.6/osd.c --- vdr-1.6.0/osd.c 2007-10-12 14:38:36.0 +0200 +++ vdr-1.6/osd.c 2008-12-29 16:56:09.619517549 +0100 @@ -635,7 +635,7 @@ } } -const tIndex *cBitmap::Data(int x, int y) +const tIndex *cBitmap::Data(int x, int y) const { return bitmap[y * width + x]; } diff -uN vdr-1.6.0/osd.h vdr-1.6/osd.h --- vdr-1.6.0/osd.h 2007-10-12 16:28:44.0 +0200 +++ vdr-1.6/osd.h 2008-12-29 16:51:06.938850671 +0100 @@ -231,9 +231,9 @@ /// 5: vertical, rising, upper /// 6: vertical, falling, lower /// 7: vertical, falling, upper - const tIndex *Data(int x, int y); + const tIndex *Data(int x, int y) const; /// Returns the address of the index byte at the given coordinates. - tColor GetColor(int x, int y) { return Color(*Data(x, y)); } + tColor GetColor(int x, int y) const { return Color(*Data(x, y)); } /// Returns the color at the given coordinates. void ReduceBpp(const cPalette Palette); /// Reduces the color depth of the bitmap to that of the given Palette. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.3
Hi, according to documentation, cTsToPes::GetPes() shall return a complete PES packet. The attached diff fixes this. cDevice::PlayTsAudio() and cDevice::PlayTsSubtitle() have to return the Length passed as parameter. But cTsToPes::GetPes() modified this parameter. The attached diff fixes this like for cDevice::PlayTsVideo(). Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:rni...@gmx.de --- ../vdr-1.7.3-orig/device.c 2009-01-06 10:55:13.0 +0100 +++ device.c 2009-01-07 23:25:51.0 +0100 @@ -1288,8 +1288,9 @@ int cDevice::PlayTsAudio(const uchar *Da for (int Pass = 0; Pass 2; Pass++) { if (Pass == 0 !PayloadStart) // if no new payload is started, we can always put the packet into the converter tsToPesAudio.PutTs(Data, Length); - if (const uchar *p = tsToPesAudio.GetPes(Length)) { - int w = PlayAudio(p, Length, 0); + int l; + if (const uchar *p = tsToPesAudio.GetPes(l)) { + int w = PlayAudio(p, l, 0); if (w 0) tsToPesAudio.Reset(); else if (PayloadStart) @@ -1306,8 +1307,9 @@ int cDevice::PlayTsSubtitle(const uchar if (!dvbSubtitleConverter) dvbSubtitleConverter = new cDvbSubtitleConverter; tsToPesSubtitle.PutTs(Data, Length); - if (const uchar *p = tsToPesSubtitle.GetPes(Length)) { - dvbSubtitleConverter-Convert(p, Length); + int l; + if (const uchar *p = tsToPesSubtitle.GetPes(l)) { + dvbSubtitleConverter-Convert(p, l); tsToPesSubtitle.Reset(); } return Length; --- ../vdr-1.7.3-orig/remux.c 2009-01-06 15:46:21.0 +0100 +++ remux.c 2009-01-07 23:16:54.0 +0100 @@ -559,8 +559,10 @@ const uchar *cTsToPes::GetPes(int Lengt } else { Length = PesLength(data); -offset = Length; // to make sure we break out in case of garbage data -return data; +if (Length = length) { + offset = Length; // to make sure we break out in case of garbage data + return data; + } } } return NULL; ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Lost and regained locks
Hi folks, Should I worry when my syslog fills up with stuff like this: Jan 8 06:30:51 hex vdr: [2965] frontend 0 regained lock on channel 33, tp 322 Jan 8 06:30:52 hex vdr: [2965] frontend 0 lost lock on channel 33, tp 322 Jan 8 06:30:52 hex vdr: [2965] frontend 0 regained lock on channel 33, tp 322 Jan 8 06:30:53 hex vdr: [2965] frontend 0 lost lock on channel 33, tp 322 Jan 8 06:30:53 hex vdr: [2965] frontend 0 regained lock on channel 33, tp 322 Jan 8 06:30:54 hex vdr: [2965] frontend 0 lost lock on channel 33, tp 322 Jan 8 06:30:54 hex vdr: [2965] frontend 0 regained lock on channel 33, tp 322 Jan 8 06:30:56 hex vdr: [2965] frontend 0 lost lock on channel 33, tp 322 Jan 8 06:30:56 hex vdr: [2965] frontend 0 regained lock on channel 33, tp 322 Jan 8 06:30:57 hex vdr: [2965] frontend 0 lost lock on channel 33, tp 322 Jan 8 06:30:57 hex vdr: [2965] frontend 0 regained lock on channel 33, tp 322 Jan 8 06:30:59 hex vdr: [2965] frontend 0 lost lock on channel 33, tp 322 Jan 8 06:30:59 hex vdr: [2965] frontend 0 regained lock on channel 33, tp 322 Jan 8 06:36:15 hex vdr: [2965] frontend 0 lost lock on channel 33, tp 322 My VDR is 1.6.0 and the kernel is what's stock on a stable Debian, ie. 2.6.18-6-amd64. Everything seems to work ok and I think frontend 0 is the one that's only used for recording, frontend 1 is the one with the CI and which supplies the image (two FF DVB-c cards in use (does anyone still use those?)). Anyway, should I worry and/or is this something I could fix by upgrading something? Kind regards, Jan Ekholm -- Somewhere around the place I've got an unfinished short story about Schroedinger's Dog; it was mostly moaning about all the attention the cat was getting. -- Terry Pratchett, alt.fan.pratchett ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.3
Hi, on playback old HDTV recordings the timline is wrong. From a first look it seems to show the double length of the recording. cu Edgar (gimli) Hucek 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 1.ts (previously 001.vdr). + The frame rate is now detected by looking at two subsequent PTS values. The frame duration (in multiples of 1/9) 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 -MM-DD-hh[.:]mm.pr.lt.rec (pr=priority, lt=lifetime) to -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
[vdr] S2-3200 vdr needed material ?
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 ? thanks, regards Pierre ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] S2-3200 vdr needed material ?
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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr