what's the strangest programming language or platform that a source port has been written in?

[YeOldeFellerNoob]

On 4/6/2021 at 5:27 PM, StupidBunny said:

Has anyone ported Doom to TempleOS yet? HolyC only half counts since it’s just a really weird adaptation of C but TempleOS is fucking weird enough by itself that this would be a pretty interesting project

Actually, it would technically be the easiest to make a DOOM Clone on. Source Port... Probably not possible, but a recreation would be easy. In fact, due to how 3D models and, basically every texture works on Temple, it would be possible to make 3D enemies without a fuss, albeit, cruddy looking. I may be wrong here, as I am not a dev or a coder, but from what I heard on how HolyC works, it should be pretty easy.

[ketmar]

yeah, TempleOS is very easy to program (and it has alot of demos, and documentation). it was a long time, tho, and i don't remember if it supports something better than standard VGA 16 color videomode. if it isn't, then the port will need some kind of dithering from 256 to 16 colors too.

 

p.s.: direct port is impossible, yeah, but most of the code can be reused in some form. very carefully, tho, because TempleOS is 64 bit.

 

Terry was genius.

Edited April 8, 2021 by ketmar

[Wavy]

3 hours ago, ketmar said:

Terry was genius.

Second this!

[NaMcOJR]

I dare anyone to port DOOM to LOLCODE.

[Wavy]

Ok not a source-port but I think I need to give POOM a mention. It's a recreation of Doom within the Pico-8 fantasy computer and it's surprisingly good

[Redneckerz]

On 4/6/2021 at 10:39 PM, Remilia Scarlet said:

Yes, 2.1 lol.  I dunno why I keep writing 2.2 lately.  That happened yesterday on my Discord server, too.  But yeah, I was in the same position, where I had a machine that couldn't do higher than that (and 2.1 support was flaky as it was).  My plan is to focus more on incremental and experimental mapping features than a cool looking OpenGL renderer anyway, so there's no reason I should leave out people using old hardware (on purpose or for whatever reason), regardless of their number.  But first, I gotta get the base game playable :-P

 

I have a large mapping project for k8 in the works right now, but I'll probably get back to CrDoom for a while by summer, as well as hopefully finally releasing the tools I've written for Doom engine games.

 

If it needs any testing, let me know. I love for a simple OGL port with DeHacked port that is clean and performs well. Just having filtering would already be enticing enough :)

On 4/6/2021 at 10:39 PM, Remilia Scarlet said:

More on topic: didn't someone port Doom to run in UEFI recently?  Still written in C, but that's an unusual platform to target.

Certainly. There is also BareDoom for the Barebox environment. (And lots more, actually.)

On 4/7/2021 at 12:27 AM, StupidBunny said:

Has anyone ported Doom to TempleOS yet? HolyC only half counts since it’s just a really weird adaptation of C but TempleOS is fucking weird enough by itself that this would be a pretty interesting project

 

if I have infinite time someday I might brush up on my C a bit, learn the ins and outs of Doom and TempleOS and approach this myself, but for now I’ll just idly throw the idea into the æther

TempleOS's graphical hardware would be interesting for Doom to support... essentially being a C64 like OS with direct hardware access.

On 4/7/2021 at 12:27 AM, StupidBunny said:

oh yes and if anybody wants a really maddening programming challenge, try coding for the Atari 2600 

Okay:
 

On 4/7/2021 at 9:33 AM, ketmar said:

of course i do! with moving 3d polyobjects, for example. with screenshots of shadowmaps before. and so on.

 

ah, mostly small things for my own use. data converters, viewers for some binary formats, and so on. oh, you just reminded me that i need to write "inflate" implementation.

And you release builds, at the very least. Will those tools be available?

On 4/7/2021 at 9:33 AM, ketmar said:

i'll try. if i won't worget about it. ;-)

You will :P

On 4/7/2021 at 9:33 AM, ketmar said:

to stay on-topic: there are implementations of doom-like engines in QuickBASIC and Roblox. i think it counts too.

No idea what you mean.

 

:P

[ketmar]

29 minutes ago, Redneckerz said:

Will those tools be available?

they aren't doom-related at all. just some (mostly) throwaway utilities for my other projects. the main goal of UrForth is to be a cross-development tool for ZX Spectrum, but that part is not finished yet.

Edited April 8, 2021 by ketmar

[Death Egg]

I've seen someone rewriting Doom in Rust in a Discord server, but I don't think it's  seen wide release yet.

 

Also for fun, has anyone tried porting Doom to Lua?

Edited April 18, 2021 by Death Egg

[Redneckerz]

On 4/18/2021 at 9:06 PM, Death Egg said:

I've seen someone rewriting Doom in Rust in a Discord server, but I don't think it's  seen wide release yet.

You mean Ferret? or Rust-Doom?

On 4/18/2021 at 9:06 PM, Death Egg said:

 

Also for fun, has anyone tried porting Doom to Lua?

There is RooM, which is for Roblox (which is Lua).

 

And DW's very own @AlexMax has experimented with a Choco port to Lua, one afterlife ago.

[imustafin]

Since I've just registered here, might share my project here as well :)

 

While Eiffel is not a very strange language, rather less popular, I've started working on a port in Eiffel:

 

 

[BunnyWithBeans]

Since we've got a port to Java, can we ever expect a FIM++ port?

[alec]

On 4/6/2021 at 6:27 PM, StupidBunny said:

Has anyone ported Doom to TempleOS yet?

https://git.checksum.fail/alec/chocolate-doom

[Redneckerz]

58 minutes ago, alec said:

https://git.checksum.fail/alec/chocolate-doom

Interesting given TempleOS's graphics system (Which does 3D by polygons). However, i see this is a translator/loader project.

 

Equally impressive, though! I love to see how far you can go with it, given TempleOS's lack of restrictions in what you can do.