NOTICE: This channel is no longer actively logged.
[00:11:24] <Robipo> this channel is quite active today.[00:22:14] *** mi6x3m has quit IRC[00:23:18] *** empika has quit IRC[02:16:03] *** MaskedPixel has quit IRC[02:17:01] *** Robipo has quit IRC[02:36:04] *** MaskedPixel has joined #nme[04:26:54] *** MaskedPixel has quit IRC[04:34:48] *** theRemix has joined #nme[05:29:35] *** MaskedPixel has joined #nme[06:38:28] *** benth has joined #nme[06:41:45] *** benth has left #nme[07:27:49] *** MaskedPixel has quit IRC[08:32:39] *** Robipo has joined #nme[09:07:49] <filt3rek> lol quite active yes[10:51:00] <Robipo> \o/[11:55:21] *** tametick has joined #nme[12:25:21] *** filt3rek|2 has joined #nme[12:27:50] *** filt3rek has quit IRC[13:03:20] *** MaskedPixel has joined #nme[13:21:45] *** _discovery has joined #nme[13:24:32] *** YellowAfterlife has joined #nme[13:35:43] <MaskedPixel> Hey, I have a flash animation that I am exporting using the grapefrukt exporter[13:36:20] <MaskedPixel> it exports each display object as a png(or svg) and parses the animations into xml[13:36:44] <_discovery> ok?[13:36:44] <MaskedPixel> but when rotating the png's as part of the animation there is some pretty bad pixel tearing[13:36:59] <_discovery> ah, like it's not linear filtered?[13:37:08] <MaskedPixel> yes[13:37:19] <MaskedPixel> I am using a blitter (for now)[13:37:27] <MaskedPixel> haxepunk[13:37:39] <_discovery> usually you can set the bitmap itself to .smoothing = true[13:37:49] <MaskedPixel> yeah it is ture[13:38:04] <MaskedPixel> *true[13:38:41] <MaskedPixel> http://dl.dropbox.com/u/9180491/MathSushi.swf[13:38:57] <_discovery> i mean, usually if i have that its somewhere that i must set it , like either the parent or the inner child when doing the blit etc[13:39:31] <MaskedPixel> Yeah, smoothing is set to true, I just double checked[13:39:46] <MaskedPixel> oh wait[13:39:50] <MaskedPixel> let me upload a different swf[13:40:05] <MaskedPixel> and actually, is there a way to tell nme to not scale the swf?[13:40:22] <MaskedPixel> I have this: stage.scaleMode = StageScaleMode.NO_SCALE;[13:40:25] <MaskedPixel> but it isn't working[13:41:26] <MaskedPixel> http://dl.dropbox.com/u/9180491/MathSushi.swf[13:42:12] <YellowAfterlife> Mind that framework can also scale the game if there's according code for that.[13:44:02] *** FuzzYspo0N has joined #nme[13:44:26] <FuzzYspo0N> erk.[13:44:54] *** _discovery has quit IRC[13:44:59] <FuzzYspo0N> my internet is being dumb[13:45:02] *** FuzzYspo0N is now known as _discovery[13:47:31] <_discovery> hand on MaskedPixel , i was just asking grapefrukt[13:47:48] <_discovery> hang*[13:47:53] <MaskedPixel> oh cool, thanks _discovery[13:47:55] <_discovery> it's in one of the arguments to BitmapData.draw()[13:48:07] <_discovery> (this is from him)[13:48:12] <_discovery> "he should be able to set it to smooth, but it's a setting when doing the actual blitting"[13:48:16] <MaskedPixel> YellowAfterlife: That's the problem, thank you[13:49:10] <MaskedPixel> This is the rendering code[13:49:12] <MaskedPixel> target.draw(_bitmap, _matrix, null, blend, null, smooth);[13:49:15] <MaskedPixel> smoot is set to true[13:49:19] <MaskedPixel> *smooth[13:49:58] <MaskedPixel> I know smooth is right, and it makes a difference, just not much...[13:50:39] <_discovery> hmm ,then maybe its something else[13:50:59] <_discovery> maybe you are scaling it too much? even with smoothing it is possible to scale too small and have half pixels eaten up?[13:51:24] <MaskedPixel> well, the original images are not scaled[13:51:33] <MaskedPixel> the scaling problem is the swf itself, not the images[13:51:42] <MaskedPixel> seperate issues[13:53:25] <_discovery> hmm, yea its hard to tell really, where the problem is[13:53:36] <_discovery> i missed the link to the other swf you might have linked[13:54:29] <MaskedPixel> It's up there, but it's hard to tell the problem due to the stage scaling.... I'm trying to fix that now[13:54:49] <MaskedPixel> http://dl.dropbox.com/u/9180491/MathSushi.swf[13:55:14] *** filt3rek|2 is now known as filt3rek[14:29:17] *** YellowAfterlife has quit IRC[14:29:37] *** YellowAfterlife has joined #nme[14:40:07] *** YellowAfterlife has quit IRC[14:41:55] *** YellowAfterlife has joined #nme[14:50:10] *** YellowAfterlife has quit IRC[14:50:32] *** YellowAfterlife has joined #nme[15:08:11] *** YellowAfterlife has quit IRC[15:08:39] *** YellowAfterlife has joined #nme[15:15:11] *** YellowAfterlife has quit IRC[15:15:22] *** YellowAfterlife has joined #nme[15:55:49] *** YelowAfterlife_ has joined #nme[15:55:52] *** YellowAfterlife has quit IRC[16:08:39] *** YelowAfterlife_ has quit IRC[16:09:31] *** YellowAfterlife has joined #nme[16:33:01] *** YelowAfterlife_ has joined #nme[16:33:40] *** YellowAfterlife has quit IRC[16:37:18] *** YelowAfterlife_ has quit IRC[16:38:07] *** YellowAfterlife has joined #nme[17:23:23] *** lordkryss has joined #nme[17:42:09] *** MaskedPixel has quit IRC[17:42:34] *** MaskedPixel has joined #nme[18:00:05] *** YellowAfterlife has quit IRC[18:00:34] *** lordkryss has quit IRC[18:00:45] *** YellowAfterlife has joined #nme[18:07:24] *** YellowAfterlife has quit IRC[19:08:02] *** lightX2 has joined #nme[19:09:08] <lightX2> hello, running nme build "my test.nmml" android , second time, get error[19:09:08] <lightX2> Called from helpers/FileHelper.hx line 116[19:09:09] <lightX2> Called from helpers/FileHelper.hx line 56[19:09:09] <lightX2> Called from /usr/lib/haxe/std/neko/_std/sys/io/File.hx line 60[19:09:09] <lightX2> Uncaught exception - [file_open,Export/android/haxe/ApplicationMain.hx][19:12:54] <_discovery> maybe try nme clean "my test.nmml" android[19:12:59] <_discovery> and then build again[19:13:09] <lightX2> than error :[19:13:11] <lightX2> Called from /usr/lib/haxe/std/neko/_std/sys/FileSystem.hx line 82[19:13:11] <lightX2> Uncaught exception - std@sys_read_dir[19:13:24] <lightX2> using win7[19:13:55] <_discovery> hmm sounds odd. one thing i can think of is maybe taking out the space in the nmml name, spaces tend to cause a lot of problems[19:14:26] <lightX2> just rename?[19:15:19] <lightX2> same errors[19:16:00] <_discovery> it sounds a little like an io error to me, but I'm not entirely sure[19:16:25] *** empika has joined #nme[19:16:31] <lightX2> hmm... can't access to folder : Export/haxe[19:16:46] <lightX2> can't delete or open, or change owner[19:18:06] <lightX2> hmm... copy to another dir... error disapper[19:18:31] <_discovery> yea, thats pretty odd[19:18:33] <lightX2> that appear after nme run "My test.nmml" android , to my phone[19:33:47] *** _discovery has quit IRC[19:34:14] *** _discovery has joined #nme[19:42:07] *** m3ll0w has quit IRC[20:59:58] *** MaskedPixel has quit IRC[21:00:43] *** empika has quit IRC[21:11:12] *** empika has joined #nme[21:56:10] *** Robipo has quit IRC[22:03:25] *** lordkryss has joined #nme[22:48:39] *** mrpinc has quit IRC[23:33:16] *** _discovery has quit IRC[23:40:08] *** _discovery has joined #nme