EDuke32 2.0 and Polymer! "talk about the wonders of EDuke32 and the new renderer"
#4826 Posted 11 August 2014 - 12:59 PM
I recently attempted to have video display in-game by importing individual frames - 4500 per video, 4 videos - and having the game cycle through each frame one by one at a rate close to 15fps. The problem being that this results in a "cache space all locked up" happening which I sort of expected. I increased the cache as far as it would go (maxes out at 1152mb) but it still happens. Also tried turning off caching and playing with texture compression and such but it makes no difference.
Much as it was tedious work writing DEFs for 18000 images it's not really a big deal as what I was doing was just a joke, if it saw a release it wasn't even going to have my name attached to it because it's horrible. But I am curious as to whether there is any way around this or if I have simply hit a limitation that I can't do nothing about?
Each frame is a 640x480 JPEG, it is loaded as a hi-res texture onto a 320x240 dummytile.
One thing I think is important is that the video is an interactive thing, as in you're supposed to be filming what happens in the video and so it moves around in response to the mouse and affects the score you receive from filming it making it impossible for me to make use of the IVF feature. As a last resort I could probably shorten them as I seem to be able to get about 2500 frames in before a crash.
#4827 Posted 11 August 2014 - 02:31 PM
https://sites.google...site/duke3dvmp/
#4828 Posted 14 August 2014 - 06:57 AM
#4829 Posted 14 August 2014 - 07:17 AM
#4830 Posted 14 August 2014 - 01:42 PM
Hendricks420, on 14 August 2014 - 07:17 AM, said:
Sure. I don't mod, this is just something that's had me wondering so feel free to educated me. The building on the right, compared to the lit-up L.A. background. I'm wondering if it's possible for the solid buildings to have lighted windows to match the 2D background. I could understand if it's a big challenge with the most recent lighting effects, but maybe in older builds?

#4831 Posted 14 August 2014 - 01:52 PM
One part of it is that the original levels are fairly well illuminated so the player can navigate. All the original levels should be much darker, considering that they are set at night or in space.
The other part of it is that illuminating the windows while keeping the outside of the building dark is not possible with Duke 3D's stock texture set (to my knowledge). Your options would be:
a. Make a new texture with a dark exterior and a lit window.
b. Make a new art tile with a lit window to use a sprite over a dimly-shaded texture (which would give better-quality shading, but use a lot of sprites).
c. Make a new texture with a lit window and the rest of the space transparent and use it on a masked wall 1 unit in front of the dimly-shaded building.
d. Create an impossible amount of TROR to shade each window as its own wall, which would probably need a custom texture anyway to look good.
#4832 Posted 14 August 2014 - 03:23 PM
#4833 Posted 14 August 2014 - 04:19 PM
This post has been edited by Mark.: 14 August 2014 - 04:21 PM
#4834 Posted 14 August 2014 - 04:50 PM
Fox, on 14 August 2014 - 03:23 PM, said:
No.
That is not what glowmaps are for.
Mark., on 14 August 2014 - 04:19 PM, said:
Well you proved me wrong by finding a suitable sprite in Duke's art!
#4835 Posted 14 August 2014 - 05:00 PM
Hendricks420, on 14 August 2014 - 04:50 PM, said:
That is not what glowmaps are for.
Um.... Why not? They're ideal for tex-lighting situations.
EDIT: In case I came off douchey there. I'm honestly asking, because I never knew this was an issue.
This post has been edited by Commando Nukem: 14 August 2014 - 05:15 PM
#4836 Posted 14 August 2014 - 05:20 PM
Drek, on 11 August 2014 - 02:31 PM, said:
https://sites.google...site/duke3dvmp/
Doesn't work, but thanks.
At this point I guess all I can do is limit each video. I think 2500 frames should be safe and should give me just over two and a half minutes worth of video to use - around 30 seconds per video - which is enough to make my point. Oh, well, back to work on this abomination.
#4837 Posted 14 August 2014 - 07:32 PM
Hendricks420, on 14 August 2014 - 04:50 PM, said:
That is not what glowmaps are for.
How not? The 8-bit counterpart would be to make a fullbright table for the windows.
#4838 Posted 20 August 2014 - 03:51 PM
Skulldog, on 10 August 2014 - 08:32 AM, said:
I've found the cause of the issue, which I think you already did for your DOSBox launchers. Megaton's directory layout for the add-ons changed.
It will be fixed in an upcoming push.
I hope to soon support loading the SC-55 OGGs included with Megaton as well, but it will require redoing some infrastructure. Damn the grabbag.ogg included in the nw folder.
#4839 Posted 20 August 2014 - 04:07 PM
LeoD, on 31 July 2014 - 09:12 AM, said:
Hendricks420, on 31 July 2014 - 09:30 AM, said:
I can't find a good reason not to change the behavior so that it once again deletes $(OBJ)/* instead of the list of object files.
I just found a good reason. We execute `rm -f` in our clean statements, and I'm not about to include a wildcard that could seriously mess things up.
Besides, if you want the functionality you ask for, you can always recursively delete all directories named "obj".
#4840 Posted 21 August 2014 - 09:44 PM
Quote
The question is, why? It would be usefull to use it in another .def file.
#4842 Posted 23 August 2014 - 04:28 AM
#4843 Posted 23 August 2014 - 04:50 AM
Hendricks420, on 20 August 2014 - 04:07 PM, said:
#4844 Posted 24 August 2014 - 03:24 AM
Quote
r4575 | helixhorned | 2014-08-20 10:58:21 -0700 (Wed, 20 Aug 2014) | 3 lines
Amend r4378 to hopefully make "stuck in water" fix work properly.
NOTE: lizmen may walk on water. I don't yet know why.
------------------------------------------------------------------------
http://forums.duke4....155#entry176155
This post has been edited by Fox: 24 August 2014 - 03:24 AM
#4846 Posted 25 August 2014 - 06:01 AM
Eduke32.exe
Eduke32_x86.exe
#4847 Posted 25 August 2014 - 06:31 AM
Fox, on 25 August 2014 - 06:01 AM, said:
Eduke32.exe
Eduke32_x86.exe
#4849 Posted 25 August 2014 - 08:10 AM
#4850 Posted 25 August 2014 - 08:28 AM
ps. I love the picture, I'll be sure to bring keys if I ever cross the pond.
#4851 Posted 25 August 2014 - 09:48 AM
Drek, on 25 August 2014 - 08:28 AM, said:
What do we need batch files for these days?
#4852 Posted 25 August 2014 - 11:29 AM
#4853 Posted 25 August 2014 - 12:01 PM
Fox, on 25 August 2014 - 09:48 AM, said:
I don't promote batch files for new projects, but they're reality for old ones. Even NightFright's project from the other thread would never be able to replace them all.
Drek, on 25 August 2014 - 11:29 AM, said:
#4854 Posted 25 August 2014 - 12:42 PM
And it would be better to use an SSD for the operational system only. Otherwise it kinda of ruins the purpose of having a faster drive...
This post has been edited by Fox: 25 August 2014 - 12:43 PM
#4855 Posted 25 August 2014 - 12:48 PM
Fox, on 25 August 2014 - 12:42 PM, said:
And it would be better to use an SSD for the operational system only. Otherwise it kinda of ruins the purpose of having a faster drive...
"Custom game content directory" gives me extra textures files in my DukePlus and Attrition subfolders, therefore I leave that blank and use the -j option instead.

Help
Duke4.net
DNF #1
Duke 3D #1



