Extensions being left out of build?

1. Firstly, I have next to no experience of extensions (aside from the Android ones), so please assume I'm an idiot/n00b.

Until now, I've consciously avoided using extensions, because I regularly port my projects to/from Android/Windows and rather than keep track of which are supported on which platform and then hit Please login to see this link. type of error when I come to build a project, I leave them out.

For something I'm working on (Windows only), however, I've had to use resort to using Viewport, as there's no other way of doing what I want to achieve. It seems to be working great, but when I build it I get that dreaded message,

"Warning the following extensions are not compatible with this build type:

Viewport.mfx

Do you want to build anyway?"

The Viewport works exactly as expected when running the frame/application within Clickteam, it's only on build that it fails. I've double-checked and the build type is, "Windows EXE".

I don't understand why I'm getting the error, I thought Viewport *was* solely Windows-specific? I'm using R281.1, Clickteam Fusion 2.5 (standard, non-developer version). Is there anything I can try/check?

----

2. One other Viewport related question: Is it possible for me to apply a shader to the Viewport display?

Essentially, what I want to do is use a viewport to "magnify" an area of the frame's field and then apply a shader to *just* the viewport, not the whole frame. The nature of the shader concerned precludes my applying the shader to every object/backdrop within the magnified area as a workaround. Under other objects' "Settings" or "Display Options", there's normally an area where you can edit the 'Effect' and stipulate a shader. Viewpoint seems not to have this. Is there any other way of applying a shader to it?

Please login to see this attachment.

Alternatively, is there another extension that does what Viewpoint does that supports shaders in the way I describe?

Hi Schrodinger, you remember correctly!

I'll try '1.' . Please can you confirm what the 'correct' way of getting the Viewport (version that you have, that works) into Fusion and the specific version of Viewport that you have?
EG did you use "right click, insert object, manager, viewport, install", or did you do it the old MMF2 way in windows folder (in which case, where did you get the .mfx files and where exactly did you put them?). Many thanks!

2. The workaround I was doing earlier involved using a large, semi-transparent active (consisting of black horizontal lines), continually brought to the top layer. Previously, it wasn't working well at fullscreen, because, as you suggest, the scanlines themselves scaled up and looked much too wide. Losing 1/4 pixel (IE, one physical pixel at x4 magnification) is fine as your eyes see the other 3 pixels representing that (one) pixel and your brain does a great job of filling it in. The problem is primarily that 'whole frame' shaders apply over the top of the 'border' area (see above diagram) which is fine if the border is solid black, but terrible if you make it look like an arcade machine's bevel lined with 'stickers' as I'm doing for this game.

What it is that I dreamt of, which now seems painfully obvious (as is usually the way with these things), is that you can write shaders to have a 'virtual resolution' and only apply the visual effect to certain areas of the frame. In this instance, I'll just make the shader whole frame, but only apply the effect to the area covered by the "Viewport" bit in the above diagram. It'll mean needing to mod any shaders used to make them compatible with these specific ratios/borders, but 'meh' I was planning on making my own, or at least porting a GLSL one anyway.

Fingers crossed, the outcome will be, I'll have a 1920x1080 application, with a "Faux-CRT" option for use when it's used on a modern screen. That'll be a shader, which can be turned off when run on a real CRT. The ratio of the borders is such that when the 1920x1080 is output to a real CRT (through a hardware scaler I have), the same application, with no other sizing will display fullscreen in 4:3 ratio: It'll just be the border that's left out. The only potential stumbling block I can see (aside from my HLSL skills not being up to the job X)) is that according to how the shader pipeline is implemented for "whole frame" shaders, I might end up having the shader applied twice for areas of the screen covered by the viewport. Oh well, easy to test and I'll know soon enough.

Wish me luck!

Schrodinger:

Sorry for delay replying, real life got in the way for a bit and I've hardly started Clickteam up the past month but getting back into it.

1. Thanks for you help, oddly, I upgraded to the latest version of clickteam (didn't update viewport) and it now works great, even not having updated the viewport itself. Just about to go and test the real CRT works perfectly on the viewport/border setup I have, but I'll be amazed if it doesn't now.

2. I'm certainly "up to something". Now I've got all the other bits in place, my main focus will be on the shader. I am certainly a noob with shaders' syntax (and certainly HLSL's), if not the concepts. I did my undergrad thesis on procedural textures, which shares a lot of the same concepts so, I feel I'm picking it up much faster than someone without that background, but I'm a long way off being a guru! That said, I certainly feel I owe you one (several) and if you want to send me a PM I'll try and help, even if it'll take me a few weeks to get to the level where I can be of any use.

Ouch! That looks a nasty bug. I know from past experience that when they change the pipeline (typically to make it *more* tweakable/programmable) in new graphics card architecture, it can make for big problems that are often non-trivial to patch with regards running functions designed for the old card.