Menu
▾
▴
[Dvdauthor-users] dvdauthor.exe error (_cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION)
|
From: Vladimir S. <sk...@gm...> - 2010-05-05 12:48:32
|
Hi! Thank you for information!!! 2010/5/5 <dvd...@li...> > Send Dvdauthor-users mailing list submissions to > dvd...@li... > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/dvdauthor-users > or, via email, send a message with subject or body 'help' to > dvd...@li... > > You can reach the person managing the list at > dvd...@li... > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Dvdauthor-users digest..." > > > Today's Topics: > > 1. Re: dvdauthor.exe error (_cygtls::handle_exceptions: > Exception: STATUS_ACCESS_VIOLATION) (Lawrence D'Oliveiro) > 2. Non-Title PGCs (Lawrence D'Oliveiro) > 3. C-Style Comments (Lawrence D'Oliveiro) > 4. Text Aspect Ratio & Video Format (Lawrence D'Oliveiro) > 5. Re: Fun With Varied_Open (Lawrence D'Oliveiro) > 6. Re: Overwrite Output Directory? (Lawrence D'Oliveiro) > 7. Re: Text Aspect Ratio & Video Format (Peter Koeleman) > 8. Re: Text Aspect Ratio & Video Format (Lawrence D'Oliveiro) > 9. Re: C-Style Comments (Lawrence D'Oliveiro) > 10. Detecting Duplicate Substream IDs (Lawrence D'Oliveiro) > 11. Re: Detecting Duplicate Substream IDs (Elio Blanca) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 27 Apr 2010 22:57:49 +1200 > From: Lawrence D'Oliveiro <ld...@ge...> > Subject: Re: [Dvdauthor-users] dvdauthor.exe error > (_cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION) > To: dvd...@li... > Message-ID: <4BD...@ge...> > Content-Type: text/plain; charset=UTF-8; format=flowed > > On 27/04/10 22:17, Vladimir Skuzovatkin wrote: > > > So in my opinion the procedure of creation/initialization the > > "vm_statement" structures is not corrected. > > Thanks for such a detailed analysis. :) > > Note that there are limitations laid down in the DVD-Video spec on how > many of these sorts of objects you?re allowed to have: no more than 99 > each of titlesets, and menus and titles in a titleset, numbered from 1. > That?s why the code assumes each number will fit in 7 bits, and uses the > remaining bits for other purposes. > > The bug really is in not checking that the number specified by the user > is in the valid range. > > > We have "ws->titles->pgcs[128 - 128 - 1]" (i2 for this file is > > equal to 128!!!) when will be processed file with number 127. - > > So we have the error. > > I have added some extra validation to the VM language parsing code so it > will flag the error immediately as ?title number out of range?, instead > of crashing. Please try the latest code from my Git repository and see > how it goes. > > > > ------------------------------ > > Message: 2 > Date: Wed, 28 Apr 2010 23:47:49 +1200 > From: Lawrence D'Oliveiro <ld...@ge...> > Subject: [Dvdauthor-users] Non-Title PGCs > To: dvd...@li... > Message-ID: <4BD...@ge...> > Content-Type: text/plain; charset=utf-8; format=flowed > > Looking over some DVD-Video info at the dvd-replica.com site, I > discovered that a title in a titleset can consist of more than one PGC. > However, dvdauthor was assuming that every PGC in a titleset was a new > title. > > I have added a new feature where you can now specify, e.g. > > <titles> > <pgc ...> > ... > </pgc> > <pgc entry="notitle"> > ... > </pgc> > </titles> > > and a PGC with ?entry="notitle"? will be considered to be part of the > same title as the previous PGC. > > dvdunauthor has also been updated to decompile this information > appropriately. > > I haven?t updated the man page yet; I?ll do that soon, I promise. :) > > > > ------------------------------ > > Message: 3 > Date: Sun, 02 May 2010 00:05:39 +1200 > From: Lawrence D'Oliveiro <ld...@ge...> > Subject: [Dvdauthor-users] C-Style Comments > To: dvd...@li... > Message-ID: <4BD...@ge...> > Content-Type: text/plain; charset=utf-8; format=flowed > > You can now use C-style /* ... */ comments in the VM language. XML-style > <!-- ... --> comments worked before and still work, but they just don?t > cut it. :) > > Oh, and you can now also include <![CDATA[ ... ]]> sections as well. > Within these, ?<? and ?&? characters don?t need to be escaped. > > > > ------------------------------ > > Message: 4 > Date: Sun, 02 May 2010 17:01:17 +1200 > From: Lawrence D'Oliveiro <ld...@ge...> > Subject: [Dvdauthor-users] Text Aspect Ratio & Video Format > To: dvd...@li... > Message-ID: <4BD...@ge...> > Content-Type: text/plain; charset=utf-8; format=flowed > > spumux is now sensitive to whether the video format is PAL or NTSC, same > as dvdauthor. This way the textsub movie-height, movie-fps and > subtitle-fps values can have appropriate defaults depending on the > format (movie-height defaulting to 478 for NTSC and 574 for PAL, the fps > attributes correspondingly being 29.97 for NTSC and 25 for PAL). > > I have also added an ?aspect? attribute to the <textsub> tag, which can > have values ?16:9? or ?4:3?. This, together with the video format, is > used to adjust the rendering of the text so the glyph shapes are not > distorted from their original design. > > The previous code always rendered the glyphs assuming the pixel density > was the same across and down, which of course was always wrong, and > furthermore could be wrong in four different ways. > > > > ------------------------------ > > Message: 5 > Date: Sun, 02 May 2010 19:00:17 +1200 > From: Lawrence D'Oliveiro <ld...@ge...> > Subject: Re: [Dvdauthor-users] Fun With Varied_Open > To: dvd...@li... > Message-ID: <4BD...@ge...> > Content-Type: text/plain; charset=UTF-8; format=flowed > > On 10/04/10 09:55, I wrote: > > > One place where it doesn?t (yet) work is with the name of a > > subtitle text file in a spumux XML file. I?m thinking of a > > way to implement that... > > Done! > > > > ------------------------------ > > Message: 6 > Date: Sun, 02 May 2010 19:02:17 +1200 > From: Lawrence D'Oliveiro <ld...@ge...> > Subject: Re: [Dvdauthor-users] Overwrite Output Directory? > To: dvd...@li... > Message-ID: <4BD...@ge...> > Content-Type: text/plain; charset=UTF-8; format=flowed > > On 03/03/10 17:51, I 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. > > Done. > > > > ------------------------------ > > Message: 7 > Date: Sun, 2 May 2010 17:13:10 +0200 > From: Peter Koeleman <pe...@pe...> > Subject: Re: [Dvdauthor-users] Text Aspect Ratio & Video Format > To: dvd...@li... > Message-ID: <201...@pe...> > Content-Type: Text/Plain; charset="us-ascii" > > Op zondag 2 mei 2010 07:01:17 schreef Lawrence D'Oliveiro: > (snip) > > The previous code always rendered the glyphs assuming the pixel density > > was the same across and down, which of course was always wrong, and > > furthermore could be wrong in four different ways. > > I noticed this also fixes 16:9 menu buttons. The selected and highlighted > images weren't mapped right. > > > > ------------------------------ > > Message: 8 > Date: Mon, 03 May 2010 08:59:58 +1200 > From: Lawrence D'Oliveiro <ld...@ge...> > Subject: Re: [Dvdauthor-users] Text Aspect Ratio & Video Format > To: dvd...@li... > Message-ID: <4BD...@ge...> > Content-Type: text/plain; charset=UTF-8; format=flowed > > On 03/05/10 03:13, Peter Koeleman wrote: > > > I noticed this also fixes 16:9 menu buttons. The selected and highlighted > > images weren't mapped right. > > I didn?t do anything to that. It should have worked before, there was no > difference in the treatment of the different images. > > > > ------------------------------ > > Message: 9 > Date: Mon, 03 May 2010 10:40:56 +1200 > From: Lawrence D'Oliveiro <ld...@ge...> > Subject: Re: [Dvdauthor-users] C-Style Comments > To: dvd...@li... > Message-ID: <4BD...@ge...> > Content-Type: text/plain; charset=UTF-8; format=flowed > > On 02/05/10 00:05, I wrote: > > > You can now use C-style /* ... */ comments in the VM language. > > > > Oh, and you can now also include<![CDATA[ ... ]]> sections as well. > > For example, instead of > > if (g0 lt 3 and g1 le 4) > { > g2 = 5; <!-- do something useless --> > } > > you can also write > > <![CDATA[ > if (g0 < 3 && g1 <= 4) > { > g2 = 5; /* do something useless */ > } > ]]> > > > > ------------------------------ > > Message: 10 > Date: Mon, 03 May 2010 20:02:59 +1200 > From: Lawrence D'Oliveiro <ld...@ge...> > Subject: [Dvdauthor-users] Detecting Duplicate Substream IDs > To: dvd...@li... > Message-ID: <4BD...@ge...> > Content-Type: text/plain; charset=utf-8; format=flowed > > I have put a check into spumux to ensure there isn?t already a > subpicture stream with the same ID as the one you?re trying to add. > While I was at it, I also added info messages showing what existing > substream IDs are present. > > > > ------------------------------ > > Message: 11 > Date: Wed, 05 May 2010 13:27:19 +0200 > From: Elio Blanca <ebl...@us...> > Subject: Re: [Dvdauthor-users] Detecting Duplicate Substream IDs > To: dvd...@li... > Message-ID: <4BE...@us...> > Content-Type: text/plain; charset=ISO-8859-15; format=flowed > > I sometimes took advantage from this spumux missing check, I mean I used > it: > > $ spumux -m dvd -s 0 script_normal.xml < base.m2v > first_step.m2v > > in order to mux `normal' subtitles in the first pass, then: > > $ spumux -m dvd -s 0 script_forced.xml < first_step.m2v > ready.m2v > > for muxing forced subs for the same language (both xml files refer to a > text .srt file, not png > image lists) > Is this behaviour still preserved? > > > > > ------------------------------ > > > ------------------------------------------------------------------------------ > > > ------------------------------ > > _______________________________________________ > Dvdauthor-users mailing list > Dvd...@li... > https://lists.sourceforge.net/lists/listinfo/dvdauthor-users > > > End of Dvdauthor-users Digest, Vol 43, Issue 1 > ********************************************** > -- Thanks, Vladimir |