[Mblackwell]

The most you get is tweaking parameters in def. Shaders generally aren't "scriptable". You write them in GLSL (in this case), or if you're using D3D you would write HLSL shaders. There are also various intermediary languages and compilers that allow you to write shaders in a way that's comfortable for you (either language) and use them in different APIs. The shaders are currently compiled into the source, not external. Simply modifying them willy nilly would break more than you might think, unless you had a very clear idea of both what you were doing and how and why the original shader functioned the way it did and the kinds of input/output the engine might be expecting to get from the shader. Not impossible but pretty impractical.

[Och]

I'm getting graphic flickering when running eduke with polymer. Latest version of eduke32-64, but it happens with other versions as well.

[Kawa]

Yeah, that's the same problem that was already discussed earlier on this very page, back in October.

[Och]

Kawa, on 01 January 2017 - 01:07 PM, said:

Yeah, that's the same problem that was already discussed earlier on this very page, back in October.

I understand there is no fix for it? It's been a while since I've played the game, but I think even years ago similar flickering existed.

[Hendricks266]

We should probably port the fixes for this from Polymost to Polymer.

[Och]

More of what I believe is an extension of the same glitch.

[Hendricks266]

Yes, we are aware of this.

[Och]

Is there a way to increase console text size? I'm playing at 4k resolution, and the text is tiny.

[Hendricks266]

The osdscale command.

[MusicallyInspired]

Hendricks266, on 02 January 2017 - 01:26 PM, said:

The osdscale command.

On my current build (2.0.0devel r5805 64-bit) that only enlarges the size of the console dropdown window. The test size remains the same. I have no idea what the latest version is though or how long ago I updated.

[Hendricks266]

My bad, you're right. The console doesn't have any text scaling features because it is designed to work with the small bitmap fonts from the editor (osdtextmode 1) which aren't drawn with scaling anywhere else. Maybe we could work in integer scaling (2x, 3x, etc) some time.

[Och]

What is lunatic built in the newest synthetis?

[Och]

Hendricks266, on 02 January 2017 - 03:43 PM, said:

My bad, you're right. The console doesn't have any text scaling features because it is designed to work with the small bitmap fonts from the editor (osdtextmode 1) which aren't drawn with scaling anywhere else. Maybe we could work in integer scaling (2x, 3x, etc) some time.

Osdscale command did increase my font size. Not sure if it always worked or if its something that you quickly added to the newest version, which I downloaded before trying. In either case, much appreciation!


http://i.imgur.com/JIKql6L.jpg

See screenshot

[Hendricks266]

I'm glad to be wrong!

Och, on 07 January 2017 - 01:11 PM, said:

What is lunatic built in the newest synthetis?

It's a prototype Lua scripting-enabled build.

[MusicallyInspired]

Weird. My text is just text and not Duke font texture text. Guess I should jump in and get the latest build...

[Hendricks266]

MusicallyInspired, on 07 January 2017 - 05:36 PM, said:

Weird. My text is just text and not Duke font texture text.

osdtextmode 0

[Micky C]

Hendricks266, on 07 January 2017 - 01:58 PM, said:

It's a prototype Lua scripting-enabled build.

Wasn't Lunatic meant to have other changes, such as an extendable text-based map format, and (consequently) TROR that doesn't restrict ceiling/floor texture panning?

[Hendricks266]

Micky C, on 07 January 2017 - 06:51 PM, said:

Wasn't Lunatic meant to have other changes, such as an extendable text-based map format, and (consequently) TROR that doesn't restrict ceiling/floor texture panning?

Give me a break, I'm trying to give a concise summary in simple terms to a newcomer. I could have just linked Helix's own essay on the subject.

[MusicallyInspired]

Hendricks266, on 07 January 2017 - 05:58 PM, said:

osdtextmode 0

Ah there we go. And OSDSCALE works now too.

[brullov]

Does blend table work in polymost?

[Hendricks266]

Blend tables themselves, no, but you can assign a GL blending mode to a blend ID from a limited set that we are able to use in Polymost.

What blend tables are you using? (100% additive, etc).

[brullov]

Hendricks266, on 18 January 2017 - 10:12 AM, said:

Blend tables themselves, no, but you can assign a GL blending mode to a blend ID from a limited set that we are able to use in Polymost.

What blend tables are you using? (100% additive, etc).

Yeah, additive.

[Hendricks266]

Assuming a blend ID of 255, the most efficient way to define 100% additive is

blendtable 255
{
    glblend { both { src ONE dst ONE } }
}

This is functionally equivalent to

blendtable 255
{
    glblend
    {
        forward { src SRC_ALPHA dst ONE alpha 1.0 }
        reverse { src ONE dst SRC_ALPHA alpha 1.0 }
    }
}

but in this form, you can change the intensity value. 0.5 is 50%, etc.

I know this should be documented somewhere, but everything about palettes hinges on having better tools available for several steps in the process.

[brullov]

Hendricks266, on 18 January 2017 - 01:38 PM, said:

The most efficient way to define 100% additive (assuming a blend ID of 255) is

blendtable 255
{
    glblend { both { src ONE dst ONE } }
}

This is functionally equivalent to

blendtable 255
{
    glblend
    {
        forward { src SRC_ALPHA dst ONE alpha 1.0 }
        reverse { src ONE dst SRC_ALPHA alpha 1.0 }
    }
}

but in this form, you can change the intensity value. 0.5 is 50%, etc.

I know this should be documented somewhere, but everything about palettes hinges on having better tools available for several steps in the process.

Thank you!

[Gambini]

Eduke32 Team:

I have two humble requests that could come VEEEEEEEEERY handy for the DNF update mod:

enabling usetileshades precaching, just like with the HRP

adding the same usetileshades system for model skins (something like a new r_usetileshadesmodels) this would work on models of which skins are saved as indexed 8bits (just like tilefromtexrure tiles).

The first would of been almost mandatory if we´re gonna use it on the mod, as right now it runs very choppy despite the framerate count being up all the time.

The second would line up with the look of the mod perfectly as everything should have the same oldschool look.

If i´d say i´m not desperate for them, i´d be lying!

[Hendricks266]

1. Are you sure the slowdown you are experiencing is due to tileshades? In any case, I need to completely rebuild the texture manager and cache systems. Unfortunately with the demise of HTTKC, I had to move this way back on my to-do list. Please let me know what your mod release timeline is.

2. Fortunately I understand what you actually want because what you described (a new cvar) does not make sense.

Hendricks266, on 01 October 2016 - 03:25 PM, said:

Look out for a v2 of this pack once I implement a def token so that hightile (including skyboxes and model skins) can be run through the palette like an ART tile, for instant perfect shading and palswaps.

See above for why this is not done yet.

[Gambini]

Nevermind, the slowdowns seem to happen in polymost (either with usetileshades enabled or disabled) but it was gone when switched off vsync. Which is a relief!

About your quotation: is that from another topic? i couldn´t find the post and i don´t understand what it means.

[Hendricks266]

You can click on the curved arrow on the top left of the quote box to take you to the origin of the quote.

[Mark]

Has that curved arrow always been there? I never noticed it until you mentioned it.

[Mblackwell]

Mark., on 31 January 2017 - 09:14 AM, said:

Has that curved arrow always been there? I never noticed it until you mentioned it.

Yep