Mailing List archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[vdr] Fwd: Re: epg2timer
Hi list,
I found it out by myself (yesterday it was too late). The actual
recording dependent timer line is blocked. So everything should realy
work for the delete timer command. But the next step, the update
of the empty (except the used timer entry) is a little bit weak.
The update timer command does not check, as far as I understand the
code in cSVDRP::CmdUPDT, the exsisting timer lines. They will be
updated also what does not lead to a problem because they are the
same. But if I have manualy edited the actual existing recording
times because of an actual shift in the transmission times (for example
"Wetten das.." was to long as always) then there will be two lines
of the same movie maybe with the same starting time but not the same
end. What happened then?
Kind regards
Manfred
At Monday, 14 January 2002, "Manfred Schmidt-Voigt" <Manfred.schmidt-
voigt@mannitec.de> wrote:
>Dear Klaus,
>
>Thank you for this 2 lines. They work realy good. I loaded the timer
from
>TVTV in less than 10 seconds for about 8 movies.
>
>One question is left by me. If VDR is doing a recording is it possible
to
>delete the timerlist by SVDRP without stopping the actual recording
or is
>the SVDRP blocked during recordings? The behavior of epg2times is
that it
>deletes first the whole list and than does an update with the whole
>"Merkzettel" from TVTV. This could be a little dangerous if this
stops also
>actual recordings.
>
>Kind regards
>Manfred
>
>------- Manfred Schmidt-Voigt
-------
>----- Günzweg 10, 22393 Hamburg
-----
>-----
-----
>------- mailto:manfred.schmidt-voigt@mannitec.de
-------
>
>-----Ursprüngliche Nachricht-----
>Von: kls@cadsoft.de [mailto:kls@cadsoft.de]Im Auftrag von Klaus
>Schmidinger
>Gesendet: Sonntag, 13. Januar 2002 12:30
>An: vdr@linuxtv.org
>Betreff: [vdr] Re: AW: Re: epg2timer
>
>Manfred Schmidt-Voigt wrote:
>>
>> Hi List
>>
>> Tanks for all your answers.
>>
>> I have chased a little bit through the code of the VDR. The SVDRP
>interface
>> is really another Keyboard frontend. But here the keyboard is
a socket.
>That
>> means that all the processing of the content of the socket is done
>character
>> by character through all the levels of the code. I have programmed
such an
>> Keystroke recording/playback facility some years ago for a very large
>> application in the networkmanagment area for automatic testing
and as you
>> can imagine, it was also not the fastest one (it runs for days),
but it
>was
>> always better than to type in all the thousands of testcases.
>>
>> So now I understand, that it is a question of how much information
is sent
>> by TVTV. I will not limit the amount of the description for a movie
>because
>> I like to have it. Maybe some day Klaus has a slot free on his "weird
>things
>> to do list" to improve this interface a little bit. But I think
it's not
>so
>> important for me now.
>>
>> Kind regards and good night
>> Manfred
>
>Please try adding the following two lines to VDR/svdrp.c:
>
>--- svdrp.c Sun Nov 4 12:25:05 2001
>+++ svdrp.c Sun Jan 13 12:25:32 2002
>@@ -900,6 +900,7 @@
> if (NewConnection)
> lastActivity = time(NULL);
> if (file.Ready(false)) {
>+ while (file.Ready(false)) {
> unsigned char c;
> int r = safe_read(file, &c, 1);
> if (r > 0) {
>@@ -940,6 +941,7 @@
> isyslog(LOG_INFO, "lost connection to SVDRP client");
> Close();
> }
>+ }
> }
> else if (Setup.SVDRPTimeout && time(NULL) - lastActivity >
>Setup.SVDRPTimeout) {
> isyslog(LOG_INFO, "timeout on SVDRP connection");
>
>This should make it collect incoming characters faster, since it
>won't return to the main loop after each character (haven't tested it,
>though).
>Let me know if this speeds up things. I'll add it to the official
>source then.
>
>Klaus
>
>>
>> --
>> ------- Manfred Schmidt-Voigt
-------
>> ----- Günzweg 10, 22393 Hamburg
-----
>> -----
-----
>> ------- mailto:manfred.schmidt-voigt@mannitec.de
-------
>>
>> > -----Ursprüngliche Nachricht-----
>> > Von: vdr-bounce@linuxtv.org [mailto:vdr-bounce@linuxtv.org]Im
Auftrag
>> > von Robert Schneider
>> > Gesendet: Mittwoch, 9. Januar 2002 13:40
>> > An: vdr@linuxtv.org
>> > Betreff: [vdr] Re: epg2timer
>> >
>> >
>> > I had that, too. What I did to cure the problem was to limit the
>> > amount of
>> > text for the description in epg2timers.cxx
>> >
>> > static const int max_summary = 250;
>> >
>> > That cured the problem on my end.
>> >
>> > Have no idea, though, why.
>> >
>> > vdr-bounce@linuxtv.org wrote on 09.01.2002 10:46:07:
>> >
>> > > Hi list,
>> > >
>> > > I have used the epg2timer script with TVTV over Xmas to get
all the
>> > > programming of my VDR box clean, especially because of the messed
>> > > up PRO7 epg (I 've got the same stupid answere from them as
published
>> > > here already) . It works realy good but one question is left:
>> > >
>> > > I had to set the timeout value in the script to an large value
(>5min)
>> > > because the programming of the timer via SVDR is very slow. Each
>> > > line is updated on a ~30sec base and if you have 10 line to
update
>> > > it lasts a while. Is this something which can be solved by
>> > configuration
>> >
>> > > or is there a bug in the SVDR connection? The deletion command
for
>> > > the old timer list is fast but the update of this list is
very slow.
>> > > Why?
>> > >
>> > > Kind regards
>> > > Manfred Schmidt-Voigt
>
>--
>_______________________________________________________________
>
>Klaus Schmidinger Phone: +49-8635-6989-10
>CadSoft Computer GmbH Fax: +49-8635-6989-40
>Hofmark 2 Email: kls@cadsoft.de
>D-84568 Pleiskirchen, Germany URL: www.cadsoft.de
>_______________________________________________________________
>
===================================================================
EASY and FREE access to your email anywhere: http://Mailreader.com/
===================================================================
Home |
Main Index |
Thread Index