Re: [vdr] [Patch] Allow to limit SVDRP port to given IP

Hi! Klaus Schmidinger schrieb: > How about this: if svdrphosts.conf contains only one single IP number, then > open the port for only that IP number. Otherwise i needs to be opened > generally, > anyway. AFAIK one can only bind an IP socket to a local address (usually corresponding to a network

Re: [vdr] vdr-xine-0.9.2 plugin does not support cutting.

Hi! Carsten Koch schrieb: > For example, when I use the '7' and '9' keys to jump to the > previous/next cut mark, or when I use the '4' and '6' keys to > fine-position a cut mark, the video image is not updated, so I > am basically forced to navigate in complete darkness. Huh, I always thought thi

Re: [vdr] [OT] NVidia ION mini-ITX arriving

Hi! Alex Betis schrieb: > Fanless?! > > All the pictures there clearly show the CPU fan. > Ofcause it will be a lot better than other solutions we have today. I took a look at the website (German: http://www.zotac.de). Only the dual-core variant shows a CPU fan. Has anybody already spotted a "

Re: [vdr] weekly or daily timers

Hi! VDR User schrieb: > I've been using epgsearch and vdradmind-am for years and I can't > imagine not using them! Yes, I forgot to mention epgsearch. As more and more stations at least in Germany have the nasty habit of moving TV shows to other time slots if the ratings are not satisfactory, ep

Re: [vdr] weekly or daily timers

Hi! marti...@embl.de schrieb: > Is there someway in VDR to say schedule a repeated timer 'record this monday > to > friday from 9pm til 11pm' or at least a daily timer 'record this every monday > between 9pm and 11pm' > > Perhaps some plugin? Any hints? > I am using vdradmin-am to schedule my

Re: [vdr] power consumption, powertop and wakups per second with a af9015 device, vp7045, and various plugins

Antti Palosaari schrieb: > Heinrich Langos wrote: >> How about a module option to force usage of the PID filter? >> Should be easy to add if the code for enabling it on demand is aready >> there. > > It is there. > modinfo dvb-usb > D'Oh, I only looked at 'modinfo dvb-usb-af9015' :) Thanks! M

Re: [vdr] power consumption, powertop and wakups per second with a af9015 device, vp7045, and various plugins

Hi! Antti Palosaari schrieb: > All AF9015 devices supports PID-filtering by HW. And both Windows and > Linux driver supports also. Interesting. How do I enable the HW PID filter? I have an old STB (Cyrix MediaGX 300MHz) that has only USB 1.1. Thanks Martin ___

Re: [vdr] power consumption, powertop and wakups per second with a af9015 device, vp7045, and various plugins

Hi! Heinrich Langos schrieb: > I am pretty sure the Siemens stick doesn't filter PIDs. The easy way to > find out about that is to look at > http://www.linuxtv.org/wiki/index.php/DVB-T_USB_Devices > and check if the device works with usb 1.1 or absolutely needs 2.0. Hmm, I did't look at this pa

Re: [vdr] power consumption, powertop and wakups per second with a af9015 device, vp7045, and various plugins

Hi! Heinrich Langos schrieb: > > I ran a couple of tests with a different DVB-T USB stick. The rather old > "Fujitsu-Siemens DVB-T Mobile TV". That one turns out to need a lot less > system resources. It also transfers the whole transport stream (several > video and audio streams) over the USB and

Re: [vdr] OT: Deinterlacing algorithms [WAS:Re: [PATCH] RGB/PAL over VGA at variable frame rate]

Hi! Morfsta schrieb: > Have you tried changing the audio.synchronization.av_sync_method in > xine-config to be resample instead of metranom? Hmm, I didn't know there was such an option... I especially have these problems with AC3 audio, and these cannot easily be resampled. I have a cheap ASRoc

[vdr] OT: Deinterlacing algorithms [WAS:Re: [PATCH] RGB/PAL over VGA at variable frame rate]

Hi! Torgeir Veimo schrieb: > On 23 Jul 2008, at 23:06, Martin Emrich wrote: > >> (I wonder why there's no simple "TV simulator" that upmixes 50 >> fields/s to 50 frames/s just like a CRT TV?). > > > It's very hard to simulate this 'u

Re: [vdr] [PATCH] RGB/PAL over VGA at variable frame rate

Hi! Thomas Hilber schrieb: > On Wed, Jul 23, 2008 at 12:12:46AM +0200, Martin Emrich wrote: >> I have connected my VDR box to my TV via a DVI-to-HDMI cable, set the >> resolution to 1920x1080 and let the graphics card do the upscaling >> instead of the TV, because the qual

Re: [vdr] [PATCH] RGB/PAL over VGA at variable frame rate

Hi! First thing: A great idea! Thomas Hilber schrieb: > not to forget interlaced formats are still in effect for HDTV. I think > you could recycle the basic idea behind my patch for HDTV as well. I have connected my VDR box to my TV via a DVI-to-HDMI cable, set the resolution to 1920x1080 and l

Re: [vdr] Which DVB-S Card to buy in Germany

Hi! Matthias Fechner schrieb: > Hi, > > I have here an old VDR system running and my DVB-S cards are stopping to > work now (VDR 1.6 and 2xDVB-S cards). > It starts with a lot of distortions and then they stops to record > completely. I have only 0 minute records for my new timers. > > In the

Re: [vdr] new videocard from ATI with hardware decoding of HD video -UVD2

Timothy D. Lenz schrieb: > ATI is not known for good driver support in Linux You should really take look what has happened in this direction recently. They release a new AMD Catalyst (fglrx) driver every month, and it gets better and better, while more and more specs are released to FLOSS driver h

Re: [vdr] False timer conflict

Hi! Christian Wieninger schrieb: > I think this is just a matter of interpretation. EPGSearch checks if a > timer will receive an appropriate device for its complete recording > time. If there is none, it will report a timer conflict. Perhaps it > would be better to report a 'timer problem' bec

[vdr] False timer conflict

Hi! I saw these in my syslog: Jun 7 10:12:01 sauron vdr: [5433] info: 1 timer conflict(s)! First at 11.06 00:19. Show them? Jun 7 10:42:00 sauron vdr: [5433] info: 1 timer conflict(s)! First at 11.06 00:19. Show them? At the time this recording is scheduled, only one of my two cards would be i

Re: [vdr] transponder hopping made easy?

Hi! Carsten Koch schrieb: > One feature that I have been missing for years in that area is: > VDR should not add a channel to a list before it can actually > receive at least audio from it. My "new channels" list is > cluttered with a majority of channels that are not useful to me. > > Some are

Re: [vdr] Controlling VDR with Asterisk PABX

Hi! Mike Parker schrieb: > The solution was to use my PABX (Asterisk), which runs on the VDR server. Nice idea :) I let my VDR show me the number of incoming calls: extensions.conf: exten => number,1,agi(call.sh|${CALLERID}) call.sh: - #!/bin/sh NUMBER="$1" if [ "$NUMBER" = "" ]; then

Re: [vdr] new graphics processor from VIA S3 for HD video

Hi! Igor schrieb: > there's VAAPI - Video Decode Acceleration API Specification > http://www.freedesktop.org/wiki/Software/vaapi > > but seems it hasn't finished yet :( But the Idea sounds quite nice... I dream of a VDR box with an S3 graphics card, decoding full HD DVB-S2 with only free softwa

Re: [vdr] new graphics processor from VIA S3 for HD video

Hi! Theunis Potgieter schrieb: > So it appears there is no hope for my old machine with an AGP port, and > nvidia G-Force 4 MMX 440. I sit in a similar board (GF3 / GF2MX). > Looks like I will have to upgrade, but the craze > will have to settle first before I buy anything. I wonder why they d

Re: [vdr] new graphics processor from VIA S3 for HD video

Hi! Udo Richter schrieb: > There's a lot going on in the hardware accelerated HDTV area lately. > Beside the two big graphic chipsets, there's the Intel Atom/Poulsbo > chipset offering full HDTV acceleration at low power, the Intel G45 > chipset, the AMD 780G chipset, and a cooperation of NVid