Re: [vdr] lcdproc and Logitech G15 (Illegal instruction) ?

[Mike Lampard]

Hi
On Thu, 22 Nov 2007 11:23:21 pm Gregoire Favre wrote:
> Hello,
>
> is there something "special" to do in order to get lcdproc working on my
> G15 lcd keyboard ?
>
> Or maybe another LCD plugin ?

I use the graphlcd plugin personally. much nicer output on the G15 than 
lcdproc.  http://developer.berlios.de/project/showfiles.php?group_id=3566
version 1.4+ has support for g15daemon.

> I got a really suspicious Illegal instruction when compiling with
> gcc-4.3alpha of today so I tried with gcc-4.2.2 with same result.
>
> With gcc-4.2.2 I used : -g -march=k8 -pipe
> And with 4.3alpha : -g -O3 -march=core2 -DPIC -pipe -Wall
>
> If I start vdr with -Plcdproc I get on the LCD :
>
> "Welcome to V D R
>  Video Disk Recorder
>  Version : 1.5.12"
>
> Then :
>
> " Mute
>   `black bar"
>
> " Some epg info"
>
> And then vdr quit with :
> "Illegal instruction"
>
> OK, then some gdb :
>
> gdb ./vdr
> GNU gdb 6.7.1
> Copyright (C) 2007 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later
>  This is free software: you are free to
> change and redistribute it. There is NO WARRANTY, to the extent permitted
> by law.  Type "show copying" and "show warranty" for details.
> This GDB was configured as "x86_64-pc-linux-gnu"...
> Using host libthread_db library "/lib/libthread_db.so.1".
> (gdb) run -u greg -c /etc/vdr -l 3 -P'xine -r' -Plcdproc
> Starting program: /usr/src/vdr-1.5.12/vdr -u greg -c /etc/vdr -l 3 -P'xine
> -r' -Plcdproc warning: no loadable sections found in added symbol-file
> system-supplied DSO at 0x7fff1c1fd000 -
> MakePrimaryDevice: 1
> =
> SetVideoFormat: 1
> SetVolumeDevice: 255
> frame: (0, 0)-(-1, -1), zoom: (1.00, 1.00)
> SetVideoWindow: 0, 0, 720, 576, 720, 576
> SetVolumeDevice: 255
> SetAudioChannelDevice: 0
> frame: (0, 0)-(-1, -1), zoom: (1.00, 1.00)
> SetPlayMode: 1
> [New LWP 27864]
> [New LWP 27871]
>
> Program received signal SIGILL, Illegal instruction.
> [Switching to LWP 27871]
> 0x2ad88fc4c0e3 in cLcd::GetTimeDateStat (this=0x82c840,
> string=0x44006b70 "", OutStateData=0x44006760) at lcd.c:586
> 586   if ( offset || !( ShowStates && ((t%LcdSetup.FullCycle) >=
> LcdSetup.TimeCycle) )) { Current language:  auto; currently c++
> (gdb) bt
> #0  0x2ad88fc4c0e3 in cLcd::GetTimeDateStat (this=0x82c840,
> string=0x44006b70 "", OutStateData=0x44006760) at lcd.c:586
> #1  0x2ad88fc4e4d1 in cLcd::Action (this=0x82c840) at lcd.c:846
> #2  0x004e9ab4 in cThread::StartThread (Thread=0x82c840) at
> thread.c:244 #3  0x003e99006067 in ?? () from /lib/libpthread.so.0
> #4  0x003e984c5c7d in clone () from /lib/libc.so.6
>
> Some difference with gcc-3.4.6 :
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to LWP 9495]
> cLcd::GetTimeDateStat (this=0x863840,
> string=0x44006c90
> "success\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsu
>ccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsucces
>s\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\n"
>..., OutStateData=0x44006c70) at lcd.c:588 588  
> snprintf(string,wid+1,"<%s %02d.%02d %02d:%02d:%02d>", Current language: 
> auto; currently c++
> (gdb) bt
> #0  cLcd::GetTimeDateStat (this=0x863840,
> string=0x44006c90
> "success\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsu
>ccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsucces
>s\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\n"
>..., OutStateData=0x44006c70) at lcd.c:588 #1  0x2abce618f3af in
> cLcd::Action (this=0x863840) at lcd.c:846 #2  0x005052a1 in
> cThread::StartThread (Thread=0x863840) at thread.c:244 #3 
> 0x003e99006067 in ?? () from /lib/libpthread.so.0
> #4  0x003e984c5c7d in clone () from /lib/libc.so.6
>
> VDR 1.5.12 source :
> ftp.cadsoft.de:/pub/people/kls/vdr/Developer/vdr-1.5.12.tar.bz2
> graphlcd plugin : http://home.pages.at/linux/dvb.html
>
> So it seems clear the plugin don't care about memory usage...
>
> Did someone know how to fix it ?

Cheers
Mike

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] lcdproc and Logitech G15 (Illegal instruction) ?

[Mike Lampard]

On Fri, 23 Nov 2007 08:59:57 am Grégoire FAVRE wrote:
> Hello
>
> Oh I didn't know that :-)
>
> With gentoo patch for the plugin it's pretty straighforward to setup!
>
> Are you using the g15 special keys in order to control VDR somehow ?

well, no... I've been meaning to update the libgraphlcd g15 driver to read the 
extra keys from g15daemon, but I've not had the time.  I'm not even sure if 
the vdr plugin would use those keypresses, if they were available.  My todo 
list is overly long, but investigating and implementing support for this is 
on it somewhere :)

> Thank you very much for the info ;-)

Your welcome.

> On 22/11/2007, Mike Lampard <[EMAIL PROTECTED]> wrote:
> > I use the graphlcd plugin personally. much nicer output on the G15 than
> > lcdproc.  http://developer.berlios.de/project/showfiles.php?group_id=3566
> > version 1.4+ has support for g15daemon.

Mike

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] EPGSearch time-based blacklisting

[Mike Lampard]

Hi All,

I have a channel with identical EPG info for the same program, regardless of 
episode.  Often the program I want to record is repeated every six hours or 
so, but depending on the day it may be every 12 hours or more (its somewhat 
random) with a new episode sometime after midnight. 

Using EpgSearch, is there a way to force a single recording in a search within 
a specified period, without knowing the exact time that the 1st episode is 
recorded _successfully_?  i.e: allowing a maximum number of successful 
(non-conflicting) timers/day per search?

I know that I can set a timer to record from (say) 12am to 12pm, but it would 
be great if there is a way to guarantee a single recording regardless of 
whether other timers take precedence or EPG similarity, when multiple 
opportunities for a successful record exist in a day, without ending up with 
2-4 copies of the same episode if no conflicts exist.  Like a 'One-Shot' 
timer that resets itself at midnight (or other settable period) instead of 
deleting itself.

Many thanks to Klaus for VDR and all those people who've taken the time to 
write and support plugins and patches, especially EPGSearch by Mike Constabel 
and GraphLCD by Andreas Regel, who succeeded in making me a TV junkie when so 
many others (including myself) have failed :)

Regards
Mike

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] EPGSearch time-based blacklisting

[Mike Lampard]

Hi Christian,

On Thu, 29 May 2008 04:00:41 am Christian Wieninger wrote:
> Hi Mike,
>
> sorry for the late response.

No problem at all, I guess you've got a life outside of supporting 
epgsearch :)

> Mike Lampard wrote:
> > Hi All,
> >
> > I have a channel with identical EPG info for the same program, regardless
> > of episode.  Often the program I want to record is repeated every six
> > hours or so, but depending on the day it may be every 12 hours or more
> > (its somewhat random) with a new episode sometime after midnight.
>
> Please let me repeat this to be sure I got it right:
> The EPG is the same for all episodes and they are broadcasted at no
> fixed time and randomly repeated. Correct?

Correct, with a new episode airing sometime after midnight.

> > Using EpgSearch, is there a way to force a single recording in a search
> > within a specified period, without knowing the exact time that the 1st
> > episode is recorded _successfully_?  i.e: allowing a maximum number of
> > successful (non-conflicting) timers/day per search?
>
> When there's no information how to distinguish the episodes and their
> repeats I doubt that there's a way to handle this.
> Do you have any ideas (and even better also a suggestion how to
> represent this in the search timer edit menu?)

Perhaps adding an option under the "Use as search timer"->User-defined to only 
record 1 episode between two customisable times?

Is there a way for EpgSearch to verify a particular recording/timer has 
completed successfully within the last 'X' hours (ie time since 00:00), and 
if so disabling any remaining timers created by that search from the time of 
detection until 23:59? 

> > 2-4 copies of the same episode if no conflicts exist.  Like a 'One-Shot'
> > timer that resets itself at midnight (or other settable period) instead
> > of deleting itself.
>
> This 'one shot timer' could be a way to handle it, but is this
> sufficient? Do the above episodes have a guaranteed interval, after
> which a new episode is broadcasted?

Yes.  It seems that there is a new episode once per day, with 4 or 5 repeats 
of that same episode later that day.

> Best regards,
> Christian

Cheers
Mike

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] EPGSearch time-based blacklisting

[Mike Lampard]

On Fri, 30 May 2008 05:03:36 am Holger Altenburg wrote:
> Hi Mike,
>
>  >>> Mike Lampard wrote:
>  >>>
>  >>> I have a channel with identical EPG info for the same program,
>  >>> regardless of episode.  Often the program I want to record is
>  >>> repeated every six hours or so, but depending on the day it may
>  >>> every 12 hours or more (its somewhat random) with a new episode
>  >>> sometime after midnight.
>
> Hopefully the name of the title of that program is allways the same?
> Then you could try to use the undoneepgsearch.sh script in the
> plugin-package. Starting this by cron short before midnight with the
> given title should remove the recording from the epgsearchdone.data
> after that you can start a new epgsearchupdate:
>
>touch /path-to-plugins-config-dir/.epgsearchupdate
>
> and your programm will found as new/unrecorded and timer should be set
> for the next appearance.

Many thanks.  A whereis found the script under the scripts directory of the 
source directory, I'll give it a try tonight.

Regards
Mike

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] 1.7.x vs 1.6.x vs 1.4.x

[Mike Lampard]

Hi All,

First off, I'd like to thank Klaus for his excellent work in VDR - it really is 
the best DVB software around, and I've been using it for years.

I'm currently using 1.4.7, it works beautifully.  I've tried upgrading to 1.6 
but my Irdeto CAM keeps timing out and no amount of tweaking of the various 
timeout defines seems to improve matters: one channel switch works, the next 
doesn't, switch back it works, switch back to the same channel no go.. 

Has there been any substantial work to 1.7.x in regards to CAM handling that 
might prove a worthwhile upgrade for my case?

Mike


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] recording teletext (like for subtitles...)

[Mike Lampard]

On Sun, 11 Jul 2010 11:25:45 pm Rolf Ahrenberg wrote:
> On Sun, 11 Jul 2010, Halim Sahin wrote:
> > Just interested to know:
> > Q: why do you want to record teletext stuff?
> > What's an useful usecase for that?
> 
> EBU/teletext subtitling is still actively used in plenty of DVB
> channels. Sure, one could convert these into textual DVB subtitles, but
> only a few video editors/players supports them.
> 

Plus, not all VDR users are in Europe. Here in Australia subtitles are all 
teletext - there are no DVB subs.

Mike

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr