[vdr] FYI: German DVB Subtitles on ZDF
Hi! For all people who like to try the new subtitle feature of vdr, note that the German TV station ZDF sends DVB subtitles since 15th October 2007. See (only in German) http://forum.transponder-news.de/showthread.php?p=51860 Regards Marco -- Needful GbR Johann-Kalb-Strasse 14a Telefon +49 (0) 26 24 / 95 29 301 56203 Hoehr-Grenzhausen Telefax +49 (0) 26 24 / 95 29 303 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.5.10, Subtitles gets out of sync
Hi, I tested this new VDR version for some minutes and noticed that some subtitles were shown too late in live tv watching. I didn't check how the timing of subtitles is done, but it seemed that VDR missed one sync-point and after that all the subtitles were shown one sync-point too late. Channel change seemed to correct the situation for a while. I just confirm this behavior. Some subtitles were shown too late and too shot in live tv watching. Playback same stream from recording looks correctly. Old dvbsubtitles patch+plugin (with my modification http://dvbn.happysat.org/viewtopic.php?t=42136) works fayn on same channel. Regards, Jiri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Output methods and WSS
Because Vomp does not provide the VDR osd this does present a unique set of desirable and undesirable features. However the two features I find more desirable than anything else is full support for interlaced scart PAL with WSS and it is stable. This is the ticket to domestic use. IMHO this is the Achilles heal of all HTPC applications including VDR. Despite the great effort many VDR developers have put into output methods, there remain problems that prevent use in a domestic environment. I used a DXR3 for years but could never rely on it because it crashed so often. Softdevice, xine and xineliboutput require a pc that consumes too much energy to achieve a smooth output. I have not tried a premium DVB card but they are expensive, rare and I hear reports they often crash to. I am curious to know how good a VIA EPIA mini itx board would be. Stuart Kartsa [EMAIL PROTECTED] wrote: Laz kirjoitti: On Tuesday 16 Oct 2007, Stuart Morris wrote: According to the MVPvdr website http://www.rst38.org.uk/mediamvp/mvpvdr.html there appears to be no way to set timers so I have never been tempted to try it out. I failed to get an early version of the MediaMVP plugin to work many years ago. Vomp is still being developed so maybe you should join the forum http://www.loggytronic.com/forum/ Vomp seems to work quite well. I have an older (H2) MediaMVP which I use on a tele' upstairs, mainly for watching recordings but live TV also works. I think it does have the ability to set timers (on the remote vdr server) but I've never tried that. I also have a newer (H4) MediaMVP which I've never managed to get to work but I think it's meant to. These things load a firmware using TFTP when you boot them and they seem quite picky about which files they will download (or not in the case of the newer one!). It was fairly easy to set the older one up but you do need a DHCP server (to point the MediaMVP at a TFTP server) and a TFTP server to serve the firmware. Both of these are built in to the vompserver plugin but I never managed to get them to work! I'm already running a DHCP server on a different machine so I'm using that to point the MediaMVP at my main vdr box which is running a stand-alone TFTP server. Might sound complicated but it works (at least for the older one!). Some things it is missing (as far as I can tell) are trickspeed playback and editing functions, and some of the remote buttons do different things from how I've got my main vdr remote set up. It allows playback of recordings to be resumed but it uses its own resume files, so if you are halfway through watching a recording on the real vdr system, it will replay from the beginning on the vomp box! I'm not sure I'd want it as my main way of using vdr (lacks some useful features) but is very good for use as a second system. Also much quieter than the old PC I had as a second vdr system upstairs! As I said, I have a MediaMVP and Vompserver running. Have had for some time now (six months or so). The biggest problem is the lack of support for subtitles. And I agree that as with the current properties I am not going to use this as my main device. And you can not edit timers with it only wiev them. Also I would like for the resume to be possible while changing from vdr to mediamvp or vv. But anyway it is good for as a second device in the bedroom. It's small and makes no sound and you can use it for wieving live tv or recordings. And for Stuart, I joined the forum a long time ago :) Still remains to be answered if anyone has tried MVPVdr? \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr - For ideas on reducing your carbon footprint visit Yahoo! For Good this month.___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.5.10, Subtitles gets out of sync
Hi, Elias Luttinen wrote: I also noticed that subtitles disappeared when I was watching YLE TV1, but they also went missing from cable television provider's analog channel later. About the same time when subtitles vanished the following entry was written to the log: Oct 16 21:02:22 jupiter vdr: [2515] subtitleConverter thread started (pid=2452, tid=2515) Oct 16 21:05:30 jupiter vdr: [2509] switching to pre 1.3.19 Dolby Digital compatibility mode Oct 16 21:05:30 jupiter vdr: [2509] setting audio track to 1 (0) Why to switch to pre 1.3.19 Dolby Digital compatibility mode? I didn't notice any sync problems or picture freeze. I'm using satellite FF card with cable budget card. I confirm the same logfile entry. I was watching heute on ZDF (ASTRA 19.2E) a few minutes ago. Subtitles appeared as expected, but after a while, the above log entry appeared, and there were no more changes on screen regarding subtitles. From that time on, every subtitle caused a crack in the dolby audio track and vdr-xine reported some FIXME's in code which deals with dolby audio packets. It seems to me, that subtitle packets slip through as ancient dolby audio packets. I took a short recording (Wetter), which can be used to reproduce the problem. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] DVB-S2 + H.264 support for VDR-1.5.10
On Wed, Oct 17, 2007 at 08:16:54PM +0200, Reinhard Nissl wrote: Hi, attached you'll find an updated patch for VDR-1.5.10. It replaces the formerly patch for VDR-1.5.9. I still don't understand why you want to record h.264 in PES... -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher Oh no, not again ! The bowl of petunias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5x: problem with recording FTA and watching scrambled at the same time
On Wed, Oct 17, 2007 at 11:55:55AM +0300, Arthur Konovalov wrote: Hi all! Our local cable operator transmit on same frequency FTA and scrambled channels. During recording on FTA channel it is not possible to switch to any scrambled channel on the same frequency. Channel not available! message received. At the same time, when recording scrambled channel, switching to FTA or to other scrambled works. This behavior introduced with vdr-1.5.x versions (at least since 1.5.2, if I remember correctly). vdr-1.4.7 performs fine in same situation. I will confirm this, this was main reason for me to change back to 1.4 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] vdr-xine-0.7.12 plugin
Hi, I'm pleased to announce maintenance release 0.7.12 today, which adds support for VDR-1.5.10. You can find it on my homepage: http://home.vr-web.de/~rnissl From HISTORY: 2007-10-17: Version 0.7.12 - Updated INSTALL and MANUAL accordingly. - Added support for VDR-1.5.10's new key kSubtitles and fixed a deadlock due to setting audio volume when changing the primary device. - Added a new configuration option Connection interacts with EIT scanner as requested by Boguslaw Juza (see MANUAL for details). - Added some patches to xine-lib regarding H.264 support, as FFmpeg's decoder improved very much during the past weeks. It supports now multithreaded decoding (you need to enable at least 2 threads in xine-ui to make use of it) and almost complete PAFF support which is used for interlaced images. These new features are only available, when xine-lib is configured to use an external FFmpeg installation. - Added support for VDR-1.5.9's OSD levels. - Fixed compiler warnings when compiled with gcc-4.2.x (thanks to Joerg Bornkessel for suppling the patch). - Exchanged noSignal.pes (thanks to Markus Nissl for supplying the new image). 2007-08-30: Version 0.7.11 - Added preliminary support for OSD changes in VDR-1.5.9. - Added preliminary support for H.264 streams. xine uses FFmpeg for H.264 decoding and as the decoder isn't rock stable at the moment and doesn't support all H.264 features like interlacing, it is likely that some frames do not get decoded or moreover that xine crashes. - Removed some unnecessary calls to clear xine's buffer when switching between pause and play. - Spent a lot of time fixing some issues in xine-lib. Integrated a big bunch of my xine-lib patch into xine-lib-1.1.8. All patches are now part of xine-lib-1.2. - Added the opportunity to change xine's volume in software, like when changing xine's config option gui.audio_mixer_method to Software (thanks to Halim Sahin for the request). - Added the possibility to configure different zoom settings for 4:3 and 16:9 images, which are automatically activated when xine signals a format change (thanks to Detlef Nebermann for the request). Enjoy. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Reel Extension HD PCI
On 10/17/07, Georg Acher [EMAIL PROTECTED] wrote: On Wed, Oct 17, 2007 at 02:00:41PM +0200, Peter Evertz wrote: I have an ordered and paid this card 2 month ago, still waiting. So don't believe the online shop. The shop is bit too optimistic... The production is currently ramping up, a few single cards are already sent to integration volunteers in the vdr forum. AFAIK the metal slot mounting is still missing. Thanks for the information. So it sounds like this card should work in my box but I think I will wait until I can get some feedback from people who are actually using the card. I've been waiting for such a card for awhile and this is the only hardware based HD MPEG2/MPEG4 decoder card I've seen. I've never really been happy with the quality of software decoders or cards with MPEG offload (not full decode) so I hope this card lives up to my expectations :-) Jeremy ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] DVB-S2 + H.264 support for VDR-1.5.10
Hi there, attached you'll find an updated patch for VDR-1.5.10. It replaces the formerly patch for VDR-1.5.9. could you seperate the patch into H.264 and DVB-S2 parts again? I use DVB-C with it here and do not want to upgrade to drivers with DVB-S2 support. Have a look at this page for more instructions on this concern: http://www.vdr-wiki.de/wiki/index.php/OpenSuSE_DVB-S2_-_Step_by_Step_Installationsanleitung_%28Achtung_Beta%29 These are really nice and work fine. Cheers and many thanks for your efforts! Jan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
