[vdr] VDR constantly adding and deleting filters

Hi all! While debugging another issue, I noticed (ADDF/DELF streamdev traffic) that VDR is constantly adding and deleting filters in cPatFilter::Process(). As I don't know of this filter stuff, I ask here: Is this correct behaviour? It probably is, but I just want to be sure :) Below is a log

Re: [vdr] CAM menu umlauts broken?

Hanno Zulla schrieb: Hi, on my e-tobi based 1.6 setup, the CAM menu umlauts are broken, while all the other menu items (that I checked so far) use the correct encoding. Is there a recoding missing between the CAM and the vdr OSD? What LANG environment are u using? Please look at your

Re: [vdr] cvs xineliboutput

Reverting xine_input_vdr.c breaks the OSD scaling. cu Edgar (gimli) Hucek Petri Helin schrieb: [EMAIL PROTECTED] wrote: Petri Helin [EMAIL PROTECTED] writes: For a temporary solution you could revert file xine_input_vdr.c to version 1.127: cvs update -C -r 1.127 xine_input_vdr.c It

Re: [vdr] cvs xineliboutput

gimli wrote: Reverting xine_input_vdr.c breaks the OSD scaling. cu Edgar (gimli) Hucek Could you elaborate a bit? What settings do you have, what is the resolution of the video when it happens, what are the exact symptoms you are experiencing and so on... I myself have not yet

Re: [vdr] cvs xineliboutput

Screen resolution is 1920x1080 for HDTV. When is switch from an SDTV channel to an HDTV channel the OSD is way to small. Looks there is no scalling to the larger resolution. cu Edgar (gimli) Hucek Petri Helin schrieb: gimli wrote: Reverting xine_input_vdr.c breaks the OSD scaling. cu

Re: [vdr] cvs xineliboutput

gimli wrote: Screen resolution is 1920x1080 for HDTV. When is switch from an SDTV channel to an HDTV channel the OSD is way to small. Looks there is no scalling to the larger resolution. Yes, that's an unfortunate side effect. You could try reverting several other files also, namely

Re: [vdr] vdr-xine 0.8.0 to 0.8.2 audio sync problems

Hi I was running vdr-1.6.0 with vdr-xine-0.8.0 and upgraded (for no particular reason!) to vdr-xine-0.8.2. I now have occasional audio/video sync issues when replaying recordings, often cured by stopping and restarting the playback.This happens with new and old, previously good,

Re: [vdr] vdr-xine: Client connect failed!

oops I'm trying to downgrade vdr-xine from 0.8.2 back to 0.8.0 but get vdr-xine: Client connect failed! in std-out. Can this be further diagnosed? The xine-lib and xine-ui seem to otherwise work just fine, just won't connect to vdr-xine. Thanks Simon

[vdr] Switching recording files

Fedora 8, vdr-1.4.7-6.fc8 and old full-feature Terratec C-card. I've configured vdr to start two minutes before the time of the program, and ten minutes after the recording, in case timing is a bit off. For some reason, when recording the Finnish National broadcaster's (YLE) programs, vdr every

Re: [vdr] Switching recording files

Otto J. Makela wrote: Fedora 8, vdr-1.4.7-6.fc8 and old full-feature Terratec C-card. I've configured vdr to start two minutes before the time of the program, and ten minutes after the recording, in case timing is a bit off. For some reason, when recording the Finnish National broadcaster's

Re: [vdr] Switching recording files

On 05/06/08 22:26, Anssi Hannula wrote: Otto J. Makela wrote: Fedora 8, vdr-1.4.7-6.fc8 and old full-feature Terratec C-card. I've configured vdr to start two minutes before the time of the program, and ten minutes after the recording, in case timing is a bit off. For some reason, when

Re: [vdr] vdr-xine: Client connect failed!

I demand that Simon Baxter may or may not have written... I'm trying to downgrade vdr-xine from 0.8.2 back to 0.8.0 but get vdr-xine: Client connect failed! in std-out. Can this be further diagnosed? The xine-lib and xine-ui seem to otherwise work just fine, just won't connect to vdr-xine.