3 registered members (Ayumi, Akow, AndrewAMD),
1,505
guests, and 9
spiders. |
Key:
Admin,
Global Mod,
Mod
|
|
|
Re: A8
[Re: Hummel]
#319059
04/11/10 21:56
04/11/10 21:56
|
Joined: Mar 2006
Posts: 3,538 WA, Australia
JibbSmart
Expert
|
Expert
Joined: Mar 2006
Posts: 3,538
WA, Australia
|
Hey Hummel, what's up with this: will A8 allow to render in RTs wich have a larger scale then the screen size? Have you tried bmap_zbuffer? I'm pretty sure that's its job. Jibb
Formerly known as JulzMighty. I made KarBOOM!
|
|
|
Re: A8
[Re: Hummel]
#319074
04/12/10 03:21
04/12/10 03:21
|
Joined: Mar 2006
Posts: 3,538 WA, Australia
JibbSmart
Expert
|
Expert
Joined: Mar 2006
Posts: 3,538
WA, Australia
|
Ah k. No worries Very useful for AA with post-processing chains -- as I see you've already done in the off-topic thread. Jibb
Formerly known as JulzMighty. I made KarBOOM!
|
|
|
Re: A8
[Re: Hummel]
#319141
04/12/10 15:01
04/12/10 15:01
|
Joined: Mar 2006
Posts: 3,538 WA, Australia
JibbSmart
Expert
|
Expert
Joined: Mar 2006
Posts: 3,538
WA, Australia
|
Okay, that makes sense since you described it as "expensive". It's a pretty clever workaround.
Jibb
Formerly known as JulzMighty. I made KarBOOM!
|
|
|
Re: A8
[Re: JibbSmart]
#319162
04/12/10 17:24
04/12/10 17:24
|
Joined: Mar 2006
Posts: 2,252
Hummel
Expert
|
Expert
Joined: Mar 2006
Posts: 2,252
|
contrary to 'normal' SS my solution had to calculate the vertex stuff also multiple times but the much more expensive part of both SS-methods is certainly the pixel shader specially when using more complex effects like relief mapping. I optimized my technique later so that the offset direction is defined by the world space normals of the vertices (means I scale objects instead of moving) which eventually reduces the SS sampler count by the half while reaching nearly the same AA quality (rotated grid is not possible with this method) but prevent the textures from getting slightly blurred. ( 3 sampler SSAA ) I could imagine that my solution could be used as per-object defined AA or something like that but nevertheless since this thread is about A8 I should stop talking about my clever solutions for not existing problems ...sorry for the off-topic crap
|
|
|
Re: A8
[Re: Hummel]
#319170
04/12/10 17:54
04/12/10 17:54
|
Joined: Mar 2006
Posts: 3,538 WA, Australia
JibbSmart
Expert
|
Expert
Joined: Mar 2006
Posts: 3,538
WA, Australia
|
I appreciate the info But yeah, it's about time we left this for A8-related questions. I think many questions here have been left unanswered Jibb
Formerly known as JulzMighty. I made KarBOOM!
|
|
|
Re: A8
[Re: DJBMASTER]
#319623
04/16/10 09:01
04/16/10 09:01
|
Joined: Jan 2002
Posts: 214 United Kingdom
Rav Singh
Member
|
Member
Joined: Jan 2002
Posts: 214
United Kingdom
|
I agree with ventilator on the SDKs, they seem too complicated to use. I tried to use one from C# and it just wasn't easy!
Hi, I agree with you on this, the easiest way to use the SDK is with C++ and it's difficult to use the headers in say PureBasic (using PureBasic itself). On the forecast page, there's am entry about allowing LiteC to create standard WIN32 DLLs, I think this will be the best way to create wrappers for other third party languages rather than use the SDK. However, this feature has been on hold for over a year or so so I'll probably hold off buying A8 until it's implemented (my initial assumption was it was going to be implemented in A7?).
|
|
|
|