flash (macromedia):
Wow, that's surprising. I think MM should have fixed this by now. It's been around for years. Is it really that hard to resolve or is it a low priority? -- Shane Elliott www.timberfish.com www.friesontheside.com [quoted text, click to view] "mmlabs" <nospam@spam.com> wrote in message news:bildpq$at2$1@forums.macromedia.com... > Sorry to make yet another thread about it, but I e-mailed you (Mike) as you > said, but I got no answer, so I wasn't sure if there's a problem. > > Mike, I've asked someone who has MX 2004 (betatester I suppose) to export a > test swf out of it, and: > > 1. For top left aligned bitmaps, shifting was there in medium and low > quality, and also in ALL qualities during a tween (non-integer coords). > > 2. It was also there all the time in all qualities unless the bitmap is > aligned > top left in th its symbol. > > What gives: I thought you said MX2004 fixes the shifting issues. Instead, > now our previous workaround will break in flash 7 and we'll still have > shifting. > > If you really want to fix shifting in all qualities, for integer > coordinates, it's a compile time fix only, no changes to the player, let me > know of the IDE developers will be interested to implement it so that I > explain it (it's not very complex anyway, and completely harmless). > >
Sorry to make yet another thread about it, but I e-mailed you (Mike) as you said, but I got no answer, so I wasn't sure if there's a problem. Mike, I've asked someone who has MX 2004 (betatester I suppose) to export a test swf out of it, and: 1. For top left aligned bitmaps, shifting was there in medium and low quality, and also in ALL qualities during a tween (non-integer coords). 2. It was also there all the time in all qualities unless the bitmap is aligned top left in th its symbol. What gives: I thought you said MX2004 fixes the shifting issues. Instead, now our previous workaround will break in flash 7 and we'll still have shifting. If you really want to fix shifting in all qualities, for integer coordinates, it's a compile time fix only, no changes to the player, let me know of the IDE developers will be interested to implement it so that I explain it (it's not very complex anyway, and completely harmless).
Can you send the FLA to me (I had responded to your earlier email with the same request, perhaps it got caught in some spam filters?). mike chambers mesh@macromedia.com ----- Original Message ----- From: "mmlabs" <nospam@spam.com> Newsgroups: macromedia.flash To: <macromedia.flash@community.macromedia.com> Sent: Thursday, August 28, 2003 1:22 PM Subject: Mike Chambers - Bitmap shifting in MX 2004 confirmed [quoted text, click to view] > Keyword Hit : 2004 > To: macromedia.flash@community.macromedia.com > ------------ > > > Sorry to make yet another thread about it, but I e-mailed you (Mike) as you > said, but I got no answer, so I wasn't sure if there's a problem. > > Mike, I've asked someone who has MX 2004 (betatester I suppose) to export a > test swf out of it, and: > > 1. For top left aligned bitmaps, shifting was there in medium and low > quality, and also in ALL qualities during a tween (non-integer coords). > > 2. It was also there all the time in all qualities unless the bitmap is > aligned > top left in th its symbol. > > What gives: I thought you said MX2004 fixes the shifting issues. Instead, > now our previous workaround will break in flash 7 and we'll still have > shifting. > > If you really want to fix shifting in all qualities, for integer > coordinates, it's a compile time fix only, no changes to the player, let me > know of the IDE developers will be interested to implement it so that I > explain it (it's not very complex anyway, and completely harmless). > >
Wish I had a non-expired beta .. might just wait for release now instead :( Would you be able to email me some of your files FLA and SWF that show the problems? Thanks muchly [quoted text, click to view] "mmlabs" <nospam@spam.com> wrote in message news:bildpq$at2$1@forums.macromedia.com... > Sorry to make yet another thread about it, but I e-mailed you (Mike) as you > said, but I got no answer, so I wasn't sure if there's a problem. > > Mike, I've asked someone who has MX 2004 (betatester I suppose) to export a > test swf out of it, and: > > 1. For top left aligned bitmaps, shifting was there in medium and low > quality, and also in ALL qualities during a tween (non-integer coords). > > 2. It was also there all the time in all qualities unless the bitmap is > aligned > top left in th its symbol. > > What gives: I thought you said MX2004 fixes the shifting issues. Instead, > now our previous workaround will break in flash 7 and we'll still have > shifting. > > If you really want to fix shifting in all qualities, for integer > coordinates, it's a compile time fix only, no changes to the player, let me > know of the IDE developers will be interested to implement it so that I > explain it (it's not very complex anyway, and completely harmless).
Ah, wait, I understood this wrong... Hmm... Why it didn't come here. :P Can we try once mor please... [quoted text, click to view] > Can you send the FLA to me (I had responded to your earlier email with the > same request, perhaps it got caught in some spam filters?). > > > mike chambers > > mesh@macromedia.com > > ----- Original Message ----- > From: "mmlabs" <nospam@spam.com> > Newsgroups: macromedia.flash > To: <macromedia.flash@community.macromedia.com> > Sent: Thursday, August 28, 2003 1:22 PM > Subject: Mike Chambers - Bitmap shifting in MX 2004 confirmed > > > > Keyword Hit : 2004 > > To: macromedia.flash@community.macromedia.com > > ------------ > > > > > > Sorry to make yet another thread about it, but I e-mailed you (Mike) as > you > > said, but I got no answer, so I wasn't sure if there's a problem. > > > > Mike, I've asked someone who has MX 2004 (betatester I suppose) to export > a > > test swf out of it, and: > > > > 1. For top left aligned bitmaps, shifting was there in medium and low > > quality, and also in ALL qualities during a tween (non-integer coords). > > > > 2. It was also there all the time in all qualities unless the bitmap is > > aligned > > top left in th its symbol. > > > > What gives: I thought you said MX2004 fixes the shifting issues. Instead, > > now our previous workaround will break in flash 7 and we'll still have > > shifting. > > > > If you really want to fix shifting in all qualities, for integer > > coordinates, it's a compile time fix only, no changes to the player, let > me > > know of the IDE developers will be interested to implement it so that I > > explain it (it's not very complex anyway, and completely harmless). > > > > >
likewise artful_me@hotmail.com [quoted text, click to view] "Mike Chambers" <mchamber@macromedia.com> wrote in message news:mailman.1062119881.28959.macromedia.flash@community.macromedia.com... > Can you send the FLA to me (I had responded to your earlier email with the > same request, perhaps it got caught in some spam filters?). > > > mike chambers > > mesh@macromedia.com > > ----- Original Message ----- > From: "mmlabs" <nospam@spam.com> > Newsgroups: macromedia.flash > To: <macromedia.flash@community.macromedia.com> > Sent: Thursday, August 28, 2003 1:22 PM > Subject: Mike Chambers - Bitmap shifting in MX 2004 confirmed > > > > Keyword Hit : 2004 > > To: macromedia.flash@community.macromedia.com > > ------------ > > > > > > Sorry to make yet another thread about it, but I e-mailed you (Mike) as > you > > said, but I got no answer, so I wasn't sure if there's a problem. > > > > Mike, I've asked someone who has MX 2004 (betatester I suppose) to export > a > > test swf out of it, and: > > > > 1. For top left aligned bitmaps, shifting was there in medium and low > > quality, and also in ALL qualities during a tween (non-integer coords). > > > > 2. It was also there all the time in all qualities unless the bitmap is > > aligned > > top left in th its symbol. > > > > What gives: I thought you said MX2004 fixes the shifting issues. Instead, > > now our previous workaround will break in flash 7 and we'll still have > > shifting. > > > > If you really want to fix shifting in all qualities, for integer > > coordinates, it's a compile time fix only, no changes to the player, let > me > > know of the IDE developers will be interested to implement it so that I > > explain it (it's not very complex anyway, and completely harmless). > > > > >
[quoted text, click to view] mmlabs wrote: > Sorry to make yet another thread about it, but I e-mailed you (Mike) as you > said, but I got no answer, so I wasn't sure if there's a problem.
He's moving. See: http://www.markme.com/mesh/ Re: the whole "pixels moving" issue... I've seen people argue back and forth for years, and they usually miss each other mid-discussion... some of them talk about switching over from straight-rendering to alpha-rendering (which require different compositing operations; you don't want *every* graphic to have to multiply even by zero)... to discussions that are really about minimal-area updating ("i have this little shape animating atop a big jpg and i see the bounding box")... other people say "bitmap shift" is *really* about one-pixel rounding areas (in a display system which is explicitly not pixel-based!)... I've seen no handle to ever ending even a single iteration of such conversations, so I generally only go in if someone's talking about a specific situation, rather than trying to make a general case. jd -- John Dowdell, Macromedia Developer Support, San Francisco CA Search technotes: http://www.macromedia.com/support/search/ Soapbox column: http://www.macromedia.com/desdev/jd_forum/ Daily technical diary: http://www.macromedia.com/go/blog_jd Offlist mail is trapped by spam-filters... best here, thanks!
Don't see what you're looking for? Try a search.
|