Hambourgeois

hello freedoom! I was making a map using freedoom assets and noticed that some of the flats have a distinctive "this was made in a procedural texture generator and never pixel optimized" look. Long story short I made some edits to the existing RROCK04 and used it to make new versions of RROCK01, 02, 05, 06, 07, and 08. RROCK01: old: new: alt: RROCK02: old: new: alt: RROCK04: old: new: RROCK05: old: new: RROCK06: old: new: RROCK07: old: new: RROCK08: old: new: Animation: Here's a link to the graphicsgale file that these are derived from https://www.dropbox.com/s/il8h0uikvrsaoaq/lavarocks.gal?dl=0 There are a few more flats that have the same problem (FLAT1_1, 1_2, 1_3, 5_7, and 5_8) and imo DEM1_5 and 1_6 look kind of weird. If I do any more edits I will probably focus on those. I might also post maps and music in here if I make anything relevant, but those are less my forte.

yeah honestly after seeing them in engine im not that happy with them either. i might work on them a bit more

guhhhhhh buuuhhhhh

because i love re-inventing wheels that other people have done long ago, i made some lava falls by recoloring the bloodfall texture #1- to orange color ramp only: #2- as #1, but highlights are from the color ramp that goes from brown to a desaturated yellow: #3- as #2 but with red shadows. its kinda gross and aliased looking but has more depth: #4- based on the colors used by the lava flats: anyway if you happen to not already have a preferred lavafall texture feel free to grab these i guess

made a new Flat5_7 and 5_8 but im not super sold on them yet, i might tweak them (need some more contrast, i think the cracks are too wide) Flat5_7 old: new: Flat5_8 old: new: some screenies:

re-did #4 in my first post to have more depth: also did one with the desaturated red -> orange: and recolored the lava flat to match

ooo the ones that start from red and go to orange for the highlights are pretty. i might have to play around a bit more

you can still use animated wall namespaces in an IWAD that dont have corresponding textures, right? i.e. if i made a set of textures to animate, could i name them like blodgr_, sladrip_, or wfall_ and have them work in a doom 2 map?

crossposting from the problematic textures thread, all of these are edits to content that was already in the freedoom iwad:

quick and dirty edit: 4x: e (maybe this darker version is better?): as always heres the source file (gimp .xcf): https://www.dropbox.com/s/y3459ur1mn4b398/hamRW32_1.xcf?dl=0 bigger edit: also did a whole bunch of panel textures to make them more visually consistent. these were completely hack-jobs of existing textures so im not gonna claim some grand artistic vision fed into this. RW15_1- looked more like the original doom texture than the other freedoom ones: RW15_2- resized elements so they were closer to the original doom textures in size, made the top border of the bottom panel consistent with the others RW15_3- recolored from my new RW15_2 to be green. if people liked the old ones i can recolor it to a lighter gray. RW15_4- the left side border was reversed compared to other textures in the set RW16_4- the doom original did not have the top border like this one did, so i pasted the picture over my new RW15_4 RW19 series- made the bottom consistent with the other panel textures and look less like the original doom textures. if people think its a good idea i can try to remake the top half as well.

realistically, how meticulously are people cutting out the lights on RW32_2?admittedly i'm lazy and dont ever cut out discrete elements on it too particularly because the lights are an idiotic 9x33 px, or 11x35 if you include the outer bevel. i think i will rework it but if i was designing it from the ground up i'd keep all the geometry as multiples of 4. anyway, im gonna work on a new version by editing the existing freedoom RW32_1. plan is to keep the more macro geometry the same (or extremely similar) and make the lights themselves more visually distinct, which i think is a good compromise to maintaining asset distinction and pwad compatibility.

thanks for the interest everyone! XCOPY: I was using the original doom and existing freedoom textures as a reference. assuming I am reading you right, they do not darken the rocks as the lava gets lighter. I mostly just want to make improvements without getting too hung up on details. if someone wants to try editing the textures to see how it looks i did post the graphics gale file for anyone who wants to play with it. MrFlibble: I'll def take a look, but I dont want to promise anything ahead of time. I'm super disorganized and unreliable so I don't really want people to depend on me for improving assets but I'm willing to work on things as I have time e: word salad and redundant phrases are actually good

yeah, i didn't articulate it well, but my point was basically that, in the absence of advanced editing tools that let you easily mess with all the stuff linguica had to hack in with a hex editor, this isn't a practical technique for most mappers. especially given that most modern editors idiot-proof segs as described by foxpup. that isn't to say it wouldn't be useful to get such tools, however.

Hello all, I made a bunch of textures that I had been intending to use in something, but life has me too busy. They are obviously very heavily inspired by textures from BTSX, and were made specifically to avoid textures with very obvious tiled elements (i.e. like metal2-7 or whatever range they cover) just because I always find it difficult/limiting to try to work in increments of 32/64 map units and I hate having discrete elements cut before an obvious seam. Anyway, they are just sitting around so they might as well go to good use. Feel free to take them for whatever! Creation/Programs Used: Link here <------ What's what: hamtextures.wad: .wad file with TEXTURE1 and PNAMES defined. textures are converted to doom's colormap Ham_RGB.7z: the .pngs imported to create hamtextures.wad, for use with ZDoom, etc. also includes .xcf (GIMP) files where they were used to create said .pngs and if you feel like untangling the hellscape that is the NeoTextureEdit files, neotextureedit/flat.tgr & neotextureedit/texpat.tgr: source files for the flats and patches, respectively (warning: these files are basically a monument to my disorganization) Demo room screenies (taken in Chocolate Doom):Unfortunately, that only features a small subset of what I made. I also am assuming that everyone has 7zip these days, but if a ton of people want a .zip of the non-indexed .pngs let me know and I'll throw it in drop box.

ok i added PP_START and PP_END, i wasn't really sure what best practice was on this front, so its good to know that patch namespacing is important in some ports.

couldn't you achieve a more or less similar effect using untextured double-sided impassable lines? i put them in decorative inlets a lot if i don't want players getting snagged on map geometry, though you could move them further away from the walls as in your example, i suppose the main functional difference in play (i.e. ignoring back-end stuff like linedef count, sidedef count, etc., as the differences there are significant) is basically that projectiles would be blocked by the uncoupled segs/linedefs method, right? that being said it is really cool from a technical standpoint

yeah i was under the impression that really only F_END was an important marker as far as custom textures are concerned?* either way if it is mostly for organizational purposes since i have categorical markers it shouldn't be a huge issue * i feel like i read on either here or in the SA thread that custom flats use a kind of hack-y trick where anything can technically be "read" as a flat and replacing F_START with a PWAD actually causes problems (hence the use of FF_START), so you specifically only replace F_END. at least for vanilla compatibility. let me know if this is a misconception.

yeah that thread partially informed my decision, but last time i saw it there were only a few of plums posts in it. i wonder if gimp would give good results if you could similarly select the colorspace used for color conversion. on the other hand, in cases like this where i was mostly converting images output by a different program the batch converting capability of SLADE is probably too attractive from a workflow perspective to not use, so i am glad it is comparatively better. i'm glad the response is positive so far!

Not to mention you don't need to be an even competent chef to know something tastes like garbage, so that isn't really a compelling point.

I see a few people throwing around the word "haters", but I think it is more just cynicism (admittedly, I think "haters" is mostly a bullshit cop-out people use to absolve themselves of criticism). If you read the reviews people are saying things like "I understand that some maps are 2 years old but go and try to figure out which of them are newer ones." and "Ugly as sin maps that feel and (mostly) play like something from those mid-90s compilation CDs." Given that you have been mapping for at least 2 years and still putting out stuff at this level, why should people bother to give an earnest critique if you don't appear to ever acknowledge anything anyway? Might as well just piss in the well if you haven't made an earnest attempt to improve.

Finally got around to downloading the new freedoom iwad, the zombies look way better it's crazy.

No sweat, even with my desire to contribute I know this project has stalled out a few times and I am not super confident it will ever be finished.

ITT: you play doom in a way i dont so you are playing wrong!!!

Honestly it's probably enough of a niche interest thing that even just a stickied thread in here would suffice.

Are you dead set against adding new textures? It might be worth it to replace those with a less noisy texture with the same general color and brick pattern.