From palotai.robin at gmail.com Tue Dec 1 00:08:52 2009 From: palotai.robin at gmail.com (Palotai Robin) Date: Tue, 01 Dec 2009 01:08:52 +0100 Subject: [SamHaXe] Importing multiple SWF In-Reply-To: References: <4B1451B6.2040901@mindless-labs.com> Message-ID: <4B145E94.4030102@gmail.com> Ok, the problem is that the SceneDescription tag (0x56, dec 86, DefineSceneAndFrameLabelData) is lifted to the outside swf twice (from each imported swf). swf10 docs tell: The DefineSceneAndFrameLabelData tag contains scene and frame label data for a MovieClip. Scenes are supported for the main timeline only, for all other movie clips a single scene is exported. So this tag a, should not be lifted but kept inside the Definesprite of the imported swf or b, "Scenes are supported for the main timeline only, for all other movie clips a single scene is exported." ? or c, investigating swfmill output for the same input, the symbolclass for the first imported swf is output directly after the correspnding Definesprite data, and the second 0x56 tag follows after this symbol class. Apparently this setup (confirmed on the SamHaxed swf) does not fail with Haxe. Sigh. Adobe should be a bit more clear on open file format specs ;) We'll investigate where this tag should be. Thanks for reporting! Robin Joacim Magnusson ?rta: > Allright, here's a simple test case of importing 2 swfs that will produce the error on my system. > > > ------------------------------------------------------------------------ > > > > /J > > On 1 dec 2009, at 00:13, Robin Palotai wrote: > > >> Hi! >> >> Not necessary a neko64 problem. Swf import is in kind of an experimental stage as it is the most complex type of import. >> Could you please upload a test scenario (resource xml, assets, and the haxe command failing) somewhere (or mail directly to Gabe and me)? We will take a peak on it and see if there's anything to fix. >> >> Thanks a lot for your investigations! >> Robin >> >> Joacim Magnusson ?rta: >> >>> Hi! >>> >>> Are there any known issues with importing multiple SWFs in SamHaXe? >>> >>> I have this in my resource descriptor file: >>> >>> >> xmlns:shx="http://mindless-labs.com/samhaxe" >>> xmlns:swf="http://mindless-labs.com/samhaxe/modules/Swf"> >>> >>> >>> >>> >>> >>> >>> >>> The asset swf compiles fine, and it will open in flash player with an empty white window as it should. >>> But when I try import it into my HaXe project using -swf-lib, I get this: >>> Error : The input swf res/resources.swf is corrupted >>> and --gen-hx-classes gives me this: >>> File "../../mtcvs/swflib/swfParser.ml", line 1327, characters 18-24: Assertion failed >>> >>> If I comment out any of the two import lines and recompile the asset with just a single swf, it will work. >>> >>> I suppose this might have something to do with the fact that I'm using a 64-bit Neko... I tried the -interp option, but it made no difference. >>> >>> /J >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Sam HaXe - the friendly asset >>> >> _______________________________________________ >> Sam HaXe - the friendly asset >> > > > ------------------------------------------------------------------------ > > _______________________________________________ > Sam HaXe - the friendly asset From kukkerman at gmail.com Tue Dec 1 01:03:37 2009 From: kukkerman at gmail.com (=?ISO-8859-1?Q?G=E1bor_Szuromi?=) Date: Tue, 1 Dec 2009 02:03:37 +0100 Subject: [SamHaXe] Donating? In-Reply-To: References: Message-ID: Hi! Sorry for the late answer but gmail marked your message as spam and I've just found it. Maybe the word "donate" sounds a bit "spammy" nowadays. :) If you import an image with the genclass="symbolAndClass" attribute (which is the default behaviour) then you can access it as a haXe class. For example: var flower = new resources.Flower(); flash.Lib.current.addChild(flower); > Because SamHaXe has saved me a lot of effort and headaches from swfmill I'd > like to donate some money to show support for your work. But I couldn't find > a "Donate" button anywhere on your site. Maybe that could be something to > think about. ;) You're absolutely right. I'll put Robin on it tomorrow. Glad you like SamHaxe :) Happy coding, Gabe From ron at mindless-labs.com Tue Dec 1 12:16:17 2009 From: ron at mindless-labs.com (Robin Palotai) Date: Tue, 01 Dec 2009 13:16:17 +0100 Subject: [SamHaXe] Donating? In-Reply-To: References: Message-ID: <4B150911.6070103@mindless-labs.com> Thank you for the idea! The button should be around any time now :) Happy coding, Robin >> Because SamHaXe has saved me a lot of effort and headaches from swfmill I'd >> like to donate some money to show support for your work. But I couldn't find >> a "Donate" button anywhere on your site. Maybe that could be something to >> think about. ;) >> > > You're absolutely right. I'll put Robin on it tomorrow. Glad you like SamHaxe :) > > From ron at mindless-labs.com Tue Dec 1 18:47:58 2009 From: ron at mindless-labs.com (Robin Palotai) Date: Tue, 01 Dec 2009 19:47:58 +0100 Subject: [SamHaXe] Importing multiple SWF In-Reply-To: <4B145E94.4030102@gmail.com> References: <4B1451B6.2040901@mindless-labs.com> <4B145E94.4030102@gmail.com> Message-ID: <4B1564DE.9040004@mindless-labs.com> Ticket #4 was created for this http://mindless-labs.com/trac/samhaxe/ticket/4 Robin Palotai Robin ?rta: > Ok, the problem is that the SceneDescription tag (0x56, dec 86, > DefineSceneAndFrameLabelData) is lifted to the outside swf twice (from > each imported swf). > swf10 docs tell: > > The DefineSceneAndFrameLabelData tag contains scene and frame label > data for a > MovieClip. Scenes are supported for the main timeline only, for all > other movie clips a single > scene is exported. > > So this tag > a, should not be lifted but kept inside the Definesprite of the > imported swf > or > b, "Scenes are supported for the main timeline only, for all other > movie clips a single scene is exported." ? > or > c, investigating swfmill output for the same input, the symbolclass > for the first imported swf is output directly after the correspnding > Definesprite data, and the second 0x56 tag follows after this symbol > class. Apparently this setup (confirmed on the SamHaxed swf) does not > fail with Haxe. > > Sigh. Adobe should be a bit more clear on open file format specs ;) > We'll investigate where this tag should be. > > Thanks for reporting! > Robin > > Joacim Magnusson ?rta: >> Allright, here's a simple test case of importing 2 swfs that will >> produce the error on my system. >> >> >> ------------------------------------------------------------------------ >> >> >> >> /J >> >> On 1 dec 2009, at 00:13, Robin Palotai wrote: >> >> >>> Hi! >>> >>> Not necessary a neko64 problem. Swf import is in kind of an >>> experimental stage as it is the most complex type of import. >>> Could you please upload a test scenario (resource xml, assets, and >>> the haxe command failing) somewhere (or mail directly to Gabe and >>> me)? We will take a peak on it and see if there's anything to fix. >>> >>> Thanks a lot for your investigations! >>> Robin >>> >>> Joacim Magnusson ?rta: >>> >>>> Hi! >>>> >>>> Are there any known issues with importing multiple SWFs in SamHaXe? >>>> >>>> I have this in my resource descriptor file: >>>> >>>> >>> xmlns:shx="http://mindless-labs.com/samhaxe" >>>> xmlns:swf="http://mindless-labs.com/samhaxe/modules/Swf"> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> The asset swf compiles fine, and it will open in flash player with >>>> an empty white window as it should. >>>> But when I try import it into my HaXe project using -swf-lib, I get >>>> this: >>>> Error : The input swf res/resources.swf is corrupted >>>> and --gen-hx-classes gives me this: >>>> File "../../mtcvs/swflib/swfParser.ml", line 1327, characters >>>> 18-24: Assertion failed >>>> >>>> If I comment out any of the two import lines and recompile the >>>> asset with just a single swf, it will work. >>>> >>>> I suppose this might have something to do with the fact that I'm >>>> using a 64-bit Neko... I tried the -interp option, but it made no >>>> difference. >>>> >>>> /J >>>> ------------------------------------------------------------------------ >>>> >>>> >>>> _______________________________________________ >>>> Sam HaXe - the friendly asset >>>> >>> _______________________________________________ >>> Sam HaXe - the friendly asset >>> >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Sam HaXe - the friendly asset > > _______________________________________________ > Sam HaXe - the friendly asset From joacim at splashdust.net Tue Dec 1 18:54:23 2009 From: joacim at splashdust.net (Joacim Magnusson) Date: Tue, 1 Dec 2009 19:54:23 +0100 Subject: [SamHaXe] Importing multiple SWF In-Reply-To: <4B1564DE.9040004@mindless-labs.com> References: <4B1451B6.2040901@mindless-labs.com> <4B145E94.4030102@gmail.com> <4B1564DE.9040004@mindless-labs.com> Message-ID: Regarding this: Are there any swf files which really place frame label data in the mentioned tag instead of separate FrameLabel? tags? (or more precisely are there any swf tools which produce such swf? Flash IDE the main suspect here) The swf I supplied in the test case was created with the Flash CS4 IDE, and the issue seem to always happen with swfs produced by that version. /J On 1 dec 2009, at 19:47, Robin Palotai wrote: > Ticket #4 was created for this > http://mindless-labs.com/trac/samhaxe/ticket/4 > > Robin > > Palotai Robin ?rta: >> Ok, the problem is that the SceneDescription tag (0x56, dec 86, DefineSceneAndFrameLabelData) is lifted to the outside swf twice (from each imported swf). >> swf10 docs tell: >> >> The DefineSceneAndFrameLabelData tag contains scene and frame label data for a >> MovieClip. Scenes are supported for the main timeline only, for all other movie clips a single >> scene is exported. >> >> So this tag >> a, should not be lifted but kept inside the Definesprite of the imported swf >> or >> b, "Scenes are supported for the main timeline only, for all other movie clips a single scene is exported." ? >> or >> c, investigating swfmill output for the same input, the symbolclass for the first imported swf is output directly after the correspnding Definesprite data, and the second 0x56 tag follows after this symbol class. Apparently this setup (confirmed on the SamHaxed swf) does not fail with Haxe. >> >> Sigh. Adobe should be a bit more clear on open file format specs ;) >> We'll investigate where this tag should be. >> >> Thanks for reporting! >> Robin >> >> Joacim Magnusson ?rta: >>> Allright, here's a simple test case of importing 2 swfs that will produce the error on my system. >>> >>> ------------------------------------------------------------------------ >>> >>> >>> >>> /J >>> >>> On 1 dec 2009, at 00:13, Robin Palotai wrote: >>> >>> >>>> Hi! >>>> >>>> Not necessary a neko64 problem. Swf import is in kind of an experimental stage as it is the most complex type of import. >>>> Could you please upload a test scenario (resource xml, assets, and the haxe command failing) somewhere (or mail directly to Gabe and me)? We will take a peak on it and see if there's anything to fix. >>>> >>>> Thanks a lot for your investigations! >>>> Robin >>>> >>>> Joacim Magnusson ?rta: >>>> >>>>> Hi! >>>>> >>>>> Are there any known issues with importing multiple SWFs in SamHaXe? >>>>> >>>>> I have this in my resource descriptor file: >>>>> >>>>> >>>> xmlns:shx="http://mindless-labs.com/samhaxe" >>>>> xmlns:swf="http://mindless-labs.com/samhaxe/modules/Swf"> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> The asset swf compiles fine, and it will open in flash player with an empty white window as it should. >>>>> But when I try import it into my HaXe project using -swf-lib, I get this: >>>>> Error : The input swf res/resources.swf is corrupted >>>>> and --gen-hx-classes gives me this: >>>>> File "../../mtcvs/swflib/swfParser.ml", line 1327, characters 18-24: Assertion failed >>>>> >>>>> If I comment out any of the two import lines and recompile the asset with just a single swf, it will work. >>>>> >>>>> I suppose this might have something to do with the fact that I'm using a 64-bit Neko... I tried the -interp option, but it made no difference. >>>>> >>>>> /J >>>>> ------------------------------------------------------------------------ >>>>> >>>>> _______________________________________________ >>>>> Sam HaXe - the friendly asset >>>>> >>>> _______________________________________________ >>>> Sam HaXe - the friendly asset >>>> >>> >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Sam HaXe - the friendly asset >> >> _______________________________________________ >> Sam HaXe - the friendly asset > > _______________________________________________ > Sam HaXe - the friendly asset -------------- next part -------------- An HTML attachment was scrubbed... URL: From ron at mindless-labs.com Tue Dec 1 19:00:22 2009 From: ron at mindless-labs.com (Robin Palotai) Date: Tue, 01 Dec 2009 20:00:22 +0100 Subject: [SamHaXe] Importing multiple SWF In-Reply-To: References: <4B1451B6.2040901@mindless-labs.com> <4B145E94.4030102@gmail.com> <4B1564DE.9040004@mindless-labs.com> Message-ID: <4B1567C6.10900@mindless-labs.com> As I can see, there are no frame labels in that tag (or in the swf). Could you please try and add frame labels to the imported swf (Bacteria) and post it? I'm interested in whether the IDE adds the frame labels to this DefineThings tag or to separate FrameLabel tags. Thank you! Robin Joacim Magnusson ?rta: > Regarding this: > / > / > /Are there any swf files which really place frame label data in the > mentioned tag instead of separate //FrameLabel?// tags? (or more > precisely are there any swf tools which produce such swf? Flash IDE > the main suspect here)/ > > The swf I supplied in the test case was created with the Flash CS4 > IDE, and the issue seem to always happen with swfs produced by that > version. > > /J > > On 1 dec 2009, at 19:47, Robin Palotai wrote: > >> Ticket #4 was created for this >> http://mindless-labs.com/trac/samhaxe/ticket/4 >> >> Robin >> >> Palotai Robin ?rta: >>> Ok, the problem is that the SceneDescription tag (0x56, dec 86, >>> DefineSceneAndFrameLabelData) is lifted to the outside swf twice >>> (from each imported swf). >>> swf10 docs tell: >>> >>> The DefineSceneAndFrameLabelData tag contains scene and frame label >>> data for a >>> MovieClip. Scenes are supported for the main timeline only, for all >>> other movie clips a single >>> scene is exported. >>> >>> So this tag >>> a, should not be lifted but kept inside the Definesprite of the >>> imported swf >>> or >>> b, "Scenes are supported for the main timeline only, for all other >>> movie clips a single scene is exported." ? >>> or >>> c, investigating swfmill output for the same input, the symbolclass >>> for the first imported swf is output directly after the correspnding >>> Definesprite data, and the second 0x56 tag follows after this symbol >>> class. Apparently this setup (confirmed on the SamHaxed swf) does >>> not fail with Haxe. >>> >>> Sigh. Adobe should be a bit more clear on open file format specs ;) >>> We'll investigate where this tag should be. >>> >>> Thanks for reporting! >>> Robin >>> >>> Joacim Magnusson ?rta: >>>> Allright, here's a simple test case of importing 2 swfs that will >>>> produce the error on my system. >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> >>>> >>>> /J >>>> >>>> On 1 dec 2009, at 00:13, Robin Palotai wrote: >>>> >>>> >>>>> Hi! >>>>> >>>>> Not necessary a neko64 problem. Swf import is in kind of an >>>>> experimental stage as it is the most complex type of import. >>>>> Could you please upload a test scenario (resource xml, assets, and >>>>> the haxe command failing) somewhere (or mail directly to Gabe and >>>>> me)? We will take a peak on it and see if there's anything to fix. >>>>> >>>>> Thanks a lot for your investigations! >>>>> Robin >>>>> >>>>> Joacim Magnusson ?rta: >>>>> >>>>>> Hi! >>>>>> >>>>>> Are there any known issues with importing multiple SWFs in SamHaXe? >>>>>> >>>>>> I have this in my resource descriptor file: >>>>>> >>>>>> >>>>> xmlns:shx="http://mindless-labs.com/samhaxe" >>>>>> xmlns:swf="http://mindless-labs.com/samhaxe/modules/Swf"> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> The asset swf compiles fine, and it will open in flash player >>>>>> with an empty white window as it should. >>>>>> But when I try import it into my HaXe project using -swf-lib, I >>>>>> get this: >>>>>> Error : The input swf res/resources.swf is corrupted >>>>>> and --gen-hx-classes gives me this: >>>>>> File "../../mtcvs/swflib/swfParser.ml", line 1327, characters >>>>>> 18-24: Assertion failed >>>>>> >>>>>> If I comment out any of the two import lines and recompile the >>>>>> asset with just a single swf, it will work. >>>>>> >>>>>> I suppose this might have something to do with the fact that I'm >>>>>> using a 64-bit Neko... I tried the -interp option, but it made no >>>>>> difference. >>>>>> >>>>>> /J >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Sam HaXe - the friendly asset >>>>>> >>>>> _______________________________________________ >>>>> Sam HaXe - the friendly asset >>>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> _______________________________________________ >>>> Sam HaXe - the friendly asset >>> >>> _______________________________________________ >>> Sam HaXe - the friendly asset >> >> _______________________________________________ >> Sam HaXe - the friendly asset > > ------------------------------------------------------------------------ > > _______________________________________________ > Sam HaXe - the friendly asset From joacim at splashdust.net Tue Dec 1 19:08:48 2009 From: joacim at splashdust.net (Joacim Magnusson) Date: Tue, 1 Dec 2009 20:08:48 +0100 Subject: [SamHaXe] Importing multiple SWF In-Reply-To: <4B1567C6.10900@mindless-labs.com> References: <4B1451B6.2040901@mindless-labs.com> <4B145E94.4030102@gmail.com> <4B1564DE.9040004@mindless-labs.com> <4B1567C6.10900@mindless-labs.com> Message-ID: Allright, I've added labels to the frames from the Flash IDE. -------------- next part -------------- A non-text attachment was scrubbed... Name: Bacterium.swf Type: application/octet-stream Size: 1187 bytes Desc: not available URL: -------------- next part -------------- /J On 1 dec 2009, at 20:00, Robin Palotai wrote: > As I can see, there are no frame labels in that tag (or in the swf). Could you please try and add frame labels to the imported swf (Bacteria) and post it? > I'm interested in whether the IDE adds the frame labels to this DefineThings tag or to separate FrameLabel tags. > > Thank you! > Robin > > Joacim Magnusson ?rta: >> Regarding this: >> / >> / >> /Are there any swf files which really place frame label data in the mentioned tag instead of separate //FrameLabel?// tags? (or more precisely are there any swf tools which produce such swf? Flash IDE the main suspect here)/ >> >> The swf I supplied in the test case was created with the Flash CS4 IDE, and the issue seem to always happen with swfs produced by that version. >> >> /J >> >> On 1 dec 2009, at 19:47, Robin Palotai wrote: >> >>> Ticket #4 was created for this >>> http://mindless-labs.com/trac/samhaxe/ticket/4 >>> >>> Robin >>> >>> Palotai Robin ?rta: >>>> Ok, the problem is that the SceneDescription tag (0x56, dec 86, DefineSceneAndFrameLabelData) is lifted to the outside swf twice (from each imported swf). >>>> swf10 docs tell: >>>> >>>> The DefineSceneAndFrameLabelData tag contains scene and frame label data for a >>>> MovieClip. Scenes are supported for the main timeline only, for all other movie clips a single >>>> scene is exported. >>>> >>>> So this tag >>>> a, should not be lifted but kept inside the Definesprite of the imported swf >>>> or >>>> b, "Scenes are supported for the main timeline only, for all other movie clips a single scene is exported." ? >>>> or >>>> c, investigating swfmill output for the same input, the symbolclass for the first imported swf is output directly after the correspnding Definesprite data, and the second 0x56 tag follows after this symbol class. Apparently this setup (confirmed on the SamHaxed swf) does not fail with Haxe. >>>> >>>> Sigh. Adobe should be a bit more clear on open file format specs ;) >>>> We'll investigate where this tag should be. >>>> >>>> Thanks for reporting! >>>> Robin >>>> >>>> Joacim Magnusson ?rta: >>>>> Allright, here's a simple test case of importing 2 swfs that will produce the error on my system. >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> >>>>> >>>>> /J >>>>> >>>>> On 1 dec 2009, at 00:13, Robin Palotai wrote: >>>>> >>>>> >>>>>> Hi! >>>>>> >>>>>> Not necessary a neko64 problem. Swf import is in kind of an experimental stage as it is the most complex type of import. >>>>>> Could you please upload a test scenario (resource xml, assets, and the haxe command failing) somewhere (or mail directly to Gabe and me)? We will take a peak on it and see if there's anything to fix. >>>>>> >>>>>> Thanks a lot for your investigations! >>>>>> Robin >>>>>> >>>>>> Joacim Magnusson ?rta: >>>>>> >>>>>>> Hi! >>>>>>> >>>>>>> Are there any known issues with importing multiple SWFs in SamHaXe? >>>>>>> >>>>>>> I have this in my resource descriptor file: >>>>>>> >>>>>>> >>>>>> xmlns:shx="http://mindless-labs.com/samhaxe" >>>>>>> xmlns:swf="http://mindless-labs.com/samhaxe/modules/Swf"> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> The asset swf compiles fine, and it will open in flash player with an empty white window as it should. >>>>>>> But when I try import it into my HaXe project using -swf-lib, I get this: >>>>>>> Error : The input swf res/resources.swf is corrupted >>>>>>> and --gen-hx-classes gives me this: >>>>>>> File "../../mtcvs/swflib/swfParser.ml", line 1327, characters 18-24: Assertion failed >>>>>>> >>>>>>> If I comment out any of the two import lines and recompile the asset with just a single swf, it will work. >>>>>>> >>>>>>> I suppose this might have something to do with the fact that I'm using a 64-bit Neko... I tried the -interp option, but it made no difference. >>>>>>> >>>>>>> /J >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Sam HaXe - the friendly asset >>>>>>> >>>>>> _______________________________________________ >>>>>> Sam HaXe - the friendly asset >>>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> _______________________________________________ >>>>> Sam HaXe - the friendly asset >>>> >>>> _______________________________________________ >>>> Sam HaXe - the friendly asset >>> >>> _______________________________________________ >>> Sam HaXe - the friendly asset >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Sam HaXe - the friendly asset > > _______________________________________________ > Sam HaXe - the friendly asset From ron at mindless-labs.com Tue Dec 1 19:14:17 2009 From: ron at mindless-labs.com (Robin Palotai) Date: Tue, 01 Dec 2009 20:14:17 +0100 Subject: [SamHaXe] Importing multiple SWF In-Reply-To: References: <4B1451B6.2040901@mindless-labs.com> <4B145E94.4030102@gmail.com> <4B1564DE.9040004@mindless-labs.com> <4B1567C6.10900@mindless-labs.com> Message-ID: <4B156B09.2040101@mindless-labs.com> Thanks! It seems that the frame labels are both in the DefineManyThings tag and also in separate Frame Labels. So let's say that it is safe to strip that tag from the output when importing swf's. Robin Joacim Magnusson ?rta: > Allright, I've added labels to the frames from the Flash IDE. > > ------------------------------------------------------------------------ > > > > /J > On 1 dec 2009, at 20:00, Robin Palotai wrote: > > >> As I can see, there are no frame labels in that tag (or in the swf). Could you please try and add frame labels to the imported swf (Bacteria) and post it? >> I'm interested in whether the IDE adds the frame labels to this DefineThings tag or to separate FrameLabel tags. >> >> Thank you! >> Robin >> >> Joacim Magnusson ?rta: >> >>> Regarding this: >>> / >>> / >>> /Are there any swf files which really place frame label data in the mentioned tag instead of separate //FrameLabel?// tags? (or more precisely are there any swf tools which produce such swf? Flash IDE the main suspect here)/ >>> >>> The swf I supplied in the test case was created with the Flash CS4 IDE, and the issue seem to always happen with swfs produced by that version. >>> >>> /J >>> >>> On 1 dec 2009, at 19:47, Robin Palotai wrote: >>> >>> >>>> Ticket #4 was created for this >>>> http://mindless-labs.com/trac/samhaxe/ticket/4 >>>> >>>> Robin >>>> >>>> Palotai Robin ?rta: >>>> >>>>> Ok, the problem is that the SceneDescription tag (0x56, dec 86, DefineSceneAndFrameLabelData) is lifted to the outside swf twice (from each imported swf). >>>>> swf10 docs tell: >>>>> >>>>> The DefineSceneAndFrameLabelData tag contains scene and frame label data for a >>>>> MovieClip. Scenes are supported for the main timeline only, for all other movie clips a single >>>>> scene is exported. >>>>> >>>>> So this tag >>>>> a, should not be lifted but kept inside the Definesprite of the imported swf >>>>> or >>>>> b, "Scenes are supported for the main timeline only, for all other movie clips a single scene is exported." ? >>>>> or >>>>> c, investigating swfmill output for the same input, the symbolclass for the first imported swf is output directly after the correspnding Definesprite data, and the second 0x56 tag follows after this symbol class. Apparently this setup (confirmed on the SamHaxed swf) does not fail with Haxe. >>>>> >>>>> Sigh. Adobe should be a bit more clear on open file format specs ;) >>>>> We'll investigate where this tag should be. >>>>> >>>>> Thanks for reporting! >>>>> Robin >>>>> >>>>> Joacim Magnusson ?rta: >>>>> >>>>>> Allright, here's a simple test case of importing 2 swfs that will produce the error on my system. >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> >>>>>> >>>>>> /J >>>>>> >>>>>> On 1 dec 2009, at 00:13, Robin Palotai wrote: >>>>>> >>>>>> >>>>>> >>>>>>> Hi! >>>>>>> >>>>>>> Not necessary a neko64 problem. Swf import is in kind of an experimental stage as it is the most complex type of import. >>>>>>> Could you please upload a test scenario (resource xml, assets, and the haxe command failing) somewhere (or mail directly to Gabe and me)? We will take a peak on it and see if there's anything to fix. >>>>>>> >>>>>>> Thanks a lot for your investigations! >>>>>>> Robin >>>>>>> >>>>>>> Joacim Magnusson ?rta: >>>>>>> >>>>>>> >>>>>>>> Hi! >>>>>>>> >>>>>>>> Are there any known issues with importing multiple SWFs in SamHaXe? >>>>>>>> >>>>>>>> I have this in my resource descriptor file: >>>>>>>> >>>>>>>> >>>>>>> xmlns:shx="http://mindless-labs.com/samhaxe" >>>>>>>> xmlns:swf="http://mindless-labs.com/samhaxe/modules/Swf"> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> The asset swf compiles fine, and it will open in flash player with an empty white window as it should. >>>>>>>> But when I try import it into my HaXe project using -swf-lib, I get this: >>>>>>>> Error : The input swf res/resources.swf is corrupted >>>>>>>> and --gen-hx-classes gives me this: >>>>>>>> File "../../mtcvs/swflib/swfParser.ml", line 1327, characters 18-24: Assertion failed >>>>>>>> >>>>>>>> If I comment out any of the two import lines and recompile the asset with just a single swf, it will work. >>>>>>>> >>>>>>>> I suppose this might have something to do with the fact that I'm using a 64-bit Neko... I tried the -interp option, but it made no difference. >>>>>>>> >>>>>>>> /J >>>>>>>> ------------------------------------------------------------------------ >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Sam HaXe - the friendly asset >>>>>>>> >>>>>>>> >>>>>>> _______________________________________________ >>>>>>> Sam HaXe - the friendly asset >>>>>>> >>>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> _______________________________________________ >>>>>> Sam HaXe - the friendly asset >>>>>> >>>>> _______________________________________________ >>>>> Sam HaXe - the friendly asset >>>>> >>>> _______________________________________________ >>>> Sam HaXe - the friendly asset >>>> >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Sam HaXe - the friendly asset >>> >> _______________________________________________ >> Sam HaXe - the friendly asset >> > > > ------------------------------------------------------------------------ > > _______________________________________________ > Sam HaXe - the friendly asset From joacim at splashdust.net Thu Dec 3 02:07:38 2009 From: joacim at splashdust.net (Joacim Magnusson) Date: Thu, 3 Dec 2009 03:07:38 +0100 Subject: [SamHaXe] Importing multiple SWF In-Reply-To: <4B156B09.2040101@mindless-labs.com> References: <4B1451B6.2040901@mindless-labs.com> <4B145E94.4030102@gmail.com> <4B1564DE.9040004@mindless-labs.com> <4B1567C6.10900@mindless-labs.com> <4B156B09.2040101@mindless-labs.com> Message-ID: <2EAD8170-6C23-4A01-AC0B-8D434FA24282@splashdust.net> Nice! I commented out line 514 in Swf.hx, and now I can import my CS4 SWFs. Thanks! /J On 1 dec 2009, at 20:14, Robin Palotai wrote: > Thanks! It seems that the frame labels are both in the DefineManyThings tag and also in separate Frame Labels. > So let's say that it is safe to strip that tag from the output when importing swf's. > > Robin > > Joacim Magnusson ?rta: >> Allright, I've added labels to the frames from the Flash IDE. >> ------------------------------------------------------------------------ >> >> >> >> /J >> On 1 dec 2009, at 20:00, Robin Palotai wrote: >> >> >>> As I can see, there are no frame labels in that tag (or in the swf). Could you please try and add frame labels to the imported swf (Bacteria) and post it? >>> I'm interested in whether the IDE adds the frame labels to this DefineThings tag or to separate FrameLabel tags. >>> >>> Thank you! >>> Robin >>> >>> Joacim Magnusson ?rta: >>> >>>> Regarding this: >>>> / >>>> / >>>> /Are there any swf files which really place frame label data in the mentioned tag instead of separate //FrameLabel?// tags? (or more precisely are there any swf tools which produce such swf? Flash IDE the main suspect here)/ >>>> >>>> The swf I supplied in the test case was created with the Flash CS4 IDE, and the issue seem to always happen with swfs produced by that version. >>>> >>>> /J >>>> >>>> On 1 dec 2009, at 19:47, Robin Palotai wrote: >>>> >>>> >>>>> Ticket #4 was created for this >>>>> http://mindless-labs.com/trac/samhaxe/ticket/4 >>>>> >>>>> Robin >>>>> >>>>> Palotai Robin ?rta: >>>>> >>>>>> Ok, the problem is that the SceneDescription tag (0x56, dec 86, DefineSceneAndFrameLabelData) is lifted to the outside swf twice (from each imported swf). >>>>>> swf10 docs tell: >>>>>> >>>>>> The DefineSceneAndFrameLabelData tag contains scene and frame label data for a >>>>>> MovieClip. Scenes are supported for the main timeline only, for all other movie clips a single >>>>>> scene is exported. >>>>>> >>>>>> So this tag >>>>>> a, should not be lifted but kept inside the Definesprite of the imported swf >>>>>> or >>>>>> b, "Scenes are supported for the main timeline only, for all other movie clips a single scene is exported." ? >>>>>> or >>>>>> c, investigating swfmill output for the same input, the symbolclass for the first imported swf is output directly after the correspnding Definesprite data, and the second 0x56 tag follows after this symbol class. Apparently this setup (confirmed on the SamHaxed swf) does not fail with Haxe. >>>>>> >>>>>> Sigh. Adobe should be a bit more clear on open file format specs ;) >>>>>> We'll investigate where this tag should be. >>>>>> >>>>>> Thanks for reporting! >>>>>> Robin >>>>>> >>>>>> Joacim Magnusson ?rta: >>>>>> >>>>>>> Allright, here's a simple test case of importing 2 swfs that will produce the error on my system. >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> >>>>>>> >>>>>>> /J >>>>>>> >>>>>>> On 1 dec 2009, at 00:13, Robin Palotai wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Hi! >>>>>>>> >>>>>>>> Not necessary a neko64 problem. Swf import is in kind of an experimental stage as it is the most complex type of import. >>>>>>>> Could you please upload a test scenario (resource xml, assets, and the haxe command failing) somewhere (or mail directly to Gabe and me)? We will take a peak on it and see if there's anything to fix. >>>>>>>> >>>>>>>> Thanks a lot for your investigations! >>>>>>>> Robin >>>>>>>> >>>>>>>> Joacim Magnusson ?rta: >>>>>>>> >>>>>>>>> Hi! >>>>>>>>> >>>>>>>>> Are there any known issues with importing multiple SWFs in SamHaXe? >>>>>>>>> >>>>>>>>> I have this in my resource descriptor file: >>>>>>>>> >>>>>>>>> >>>>>>>> xmlns:shx="http://mindless-labs.com/samhaxe" >>>>>>>>> xmlns:swf="http://mindless-labs.com/samhaxe/modules/Swf"> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> The asset swf compiles fine, and it will open in flash player with an empty white window as it should. >>>>>>>>> But when I try import it into my HaXe project using -swf-lib, I get this: >>>>>>>>> Error : The input swf res/resources.swf is corrupted >>>>>>>>> and --gen-hx-classes gives me this: >>>>>>>>> File "../../mtcvs/swflib/swfParser.ml", line 1327, characters 18-24: Assertion failed >>>>>>>>> >>>>>>>>> If I comment out any of the two import lines and recompile the asset with just a single swf, it will work. >>>>>>>>> >>>>>>>>> I suppose this might have something to do with the fact that I'm using a 64-bit Neko... I tried the -interp option, but it made no difference. >>>>>>>>> >>>>>>>>> /J >>>>>>>>> ------------------------------------------------------------------------ >>>>>>>>> _______________________________________________ >>>>>>>>> Sam HaXe - the friendly asset >>>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Sam HaXe - the friendly asset >>>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Sam HaXe - the friendly asset >>>>>>> >>>>>> _______________________________________________ >>>>>> Sam HaXe - the friendly asset >>>>>> >>>>> _______________________________________________ >>>>> Sam HaXe - the friendly asset >>>>> >>>> ------------------------------------------------------------------------ >>>> >>>> _______________________________________________ >>>> Sam HaXe - the friendly asset >>>> >>> _______________________________________________ >>> Sam HaXe - the friendly asset >>> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Sam HaXe - the friendly asset > > _______________________________________________ > Sam HaXe - the friendly asset From kukkerman at gmail.com Fri Dec 4 00:00:39 2009 From: kukkerman at gmail.com (=?ISO-8859-1?Q?G=E1bor_Szuromi?=) Date: Fri, 4 Dec 2009 01:00:39 +0100 Subject: [SamHaXe] Importing multiple SWF In-Reply-To: <2EAD8170-6C23-4A01-AC0B-8D434FA24282@splashdust.net> References: <4B1451B6.2040901@mindless-labs.com> <4B145E94.4030102@gmail.com> <4B1564DE.9040004@mindless-labs.com> <4B1567C6.10900@mindless-labs.com> <4B156B09.2040101@mindless-labs.com> <2EAD8170-6C23-4A01-AC0B-8D434FA24282@splashdust.net> Message-ID: Hi! > I commented out line 514 in Swf.hx, and now I can import my CS4 SWFs. If you just comment out line 514 then the DefineSceneAndFrameLabelData tag will be added to the generated DefineSprite tag which can cause further problems. According to swf10 docs (DefineSprite, page 233): The following tags are valid within a DefineSprite tag: ? ShowFrame ? StartSound ? PlaceObject ? FrameLabel ? PlaceObject2 ? SoundStreamHead ? RemoveObject ? SoundStreamHead2 ? RemoveObject2 ? SoundStreamBlock ? All Actions (see Actions) ? End So the DefineSceneAndFrameLabelData tag is not vaild in DefineSprite, it must be left out entirely. I've committed the appropriate changes, revision 17 contains the fix. Cheers, Gabe From kukkerman at gmail.com Fri Dec 4 12:33:25 2009 From: kukkerman at gmail.com (=?ISO-8859-1?Q?G=E1bor_Szuromi?=) Date: Fri, 4 Dec 2009 13:33:25 +0100 Subject: [SamHaXe] Importing multiple SWF In-Reply-To: References: <4B145E94.4030102@gmail.com> <4B1564DE.9040004@mindless-labs.com> <4B1567C6.10900@mindless-labs.com> <4B156B09.2040101@mindless-labs.com> <2EAD8170-6C23-4A01-AC0B-8D434FA24282@splashdust.net> Message-ID: Sorry, revision 18 contains the fix! Gabe From joacim at splashdust.net Sat Dec 5 18:08:35 2009 From: joacim at splashdust.net (Joacim Magnusson) Date: Sat, 5 Dec 2009 19:08:35 +0100 Subject: [SamHaXe] Importing multiple SWF In-Reply-To: References: <4B145E94.4030102@gmail.com> <4B1564DE.9040004@mindless-labs.com> <4B1567C6.10900@mindless-labs.com> <4B156B09.2040101@mindless-labs.com> <2EAD8170-6C23-4A01-AC0B-8D434FA24282@splashdust.net> Message-ID: <2215E4FF-E0BC-465A-A0D8-8E2EC5CCFC5E@splashdust.net> Just updated to r18, and it works great! Thanks again. /J On 4 dec 2009, at 13:33, G?bor Szuromi wrote: > Sorry, revision 18 contains the fix! > > Gabe > _______________________________________________ > Sam HaXe - the friendly asset From ron at mindless-labs.com Sat Dec 12 18:58:32 2009 From: ron at mindless-labs.com (Robin Palotai) Date: Sat, 12 Dec 2009 19:58:32 +0100 Subject: [SamHaXe] SamHaxe JPG issue In-Reply-To: <4B1E043B.7030903@pirongames.com> References: <4B1E043B.7030903@pirongames.com> Message-ID: <4B23E7D8.3000901@mindless-labs.com> Hi Stefan! Sorry for noticing your mail just now. Could you please send an example JPG and maybe it compiled into the "corrupted" swf lib? Jpeg import should be find, but if this is a bug we'll sort it out. Best regards, Robin Stefan Dicu ?rta: > Hello, > > I've recently switched from swfmill to samhaxe (the 1.0-mojito > version) and I ran into a small issue regarding JPG import: a swf.lib > containing such an image format causes the haxe compiler to bailout > with "swf.lib is corrupted" error. This didn't happened with swfmill, > so I was wondering if you've bumped into this issue, and if you have > an work-around, other than avoiding the use of JPGs :) > > Thanks, > Stefan > > From Joacim at splashdust.net Tue Dec 15 20:58:31 2009 From: Joacim at splashdust.net (Joacim Magnusson) Date: Tue, 15 Dec 2009 21:58:31 +0100 Subject: [SamHaXe] Text fields in imported SWFs Message-ID: Hi! I've used SamHaXe quite a lot during the last couple of weeks, and I came across a bug that I thought I should report: All text fields in imported SWFs gets stripped away if they don't have any glyphs embedded. This happens regardless of whether it is a static or a dynamic type of text field. However, if the text field is broken down into shapes (i.e, right-click in flash IDE and select break apart), it will not get stripped. This happens every time a Flash CS4 generated SWF that have text fields is imported. Also, if a text field in an imported SWF is set to use font family X (without embedding glyphs), and a font named X is imported using the Font module, any TextField instance in the target SWF that uses font X will appear blank. Another wierd thing about this is that when text fields gets stripped in this manner, buttons and movieclips that reside on the same layer of the SWF gets stripped as well. I've included a test case which reproduces this issue. Thanks for a great tool! /J -------------- next part -------------- A non-text attachment was scrubbed... Name: text_testcase.zip Type: application/zip Size: 46647 bytes Desc: not available URL: From kukkerman at gmail.com Wed Dec 16 13:42:47 2009 From: kukkerman at gmail.com (=?ISO-8859-1?Q?G=E1bor_Szuromi?=) Date: Wed, 16 Dec 2009 14:42:47 +0100 Subject: [SamHaXe] SamHaxe JPG issue In-Reply-To: <4B23E7D8.3000901@mindless-labs.com> References: <4B1E043B.7030903@pirongames.com> <4B23E7D8.3000901@mindless-labs.com> Message-ID: Hi! >> I've recently switched from swfmill to samhaxe (the 1.0-mojito version) >> and I ran into a small issue regarding JPG import: a swf.lib containing such >> an image format causes the haxe compiler to bailout with "swf.lib is >> corrupted" error. This didn't happened with swfmill, so I was wondering if >> you've bumped into this issue, and if you have an work-around, other than >> avoiding the use of JPGs :) Thanks for the bug report. The issue is fixed in r19. Please check ticket #5 (http://trac.mindless-labs.com/samhaxe/ticket/5) for more information. Cheers, Gabe From kukkerman at gmail.com Wed Dec 16 13:48:46 2009 From: kukkerman at gmail.com (=?ISO-8859-1?Q?G=E1bor_Szuromi?=) Date: Wed, 16 Dec 2009 14:48:46 +0100 Subject: [SamHaXe] Text fields in imported SWFs In-Reply-To: References: Message-ID: Hi! > All text fields in imported SWFs gets stripped away if they don't have any glyphs embedded. This happens regardless of whether it is a static or a dynamic type of text field. However, if the text field is broken down into shapes (i.e, right-click in flash IDE and select break apart), it will not get stripped. This happens every time a Flash CS4 generated SWF that have text fields is imported. > > Also, if a text field in an imported SWF is set to use font family X (without embedding glyphs), and a font named X is imported using the Font module, any TextField instance in the target SWF that uses font X will appear blank. > > Another wierd thing about this is that when text fields gets stripped in this manner, buttons and movieclips that reside on the same layer of the SWF gets stripped as well. > I've included a test case which reproduces this issue. It was a stupid SWF parsing error which we solved some time ago but looking at the changesets it disappeared somehow... Anyway I've restored it and committed the changes so an svn update will solve your problems (hopefully). :) Happy coding, Gabe From joacim at splashdust.net Wed Dec 16 16:18:24 2009 From: joacim at splashdust.net (Joacim Magnusson) Date: Wed, 16 Dec 2009 17:18:24 +0100 Subject: [SamHaXe] Text fields in imported SWFs In-Reply-To: References: Message-ID: <1F8F9B92-6EFC-41C2-816B-72BB98412850@splashdust.net> Nice! Works great now. Thanks /J On 16 dec 2009, at 14:48, G?bor Szuromi wrote: > Hi! > >> All text fields in imported SWFs gets stripped away if they don't have any glyphs embedded. This happens regardless of whether it is a static or a dynamic type of text field. However, if the text field is broken down into shapes (i.e, right-click in flash IDE and select break apart), it will not get stripped. This happens every time a Flash CS4 generated SWF that have text fields is imported. >> >> Also, if a text field in an imported SWF is set to use font family X (without embedding glyphs), and a font named X is imported using the Font module, any TextField instance in the target SWF that uses font X will appear blank. >> >> Another wierd thing about this is that when text fields gets stripped in this manner, buttons and movieclips that reside on the same layer of the SWF gets stripped as well. >> I've included a test case which reproduces this issue. > > It was a stupid SWF parsing error which we solved some time ago but > looking at the changesets it disappeared somehow... Anyway I've > restored it and committed the changes so an svn update will solve your > problems (hopefully). :) > > Happy coding, > Gabe > _______________________________________________ > Sam HaXe - the friendly asset