[vdr] [ANNOUNCE] VDRAdmin-AM-3.5.0rc
Hi, the v3.5.0 release candidate is ready for download at http://andreas.vdr-developer.org/en There have been fixed some bugs of v3.5.0beta. If no big bugs arise I'll plan to release v3.5.0 final by the end of next week. Enjoy! Andreas On Friday 27 October 2006 13:05, Andreas Mair wrote: > Hi, > > for all of you wanting to control the epgsearch plugin using a web > browser a dream has come true ;) > > By using this release of VDRAdmin-AM you can manage your epgsearches! > > Have fun. > Andreas > > *** HISTORY *** > 2006-10-27: 3.5.0beta > - Added: script to convert existing AutoTimers to epgsearch > (autotimer2searchtimer.pl). > - Added: Hack for MSIE to always show vertical scroller to prevent > horizontal scroller (Submitted by Udo Richter). > - Added: Support for epgsearch plugin; AutoTimer now considered > deprecated and unsupported. > - Minor bugfixes -- http://andreas.vdr-developer.org --- VDRAdmin-AM VDR user #303 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] ERROR: LIRC remote control thread xx won't end
Hi there, due to debuging purposes I set in void cThread::Cancel(int WaitSeconds) WaitSeconds = 6000; between the waits of 3 seconds I syslog the message: "thread won`t end" . At vdr shutdown I get the (endless) error message : [vdr] ERROR: LIRC remote control thread xxx won't end _until_ I pressed any key. If Cancel() kills a thread, it ends up with a Segfault mostly. Does anybody noticed this behavior to? Maybe there must be another interrogation of Running() in lirc.c regards Markus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] SVDRP connection freezes
In <[EMAIL PROTECTED]>, Tony Houghton wrote: > In <[EMAIL PROTECTED]>, Tony Houghton wrote: > > > The problem is that the svdrp connection has a tendency to freeze. > > [Snip] > > > but it still happens very often when pressing the Red button to open the > > progress bar. > > [When playing a recording] > > I've since noticed that when SVDRP freezes while the progress bar is on > screen the clock of the current time shown under the bar stops counting, > although playback continues. Perhaps the OSD is freezing as well as > SVDRP? It seems like it isn't specific to SVDRP anyway. I've rewritten boxstar to use the remote plugin and it's still got the same problem: the progress bar freezes, and VDR stops acting on keystrokes, but the video carries on playing. I can "reset" it it by stopping and restarting xine, which makes VDR go back to playing live TV; if I try to play the recording again I find it has jumped forward by a large amount. This is with VDR 1.4.1, vdr-xine 0.7.9 and xine-lib 1.1.2. I tried upgrading to VDR 1.4.3 but that's a disaster, it crashes the DVB cards as soon as Xine connects. vdr-xine is relatively old; I guess it needs an overhaul, and it could even be the cause of the original problem. Is there a newer "developer" version hidden away on a different site? The problems might be peculiar to df_xine, otherwise surely someone else using xine would have noticed by now, but I don't see how it could affect VDR like that unless the problem is in xine-lib. -- TH * http://www.realh.co.uk ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] FF card a/v sync + dvd plugin
Hi list, I tested a dvd with softdevice and the audio stuttering problem did not occur. With my FF-DVB card I can not watch a dvd and switch capters or use the jump feature of the dvd-plugin. What do you think about this. Perhaps this can be the same Problem with the dvd-plugin and the FF-DVB card a/v sync stuff? Best regards Halim Sahin ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Xineliboutput with DirectFB
Hello, has anyone gotten xineliboutput with DirectFB to work? I have got a Matrox G450 and got softdevice and mplayer working with dfb, but only xineliboutput produces a black/white fluttering picture where you can only guess that it is a vdr message (learning keys). regards vdr --log=3 -g /tmp --lirc -v /video -c /etc/vdrdev -L /etc/vdrdev/plugins -w 60 –Pxineliboutput --local=fbfe --video=DirectFB --remote=none -A alsa ===| DirectFB 1.0.0-rc2 |=== (c) 2001-2006 United Cultures of Earth - go for outer space! (c) 2000-2004 Convergence (integrated media) GmbH (*) DirectFB/Core: Multi Application Core. (2006-10-31 20:15) (*) Direct/Memcpy: Using SSE optimized memcpy() (*) Direct/Thread: Running 'Fusion Dispatch' (MESSAGING, 3566)... (*) Direct/Modules: suppress module 'keyboard' (*) Direct/Modules: suppress module 'linux_input' (*) Direct/Thread: Running 'LiRC Input' (INPUT, 3567)... (*) DirectFB/Input: LIRC Device 0.2 (directfb.org) (*) DirectFB/Genefx: MMX detected and enabled (*) DirectFB/Graphics: Matrox G450 0.7 (directfb.org) (*) DirectFB/Core/WM: Default 0.2 (directfb.org) video_out_directfb: using display layer #1. video_out_directfb: layer supports video output. audio_alsa_out : Unterstützte Modi sind 8Bit 16Bit 24Bit 32Bit Mono Stereo (4-Ka nal nicht aktiviert in xine Konfiguration) (4.1-Kanal nicht aktiviert in xine Ko nfiguration) (5-Kanal nicht aktiviert in xine Konfiguration) (5.1-Kanal nicht ak tiviert in xine Konfiguration) (a/52 und DTS pass-through nicht aktiviert in xin e Konfiguration) xine: Inputplugin gefunden: VDR (Video Disk Recorder) input plugin Input-Cache Plugin deaktiviert xine: Demultiplexer-Plugin gefunden: DVD/VOB demux plugin av_offset=0 pts prebuffer=14400 pts video_out: Verwerfe Bild mit pts 1617616, weil es zu alt ist (Unterschied: 258693). ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Xineliboutput with DirectFB
On Thursday 02 November 2006 18:30, . wrote: > Hello, > > has anyone gotten xineliboutput with DirectFB to work? I have got a Matrox > G450 and got softdevice and mplayer working with dfb, but only > xineliboutput produces a black/white fluttering picture where you can only > guess that it is a vdr message (learning keys). The question is, if you have a working softdevice, why do you need the xineliboutput? I've got a similar setup and it's working fine using softdevice. -- -jaakko ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
AW: [vdr] Xineliboutput with DirectFB
Hi, i want to run it with mythtv :) and for that i need to get vdr in background mode. And xine also can be exported to my desktop pc... And last reason is it might be a xinelibouput plugin problem with dfb, and that plugin has no mailinglist. regards -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Jaakko Kyro Gesendet: Donnerstag, 2. November 2006 17:56 An: VDR Mailing List Betreff: Re: [vdr] Xineliboutput with DirectFB On Thursday 02 November 2006 18:30, . wrote: > Hello, > > has anyone gotten xineliboutput with DirectFB to work? I have got a Matrox > G450 and got softdevice and mplayer working with dfb, but only > xineliboutput produces a black/white fluttering picture where you can only > guess that it is a vdr message (learning keys). The question is, if you have a working softdevice, why do you need the xineliboutput? I've got a similar setup and it's working fine using softdevice. -- -jaakko ___ 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: AW: [vdr] Xineliboutput with DirectFB
In <[EMAIL PROTECTED]>, . wrote: > Hi, > i want to run it with mythtv :) and for that i need to get vdr in background > mode. And xine also can be exported to my desktop pc... > And last reason is it might be a xinelibouput plugin problem with dfb, and > that plugin has no mailinglist. You could try the vdr-xine (aka Xine Device) plugin on the local PC with df_xine. xinefb might work as well. I use df_xine with a Matrox G450; the only difference I can see between what you and I are trying to do is that I use boxstar instead of mythtv. I had a similar problem with df_xine producing a broken picture; the solution was to use '-l 0' to force it to use the correct layer. xineliboutput might still work alongside vdr-xine for remote viewing on an X desktop. I'll have to try that. Currently I just record anything I want to watch remotely and play it back over NFS. > -Ursprüngliche Nachricht- > Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von > Jaakko Kyro > Gesendet: Donnerstag, 2. November 2006 17:56 > An: VDR Mailing List > Betreff: Re: [vdr] Xineliboutput with DirectFB > > On Thursday 02 November 2006 18:30, . wrote: > > Hello, > > > > has anyone gotten xineliboutput with DirectFB to work? I have got a Matrox > > G450 and got softdevice and mplayer working with dfb, but only > > xineliboutput produces a black/white fluttering picture where you can only > > guess that it is a vdr message (learning keys). > > The question is, if you have a working softdevice, why do you need the > xineliboutput? I've got a similar setup and it's working fine using > softdevice. Another good reason to use xineliboutput instead of softdevice is that xine is much better at A/V sync than softdevice IME. -- TH * http://www.realh.co.uk ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] softdevice and epia tv-out problem with Xorg
Hi again, Stefan Lucke escribió: / But after started it without problems now I get: />/ />/ [softdevice] A/V devices initialized, now initializing MPEG2 Decoder />/ X Error of failed request: BadValue (integer parameter out of range for />/ operation) />/ Major opcode of failed request: 145 (MIT-SHM) />/ Minor opcode of failed request: 3 (X_ShmPutImage) />/ Value in failed request: 0x3ff / Which are the startup options now ? 0x3ff = 1023 = 1024 - 11 My startup options are only "-vo xv:full" Did you changed your X resolution via "ALT"+"CTRL"+"Keypad +" ? No but I press the 'f' key to toggle between fullscreen and windowed vdr mode. The second time I run vdr with -vo xv:full don't work can you show us the output of command xdpyinfo ? My xdpyinfo output command Is here: name of display::0.0 version number:11.0 vendor string:The X.Org Foundation vendor release number:70101000 X.Org version: 7.1.1 maximum request size: 16777212 bytes motion buffer size: 256 bitmap unit, bit order, padding:32, LSBFirst, 32 image byte order:LSBFirst number of supported pixmap formats:7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range:minimum 8, maximum 255 focus: window 0x6e, revert to Parent number of extensions:29 BIG-REQUESTS DAMAGE DPMS Extended-Visual-Information GLX MIT-SCREEN-SAVER MIT-SHM MIT-SUNDRY-NONSTANDARD RANDR RENDER SECURITY SGI-GLX SHAPE SYNC TOG-CUP X-Resource XC-APPGROUP XC-MISC XFIXES XFree86-Bigfont XFree86-DGA XFree86-DRI XFree86-Misc XFree86-VidModeExtension XInputExtension XKEYBOARD XTEST XVideo XVideo-MotionCompensation default screen number:0 number of screens:1 screen #0: dimensions:720x576 pixels (183x146 millimeters) resolution:100x100 dots per inch depths (7):24, 1, 4, 8, 15, 16, 32 root window id:0x47 depth of root window:24 planes number of colormaps:minimum 1, maximum 1 default colormap:0x20 default number of colormap cells:256 preallocated pixels:black 0, white 16777215 options:backing-store NO, save-unders NO largest cursor:32x32 current input event mask:0x58007f KeyPressMask KeyReleaseMask ButtonPressMask ButtonReleaseMaskEnterWindowMask LeaveWindowMask PointerMotionMaskSubstructureNotifyMask SubstructureRedirectMask PropertyChangeMask number of visuals:12 default visual id: 0x22 visual: visual id:0x22 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x23 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x24 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x25 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x26 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x27 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x28 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x29 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x2a class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x2b
[vdr] LCD plugin
Hi. Can anyone point me to a good resource for building an LCD display? The LCD plugin page is great for controller support etc, but how do I get a display actually hooked up? Or is there a nice kit out there, with a good resolution, that fits in a 3.5" drive bay slot?? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] LCD plugin
Hi, why dont you take a look at the files bundeled with the plugin? are you looking out for - a text or gfx display? 3.5" seems a little small for me. i dont think there are plenty of displays in this size out there. are you fine with soldering yourself? Simon Baxter schrieb: Hi. Can anyone point me to a good resource for building an LCD display? The LCD plugin page is great for controller support etc, but how do I get a display actually hooked up? Or is there a nice kit out there, with a good resolution, that fits in a 3.5" drive bay slot?? ___ 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] LCD plugin
On Thursday 02 November 2006 22:40, Simon Baxter wrote: > Hi. > > Can anyone point me to a good resource for building an LCD display? > > The LCD plugin page is great for controller support etc, but how do I get a > display actually hooked up? Or is there a nice kit out there, with a good > resolution, that fits in a 3.5" drive bay slot?? I got myself an Origen VFD unit. It's a bit on the small side, 16x2 but for me quite sufficient. It should fit into a 5,25" drive bay, drivers can be found at http://www.irtrans.de/ In Finland it cost about 80 euros, dunno about other countries. -- -jaakko ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] LCD plugin
Hi, why dont you take a look at the files bundeled with the plugin? I must have overlooked them? are you looking out for - a text or gfx display? Graphics - nice high res colour would be nice 3.5" seems a little small for me. i dont think there are plenty of displays in this size out there. Limited space in my Shuttle :) are you fine with soldering yourself? absolutely! What do you suggest? Simon Baxter schrieb: Hi. Can anyone point me to a good resource for building an LCD display? The LCD plugin page is great for controller support etc, but how do I get a display actually hooked up? Or is there a nice kit out there, with a good resolution, that fits in a 3.5" drive bay slot?? ___ 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] softdevice and epia tv-out problem with Xorg
Quoting Leo Márquez: > Hi again, > > Stefan Lucke escribió: > > >>/ But after started it without problems now I get: > >/>/ > >/>/ [softdevice] A/V devices initialized, now initializing MPEG2 Decoder > >/>/ X Error of failed request: BadValue (integer parameter out of range for > >/>/ operation) > >/>/ Major opcode of failed request: 145 (MIT-SHM) > >/>/ Minor opcode of failed request: 3 (X_ShmPutImage) > >/>/ Value in failed request: 0x3ff > >/ > >Which are the startup options now ? > >0x3ff = 1023 = 1024 - 11 > > > > > My startup options are only "-vo xv:full" > > >Did you changed your X resolution via "ALT"+"CTRL"+"Keypad +" ? > > > > > No but I press the 'f' key to toggle between fullscreen and windowed vdr > mode. > The second time I run vdr with -vo xv:full don't work Ah, I should have mentioned that you _must_ not toggle full screen -> windowed mode, as windowed mode works with some default values which even did not work previously (thats why I ask for full screen mode). I'll send you a patch tomorrow that will restrict these values. > > >can you show us the output of command xdpyinfo ? > > > > > My xdpyinfo output command Is here: > > name of display::0.0 > version number:11.0 > vendor string:The X.Org Foundation > vendor release number:70101000 > X.Org version: 7.1.1 > number of screens:1 > > screen #0: > dimensions:720x576 pixels (183x146 millimeters) > resolution:100x100 dots per inch > depths (7):24, 1, 4, 8, 15, 16, 32 The resolution and #of screens I wanted to see (no further hint). > >Which osd_image size was reported in that case ? > > > > > [setup-softdevice] startup aspect set to (16:9 wide) > [softdevice] initializing Plugin > [softdevice] Initializing Video Out > [softdevice] ffmpeg build(3345920) > [XvVideoOut]: osd_image shmid = 2129920 > [XvVideoOut]: got osd_image: width 720 height 576, bytes per line 2880 > [softdevice] Subplugin successfully opend > [softdevice] Video Out seems to be OK > [softdevice] Initializing Audio Out > [softdevice] Audio out seems to be OK > [softdevice] A/V devices initialized, now initializing MPEG2 Decoder > X Error of failed request: BadValue (integer parameter out of range for > operation) > Major opcode of failed request: 145 (MIT-SHM) > Minor opcode of failed request: 3 (X_ShmPutImage) > Value in failed request: 0x3ff > Serial number of failed request: 250 > Current serial number in output stream: 251 > > Another issue that I don't know if is related with the main topic is > that when I start vdr correctly (only the first time) I don't get video. > I'm using streamdev-client. In syslog I see: > > [XvVideoOut]: (ERROR) could not grab any port! No video possible! Oh, then I misunderstood you. Thought the it works the first time you called it. So did you ever or never get video ? I like to ask for output of: xdpyinfo . > > Thank you for you attention. Stefan Lucke ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] softdevice and epia tv-out problem with Xorg
Quoting Stefan Lucke: > > Another issue that I don't know if is related with the main topic is > > that when I start vdr correctly (only the first time) I don't get video. > > I'm using streamdev-client. In syslog I see: > > > > [XvVideoOut]: (ERROR) could not grab any port! No video possible! > > Oh, then I misunderstood you. Thought the it works the first time > you called it. > So did you ever or never get video ? > > I like to ask for output of: xdpyinfo . Sorry, that should be: xvinfo . Stefan Lucke ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Re: LCD plugin
Hi Simon, Simon Baxter wrote: >> Hi, >> >> why dont you take a look at the files bundeled with the plugin? > > I must have overlooked them? > >> are you looking out for - a text or gfx display? > > Graphics - nice high res colour would be nice > >> 3.5" seems a little small for me. i dont think there are plenty of >> displays in this size out there. > > Limited space in my Shuttle :) > > >> are you fine with soldering yourself? > > absolutely! What do you suggest? You might want to also look for graphical Noritake VFD displays for example, http://www.noritake-elec.com/, you can find PDFs with exact dimensions on their website (at least it was possible some time ago, haven't checked recently), and even data sheets with the command set if there is no driver yet, in graphlcd-base (used by vdr-graphlcd for example). I have a 128x64 800A series and am very pleased with it. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
