Re: [vdr] Yaepghd record dialog
Thankyou The patched yaepghd now silently adds a timer (or deletes one if it already exists) for the selected event. The help bar is behaving strangely. I had no rgyb ellipses. Even when I re-implemented the ellipses in the code some were coloured some were not and some would be coloured depending on what event was selected. Are you using a different theme to the one included with Yaepghd? If I edited the background png were the help bar is making it black I could see the coloured ellipses. Stuart --- On Sat, 21/11/09, JW wrote: > From: JW > Subject: Re: [vdr] Yaepghd record dialog > To: "VDR Mailing List" > Date: Saturday, 21 November, 2009, 16:09 > I'm not the developer of the yaepghd > plugin, but I had a deeper look at > the source code. Many things of the record dialog have > already been > implemented, but the record dialog isn't called anywhere in > the source > code. So I think this done intentionally. I implemented a > small patch, > that adds the possibility to set timer with the red button > without any > record dialog. The patch attached contains also some other > minor > improvements from other authors. If you have questions > concerning the > patch, you can ask at vdr-portal.de > http://www.vdr-portal.de/board/thread.php?threadid=83864&threadview=0&page=3 > (even it's a German forum, you will get answers in English > ;) ). > > > > I have been trying out the yaepghd plugin. It looks > very impressive > > but the record dialog appears to be disabled. Does > anyone know if this > > has been intentionally disabled or is only partially > implemented? > > > > There has been no development activity on this plugin > for about > > 9 months now. > > > > > > > > > > > > ___ > > vdr mailing list > > vdr@linuxtv.org > > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > -Inline Attachment Follows- > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] deinterlacing VDR-HD on xine?
Hello list, after some unsuccesfull tests with HD-VDR on Ubuntu, I decided to return to Opensuse (i'm using it for SD-VDR for about 4 years). I installed a fresh 11.2 x64 version, compiled v4l-dvb-b8eb9e860545 drivers, installed NVIDIA-Linux-x86_64-190.32, compiled xine-lib-1.2 patched with xine-lib-1.2-vdpau-r284.diff by Reinhard Nissl, vdr-1.7.9 with liemikuutio patch, vdr-xine-0.9.3 and PearlHD skin. I had to make the following settings to have a tear-free HD video: - give 512 MB RAM for onboard video (i have 8200 onboard on Asus M3N78-VM, 2GB) - set cpu-freq to the max. possible value of 2.1 GHz (aka "performance governor") as i had problems letting cpu-freq to choose the cpu frequency (i don't understand, why, as i had no cpu load higher than 40% even on high bitrate HD channels) - AMD BE-2350 - disabling composite out in xorg.conf (I have a 1920x1080 LCD connected via dvi) - and the usual settings in ~/.xine/config for buffer values Now VDR works fine even on high bitrate channels with "xine --post vdr_video --post vdr_audio --post upmix_mono --post vdr". The problem is, if I'm trying to activate deinterlacing in xine ( -Dtvtime:method=Greedy2Frame,cheap_mode=0,pulldown=0,use_progressive_frame_flag=1 and many other tvtime setups) I end up with some dropped frames and freezes on high bitrate HD channels (>12mbps). Is this issue coming from my hardware's limitations (not enough CPU or GPU power), or is there any more things to fine-tune? thanks, István -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] deinterlacing VDR-HD on xine?
2009/11/24 Füley István : > Hello list, > > after some unsuccesfull tests with HD-VDR on Ubuntu, I decided to return to > Opensuse (i'm using it for SD-VDR for about 4 years). I installed a fresh > 11.2 x64 version, compiled v4l-dvb-b8eb9e860545 drivers, installed > NVIDIA-Linux-x86_64-190.32, compiled xine-lib-1.2 patched with > xine-lib-1.2-vdpau-r284.diff by Reinhard Nissl, vdr-1.7.9 with liemikuutio > patch, vdr-xine-0.9.3 and PearlHD skin. > I had to make the following settings to have a tear-free HD video: > - give 512 MB RAM for onboard video (i have 8200 onboard on Asus M3N78-VM, > 2GB) > - set cpu-freq to the max. possible value of 2.1 GHz (aka "performance > governor") as i had problems letting cpu-freq to choose the cpu frequency (i > don't understand, why, as i had no cpu load higher than 40% even on high > bitrate HD channels) - AMD BE-2350 > - disabling composite out in xorg.conf (I have a 1920x1080 LCD connected via > dvi) > - and the usual settings in ~/.xine/config for buffer values > > Now VDR works fine even on high bitrate channels with "xine --post > vdr_video --post vdr_audio --post upmix_mono --post vdr". The problem is, if > I'm trying to activate deinterlacing in xine ( > -Dtvtime:method=Greedy2Frame,cheap_mode=0,pulldown=0,use_progressive_frame_flag=1 > and many other tvtime setups) I end up with some dropped frames and freezes > on high bitrate HD channels (>12mbps). > > Is this issue coming from my hardware's limitations (not enough CPU or GPU > power), or is there any more things to fine-tune? > > thanks, > > István > Derek/VDR User uses xine as his vdr plugin and he uses vdpau, perhaps you should not use a software de-interlacer/post plugin, but rather tell vdpau to enable de-interlacing. on xineliboutput I use the tvtime output plugin, where I tell it to use my video output driver's de-interlacer. 8200 should be supported http://en.wikipedia.org/wiki/Nvidia_PureVideo Hope this help, search the forum for Derek/VDR xine's command line. > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] deinterlacing VDR-HD on xine?
2009/11/24 Theunis Potgieter : > 2009/11/24 Füley István : >> Is this issue coming from my hardware's limitations (not enough CPU or GPU >> power), or is there any more things to fine-tune? > Derek/VDR User uses xine as his vdr plugin and he uses vdpau, perhaps > you should not use a software de-interlacer/post plugin, but rather > tell vdpau to enable de-interlacing. on xineliboutput I use the tvtime > output plugin, where I tell it to use my video output driver's > de-interlacer. try --post tvtime:method=use_vo_driver and in your .xine/config # vdpau: HD deinterlace method # { bob half temporal half temporal_spatial temporal temporal_spatial }, default: 3 video.output.vdpau_deinterlace_method:temporal Or whichever method you'd like to try. Not all hardware supports temporal_spatial. -- -Tor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] deinterlacing VDR-HD on xine?
> and in your .xine/config > > # vdpau: HD deinterlace method > # { bob half temporal half temporal_spatial temporal > temporal_spatial }, default: 3 > video.output.vdpau_deinterlace_method:temporal > > Or whichever method you'd like to try. Not all hardware supports > temporal_spatial. And maybe also # vdpau: disable deinterlacing when progressive_frame flag is set # bool, default: 0 video.output.vdpau_honor_progressive:1 # vdpau: disable advanced deinterlacers chroma filter # bool, default: 0 video.output.vdpau_skip_chroma_deinterlace:1 -- -Tor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Antw: Re: Yaepghd record dialog
>>>Stuart Morris schrieb am 11/24/2009 um 10:30: > Thankyou > The patched yaepghd now silently adds a timer (or deletes one if it already > exists) for the selected event. Maybe I should have mentioned that you have to add a new eventInfo area to the theme file in order to see the status of the events just like in vanilla vdr schedule menu ( [* t T V] currently running, timer offset, timer , and VPS) eventInfoFont="Accidental Presidency;20" # same as eventDate and eventTime eventInfoColor=FF1B537C eventInfoGeom=x,y,w,h x1,y1 are the coordinates and w, h the width, resp. height of the eventInfo area. So you have to find a free place depending on your theme file. By the way, you can edit the yaepghd theme file while vdr is running. When you close yaepghd and reopen it, the theme file is also reloaded. > > The help bar is behaving strangely. I had no rgyb ellipses. Even when I > re‑implemented the ellipses in the code some were coloured some were not and > some would be coloured depending on what event was selected. > Are you using a > different theme to the one included with Yaepghd? If I edited the background > png were the help bar is making it black I could see the coloured ellipses. A part of this patch is originally from my yaepgsd (downgraded for 80 kb FF osd memory). This is why I commented the ellipses out, as they would all have the same color anyway. In my sd theme I don't even have a helpbar. Therefore I can't say anything about this strange behavior. > > Stuart > > ‑‑‑ On Sat, 21/11/09, JW wrote: > >> From: JW >> Subject: Re: [vdr] Yaepghd record dialog >> To: "VDR Mailing List" >> Date: Saturday, 21 November, 2009, 16:09 >> I'm not the developer of the yaepghd >> plugin, but I had a deeper look at >> the source code. Many things of the record dialog have >> already been >> implemented, but the record dialog isn't called anywhere in >> the source >> code. So I think this done intentionally. I implemented a >> small patch, >> that adds the possibility to set timer with the red button >> without any >> record dialog. The patch attached contains also some other >> minor >> improvements from other authors. If you have questions >> concerning the >> patch, you can ask at vdr‑portal.de >> http://www.vdr‑portal.de/board/thread.php?threadid=83864&threadview=0&page=3 >> (even it's a German forum, you will get answers in English >> ;) ). >> >> >> > I have been trying out the yaepghd plugin. It looks >> very impressive >> > but the record dialog appears to be disabled. Does >> anyone know if this >> > has been intentionally disabled or is only partially >> implemented? >> > >> > There has been no development activity on this plugin >> for about >> > 9 months now. >> > >> > >> > >> > >> > >> > ___ >> > vdr mailing list >> > vdr@linuxtv.org >> > http://www.linuxtv.org/cgi‑bin/mailman/listinfo/vdr >> >> ‑Inline Attachment Follows‑ >> >> ___ >> vdr mailing list >> vdr@linuxtv.org >> http://www.linuxtv.org/cgi‑bin/mailman/listinfo/vdr >> > > > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi‑bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Dynamic PIDs
Klaus Schmidinger kirjoitti: > On 23.11.2009 18:36, Jouni Karvo wrote: > >> hi, >> >> is there somewhere a patch that would remove the break when the >> broadcaster uses "dynamic pids" (such as YLE). Now, when a programme >> starts at YLE, they change the Audio PID number, leading to VDR >> re-tuning or something, that leads to a 1-2s break in the show. There is >> no change in frequency, so I don't see any reason why there is such a break. >> > > VDR simply "retunes" whenever the PIDs or other parameters change. > It just keeps things simple ;-) > > I appreciate this KISS approach. > Changing the PIDs while a broadcast is already running is not > a very good practice... > Well. They probably think it is very much using the possibilities of the new technology. Luckily they do not switch them during news broadcasts, when interviewing foreign people. Now that would be a nightmare. yours, Jouni ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Dynamic PIDs
Rolf Ahrenberg kirjoitti: > On Mon, 23 Nov 2009, Jouni Karvo wrote: > >> is there somewhere a patch that would remove the break when the >> broadcaster uses "dynamic pids" (such as YLE). Now, when a programme >> starts at YLE, they change the Audio PID number, leading to VDR >> re-tuning or something, that leads to a 1-2s break in the show. There is >> no change in frequency, so I don't see any reason why there is such a >> break. > > As a quick fix just disable the pid updates ("Channel update: no/names > only"). Yle is always using the same pid numbers although they're > switching them on and off, so you can easily fix these numbers in your > channel.conf. :( Thanks for the hint, but this is a pain. A quick search found the "confidential" A-PID list from here: http://www.digita.fi/binary.asp?path=1840;1852;7462;11558 Seems they are rotating between three apids on each channel. How ingenious :/ yours, Jouni ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] skinsoppalusikka box size in HD
Hello, I am using skinsoppalusikka(thanks Rolf for great job). VDR with latest xineliboutput allow use full HD OSD. But it is problem because box size for timers and status is divided from symbol size and it is too small. I can't use font sizes over 3.6%. Here is bugfix for replay screen. Jiri PS: exept this bug, skinsoppalusikka use olny one lineWeight. If you try use bigger small font than normal characters overload from boxies, but it is not fixed in this patch. --- diff -urN skinsoppalusikka-1.6.4/soppalusikka.c skinsoppalusikka-1.6.4-patched/soppalusikka.c --- skinsoppalusikka-1.6.4/soppalusikka.c2009-04-14 03:20:00.0 +0200 +++ skinsoppalusikka-1.6.4-patched/soppalusikka.c2009-11-24 16:08:35.0 +0100 @@ -1175,18 +1175,20 @@ cSkinSoppalusikkaDisplayReplay::cSkinSoppalusikkaDisplayReplay(bool ModeOnly) { int sw = bmFastReverse.Width() + bmSlowReverse.Width() + bmPlay.Width() + bmPause.Width() + bmSlowForward.Width() + bmFastForward.Width(); - lineHeight = cFont::GetFont(fontOsd)->Height(); + lineHeight = cFont::GetFont(fontSml)->Height(); + if (lineHeight < bmPause.Height()) lineHeight = bmPause.Height(); drawdate = true; modeonly = ModeOnly; x0 = 0; x1 = x0 + BigGap; x2 = x1 + Roundness; - x3 = x2 + sw + 5 * Gap; + x3 = x2 + cFont::GetFont(fontSml)->Width("XXX 00.00.00 00:00") + 2 * Gap; x4 = x3 + 4 * BigGap; x10 = cOsd::OsdWidth(); x9 = x10 - BigGap; x8 = x9 - Roundness; - x6 = x8 - sw - 5 * Gap; + x6 = x8 - cFont::GetFont(fontSml)->Width("00:00:00/00:00:00") - 2 * Gap; + if (x6 > x8 - sw - 5 * Gap) x6 = x8 - sw - 5 * Gap; x7 = x6 + (x8 - x6) / 2; x5 = x6 - 4 * BigGap; y0 = 0; ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Dynamic PIDs
Jouni Karvo kirjoitti: > Rolf Ahrenberg kirjoitti: > >> On Mon, 23 Nov 2009, Jouni Karvo wrote: >> >> >>> is there somewhere a patch that would remove the break when the >>> broadcaster uses "dynamic pids" (such as YLE). Now, when a programme >>> starts at YLE, they change the Audio PID number, leading to VDR >>> re-tuning or something, that leads to a 1-2s break in the show. There is >>> no change in frequency, so I don't see any reason why there is such a >>> break. >>> >> As a quick fix just disable the pid updates ("Channel update: no/names >> only"). Yle is always using the same pid numbers although they're >> switching them on and off, so you can easily fix these numbers in your >> channel.conf. >> > > Tried this, but it seems it loses the subtitling PIDs. Is there a way to get both - subtitling and non-breaking TV viewing? yours, Jouni ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Dynamic PIDs
On 24.11.2009 18:28, Jouni Karvo wrote: > Jouni Karvo kirjoitti: >> Rolf Ahrenberg kirjoitti: >> >>> On Mon, 23 Nov 2009, Jouni Karvo wrote: >>> >>> is there somewhere a patch that would remove the break when the broadcaster uses "dynamic pids" (such as YLE). Now, when a programme starts at YLE, they change the Audio PID number, leading to VDR re-tuning or something, that leads to a 1-2s break in the show. There is no change in frequency, so I don't see any reason why there is such a break. >>> As a quick fix just disable the pid updates ("Channel update: no/names >>> only"). Yle is always using the same pid numbers although they're >>> switching them on and off, so you can easily fix these numbers in your >>> channel.conf. >>> >> > Tried this, but it seems it loses the subtitling PIDs. Is there a way > to get both - subtitling and non-breaking TV viewing? It might be interesting to learn why they do this "PID cycling" in the first place. Have you ever tried contacting them and asking why they do such a stupid thing? Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Dynamic PIDs
Klaus Schmidinger wrote: > On 24.11.2009 18:28, Jouni Karvo wrote: >> Jouni Karvo kirjoitti: >>> Rolf Ahrenberg kirjoitti: >>> On Mon, 23 Nov 2009, Jouni Karvo wrote: > is there somewhere a patch that would remove the break when the > broadcaster uses "dynamic pids" (such as YLE). Now, when a programme > starts at YLE, they change the Audio PID number, leading to VDR > re-tuning or something, that leads to a 1-2s break in the show. There is > no change in frequency, so I don't see any reason why there is such a > break. > As a quick fix just disable the pid updates ("Channel update: no/names only"). Yle is always using the same pid numbers although they're switching them on and off, so you can easily fix these numbers in your channel.conf. >>> >> Tried this, but it seems it loses the subtitling PIDs. Is there a way >> to get both - subtitling and non-breaking TV viewing? > > It might be interesting to learn why they do this "PID cycling" > in the first place. Have you ever tried contacting them and asking > why they do such a stupid thing? Different programmes have a different number of languages, so the number of active pids changes. Isn't that correct behaviour? -- Anssi Hannula ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] deinterlacing VDR-HD on xine?
On Tue, 24 Nov 2009, Torgeir Veimo wrote: and in your .xine/config # vdpau: HD deinterlace method # { bob half temporal half temporal_spatial temporal temporal_spatial }, default: 3 video.output.vdpau_deinterlace_method:temporal Or whichever method you'd like to try. Not all hardware supports temporal_spatial. I enabled deinterlacing in vdpau and it's working fine :) Thanks for the hints, deintelacing it's just fine now. Maybe it could be even better on fast moving (ex. soccer), but the most important is that I'm having deinterlaced HD video on my VDR without freezes! And maybe also # vdpau: disable deinterlacing when progressive_frame flag is set # bool, default: 0 video.output.vdpau_honor_progressive:1 # vdpau: disable advanced deinterlacers chroma filter # bool, default: 0 video.output.vdpau_skip_chroma_deinterlace:1 I also tried these, to be honest, I see no major difference. I left them as suggested by Torgeir Veimo. Thanks again. One more question. I have couple of programs which are offering 16:9 content in 4:3 format, so on my 16:9 display I have a small image with a huge black border. At the moment I have two solution for this: press Z in xine to zoom, or set up a 1.33 zoom ratio in vdr-xine setup window. Is there any way to switch this zoom level on/off with my vdr-remote? István -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Dynamic PIDs
On Tue, 24 Nov 2009, Jouni Karvo wrote: Tried this, but it seems it loses the subtitling PIDs. Is there a way to get both - subtitling and non-breaking TV viewing? Oh, I forgot that the spids aren't present in channels.conf, so you need to patch the vdr in a way or another. I guess the quick'n'dirty fix would be adding support for spids into channels.conf... BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Dynamic PIDs
On 24.11.2009 19:22, Anssi Hannula wrote: > Klaus Schmidinger wrote: >> On 24.11.2009 18:28, Jouni Karvo wrote: >>> Jouni Karvo kirjoitti: Rolf Ahrenberg kirjoitti: > On Mon, 23 Nov 2009, Jouni Karvo wrote: > > >> is there somewhere a patch that would remove the break when the >> broadcaster uses "dynamic pids" (such as YLE). Now, when a programme >> starts at YLE, they change the Audio PID number, leading to VDR >> re-tuning or something, that leads to a 1-2s break in the show. There is >> no change in frequency, so I don't see any reason why there is such a >> break. >> > As a quick fix just disable the pid updates ("Channel update: no/names > only"). Yle is always using the same pid numbers although they're > switching them on and off, so you can easily fix these numbers in your > channel.conf. > >>> Tried this, but it seems it loses the subtitling PIDs. Is there a way >>> to get both - subtitling and non-breaking TV viewing? >> It might be interesting to learn why they do this "PID cycling" >> in the first place. Have you ever tried contacting them and asking >> why they do such a stupid thing? > > Different programmes have a different number of languages, so the number > of active pids changes. Isn't that correct behaviour? Sure, but why "cycle" them through various values, and not use the same ones for the same languages? As long as the PID switch takes place outside a show, that's of course ok. Switching them *inside* a show is IMHO not a good idea. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Dynamic PIDs
Klaus Schmidinger wrote: > On 24.11.2009 19:22, Anssi Hannula wrote: >> Klaus Schmidinger wrote: >>> On 24.11.2009 18:28, Jouni Karvo wrote: Jouni Karvo kirjoitti: > Rolf Ahrenberg kirjoitti: > >> On Mon, 23 Nov 2009, Jouni Karvo wrote: >> >> >>> is there somewhere a patch that would remove the break when the >>> broadcaster uses "dynamic pids" (such as YLE). Now, when a programme >>> starts at YLE, they change the Audio PID number, leading to VDR >>> re-tuning or something, that leads to a 1-2s break in the show. There is >>> no change in frequency, so I don't see any reason why there is such a >>> break. >>> >> As a quick fix just disable the pid updates ("Channel update: no/names >> only"). Yle is always using the same pid numbers although they're >> switching them on and off, so you can easily fix these numbers in your >> channel.conf. >> > Tried this, but it seems it loses the subtitling PIDs. Is there a way to get both - subtitling and non-breaking TV viewing? >>> It might be interesting to learn why they do this "PID cycling" >>> in the first place. Have you ever tried contacting them and asking >>> why they do such a stupid thing? >> Different programmes have a different number of languages, so the number >> of active pids changes. Isn't that correct behaviour? > > Sure, but why "cycle" them through various values, and not use the same > ones for the same languages? As far as I can see they keep them the same, and VDR retunes just because the number of tracks changes. > As long as the PID switch takes place outside a show, that's of course ok. > Switching them *inside* a show is IMHO not a good idea. The change of active PIDs takes place when a show begins, causing 1-2s of stream to go missing due to the retune as Jouni described in the initial post. -- Anssi Hannula ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Dynamic PIDs
On 24.11.2009 22:38, Anssi Hannula wrote: > Klaus Schmidinger wrote: >> On 24.11.2009 19:22, Anssi Hannula wrote: >>> Klaus Schmidinger wrote: On 24.11.2009 18:28, Jouni Karvo wrote: > Jouni Karvo kirjoitti: >> Rolf Ahrenberg kirjoitti: >> >>> On Mon, 23 Nov 2009, Jouni Karvo wrote: >>> >>> is there somewhere a patch that would remove the break when the broadcaster uses "dynamic pids" (such as YLE). Now, when a programme starts at YLE, they change the Audio PID number, leading to VDR re-tuning or something, that leads to a 1-2s break in the show. There is no change in frequency, so I don't see any reason why there is such a break. >>> As a quick fix just disable the pid updates ("Channel update: no/names >>> only"). Yle is always using the same pid numbers although they're >>> switching them on and off, so you can easily fix these numbers in your >>> channel.conf. >>> >> > Tried this, but it seems it loses the subtitling PIDs. Is there a way > to get both - subtitling and non-breaking TV viewing? It might be interesting to learn why they do this "PID cycling" in the first place. Have you ever tried contacting them and asking why they do such a stupid thing? >>> Different programmes have a different number of languages, so the number >>> of active pids changes. Isn't that correct behaviour? >> Sure, but why "cycle" them through various values, and not use the same >> ones for the same languages? > > As far as I can see they keep them the same, and VDR retunes just > because the number of tracks changes. > >> As long as the PID switch takes place outside a show, that's of course ok. >> Switching them *inside* a show is IMHO not a good idea. > > The change of active PIDs takes place when a show begins, causing 1-2s > of stream to go missing due to the retune as Jouni described in the > initial post. It sure wouldn't hurt if they changed the PIDs a little earlier. Other channels do that. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] deinterlacing VDR-HD on xine?
2009/11/24 Füley István : > On Tue, 24 Nov 2009, Torgeir Veimo wrote: > >>> and in your .xine/config >>> >>> # vdpau: HD deinterlace method >>> # { bob half temporal half temporal_spatial temporal >>> temporal_spatial }, default: 3 >>> video.output.vdpau_deinterlace_method:temporal >>> >>> Or whichever method you'd like to try. Not all hardware supports >>> temporal_spatial. > > I enabled deinterlacing in vdpau and it's working fine :) Thanks for the > hints, deintelacing it's just fine now. Maybe it could be even better on > fast moving (ex. soccer), but the most important is that I'm having > deinterlaced HD video on my VDR without freezes! > >> And maybe also >> >> # vdpau: disable deinterlacing when progressive_frame flag is set >> # bool, default: 0 >> video.output.vdpau_honor_progressive:1 >> >> # vdpau: disable advanced deinterlacers chroma filter >> # bool, default: 0 >> video.output.vdpau_skip_chroma_deinterlace:1 > > I also tried these, to be honest, I see no major difference. I left them as > suggested by Torgeir Veimo. Thanks again. > > One more question. I have couple of programs which are offering 16:9 content > in 4:3 format, so on my 16:9 display I have a small image with a huge black > border. At the moment I have two solution for this: press Z in xine to zoom, > or set up a 1.33 zoom ratio in vdr-xine setup window. > Is there any way to switch this zoom level on/off with my vdr-remote? > Crop feature on xineliboutput is what you require, except it doesn't work without a patch when using vdpau. The same goes for vdr-xine. Have a look here -> http://vdr-portal.de/board/thread.php?threadid=86804 > István > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr