Re: [vdr] Editing usability
Hi Klaus, On Sa, Mai 09, 2009 at 10:04:59 +0200, Klaus Schmidinger wrote: Personally I don't find the key mapping that unintuitive. After all, FULLACK the number keys are unused in replay mode, so why not use them for editing? 2=Cut 4=Move Back 6=Move Forward 7=Jump Back 8=Test 9=Jump Forward 0=Toggle Klaus ((PLEASE)) not change this. It makes sense to use the numbers in replaymode. Building a custom remote control with more keys is not practicable. Thanks for your work. Regards Halim ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Can I disable pause live tv altogher?
If there's any intention to add live tv caching then ram should definitely be available to the user as a storage option. Although I don't really care about the feature, I don't mind if my ram is being used whereas I absolutely don't want a harddrive constantly running for it. Btw, I haven't paid more then $20 for 2x2GB sticks of ram in ages, though I always take advantage of MIR's on them. I actually have 8GB sitting new in the packaging but didn't want to pass up some great deals. :) RAM + HDD = SSD Overheating, spinning... it's something from dinosaurs' era :)) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Can I disable pause live tv altogher?
On Sun, May 10, 2009 at 1:49 AM, Andrey Kuzmin mailli...@egodot.net wrote: If there's any intention to add live tv caching then ram should definitely be available to the user as a storage option. Although I don't really care about the feature, I don't mind if my ram is being used whereas I absolutely don't want a harddrive constantly running for it. Btw, I haven't paid more then $20 for 2x2GB sticks of ram in ages, though I always take advantage of MIR's on them. I actually have 8GB sitting new in the packaging but didn't want to pass up some great deals. :) RAM + HDD = SSD More like flash ram + hdd = ssd. You don't want to use an ssd for something like this just yet. Btw, I picked up a 30GB ssd drive which is now the os drive on my Vista 64 desktop. Damn nice! Boots to desktop in about 7 seconds. Almost no load time for apps (even large with many plugins). I can't wait until ssd technology matures a little more and the price drops! Overheating, spinning... it's something from dinosaurs' era :)) Yes! :) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Black screen on some channels with vdr 1.7.6
On 05/05/09 13:52, alexw wrote: Hi, You can also add one more case : case 0x19: // advanced codec HD digital television service Can you please post a tested patch that implements this? Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [patch] optimize device selection
Hi,
This patch is for vdr users's which have several cards.
He changes the device selection, by adding two factors in the 'impact' choice :
- prefering a already tuned device
- the last usage time of device
So, all devices are used and zapping time is reduce.
Works better when eitscanner is disable.
Regards,
JLac
diff -bBurN vdr-1.7.7-orig/device.c vdr-1.7.7/device.c
--- vdr-1.7.7-orig/device.c 2009-05-02 14:17:39.0 +0200
+++ vdr-1.7.7/device.c 2009-05-10 18:52:27.0 +0200
@@ -84,6 +84,7 @@
camSlot = NULL;
startScrambleDetection = 0;
+ startReceiving = 0;
player = NULL;
isPlayingVideo = false;
@@ -264,6 +265,11 @@
// to their individual severity, where the one listed first will make the most
// difference, because it results in the most significant bit of the result.
uint32_t imp = 0;
+
+ imp = 1; imp |= device[i]-IsTunedToTransponder(Channel) ? 0 : 1; // prefer device already tune
+ int t=((time(NULL)-device[i]-startReceiving)/16);
+ imp = 4; imp |= t 0x0f ? 0 : 0x0f-t; // sort devices by last time usage
+
imp = 1; imp |= LiveView ? !device[i]-IsPrimaryDevice() || ndr : 0; // prefer the primary device for live viewing if we don't need to detach existing receivers
imp = 1; imp |= !device[i]-Receiving() (device[i] != cTransferControl::ReceiverDevice() || device[i]-IsPrimaryDevice()) || ndr; // use receiving devices if we don't need to detach existing receivers, but avoid primary device in local transfer mode
imp = 1; imp |= device[i]-Receiving(); // avoid devices that are receiving
@@ -290,6 +296,7 @@
break; // no CAM necessary, so just one loop over the devices
}
if (d) {
+ d-startReceiving = time(NULL);
if (NeedsDetachReceivers)
d-DetachAllReceivers();
if (s) {
diff -bBurN vdr-1.7.7-orig/device.h vdr-1.7.7/device.h
--- vdr-1.7.7-orig/device.h 2009-05-02 14:16:20.0 +0200
+++ vdr-1.7.7/device.h 2009-05-10 18:49:00.0 +0200
@@ -340,6 +340,7 @@
private:
time_t startScrambleDetection;
+ time_t startReceiving;
cCamSlot *camSlot;
public:
virtual bool HasCi(void);
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] vdr-webvideo 0.1.5
New version of the Webvideo plugin is available at http://users.tkk.fi/~aajanki/vdr/webvideo/ The Webvideo plugin is a tool for browsing and downloading videos from popular video sharing websites, such as YouTube and Google video, using VDR menu interface or a command line client. With the help of xineliboutput plugin the videos can be played directly without downloading them first. Changes: 2009-05-10: Version 0.1.5 - Don't crash VDR if can't connect to the daemon - Updated to work with Python 2.6 (a parameter name has changed in asynchat) - Force the installation prefix for Python scripts to be /usr, not /usr/local - Command line argument --daemoncmd specifies the command for starting the webvid daemon -- Antti Ajanki ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
