Re: [vdr] Any really working HD video output systems for VDR?

VDR User schrieb: > VDR + hdtv has been pretty stable for me for some time now. The few > problems I ran into (with VDPAU) were quickly fixed by the xine-vdpau > devs. I'm not the only one either, I know a bunch of guys doing the > same. It's a highly discussed topic and I'm honestly surprised t

Re: [vdr] ExtensionHD and VDR 1.7.6

Magnus Hörlin schrieb: > xineliboutput HD OSD works as of wednesdays cvs. If you mean an OSD with more than lets say 1000x800 Pixels, I forgot the exact numbers, I use this already with the stable xineliboutput 1.0.4. Gerald ___ vdr mailing list vdr@

Re: [vdr] epgsearch as default EPG browser/guide?

Am Wed, 27 May 2009 21:40:58 +0200 schrieb Nicolas Huillard : > Alex Betis a écrit : > > Is there a way to configure VDR show the epgsearch plugin as > > default guide? Currently I can access the plugin by pressing green > > button or from the menu. > > > > I'd like it to replace the default EPG

Re: [vdr] How to change channels.conf externally into a running vdr?

Seppo Ingalsuo schrieb: > Does it synchronize channels too? Forget it, I wrote nonsense, sorry Gerald ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] How to change channels.conf externally into a running vdr?

> I'm now killing my secondary vdr instances while the channels are copied > by a cron job every night. It would be more practical for remote > vdr-sxfe clients to keep vdr processes running to avoid loosing the > streaming connection. Is it possible to signal somehow vdr to reread > it's entire ch

Re: [vdr] Can I disable pause live tv altogher?

Am Sat, 9 May 2009 06:15:18 -0700 schrieb VDR User : > On Sat, May 9, 2009 at 4:05 AM, Gerald Dachs wrote: > > Am Sat, 09 May 2009 12:38:39 +0200 > > schrieb Klaus Schmidinger : > >> It also raises several questions: > >> > >> - When should such a recor

Re: [vdr] Can I disable pause live tv altogher?

Am Sat, 09 May 2009 12:38:39 +0200 schrieb Klaus Schmidinger : > It also raises several questions: > > - When should such a recording be deleted? > If it gets deleted as soon as replay is stopped, you'll be very > surprised when you (or your kids ;-) inadvertently press Stop, and > you can't res

Re: [vdr] Can I disable pause live tv altogher?

Am Sat, 09 May 2009 10:33:58 +0300 schrieb Jouni Karvo : > No, I meant deleting automatically the pause-live-TV "recording". > That recording is conceptually just a technical implementation issue > (and should not be visible in the recordings list, even, in my > opinion). The end user needs not c

Re: [vdr] 2 little bugs report

Quoting marti...@embl.de: > Also one little thing that is driving me crazy. > My 3 years old daughter presses accidentally the Pause button and starts al > l > sort of instant recordings silenty, my wife then complains vdr is broken > because she can´t change channels. > > What I am asking for is

Re: [vdr] vdr and vdpau

> I have improvement with HD channels cpu utilization wise but still > choppy image. > > Do I need to patch vdr itself or change some config options to > optimize the speed? Don't let the powernowd or the cpufreqd clock down your CPU. With the current Nvidia-Driver you need at least 2GHz clock sp

Re: [vdr] 2 channels on Astra 19e working but HD choking...

Am Sat, 25 Apr 2009 19:07:53 +0200 schrieb marti...@embl.de: > Now I have a different problem, HD channels consume between 81% and > 93% of CPU > so pixelation occurs and audio drops at intervals as the system is > basicall y > choking at 1080p with encrypted HD channels. > And this motherboard h

Re: [vdr] [Fwd: Re: let vdr ignore non vdr directories ?]

Quoting Peter Dittmann : > E.g. ctvdr/debian uses (I think ...) /var/vdr/videoX directly to mount the > partition. The directories are named /var/lib/video.XX and this are not necessary partitions, but could be of course. > Strange as it finally uses symlinks to create the /videoX. So change wo

Re: [vdr] xineliboutput cvs broken osd scaling

Am Tue, 14 Apr 2009 19:03:26 +0200 schrieb Malte Schröder : > On Tue, 14 Apr 2009 14:09:26 +0300 > Pertti Kosunen wrote: > > > Malte Schröder wrote: > > > BTW. the problem does not occur when using HUD-Mode, but that > > > doesn't play nice with VDPAU yet ... > > > > I can't get any OSD with --

Re: [vdr] Question about VDR changes for a high-color osd.

Quoting Torgeir Veimo : > Why not go all the way and implement an opengl rendered OSD with vdpau? > This would of course require information from vdr in a slightly different > form; ie. semantically instead of pixels. I'd suggest trying to get the OSD > information as HTML from VDR, then allowing

Re: [vdr] Question about VDR changes for a high-color osd.

Am Mon, 13 Apr 2009 20:17:50 +0200 schrieb Klaus Schmidinger : > On 13.04.2009 20:11, VDR User wrote: > > There's been recent talk in #xine-vdpau about expanding VDR to allow > > for a high color osd. Does anyone happen to know any bad > > implications of changing tIndex from uint8_t to a uint16_

Re: [vdr] ERROR (thread.c,225): Keine Berechtigung

Am Fri, 10 Apr 2009 12:28:35 +0200 schrieb Udo Richter : > On 08.04.2009 15:41, Gerald Dachs wrote: > > On every start of the vdr I get this error message: > >Apr 2 00:33:36 vdr vdr: [2462] ERROR (thread.c,225): Keine > > Berechtigung It comes from cThread::SetPri

[vdr] ERROR (thread.c,225): Keine Berechtigung

On every start of the vdr I get this error message: Apr 2 00:33:36 vdr vdr: [2462] ERROR (thread.c,225): Keine Berechtigung It comes from cThread::SetPriority and seems to be harmless, but annoying. Is the attached patch the right cure? Gerald --- vdr-1.6.0/thread.c.orig 2009-04-08 15:33:52

Re: [vdr] xinelibout --hud + xcompmgr = tearing

Am Tue, 17 Mar 2009 23:17:38 +0200 schrieb Alex Betis : > On Tue, Mar 17, 2009 at 11:14 PM, Torgeir Veimo > wrote: > > > > > On 17 Mar 2009, at 22:02, Alex Betis wrote: > > > > > I gave the nice xinelibout hud another try, but have to revert > > > back since running composite manager > > > creat

Re: [vdr] OSD on the 2nd FF-Card possible??

> thanks for this hint, but I already tried this plugin. It was pretty > slow on my duron 1200 MHz system and most of the skins were > overcoloured. the current version has only 2 skins, and the alien vs. predator skin looks like a film noir. I wouldn't name this overcoloured. Gerald __

Re: [vdr] [ANNOUNCE] epgsync-0.0.3

Quoting Frank Schmirler : > So you could e.g. copy the EPG of DVB channels to their analog counterparts. And it works just fine, thanks Gerald This message was sent using IMP, the Internet Messaging Program.

Re: [vdr] skinreel3 for vdr 1.7.*

Am Fri, 6 Feb 2009 21:51:17 +0300 schrieb Goga777 : > > >> Did you see the pictures from XBMC patched for vdr? > > > > > > where's it possible to look on that pictures ? > > > > > > > Search here for Screenshots: > > http://xbmc.org/trac/ticket/5595 > > did you try really vdr + xbmc with h264 hd

Re: [vdr] skinreel3 for vdr 1.7.*

Quoting Goga777 : >> Did you see the pictures from XBMC patched for vdr? > > where's it possible to look on that pictures ? > Search here for Screenshots: http://xbmc.org/trac/ticket/5595 Gerald @Goga777: Sorry for the direct mail ---

Re: [vdr] skinreel3 for vdr 1.7.*

Am Thu, 5 Feb 2009 14:01:26 -0800 schrieb "user.vdr" : > On Thu, Feb 5, 2009 at 1:19 PM, Gerald Dachs wrote: > > Did you see the pictures from XBMC patched for vdr? This is great! > > There is only the problem that XBMC doesn't support vdpau :( . > > Nope, bu

Re: [vdr] skinreel3 for vdr 1.7.*

Am Thu, 5 Feb 2009 11:21:08 -0800 schrieb "user.vdr" : > On Thu, Feb 5, 2009 at 11:12 AM, Goga777 wrote: > > Hi > > > > there's nice skin skinreel3 > > http://vdr-portal.de/board/thread.php?threadid=82604&threadview=0&hilight=&hilightuser=0&page=2 > > > > seems to me it works only with eHD card >

Re: [vdr] compiling the xine-1.2 with external ffmpeg

Am Sun, 25 Jan 2009 17:05:23 +0100 schrieb Stefan Ellenberger : > As you can see the dep archive is missing > > How to solve this one? Like I said I can't install any of the > libav*-dev packages. Don't know how you can solve this problem. I have made my packages on Intrepid. I didn't use libav*

Re: [vdr] compiling the xine-1.2 with external ffmpeg

oh, the maintainer of the package himself replies to me :) Thanks for the corrections Darren. Gerald ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] compiling the xine-1.2 with external ffmpeg

> Does anyone use checkinstall instead of "make install" in order to > build a xine-lib debian package? This is not the right way to build a debian package, it is a dirty hack. All the files that are necessary for building a debian package are already there if you check xine-lib-1.2 out using 'hg c

Re: [vdr] xineliboutput + vdpau not ready for prime time

Am Mon, 19 Jan 2009 16:10:48 + schrieb Tony Houghton : > I noticed the bad sync too. It seemed to start off slightly out of > sync and get worse the longer I left it running, but I haven't > confirmed that. I'm using HDMI audio, you'd think the video and sound > clocks would therefore be deriv

Re: [vdr] channel-change-prediction, doable? stupid idea?

> make sense for dvb-t (or -c) in some cases. Yes, I have now 3 dvb-t tuners and I will get dvb-c soon, faster zapping has a big WAF! Gerald This message was sent using IMP, the Internet Messaging Program.

Re: [vdr] xineliboutput + vdpau not ready for prime time

Am Mon, 19 Jan 2009 23:28:23 +0100 schrieb Gerald Dachs : > Am Mon, 19 Jan 2009 21:39:29 + > schrieb Tony Houghton : > > > On Mon, 19 Jan 2009 18:57:51 +0100 > > Gerald Dachs wrote: > > > > > Am Mon, 19 Jan 2009 17:40:44 + > > > schrieb

Re: [vdr] channel-change-prediction, doable? stupid idea?

Am Wed, 21 Jan 2009 21:07:09 +0200 schrieb Alex Betis : > On Wed, Jan 21, 2009 at 8:33 PM, Gerald Dachs wrote: > > > Assumed I have 2 free Tuners and I zapp through the channels of one > > tuner. Would it be possible to tune the 2. tuner to the same time to > > the afte

[vdr] channel-change-prediction, doable? stupid idea?

Assumed I have 2 free Tuners and I zapp through the channels of one tuner. Would it be possible to tune the 2. tuner to the same time to the after next channel in change direction, so that for the next channel change in the same direction it would be possible to channge to the 2. tuner instead of

Re: [vdr] xineliboutput + vdpau not ready for prime time

Am Mon, 19 Jan 2009 21:39:29 + schrieb Tony Houghton : > On Mon, 19 Jan 2009 18:57:51 +0100 > Gerald Dachs wrote: > > > Am Mon, 19 Jan 2009 17:40:44 + > > schrieb Tony Houghton : > > > I'm fairly sure xvmc (which xxmc is based on) isn't support

Re: [vdr] xineliboutput + vdpau not ready for prime time

Am Mon, 19 Jan 2009 17:40:44 + schrieb Tony Houghton : > I'm fairly sure xvmc (which xxmc is based on) isn't supported on > Nvidia 8x00 and newer. 20-30% CPU usage isn't much problem, so as you > aren't receiving HD anyway I'd stick with stable drivers, ffmpeg and > xine etc until VDPAU is know

Re: [vdr] xineliboutput + vdpau not ready for prime time

Am Mon, 19 Jan 2009 17:03:34 + schrieb Tony Houghton : > On Mon, 19 Jan 2009 17:40:17 +0100 > Gerald Dachs wrote: > > > Yesterday I have switched back to the use of vdpau, because I got > > now periodically hick ups with xv and xxmc, the last time I had > >

Re: [vdr] xineliboutput + vdpau not ready for prime time

> I read something similar on the MythTV mailinglist. > >From http://www.gossamer-threads.com/lists/mythtv/users/366684: > > In the end I believe it was accidental code bugs when he was > > porting the automatic letterboxing patch over to work with VDPAU > > that caused him to end up with his OSD g

Re: [vdr] xineliboutput + vdpau not ready for prime time

> I had the same problems. I didn't notice that the picture flickering > (do you get big patches of mostly green garbage?) No, not at all, always still pictures that was seen before. > was triggered by > channel changes, but that could well be the case. Only with channel changes here, and only w

Re: [vdr] HTPC IR Einschalter Bausatz od. fertig 20 EUR

Quoting Lucian Muresan : > Sorry about this message, please ignore it, it was just meant for later > reading at home... > > Lucian Muresan wrote: >> http://www.atric.de/IR-Einschalter/index.php >> http://www.atric.de/IR-Einschalter/com.html >> http://www.atric.de/IR-Einschalter/download/manual_en_

Re: [vdr] xineliboutput + vdpau not ready for prime time

> The biggest problem is that if I switch > channels it happens that the video starts to flicker. You can see that > between the pictures of the current channel the pictures of the > previous channel appear. I noticed now that it get worst if I use "software scaling" in the xineliboutput settings

[vdr] xineliboutput + vdpau not ready for prime time

I have made some experiments with xineliboutput and vdpau, it looked promising, but at least I had to give up for now. I have used vdr 1.6.0, xineliboutput 1.0.3, nvidia driver 180.22, xine-lib-vdpau from 20090113 and xinelib 1.1.90hg from 20090114 with vdpau-patch r160. I use it with sdtv, because

Re: [vdr] vdr-sxfe + remote control

Am Sun, 18 Jan 2009 00:05:05 +0200 schrieb Alex Betis : > Doesn't your RC produce multiple pushes when you don't release the > button in short time? No > How do you solve that issue within vdr-sxfe? I didn't notice it > Could you also post your remotes.conf as an example? Or at least few > butt

Re: [vdr] vdr-sxfe + remote control

Am Sat, 17 Jan 2009 22:37:47 +0200 schrieb Alex Betis : > On Sat, Jan 17, 2009 at 10:28 PM, Gerald Dachs > wrote: > > > > Do you start vdr with --lirc option? If you use --lirc for > > > vdr-sxfe you should give --lirc to vdr (at least I don't). > > > &

Re: [vdr] vdr-sxfe + remote control

> Do you start vdr with --lirc option? If you use --lirc for vdr-sxfe > you should give --lirc to vdr (at least I don't). No, that will not work. If you give both vdr and vdr-sxfe the option --lirc you will get every action twice. I use the option --lirc with vdr-sxfe and the option --lirc=/dev

Re: [vdr] 1080p ready VDR

Am Fri, 26 Dec 2008 00:52:49 +0100 schrieb Sascha Vogt : > Gerald Dachs schrieb: > >>> There are also Mainboards with onboard Nvidia 9300 or 9400 GPU's. > >>> They also support VDPAU. > > For an AMD 4850e CPU you can use Boards with 8200/8300 GPUs. > >

Re: [vdr] 1080p ready VDR

> > There are also Mainboards with onboard Nvidia 9300 or 9400 GPU's. > > They also support VDPAU. > Hmm, sounds good. I'll search for some of them. For an AMD 4850e CPU you can use Boards with 8200/8300 GPUs. They are very similar to the 9300/9400 GPUs on Boards for Intel CPUs. VDPAU supports the

Re: [vdr] shutdown-hook timezone?

Quoting Klaus Schmidinger : > On 18.12.2008 15:06, Gerald Dachs wrote: >> Hi Hanno, >> >> Quoting Hanno Zulla : >> >>> Hi, >>> >>> what is the timezone of the "next timer" Unixtime/time_t parameter that >>> vdr passes to t

Re: [vdr] shutdown-hook timezone?

Hi Hanno, Quoting Hanno Zulla : > Hi, > > what is the timezone of the "next timer" Unixtime/time_t parameter that > vdr passes to the shutdown-hooks? Not from knowledge but from experience I can say it is localtime. Your vdr-addon-acpiwakeup script works only if localtime is UTC and /sys/class/r

Re: [vdr] New Video Decode and Presentation API from NVidia

Am Mon, 15 Dec 2008 17:18:51 +0100 schrieb Nicolas Huillard : > Torgeir Veimo a écrit : > >> Does somebody know the gpu that is used by the 8200 chipset? Is it > >> not G98? > > > > Some information here; > > http://www.nvidia.com/docs/CP/11036/PureVideo_Product_Comparison.pdf > > Is PureVideo t

Re: [vdr] New Video Decode and Presentation API from NVidia

Quoting Torgeir Veimo : > Some information here; > http://www.nvidia.com/docs/CP/11036/PureVideo_Product_Comparison.pdf Not very helpful, it doesn't contain the mentioned chipsets. Gerald This message was sent using IMP, the In

Re: [vdr] New Video Decode and Presentation API from NVidia

Quoting Pertti Kosunen : > Gerald Dachs wrote: >> What makes you so sure that the 8200 chipset is not supported? > > It is VDPAU supported, but AFAIK can't decode VC-1. But what about this post: http://www.phoronix.com/forums/showpost.php?p=53474&postcount=39 He mus

Re: [vdr] New Video Decode and Presentation API from NVidia

Sorry for the direct mail. Quoting Chris Silva <2manybi...@gmail.com>: >> http://www.phoronix.com/scan.php?page=article&item=nvidia_8200_mobos&num=3 >> If I would need anyway a graphics card, then a big cooler would only >> block a pci-e slot. The cpu socket is more near to the back side of the >

Re: [vdr] New Video Decode and Presentation API from NVidia

Am Sun, 14 Dec 2008 16:55:52 +0200 schrieb Lauri Tischler : > Andrew Herron wrote: > > Hi, > > > > This ASUS board would be suitable; > > > > http://www.asus.com/products.aspx?modelmenu=1&model=2579&l1=3&l2=11&l3=812&l4=0 > > Too small, not enough pci-slots, minimum three pci-slots needed. > Fo

Re: [vdr] XBMC + VDR 1.7.0

Quoting jori.hamalai...@teliasonera.com: > >> http://www.youtube.com/watch?v=_Cl70fq7sn8 >> here's you can have a look on xbmc and integrated in it vdr > > 1:30 to boot.. :) > My own "integration" needs 0:15 :( , but I am working on it. Gerald ---

Re: [vdr] Few more questions about xinelibout

Quoting Alex Betis <[EMAIL PROTECTED]>: > I was looking for the right word... tearing... > I have nVidia 177.82 driver. Again, mplayer has no such problem. You could try to activate all sync to vblank irqs with nvidia-settings. Gerald ---

Re: [vdr] xineliboutput OSD and playback problems

Am Tue, 2 Dec 2008 21:59:10 +0100 schrieb Gerald Dachs <[EMAIL PROTECTED]>: > Am Tue, 2 Dec 2008 22:46:04 +0200 > schrieb "Antti Seppälä" <[EMAIL PROTECTED]>: > > I run evilwm + xcompmgr, very light weight and suitable > > for HTPCs. > > > &g

Re: [vdr] xineliboutput OSD and playback problems

Am Tue, 2 Dec 2008 22:46:04 +0200 schrieb "Antti Seppälä" <[EMAIL PROTECTED]>: > I run evilwm + xcompmgr, very light weight and suitable > for HTPCs. > > > And this together will need less resources than > > compiz without anything else? > I think there's not much of a difference in your case bu

Re: [vdr] xineliboutput OSD and playback problems

Am Tue, 2 Dec 2008 21:11:54 +0200 schrieb "Antti Seppälä" <[EMAIL PROTECTED]>: > 2008/12/2 Gerald Dachs <[EMAIL PROTECTED]>: > > > > After reading your mail I have tried yesterday again to use > > xcompmgr instead of compiz for the hud osd without succe

Re: [vdr] vdr + xbmc

Am Tue, 2 Dec 2008 16:43:55 +0200 schrieb "Alex Betis" <[EMAIL PROTECTED]>: > > Looks > like there is a way to stream live TV to XBMC from VDR already. Any > reason you don't use that option and prefer to have 2 frontends? For me tv

Re: [vdr] vdr + xbmc

Quoting Magnus Hörlin <[EMAIL PROTECTED]>: > I have just one remote in my livingroom. Since my LG LCD has an RS232 port I > can control power and volume on if from my .lircrc and some perl scripts. So > with the "Start" button on my MCE remote (only good thing Microsoft ever > made) the TV is powe

Re: [vdr] vdr + xbmc

Quoting Niels Wagenaar <[EMAIL PROTECTED]>: > This is indeed something I was looking for. Forgot that some options > are extremely easy to resolve. But I was wondering, what remote do > you use yourself and did you configure a .lircrc for vdr-sxfe? Nothing special, it is a mediacenter Phili

Re: [vdr] vdr + xbmc

Quoting serge pecher <[EMAIL PROTECTED]>: > >> >> >> -- >> >> Message: 3 >> Date: Mon, 1 Dec 2008 17:48:53 +0100 (CET) >> From: "Niels Wagenaar" [EMAIL PROTECTED] >> Subject: Re: [vdr] MythTV Adds Support For NVIDIA VDPAU >> To: "VDR Mailing List" vdr@linuxtv.org >> Mes

Re: [vdr] xineliboutput OSD and playback problems

Quoting Antti Seppälä <[EMAIL PROTECTED]>: > You need a compositing window manager to see both the hud osd and > video at the same time. > > I recommend xcompmgr because it can run in parallel to your normal > window manager and serve the necessary compositing extensions as an > addition. Of the c

<    1   2