@ken: Oh, I'm all for "experimental computer science", I'll try the
new version when I get home.
@has:
> Is the EyeTV process running throughout, or does it quit and restart?
Running throughout.
> Are you sure all commands are being executed?
Reasonably, but I'll have to check again.
> What do the references produced by the following look like:
>
> print app("EyeTV").recordings.get()
IIRC, it's a list of recording objects (defined in the EyeTV dictionary)
which can then be passed back to EyeTV:
recs=app("EyeTV").recordings.get()
rec=recs[0]
app("EyeTV").play(rec) # play the recording
or inspected for properties:
rec.title.get() # return the title of the recording
Now that I think about it, my app caches those recording objects for
quite some time. Is there a possibility that they could expire or become
invalidated over time?
> Have you tried enabling AEDebug and observing the events being sent?
Interesting idea. Any suggestions on how to do so? My application
is a plug-in for Front Row,
and there's something weird about the way FR is started: there's a
separate launcher app
for the actual .app in /System/Library/Core Services/Front Row.app;
I'm not sure if launching FR
from the command line actually works, which makes setting the AEDebug
environment variable
problematic.
Finally, since my actual app is a plugin, and this problem only occurs
after FR and the machine have been idle
for a long time, it's really difficult to debug/reproduce, as the
testing cycle currently is "make a code change, wait 18-24h with the
computer idle to see if the intermittent problem reoccurs." Not fun.
Finally, restarting *Front Row* clears up the problem. If anyone
has any bright ideas about how to speed up this turn-around time, I'd
be delighted to hear them.
Thanks again,
Jon
_______________________________________________
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http://mail.python.org/mailman/listinfo/pythonmac-sig
