On Tue, 2004-09-07 at 06:25, Robert Winder wrote:
snip
But it seems you are correct that freevo doesn't ping. Can't find it
either.
/Robert
Why should it ping? automount does that for you, if the host is not alive it will
unmount the mount point.
Then
On Mon, 2004-09-06 at 18:19, Dirk Meyer wrote:
Hi,
some already know because I told it on IRC, but here the official
request for discussion:
I don't like twisted. Why? It's a huge monster, including not only
stuff we need like xmlrpc and a web server but also stuff we don't
need and a
Something here is broken for me (for transcode).. Sending SIG_ANYTHING to
the process leader after making the recomended changes... (in util.popen3)
doesn't kill all childs.. I can only think now I must hack my way around
this...
Bruno, in cd_burn, cleanup() calls kill on -pid not pid.
On Mon, 2004-08-16 at 12:50, Dirk Meyer wrote:
Now you got me. What are process groups? My knowledge says: when a
child dies, the kernel sends SIGCHILD to the parent. The parent than
should 'wait' for it to remove the zombie process. If a process dies,
all children are now children of process
Mick wrote:
But how should Freevo be able to control a child of a child?
Freevo just has to worry on killing all the spwaned childs and it's
sub-childs. Since most of the helper processes do not notify anything
about spwaning sub-childs the only way i see to make this work is to
assign a
On Wed, 2004-08-11 at 15:50, Dirk Meyer wrote:
It's in plugins/idlebar/__init__.py. The plugin is called something
with cd.
Dischi
Found, but from what i can understand, the icon changes according to
media types reported in config.REMOVABLE_MEDIA. The cd part of the
plugins don't listen
On Wed, 2004-08-11 at 09:20, Dirk Meyer wrote:
What do you need from Freevo for that?
Not sure if i understand the question? what do i need to add to freevo
to solve this?
is that the question?
Dischi
Bruno
---
SF.Net email is
On Wed, 2004-08-11 at 14:10, Dirk Meyer wrote:
No, what is the problem you have now? You have full control over the
child.
Currently none, just think ahead. It's probable that a child spawns a
child and with the current code you loose control of that.
Since it doesn't break anything i think
On Wed, 2004-08-11 at 02:34, Mick wrote:
We should be able to do this by sending burn start and stop events, and
modifying the plugin that handles that image to also diaply something
when a burn is active..
Ok, do you know what is the plugin that manages/handles the cd image?
On Tue, 2004-08-10 at 14:14, Dirk Meyer wrote:
Bruno Tavares wrote:
I've two questions:
first; and i know Dischi don't like threads, is it possible to patch
utils.popen3.Popen4 to make it launch all the childs under a group
process id.
This because, since Popen4 launches the command
On Tue, 2004-08-10 at 14:54, Mick wrote:
In the future it would be great if mmpython could identify blank media
somehow.. That way we can intigate some checks in cd_burn down the track..
Of course I have no idea how to do this ;-)
Neither do i, but another cool feature was to mmpython to
On Tue, 2004-08-10 at 15:44, Dirk Meyer wrote:
Bad hack:
command = 'foo bar something'
popen3(command.split(' '))
Better: (because filenames can conatin spaces)
command = [ 'my_prog', 'param1', 'a param with spaces' ]
popen3(command)
Got it, thanks.
Still wont solve the childs of
I've two questions:
first; and i know Dischi don't like threads, is it possible to patch
utils.popen3.Popen4 to make it launch all the childs under a group
process id.
This because, since Popen4 launches the command using sh, you loose
control of all the child processes of the shell.
If group
While developing cd_burn plugin i needed to read child output in
non-blocking mode in order to parse the output of the child app in
realtime without locking my thread.
After a few attempts i finally got it. Here is the recipe for who ever
needs it:
import fcntl, os
def
On Fri, 2004-08-06 at 04:06, Mick wrote:
Concerning the thread handling in python, I spent a lot of time on it and
would be happy if I can help you...
Yes, you have done good work, alot of our threading is based on your dvdcopy
plugin.
Which reminds me of something: we are currently
On Fri, 2004-08-06 at 15:40, Dirk Meyer wrote:
Yes and no. You can still use threads, but you shouldn't. You need a
_very_ good reason why. What will removed is the bad hack how to start
processes from threads, that is a very bad hack.
About not using threads: there will be a doc how to
On Fri, 2004-08-06 at 16:07, Hans Meine wrote:
Alan Cox' state machine comment applies here ;-)
But state machines are admittedly not the way to program IMHO. Auto-generated
state machines for parsers are OK, but elsewhere you don't want to have code
that implements branching state machines
That exists already, VCR_PRE_REC and VCR_POST_REC, which can each point
to a command or script to be executed at the beginning or after recording.
Wow... this is greate.. had no idea...
What string formated variables this support?? such has the recorded file name?
And the script is executed
Well, since the command/script is called with popen and you don't wait
for it, i think the record server will happily continue to do it's work
while the command/script is being executed.
As for formatted strings i think the filename that the recording has
created (let's say x.avi) is mandatory.
Ok, great ...
Now, i was wondering if it is possible to use the freevo mplayer
configuration. Since freevo auto-detects mplayer (and let's the user
configure it) my plugin could use that configuration to find mplayer.
Is there any way to do it?
On Mon, 2004-08-02 at 00:46, Aubin Paul wrote:
After i read Mick's comment i found a config variable MPLAYER_CMD that
holds the mplayer path.
Is this suitable for what i described or there is a more suitable
variable?
Thanks
On Mon, 2004-08-02 at 14:43, Mick wrote:
Ok, great ...
Now, i was wondering if it is possible to use the freevo
On Wed, 2004-07-28 at 06:25, Mick wrote:
Are you the original author?
Yep, the first version was based in a plugin that already existed, but
soon spin of.
I've been waiting to see a post re this for a while..
I'm hacking my way through a DVD-VIDEO writing plugin atm. However, I'm
not
I haven't read the cart plugin, but if the cart has a unique Item Type
it should not be hard to adapt the burn_cd plugin to this.
The plugins decides the burning actions mainly according to the items
types.
On Wed, 2004-07-28 at 07:25, Mick wrote:
I had an idea a while back, to extend the cart
BTW, (and i think that your confusion with the plugins come mainly from
this) my plugin is not on the freevo project page. I'm getting the only
way to get it is trough the attachment of the prev message.
On Wed, 2004-07-28 at 06:25, Mick wrote:
Are you the original author?
I've been waiting
24 matches
Mail list logo