[Diaz]

That worked, thanks! I thought that parameter was just related to the "locked" or "unlocked" quotes and wasn't very important, but looks like it is...

[Danukem]

Diaz, on 12 March 2012 - 08:55 AM, said:

That worked, thanks! I thought that parameter was just related to the "locked" or "unlocked" quotes and wasn't very important, but looks like it is...

Well it's important insofar as players that don't exist can't activate shit.

[Diaz]

well yeah lol... I just thought that parameter wasn't about who activates stuff, but just who gets to see the quote

[Simon_Croes]

When I draw a fullscreen (320x240 in 8-bit) image on the screen it is in 4:3 format and not widescreen, because I want it to stretch over the screen. I could be wrong but I thought that they used widescreen in AMC TC to draw the screens, that worked. Turning widescreen on in the video options doesn't help. Is this some kind of script or con code?

Thanks for helping me out

[Mblackwell]

Let me explain a bit:

320x240 = 4:3

Duke actually uses 320x200 which is 16:10. Then it does some weird crap and stretches that to fit in various 4:3 resolutions.

So first start there, make your graphic the correct 320x200 resolution and that will "fill the screen" on a 4:3 res. Then in rotatesprite (or myospal or whatever) set your orientation to 1024. Note that this will distort the image, but it WILL cover the screen.

Setting widescreen has no effect on graphics that weren't displayed with orientation 1024 set.

[Simon_Croes]

Ah thanks a lot Mblackwell. And yeah, I wasn't sure if my picture was 320x240 or 320x200. I just wanted it to stretch over the screen Thanks again for the help, work perfectly now!

[Diaz]

A quickie:

Is it possible to make it so enemies (hardcoded and useractor enemy) do NOT light themselves up when firing projectiles?

Right now I'm making them notenemy but ofcourse there are some drawbacks, like autoaim not working on them...

[Mblackwell]

Diaz, on 25 March 2012 - 04:46 AM, said:

A quickie:

Is it possible to make it so enemies (hardcoded and useractor enemy) do NOT light themselves up when firing projectiles?

Right now I'm making them notenemy but ofcourse there are some drawbacks, like autoaim not working on them...

For the polymer lights Htflags should theoretically do it.

Also... I'm not sure how not being able to autoaim at enemies is a drawback

[Jblade]

I think he means how to make the enemies not light up as in shade 0, not polymer lights - I *think* it might be worth trying getting the sector's shade and applying it constantly whilst the enemy is shooting, but I'm not that sure.

[Mblackwell]

James, on 25 March 2012 - 06:35 AM, said:

I think he means how to make the enemies not light up as in shade 0, not polymer lights - I *think* it might be worth trying getting the sector's shade and applying it constantly whilst the enemy is shooting, but I'm not that sure.

Shooting a projectile doesn't light anything up though (at least if it's notenemy). The exception to this is polymer, because things like SHOTSPARK1 are coded to cause a light to spawn.

[Jblade]

Mblackwell, on 25 March 2012 - 06:45 AM, said:

Shooting a projectile doesn't light anything up though (at least if it's notenemy). The exception to this is polymer, because things like SHOTSPARK1 are coded to cause a light to spawn.

Yeah an enemy actor does become fullbright if they're firing a shotspark weapon, I thought that was what he meant.

[Plagman]

Right, he just said notenemy fixed it.. He wants the shade to remain constant for enemies.

[Mblackwell]

Plagman, on 25 March 2012 - 06:53 AM, said:

Right, he just said notenemy fixed it.. He wants the shade to remain constant for enemies.

Setting the shade manually would be the only way to do it then afaik.

[Diaz]

Yeah, that's what I was talking about. So it's the shade value that needs to change? I'll see if I can get it manually adjusted...

[Danukem]

Diaz, on 25 March 2012 - 07:25 AM, said:

Yeah, that's what I was talking about. So it's the shade value that needs to change? I'll see if I can get it manually adjusted...

Are these enemies you are having the problem with on the regular enemy tile numbers (like PIGCOP, LIZMAN, etc.)?

[Diaz]

Yes and no. I want every enemy model to be lit only by a Polymer light when shooting, instead of getting a shade value.

Some enemies are regular tile numbers, and others are useractors. Behavior seems to be the same.

By the way, setting the shade of the sprite to current sector's floorshade in the actor code doesn't seem to work (I guess the hardcoded shading is applied after my code so it has no effect)

EDIT: Nevermind, setting the shade in EVENT_GAME does work. Marvelous!

[RichardStorm]

Setaspect seems broken. Or this is what i think. I used it some years ago and it worked but now it does nothing. I tried it as with vars as with defined values.

onevent EVENT_DISPLAYREST
....
setvarvar temp ydim  divvar temp  5  mulvar temp 524288
divvarvar temp xdim   
setaspect 32768 temp
// or
setaspect 32768 78644  // being 78644 the right value for 4:3 ... for my 5:4 screen it's 83866 but it doesn't change anything.

endevent
 

What is wrong ?

[rasmus thorup]

I can tell you that setaspect is working because i have been toying with it this past week. Do you have the latest eduke?

[Marcos]

setaspect only works in EVENT_DISPLAYROOMS.

[rasmus thorup]

Oh yea, i thought he was actually in that event. REST and ROOMS -.-

[RichardStorm]

Quote

setaspect only works in EVENT_DISPLAYROOMS

Hell yeah! It works... tks

[Jan Satcitananda]

marcolino123, on 27 March 2012 - 09:31 AM, said:

setaspect only works in EVENT_DISPLAYROOMS.

This command is useful in other display events as well if you want to stretch things shown via rotatesprite and similar commands. For instance, setaspect 32768 65536 removes the unwanted vertical stretching what is crucial for proper rotation.

[Danukem]

CraigFatman, on 28 March 2012 - 07:21 PM, said:

This command is useful in other display events as well if you want to stretch things shown via rotatesprite and similar commands. For instance, setaspect 32768 65536 removes the unwanted vertical stretching what is crucial for proper rotation.

That's good to know. I HATE that vertical stretching; it has ruined so many graphics for me. But does that work in all renderers?

[Superthijs]

How do I unblock a sprite in code?

[Mblackwell]

http://wiki.eduke32.com/wiki/Cstat

eg:
cstat 0
or
setactor[THISACTOR].cstat 0

[Superthijs]

Yeah, I know, sorry, I should have explained a little bit more.
I actually mean that, if the cstat is 14, 52 or 25, or something like that, I want to subtract 1 of the cstat.
So I need to check if the sprite is blocked or not.

[Helixhorned]

andvar X 0xFFFFFFFE

This is proposed by CraigFatman, but I find the "obvious" version easier to read (and unlikely to be different performance-wide unless used in a tight loop):

ifandvar X 1
   subvar X 1

[Hendricks266]

Helixhorned, on 03 April 2012 - 05:10 AM, said:

andvar X 0xFFFFFFFE

This is proposed by CraigFatman, but I find the "obvious" version easier to read (and unlikely to be different performance-wide unless used in a tight loop):

ifandvar X 1
   subvar X 1

DT suggested:

ifandvar X 1
   xorvar X 1

It would be easier if we had nandvar, I think.

[Diaz]

Superthijs, on 03 April 2012 - 05:00 AM, said:

Yeah, I know, sorry, I should have explained a little bit more.
I actually mean that, if the cstat is 14, 52 or 25, or something like that, I want to subtract 1 of the cstat.
So I need to check if the sprite is blocked or not.

Use getactor[THISACTOR].cstat CSTAT to get the cstat into a variable called CSTAT. Then you can check if it's already blocking or not by using ifvaror CSTAT 1.
If not, just add 1 to the variable and use setactor[THISACTOR].cstat CSTAT to set the updated value.

[rasmus thorup]

It's ifvarand if i remember correctly.