On Thursday 10 June 2004 13:50, Rob Shortt wrote:
> > I was watching TV when a program scheduled for recording was about to
> > start. The recordserver changed the channel but died (using ivtv_record
> > BTW), probably because of concurrent access to /dev/video0 I guessed. But
> > it left the record flag behind and neither recording nor watching TV
> > would work anymore.
>
> That is correct.
"That is correct" in the sense of "yes, that's what happens" or in the sense
of "yes, that's what we want to happen (at the moment)". See further down..
> Currently there is nothing stopping a recording to
> occur if you are watching tv, only the reverse. We could create a lock
> file for that case as well but I don't think that is the best solution
> because the recording would still be missed.
I think you misunderstood me a little; the problem was that the recordserver
would NOT interrupt me watching TV. It obviously tried to start the
recording (a little early, according to my .._PADDING setting), created the
lock file, changed the channel (leaving me watching tv on the new channel),
tried to access /dev/video0 which was busy, and died without recording. I
could continue watching TV, but the recording lock file was still there, so
after changing back to the menu, I could not watch TV anymore, and no
recording would happen.
> The reason tv didn't work
> after the recording crashed is probably because recordserver left a lock
> of its own.
That's what I tried to say with "it left the record flag behind". :-)
> [...]
> That is pretty much what I have planned. For that to happen we need the
> Freevo tv interface to accept communications and for the recordserver to
> send it something when a recording is aproaching, wait for a user
> response, and timeout with a default action (record and turn off the
> live tv). I have some ideas and plans on how to impliment this (fairly
> soon).
I am really looking forward to that.
--
Ciao, / / .o.
/--/ ..o
/ / ANS ooo
PS: Sorry for trying with a different sending address again, first..
-------------------------------------------------------
This SF.Net email is sponsored by the new InstallShield X.
>From Windows to Linux, servers to mobile, InstallShield X is the
one installation-authoring solution that does it all. Learn more and
evaluate today! http://www.installshield.com/Dev2Dev/0504
_______________________________________________
Freevo-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freevo-devel
