On Dec 18, 2013 9:07 AM, "Alex Harui" <aha...@adobe.com> wrote:
>
>
>
> On 12/18/13 6:59 AM, "Maurice Amsellem" <maurice.amsel...@systar.com>
> wrote:
>
> >>"Another possibility is that we leave the PBK's where they are and
> >>simply add new build targets to flex-sdk build script.  That might be
> >>simpler and gives us the option of reverting back to a single package
> >>if we find that we can someday."
> >
> >> Yeah.  So what are your thoughts now?
> >
> >- given that the PBK didn't change for years, and will probably never
> >change,
> >- given the "Jenkins running as a service" requirement, and that I don't
> >see how it could be solved, apart from rewriting the compiler so that I
> >does not need access to the gpu.
> I had a meeting with the engineer who wrote most of the PB compiler.  He
> says that the PBK to PBJ pipeline shouldn't have dependencies on the gnu,
> but other PBK to XXX pipelines do, so it should be possible to modify the
> compiler and get rid of the window dependency.
>
> >
> >I would think that we will never need/have to revert back to the single
> >package.
> >
> >My impression is that we should consider this PBK/PBJ as a sort of "
> >frozen legacy stuff", and handle them in a completely separate package,
> >if that makes the build process simpler and clearer.
> Well, I am making it a separate package.  The question is whether you
> think we should also move this code out of the flex-sdk repo.
> >
> >This is really just an impression, and some "common sense".
> >
> >> I've been trying to get a look at the pixel bender compiler source to
> >>determine if it is worth donating to Apache Flex.
> >> If we could get enough stuff to have control of the compiler would we
> >>write a Linux version and then go back to a single package?
> >
> >That is a possibility, but it's a lot of work.
> >So given the reasons above, is it worth the effort?
> Another thing to consider:  What if the PB compiler stops working on
> Windows or Mac someday due to an OS incompatibility?  When we don't own
> the tools and the tools are not under active development, we run a risk.
> Who knows when Adobe would respond.  I think PB compiler was last shipped
> in Creative Suite 5.5.
>
> We could also simply move away from PBK as folks eventually move away from
> FP 10.x.
> I've been told that Alchemy shaders will outperform PB shaders in the more
> recent players.

At least using the Installer, we can have separate install paths to use or
not use PB shaders based on the FP/AIR versions the user selects.

>
> Also, I'm not sure how much work it really is.  The compiler code base is
> large, but the portion we need is not so large, and we might just try to
> work from a grammar spec and byte code spec and get Falcon to do it.
>
> We need to think through whether we want to support PB "forever".

I think it is too much effort for a few shaders.  IMO, we should compile
the pbk files and keep the binaries around till there is a need to change
them.  Pretty much what you have been doing for the past few days :-)

Thanks,
Om

>
> >
> >Regards,
> >
> >Maurice
> >
> >-----Message d'origine-----
> >De : Alex Harui [mailto:aha...@adobe.com]
> >Envoyé : mercredi 18 décembre 2013 15:37
> >À : dev@flex.apache.org
> >Objet : Re: [DISCUSS] Discuss Release Apache Flex PixelBender Package 1.0
> >(RC2)
> >
> >
> >
> >On 12/17/13 11:45 PM, "Maurice Amsellem" <maurice.amsel...@systar.com>
> >wrote:
> >
> >>>Well, re-read the end of that thread and let me know where you stand.
> >>
> >>Alex wrote:
> >>"Another possibility is that we leave the PBK's where they are and
> >>simply add new build targets to flex-sdk build script.  That might be
> >>simpler and gives us the option of reverting back to a single package
> >>if we find that we can someday."
> >>
> >>is this the point you are talking about ?
> >Yeah.  So what are your thoughts now?  I've been trying to get a look at
> >the pixel bender compiler source to determine if it is worth donating to
> >Apache Flex.  If we could get enough stuff to have control of the
> >compiler would we write a Linux version and then go back to a single
> >package?
> >>
> >>Maurice
> >>
> >>-----Message d'origine-----
> >>De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mercredi 18 décembre
> >>2013 00:48 À : dev@flex.apache.org Objet : Re: [DISCUSS] Discuss
> >>Release Apache Flex PixelBender Package 1.0
> >>(RC2)
> >>
> >>
> >>
> >>On 12/17/13 3:35 PM, "Maurice Amsellem" <maurice.amsel...@systar.com>
> >>wrote:
> >>
> >>>> The goal was to not move the PBK files out to a different repo and
> >>>> instead, package a subset of the flex-sdk repo.
> >>>
> >>>Why can't it be on a different repo ?
> >>It can.
> >>>From our early discussion on the subject (see email thread
> >>>"PixelBender and Builds.a.o"),  I understood that PBK sources were
> >>>moved to a sub project in flex-utilities.
> >>>Which means PBK sources and any reference to pixelbender should be
> >>>completely removed from flex sdk.
> >>>Morever, the pixel-bender project in flex-utilities was supposed to
> >>>have its own build.xml.
> >>>The result of the new pixel-bender build would be manually committed
> >>>to dist svn repo (and voted for).
> >>At the end of that discussion (around December 12), you talked me out
> >>of putting it in a different repo.
> >>>
> >>>IMO, it would be much simpler to do it that way than "logically
> >>>partitioning" the flex-sdk sources and build files.
> >>Well, re-read the end of that thread and let me know where you stand.
> >>
> >>>
> >>>WDYT ?
> >>>
> >>>Maurice
> >>>
> >>>-----Message d'origine-----
> >>>De : Justin Mclean [mailto:jus...@classsoftware.com] Envoyé : mercredi
> >>>18 décembre 2013 00:19 À : dev@flex.apache.org Objet : Re: [DISCUSS]
> >>>Discuss Release Apache Flex PixelBender Package 1.0
> >>>(RC2)
> >>>
> >>>Hi,
> >>>
> >>>> OK.  Good point about the overlay of the notice files.  I'll add an
> >>>> ant target to copy just the pbk/pbj.
> >>>That would be required for the CI anyway wouldn't it?
> >>>
> >>>> The goal was to not move the PBK files out to a different repo and
> >>>> instead, package a subset of the flex-sdk repo.
> >>>Can we actually do that ie does it follow Apache release guidelines?
> >>>I'm not sure. Does that mean we also need to vote on a release a
> >>>version of pixel bender when making a new SDK release?
> >>>
> >>>>  Do you think everything on this list is required?
> >>>Not everything, It is expected that someone can take the source
> >>>release and compile it and verify it to what's in version control.
> >>>
> >>>> 1) can we tell folks in the RELEASE_NOTES not to run
> >>>> release-pixelbender target and say that it is for extracting this
> >>>> package from a full flex-sdk repo?
> >>>We can say what we want in RELEASE_NOTE/README. But it seem odd to me
> >>>that you need the full Flex SDK is required just to make a release of
> >>>pixel bender. What do other people think?
> >>>
> >>>> 2) can we say that the LICENSE file contains extra licenses that may
> >>>> only apply to the full repo?
> >>>I would assume that LICENSE/NOTICE file needs to refer to the actual
> >>>release (and any upstream projects) they are in not any downstream
> >>>projects. The Apache licence make reference to the NOTICE file so we
> >>>would need to legally comply with that.
> >>>
> >>>> 3) can we say that the build.xml and properties files reference the
> >>>> full flex-sdk build?
> >>>Does this mean we need to make a new PB release every time they change?
> >>>
> >>>> 4) can we say that the clean target doesn't work?
> >>>I think it would be expected that it should work.
> >>>
> >>>Thanks,
> >>>Justin
> >>
> >
>

Reply via email to