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.

So, the formatted string with the filename is my only suggestion :)

On Tue, 2004-08-03 at 15:27, Rob Shortt wrote:
> Right now it is very rudimentary, more like just laying the groundwork 
> for further improvements so people can get the idea of what could be done.
> 
> The code:
> 
>              elif event == RECORD_START:
>                  #print 'Handling event RECORD_START'
>                  prog = event.arg
>                  open(tv_lock_file, 'w').close()
>                  self.create_fxd(prog)
>                  if config.VCR_PRE_REC:
>                      util.popen3.Popen3(config.VCR_PRE_REC)
> 
>              elif event == RECORD_STOP:
>                  #print 'Handling event RECORD_STOP'
>                  os.remove(tv_lock_file)
>                  prog = event.arg
>                  try:
>                      snapshot(prog.filename)
>                  except:
>                      # If automatic pickling fails, use on-demand 
> caching when
>                      # the file is accessed instead.
>                      os.rename(vfs.getoverlay(prog.filename + '.raw.tmp'),
>  
> vfs.getoverlay(os.path.splitext(prog.filename)[0] + '.png'))
>                      pass
>                  if config.VCR_POST_REC:
>                      util.popen3.Popen3(config.VCR_POST_REC)
> 
> 
> So as you see it simply expects VCR_PRE_REC and VCR_POST_REC to be set 
> to a command or script you have and gets no options passed to it.  It 
> would probably be a good idea to have the sctring formatted with 
> %(filename)s and such like VCR_CMD has support for.  As it stand now 
> this is only really useful for changing mixxer settings or anything else 
> that doesn't need to know about any specific program.
> 
> Patches and ideas welcome. :)
> 
> -Rob
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by OSTG. Have you noticed the changes on
> Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
> one more big change to announce. We are now OSTG- Open Source Technology
> Group. Come see the changes on the new OSTG site. www.ostg.com
> _______________________________________________
> Freevo-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/freevo-devel



-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
_______________________________________________
Freevo-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freevo-devel

Reply via email to