vdr

vdr@linuxtv.org

6731 discussions

force cDevice::GetDevice
by Markus Hahn 22 Mar '06

22 Mar '06

Hi there, I am going to enhance Channelscan-Plugin for DVB-T and DVB-C. The scanning will be implemented as "blind scan", and it should work with different hardware sets. eg. two DVB-S and one DVB-T tuner or two DVB-C tuner. In other words I need a reliable way to get a device. Actualy I use this for the moment (DVB-S only, valid transponders only) : ... if (cDevice::GetDevice(i)->ProvidesSource(sourceCode) & !cDevice::GetDevice(i)->Receiving(true)) SetTransponderData(... cDevice::GetDevice(i)->SwitchChannel( ... if that fails (no lock), I go further if (cDevice::GetDevice(i)->ProvidesSource(sourceCode) && cDevice::GetDevice(i)->Receiving(true) && !cDevice::GetDevice(i)->Receiving()) { SetTransponderData(... SwitchChannel( ... But this solution is to weak. Actual, sometimes I don`t get a vaild device at all with valid transponders. Of course recordings or live view could be shutting down if needed. Any suggestions? Regards Markus

1 0

Cosmetic "Info" fix for Undelete-0.0.6
by C.Y.M 22 Mar '06

22 Mar '06

Since VDR-1.3.35, the Summary Key has been renamed to "Info". This is a patch for the undelete-0.0.6 plugin to keep the new naming convention. Best Regards,

1 0

[ANNOUNCE] vdr-xine-0.7.8 plugin
by Reinhard Nissl 21 Mar '06

21 Mar '06

Hi, I'm pleased to announce release 0.7.8 with a little delay: http://home.vr-web.de/~rnissl/vdr-xine-0.7.8.tgz 2006-03-20: Version 0.7.8 - Fixed HISTORY as it mentioned future releases of VDR (thanks to Klaus Schmidinger for reporing this issue). - Fixed sending video data: the first packet after a Clear() got dropped which made editing recordings impossible (thanks to Gregoire Favre for reporting this issue). - Fixed implementation of func_wait as it didn't synchronize VDR and xine as expected. - Adapted vdr-xine to VDR-1.3.44 cOsd::DrawBitmap() (thanks to C.Y.M. for reporting this issue). - Replaced 'prebuffer' by 'buffer' in vdr-xine's setup menu. - Added new setup parameter "buffer hysteresis" which is added to "Live-TV buffer" for determining the initial buffer size which must be achieved before replaying switches to normal speed. It is recommended to reduce your current buffer setting by the value for hysteresis. - Added PTS prediction to stop prebuffer phase much earlier on channels which rarely add PTS to their stream's PES packets. - Changed buffering to monitor the buffer size during a configureable time after the configured buffer size (Live-TV buffer + hysteresis) was initially established. Whenever the buffer size dropps below the configured value (of Live- TV buffer frames), hysteresis is increased by an additional frame and the new buffer is established. - The above changes to buffering allow minimizing the buffer for faster zapping on regular channels while not loosing the ability to watch some special (mosaic) channels which required larger buffer settings. - Implemented continuous monitoring to reestablish the buffer once it drops below the configured value. This allows watching the HDTV demo loop on ASTRA HD forever. This feature can be enabled on demand in vdr-xine's setup menu, as it might be a performance issue on less powerful machines. - As VDR-1.2.6 lacks c*Repackers, the above changes to buffering do not work that precisely with this old VDR version. Just increase the buffer values a bit as necessary. - Fixed an out of range access in OSD scaling code by clipping away negative coordinate areas. The segfault was triggered by opening the audio track menu on channels with at least 20 tracks while VDRs default skins where selected. - Patched xine to speed up OSD operation when switching audio tracks in live TV mode or when showing still frames (e. g. when editing cutting marks). This change most likely breaks binary compatibilty to other xine plugins. - Failed to speed up OSD operation in trick speed modes: it would require to copy each frame at least while OSD is active, which might be a performance issue. So for now, the worst timing for a single OSD operation is about 2500 ms in VDR's first slow reverse mode. A possible solution might be X11 OSD overlay, as it is independent of the video frame, so there is no copying involved. But that's still to investigate. - Implemented OSD scaling in regard to xine's video zoom factor. The OSD will now be scaled accordingly for zoom factors > 100 %. As determining the zoom factors is an "expensive" operation in xine, they are only retrieved when some drawing to the OSD is happening. So you won't see an open OSD to immediately change it's size. - Fixed a segfault in SHQ OSD scaling code by setting the allocated memory to 0. - Updated INSTALL to mention a workaround for xine CVS access, as cvs.sourceforge.net was quite unreliable recently. - Fixed compilation for VDR version 1.2.6 which was only possible by dropping auto primary device feature for version < 1.3.32. - Updated MANUAL accordingly. For this release I suggest the following xine sources: http://home.vr-web.de/~rnissl/xine-lib-cvs-20060319194500.tar.bz2 http://home.vr-web.de/~rnissl/xine-ui-cvs-20060319194500.tar.bz2 Highly recommended for editing old recordings is the following patch: http://home.vr-web.de/~rnissl/vdr-1.3.44-dvbplayer5.patch http://home.vr-web.de/~rnissl/vdr-1.2.6-dvbplayer5.patch For details about the patch see: http://home.vr-web.de/~rnissl/vdr-patches-README.txt Enjoy. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:rnissl@gmx.de

2 3

[ANNOUNCE] VDRNetwork-Xine (DaLiMan)
by vdr＠daliman.de 21 Mar '06

21 Mar '06

Auf http://www.dalibox.de kann eine xine-lib und xine-ui als SuSi 1.0/ SuSE 10.0 rpm gedownloadet werden. Das erspart das lästige Patchen. Weitere Info´s wie immer auf der Homepage. Have a lot of fun!

7 9

Hardware for VDR
by Lollero 21 Mar '06

21 Mar '06

Hi all. My VDR project has been stalled for almost a year now, mainly because of lacking suitable hardware. Can someone confirm if I can get these products to work with VDR? What is required is RGB Scart output, FTA DVB-S, FTA DVB-C and Conax encrypted DVB-C reception (i already have Conax CAM). http://www.dvbshop.net/product_info.php/info/p138_Technotrend-Premium-S-230… http://www.dvbshop.net/product_info.php/info/p59_RGB-J2-Extension-for-Techn… http://www.dvbshop.net/product_info.php/info/p16_Technotrend-Budget-C-1500.… http://www.dvbshop.net/product_info.php/info/p52_Technotrend-Budget-PCI-CI.… http://www.dvbshop.net/product_info.php/info/p55_IR-Modul-2-Meter-COM-Port-… + I already have technotred budget DVB-C without CI connection. Or any better suggestions? --

3 2

[ANNOUNCE] vdr-skinsoppalusikka-0.0.5
by Rolf Ahrenberg 20 Mar '06

20 Mar '06

Hi, yet another minor update for Soppalusikka skin: 2006-03-12: Version 0.0.4 - Added estonian translations (Thanks to Arthur Konovalov). - Some minor changes and updated README. 2006-03-19: Version 0.0.5 - Updated german translations (Thanks to Thomas Günther). - Added option to show/hide auxiliary information of recordings. http://www.saunalahti.fi/~rahrenbe/vdr/soppalusikka/ I've been getting bug reports from DXR3 users, but fortunately I don't own any such cards. :) I'd appreciate alot if someone with access to DXR3 VDR setup would fix the skin and send me a patch (or atleast give me a hint how to fix it). BR, -- rofa

6 9

[PATCH] Extra remote control keys
by Darren Salt 20 Mar '06

20 Mar '06

The attached patches provide support for three keys found on some remote controls such as the A415 (supplied with various current Hauppauge cards). The keys are "repeat", "skip" and "previous channel". The last of these is obvious; the other two duplicate the functions of the yellow and green buttons during recording playback. (If the first two are accepted, I'll apply the third one to xine-lib CVS.) -- | Darren Salt | linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Generate power using sun, wind, water, nuclear. FORGET COAL AND OIL. Statistics are used as a drunk uses lamp posts - support, not illumination.

2 2

Re: vdr Digest, Vol 14, Issue 35
by webmaster＠daliman.de 19 Mar '06

19 Mar '06

Thanks for the translation. How can i use the transaltion-bot? daliman > Moin, >> PD1: What? sorry but couldn't understand you :-) >> > > "You can download a xine-lib and xine-ui version as SuSi 1.0/ SuSE 10.0 > rpm from http://www.dalibox.de. So there is no need for any annoying > patching. For more infomation see the homepage. > > Have a lot of fun!" > > > Gruss, > the vdr mailing list translation bot (beta) > >

1 0

VDR and skins
by Jan Ekholm 19 Mar '06

19 Mar '06

Hi, We've been using the DeepBlue skin for quite some time but it seems to have a few bugs that I have no idea how to fix so we've been looking at something newer. I tried soppalusikka which is a quite nice skin and what we'll be using from now on unless nothing else comes out from this mail. :) As of 1.3.44 the text2skin plugin no longer seems to work, at least I get a: vdr: .../libvdr-text2skin.so.1.3.44: undefined symbol: _ZN5cFontC1EPv when starting VDR, so I guess it requires a patch or two to work. But are there any other skins that work with that system apart from DeepBlue? Haven't seen too many announcements on this list (no, I don't use any of the huge amounts of VDR web forums out there) so I guess either there are no skins that people use or there are no text2skin skins. Or? The alternative is "native" skins like soppalusikka, but I haven't really seen any of those either. What do you others use? I prefer to keep my VDR clean, no extra patches at all, so something like the EAIO thing (or something similar) are out of the question even if they would have nice looks. The patched VDR:s seem to break far too often for our tastes. So, what is the state of the nation when it comes to making VDR look nice? -- In the beginning the Universe was created. This has made a lot of people very angry and been widely regarded as a bad move. -- Douglas Adams

4 7

VDR-1.3.44: speedup patch for cRemux::ScanVideoPacket()
by Reinhard Nissl 19 Mar '06

19 Mar '06

Hi, the attached patch speeds up ScanVideoPacket() in two ways: - finding the start code is done by memchr(), which was the major change for the cVideoRepacker speedup patches some VDR versions ago. - ScanVideoPacket() may skip scanning the packets most of the time when cVideoRepacker is enabled (see source comments for details). As a result, the CPU load of my EPIA system with a 600 MHz CPU drops from 27 % to 17 % for receiving the 'ASTRA HD' HDTV demo channel. Besides the mentioned improvements, I've declared ScanVideoPacket() and GetPacketLength() static and pubic, as I'd like to use their functionality in future versions of vdr-xine. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:rnissl@gmx.de

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr