Re: [vdr] [patch] channels with same pids+channels update
Thiemo wrote: >> The patch keeps a time stamp whenever a channel announcement is seen, >> and the plugin tracks the first-seen and last-seen time of all channels > Is this timestamp stored in the channels.conf? If so, what about > compatibility? No, it is not, to preserve compatibility and to keep the patch minimal. The patch keeps this information only on a per-session base. The plugin then stores the information in a separate file across sessions. >> If there's interest in this, I can publish these two. > Yes, i would be interested. Please post it. I'll see what I can do. Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] iptv FILE .ts stalling & not switching streams
On Fri, 18 Apr 2008, Rolf Ahrenberg wrote: > The FILE protocol was meant only for development phase. It has buffering > problems and you'll have to tweak the buffer size to avoid buffer under- > and overflows. ..and ofcourse it's the file delay parameter found in channels.conf and not the buffer size as mentioned above. README: "Also a file input method is supported, but a file delay must be selected individually to prevent VDR's transfer buffer over/underflow. Therefore the file input should be considered as a testing feature only." BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] A VDR compatible dvb-s card with CI interface recommendation?
On Thu, Apr 17, 2008 at 7:35 PM, Lars Bläser <[EMAIL PROTECTED]> wrote: > > As I said before, I know some cards, but I don't know which are > supported > > under VDR, especially its CI part. For instance, I don't know if I buy a > > SkyStar HD 2, would it, and its CI is supported under VDR, because > > MultiProto should be available for VDR in 1.7.0. > > > http://www.linuxtv.org/wiki/index.php/DVB-S2_PCI_Cards > > for the Sky Star HD 2 (same as Azurewave AD SP400 CI) > > Common Interface support: > Still none. > > may be the TechnoTrend TT-budget S2-3200 is more usefull > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > I don't want the card to be DVB-S2, I just need a card with CI support which works under linux and VDR and I can buy it! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] vdr-softdevice-0.5.0
Hello, the softdevice team (Torgeir Veimo, Martin Wache and me, Stefan Lucke) is pleased to announce a new release of vdr's softdevice plugin. General info: Softdevice plugin enables vdr to run on your desktop with so called budget cards. You'll get vdr output via framebuffer or X11-Xv or DirectFB or vidix to your screen. Decoding is done via ffmpeg. Supported vdr versions: 1.4.x, 1.5.x and 1.6.x Plugin's homepage is located at: http://softdevice.berlios.de/ 2008-04-18: softdevice-0.5.0 - Check configuration for ffmpeg < r11816. - Removed timestamps, email addrs and src line # comments from *.po. 2008-04-16: - Silence some warnings. - softdevice.c: Fix spelling & version check for trNOOP(). - Suspend output on user inactivity (see README): patch by Marko M�kel� 2008-04-15: - Fixed (changed) some italian chars. - Added local translations of yes/no. - Switched to vdr-1.5.x OSD translation. - Switched from av_read_packet() to av_read_frame(). 2008-04-14: - Italian translation by Diego. 2008-04-13: - audio: fix ac3 downmix request for ffmpeg >= r10199. 2008-04-10: - SoftOsd: Adjust constructor definition to implementation. 2008-02-26: - fix for ffmpeg >= r12194. - video-fb: via OSD selected screen aspect was not honored. 2008-02-20: - VideoFilter.c: fix some warnings and compile error with ffmpeg >= r11816 2008-01-26: - OSD: missing call to ClearOSD() of output device. 2008-01-19: - OSD: fix drawing (missing method SetAreas()). 2007-12-25: - license: included gpl notice "v2 or any later" to README. - border detect: fix rounding issue. - audio: \n\r -> \n substitution for ac3pt, some indentation cleanup (Xrun()) - shm-out: ensure nonNULL vout->ctl in Stop(); by Axel Naumann 2007-12-24: - mpegdecoder: compile fix for ffmpeg svn >= r11071. revert AVFMT_NOFILE trick for actual ffmpeg >= 11071. recommended ffmpeg versions: A) < r11071 B) >= r11307 2007-10-13: - shm-out: applied patch from Matthias Schwarzott to make ShmClient work at 1st start of softdevice with "-vo shm:". allow xv startup aspect selection for shm out too. 2007-09-27: - audio: added open for number of channels device names CH1, CH2, CH3, .. . - mpeg2decoder: workaround for some ac3 decoding issues. 2007-09-23: - configure: fix framebuffer check. 2007-09-16: - border detect: whole black area was cut out. that's not correct when aspect ratio is greater than 16/9. limit cut out area to 16/9. - russian translation by neptunvasja 2007-08-29: - compile fix for vdr-1.5.9 based on Stone's patch. 2007-07-12: - video / dfb: moved some code from video.c to video-dfb.c as announced and changed some constants to those I use in productive VDR. 2007-07-11: - compile fix for: ./configure --disable-shm - applied patch from Matthias Schwarzott for compile issues with newer ffmpeg versions - applied patch from Artur Skawina for memory alignment error - video-xv: fix OSD parially not drawn or cleared in pseudo mode: - a small stripe remains on the right side, when video changed from 16:9 to 4:3 - only modified OSD was shown when deinterlacer was toggled on/off. 2007-05-10: - use libswscale if available. - remove left over code from the old video-fb. - remove pixel mask option from SoftOsd.[hc] and video*, which was only used by the old video-fb. - adapt MacVdrClient.c to the setupStore in shared memory. - remove softlog from setupStore. Pointers aren't valid in a shared memory block. - remove private variable setupStore from audio out methods. They can access the global variable. - move setupStore into a shared memory block. This allows ShmClient to have acces to the setupStore. - move CatchRemoteKey() into utils.c, else setup-softdevice.o would have to be linked into libsoftdevice-xv.so and -dfb.so 2007-04-12: - ShmClient: revertet previous change, as it breaks argument style of softdevice. - configure: fix typo (yaepg), rm .dependencies in case of changes, new opt: --disable-xinerama (by Matthias Schwarzott) - fix osdMode not initialized (by Matthias Schwarzott) - ShmClient: full screen start option (by Matthias Schwarzott) Stefan Lucke ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Rotor patches
My patch that patches Rotor plugin's gotox/usals functionality into vdr's DiSEqC system is here. The motivation for this work is unreliability of Rotor plugin that I experienced with multiproto driver for TT-budget S2-3200. http://linuxtv.org/pipermail/vdr/2008-March/016164.html Cheers, Seppo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] muggle 0.2.1
Muggle 0.2.0 has been released. 2008-04-18 Version 0.2.1-BETA - if lyrics are loaded from internet and no local lyrics exist yet, they are now saved automatically - display small cover: Appeared at left border instead at the right side - sqlite3: muggle segfaulted in special situations - fix segfault if the cache directory has a long path - if at muggle start we land in an empty list because the saved state does not match the database, it could happen that we never get anything displayed until we delete muggle.state and restart muggle. Now muggle goes up to the parent level - reintroduced Finnish translation, translated by Ville Skyttä - if we got lyrics from the net but did not save it, the temporary file .lyrics.tmp will be deleted when the next track starts playing (only while in lyrics mode, if you leave it, the tmp file remains) - vdr versions before 1.5.4 supported again: With them, lyrics cannot be fetched in the background. So muggle will not answer to commands until the fetching script has finished. And the message "loading lyrics" will only appear after they have been loaded. If you don't like it, update vdr or send me a patch. - make the compile option USE_BITMAP work again on unmodified FF cards - make sure a displayed list is never empty by moving up in the tree if needed. If the list is then still empty, display an item "Synchronize data base". - change the compile option USE_BITMAP into a setup variant: New background mode "Bitmap". This is for those whose computers have problems with showing mpeg covers like "timeout waiting for LoadBitmap" in the FF card driver - rename background mode to image mode which is more appropriate since the last changes. Since this also changes the name under which the value is stored in the setup file, you will lose your old value after updating. -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] iptv FILE .ts stalling & not switching streams
On Fri, 18 Apr 2008, Simon Baxter wrote: > 1) Firstly, the FILE option. > When I select this channel, the video and audio play for 2 seconds, then > stutter at about1 fps, then another 2 seconds etc etc. The FILE protocol was meant only for development phase. It has buffering problems and you'll have to tweak the buffer size to avoid buffer under- and overflows. > FileTest;IPTV:5:IPTV|S0P2|FILE|/video/vdr/Stream1_Unscrambled_030308.ts|5:P:0:35+514:34:2321:0:3:0:0:0 The "S0P2" should be "S0P1". Only 0 or 1 are defined, but any non-zero value will be handled like 1 at the moment. > buffered 8.0 frames (v:15.8, a:8.0) These are not originating from iptv plugin nor vanilla vdr, but maybe from an output device plugin (xine/xineliboutput/softdevice) you're using. > 2) Although the other PIDS get picked up within the stream, when I try to > select one of the other streams, I only get the "Arts Channel": You've activated the pid scanner and it doesn't handle multiple video/audio pids, but detects always only the first one. > 3) I'm also having problems selecting the various EXT channels. Only NASA > will start - what's wrong with my syntax? > NasaTV Public:1:IPTV|S0P0|EXT|iptvstream.sh|1:P:0:2:3:0:0:1:0:0:0 > NZ Govt TV:2:IPTV|S0P0|EXT|iptvstream.sh|2:P:0:2:3:0:0:1:0:0:0 The video and audio pids are the same for all of these. If you're using the example iptvstream.sh script as a template, you should enable the pid scanner for these or manually correct the pids: video pid is parameter plus one and audio pid is parameter plus two: NZ Govt TV:2:IPTV|S0P1|EXT|iptvstream.sh|2:P:0:3:4:0:0:1:0:0:0 BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] EPIA-ML6000 and vdr-xine full screen?
I suppose this is a bit off topic, but what happens when the source is MPEG4-11?, can you expand on this mother board by using PCI Express add-on card? Theunis On 18/04/2008, Tony Grant <[EMAIL PROTECTED]> wrote: > > > Le vendredi 18 avril 2008 à 06:26 +1200, Simon Baxter a écrit : > > > > Has anyone tested running an EPIA ML6000 fanless motherboard with > vdr-xine? > > > It is a CLE266 it will work just fine > > > > The spec's only say "MPEG-2 Accelerator" rather than > "Decoder/Accelerator" - > > will it work with a VGA 1366x768 16:9 full screen? > > > No problem the CLE266 limit is 1600x1050 I am running mine at 1440x900. > > Cheers > > Tony > > -- > > > > ___ > 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] EPIA-ML6000 and vdr-xine full screen?
Le vendredi 18 avril 2008 à 06:26 +1200, Simon Baxter a écrit : > Has anyone tested running an EPIA ML6000 fanless motherboard with vdr-xine? It is a CLE266 it will work just fine > The spec's only say "MPEG-2 Accelerator" rather than "Decoder/Accelerator" - > will it work with a VGA 1366x768 16:9 full screen? No problem the CLE266 limit is 1600x1050 I am running mine at 1440x900. Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] EPIA-ML6000 and vdr-xine full screen?
Simon Baxter wrote: > Hi group! > > Has anyone tested running an EPIA ML6000 fanless motherboard with vdr-xine? > > The spec's only say "MPEG-2 Accelerator" rather than "Decoder/Accelerator" - > will it work with a VGA 1366x768 16:9 full screen? I have used vdr xineliboutput running on an EPIA-M1 which has the same CLE266 MPEG decoder chip as your board. Works with fullscreen 1680x1050 and hardware decoding. Needs the OpenChrome graphics driver, of course. Usually also "strange" resolutions as yours work fine with the appropriate modeline in the xorg.conf. Ondrej ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [patch] channels with same pids+channels update
Am Samstag 12 April 2008 schrieb Udo Richter: > Peter Evertz wrote: > > I am very interested in this feature. My providers (astra/hotbird) are > > smart enough not to send not to much garbage, but deleting of unused > > channels is really a pain. I am at 4500 Channels in my channels.conf and > > I am pretty sure that at least 30 % of them are long gone. > > I'm using a (not yet published) small patch and a (also not yet > published) plugin to keep track of channels: > > The patch keeps a time stamp whenever a channel announcement is seen, > and the plugin tracks the first-seen and last-seen time of all channels Is this timestamp stored in the channels.conf? If so, what about compatibility? > If there's interest in this, I can publish these two. Yes, i would be interested. Please post it. regards, Thiemo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
