Re: Overwrite Output Directory?

Op vrijdag 19 maart 2010 14:09:33 schreef Giacomo Comes:
> On Fri, Mar 19, 2010 at 03:42:48PM +1300, Lawrence D'Oliveiro wrote:
> > Ben Hutchings wrote:
> > > On Wed, 2010-03-03 at 17:51 +1300, Lawrence D'Oliveiro wrote:
> >>>> Perhaps add a ???-O??? option which specifies the output directory
> >>>> like
>  >> 
>  >> ???-o???, but also overwrites its contents, e.g.
>  >> 
> >>>>      dvdauthor -o dir -x ctlfile
> >>>> 
> >>>> appends to any existing contents of dir, whereas
> >>>> 
> >>>>      dvdauthor -O dir -x ctlfile
> >>>> 
> >>>> would start dir afresh.
> > > 
> > > That seems like too subtle a difference.
> > 
> > Why?
> 
> I can explain. Many times making a dvdimage is an iterative
> process. Create some mpeg and some menu, author the dvd,
> check if the results are what you expect, if not change
> something and redo the authoring.

For this I always make a little bash script that defines the output directory 
and run dvddirdel on it before running dvdauthor.

If dvdauthor would simply overwrite the output files, that would be the 
behaviour I expect. But dvdauthor can also add titles to a dvd layout and it 
has been established that this is the default behaviour. So we can't really 
change the default behaviour to overwriting files and have a switch to tell 
dvdauthor to append instead of overwrite. So the best option in my opinion 
would be to add a switch to tell dvdauthor to remove all dvd layout files 
before writing any new ones, removing the need to run dvddirdel.

The new switch would not be a "overwrite" switch but a clean directory switch. 
Therefore there is no need to change -o to -O for the sake of changing 
overwrite/append behaviour. The new switch could be -d or --dirclean which is 
different enough from the other swithes to be recognised.

Peter

------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev