Re: [vdr] lirc key reading to slow ? Buffer overflow ?
On Wed, 29 Dec 2010 12:14:48 +0100
Klaus Schmidinger wrote:
> On 04.12.2010 12:13, Steffen Barszus wrote:
> > Hi !
> >
> > i get these errors, once my remote is doing key repeats:
> >
> > Dec 3 23:33:13 vdr vdr: [24629] ERROR: unparseable lirc command:
> > gy_Receiver-event-kbd#012b-Gyration_Gyration_RF_Technology_Receiver-event-kbd#01272
> > 0 KEY_VOLUMEDOWN usb-Gyration_Gyration_RF_TechnoloKEY_VOLUMEDOWN
> > Dec 3 23:34:14 vdr vdr: last message repeated 583 times
> >
> > especially note the
> > usb-Gyration_Gyration_RF_TechnoloKEY_VOLUMEDOWN
> > and ...kbd#012b- (this should read usb-...)
> >
> > is there anything forgot to reset ? A buffer to small ?
> > Just wrong how it is read ? In irw and xbmc there
> > seems no such issue, means the repeat just works.
> >
> > i increased the buffers to:
> >
> > private:
> > enum { LIRC_KEY_BUF = 500, LIRC_BUFFER_SIZE = 4096 };
> >
> > which seems to make the error disappear, but its still incredible
> > slow (compared to other applications) in accept the keys. Can this
> > be improved ?
>
> You may want to add some debug outputs to cLircRemote::Action() to
> see what's going on. From the (garbled ;-) log entry you posted I
> guess there is some buffer overflow.
i missed also the sscanf string size - after changing this its better,
the rest is i guess bad interaction with repeat delays (not sure what
#define REPEATDELAY 350 // ms
#define REPEATFREQ 100 // ms
#define REPEATTIMEOUT 500 // ms
do)
isn't lirc suppose to handle repeats instead of vdr ? Anyway after
commenting that part out ( if (count == 0) { in Action) vdr seems a lot
snappier.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] How to extract HD dvb subtitles (and possibly convert to srt)?
Al 01/01/11 18:09, En/na Luca Olivetti ha escrit: I found a simpler (i.e scriptable) way: I wrote a simple python script that uses ProjectX (cvs version) to extract the subtitles from the ts file, BDSup2Sub to convert the subtitles to png images, ImageMagick's convert to improve the resulting images and finally gocr to convert the images to text. It seems to work acceptably with recordings from the bbchd/bbcone-hd. It's available here: http://ventoso.org/luca/vdr/vdrsubrip/ Both ProjectX and BDSup2Sub will spit a million warnings, but the final result is ok. As always YMMV. Yesterday I noticed that the timing offset is not fixed but depends on the recording (e.g, with my previous experiments I hardcoded a 4 seconds delay for the bbc channels, while yesterday I needed a 2 minutes delay). I don't know the cause of this offset (ProjectX or the crappy media player of my tv) but the problem can be easily solved with Subtitles: http://karasik.eu.org/software/ Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Problem with osdteletext plugin 0.9.0
Hi all, VDR-1.7.16 with plugin osdteletext-0.9.0 crashes on channels with slovak or czech teletext. You can try on this fta channel: CT 24;CS Link:12525:VC34M2O0S0:S23.5E:27500:165=2:100=...@4:52:0:8006:3:3014:0 Any help appreciated Marek Hajduk ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Replacing aging VDR for DVB-S2
Hello, I'd like to replace my VDR with Duron 1200, Skystar2 and GeForce4. I'm not particulary interested in HDTV but I'd like to prepare the new VDR for the future, even though I'm on a budget. I'd buy Skystar2-HD with a GeForce that supports VDPAU. Would you be so kind to tell me if the SS2-HD works OK? Also with VDPAU, but more importantly in the absence of it would any of these CPU be up to the task of processing: Athlon2 X3 450 3.2GHz and Pentium E6500 or E6700 3.0GHz. Thank you very much. -- Adrian C. (anrxc) | anrxc..sysphere.org | PGP ID: D20A0618 PGP FP: 02A5 628A D8EE 2A93 996E 929F D5CB 31B7 D20A 0618 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replacing aging VDR for DVB-S2
On Sun, Jan 2, 2011 at 3:52 PM, Adrian C. wrote: > Hello, > I'd like to replace my VDR with Duron 1200, Skystar2 and GeForce4. > > I'm not particulary interested in HDTV but I'd like to prepare the new > VDR for the future, even though I'm on a budget. > > I'd buy Skystar2-HD with a GeForce that supports VDPAU. Would you be so > kind to tell me if the SS2-HD works OK? > Also with VDPAU, but more importantly in the absence of it would any of > these CPU be up to the task of processing: Athlon2 X3 450 3.2GHz and > Pentium E6500 or E6700 3.0GHz. I can't advise on those cpu's but I'm sure others on the list can. I'd just like to mention that my experience using VDR and vdpau together has been mostly successful. _For me_, it has been stable enough to recommend the setup to other users. Also if I know I'm going to use vdpau, I go for the cheapest cpu option available since I know what to expect from vdpau performance-wise. I have no worries about it being able to handle whatever I throw it's way (currently using GT240 cards which cost me about $40/each iirc). The only exception would be VC-1 material, which I don't have much of, but again I think other users can chime in there. Considering cost and performance, I'll never even consider buying a dvb card with hardware decoding again at this point. As with anything computer related, YMMY. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replacing aging VDR for DVB-S2
On 3 January 2011 09:52, Adrian C. wrote: > Hello, > I'd like to replace my VDR with Duron 1200, Skystar2 and GeForce4. > > I'm not particulary interested in HDTV but I'd like to prepare the new > VDR for the future, even though I'm on a budget. Have a read through this previous thread; http://www.mail-archive.com/vdr@linuxtv.org/msg12953.html In general, get a gt220, as it has built in audio hardware, so that you should get audio without clock drift relative to the hdmi output. It is also powerfull enough to do temporal spatial deinterlacing on 1080i material. If you're on a budget, a gt9500 whould do as well, although it only has spdif passthrough for audio over hdmi. > Also with VDPAU, but more importantly in the absence of it would any of > these CPU be up to the task of processing: Athlon2 X3 450 3.2GHz and > Pentium E6500 or E6700 3.0GHz. People are doing 1080p with vdpau on single core atom processors, so any modern processor that you can buy these days should do, thus all of the above. -- -Tor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
