https://github.com/madame-rachelle/raspzdoom
This is currently completely based on drfrag666's legacy port of GZDoom. I haven't done anything other than that on it, yet. The point of this is, in conjunction with the legacy port, keep support for the Raspberry Pi alive for GZDoom.
Currently, the only real future plan is to resurrect the pure-SDL implementation of the software renderer, if possible, but otherwise keep it updated with both drfrag666's features and with regular ZScript features in the main GZDoom version. In its current form, though, both hardware acceleration must be enabled, and the use of X11 are required for it to work.
My motivation for this is, I have a pi that I am using as a gaming unit when my niece and nephew comes over to visit. It's mainly useful for playing Chex Quest on, and obviously my favoured port of choice for that is GZDoom. I am sure there are other uses for it in the future, but for now, this port will be exclusively focused for the Raspberry Pi.
Credit goes to drfrag666 for providing the basis for this.
RaspZDoom
Forum rules
The Projects forums are ONLY for YOUR PROJECTS! If you are asking questions about a project, either find that project's thread, or start a thread in the General section instead.
Got a cool project idea but nothing else? Put it in the project ideas thread instead!
Projects for any Doom-based engine are perfectly acceptable here too.
Please read the full rules for more details.
The Projects forums are ONLY for YOUR PROJECTS! If you are asking questions about a project, either find that project's thread, or start a thread in the General section instead.
Got a cool project idea but nothing else? Put it in the project ideas thread instead!
Projects for any Doom-based engine are perfectly acceptable here too.
Please read the full rules for more details.
-
- Vintage GZDoom Developer
- Posts: 3150
- Joined: Fri Apr 23, 2004 3:51 am
- Location: Spain
Re: piZDoom
I actually don't consider the vintage build a real port but an alternative version of GZDoom itself. It's just drfrag but that one was already taken.
Thanks for the credit but it's Graf's project and you should probably credit yourself before me since it's mostly the same code as in master minus the refactorings.
That said, i think AFAIK LZDoom should work well on the Pi and has the "pure-SDL implementation of the software renderer" so i was hoping you joined the LZDoom bandwagon instead, you already have access to the repo.
On the other hand there's a couple of missing things already in LZDoom so the official legacy build is more complete and of course it's official. Keeping the old codebase up to date is certainly more complicated, that's why i'd need some help.
So it's fine, it's always good to see a new source port. Good luck.
Thanks for the credit but it's Graf's project and you should probably credit yourself before me since it's mostly the same code as in master minus the refactorings.
That said, i think AFAIK LZDoom should work well on the Pi and has the "pure-SDL implementation of the software renderer" so i was hoping you joined the LZDoom bandwagon instead, you already have access to the repo.
On the other hand there's a couple of missing things already in LZDoom so the official legacy build is more complete and of course it's official. Keeping the old codebase up to date is certainly more complicated, that's why i'd need some help.
So it's fine, it's always good to see a new source port. Good luck.
-
- Lead GZDoom+Raze Developer
- Posts: 49183
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: piZDoom
While I can understand why this is done, I have to say that I really do not like how GZDoom is getting fragmented recently with all those special legacy forks for various platforms.
Do we really need all of it or can this be streamlined?
Do we really need all of it or can this be streamlined?
-
- Posts: 13793
- Joined: Tue Jan 13, 2004 1:31 pm
- Preferred Pronouns: She/Her
Re: piZDoom
When differing between the 3.3 tree and 3.4 tree, definitely not. It's even more different than 3.4 and 3.5.
It's likely whatever I do in piZDoom will probably go right back to the legacy branch anyway, especially if I revive the unaccelerated SDL stuff. Mostly, for my own reasons, I wanted something that was focused on a platform that I still have interest in, even as underpowered as it is. I am quite invested in the future of GZDoom, obviously, having supported the removal of the pre-GL3.3 code, in order to move forward with Vulkan, but obviously it's not my only interest.
It's likely whatever I do in piZDoom will probably go right back to the legacy branch anyway, especially if I revive the unaccelerated SDL stuff. Mostly, for my own reasons, I wanted something that was focused on a platform that I still have interest in, even as underpowered as it is. I am quite invested in the future of GZDoom, obviously, having supported the removal of the pre-GL3.3 code, in order to move forward with Vulkan, but obviously it's not my only interest.
-
- Posts: 13793
- Joined: Tue Jan 13, 2004 1:31 pm
- Preferred Pronouns: She/Her
Re: RaspZDoom
So I renamed this RaspZDoom.
It has come to my attention that it is a very child-unfriendly swear word in Russian.
Now when I think about it - I personally don't mind having a program called "cunt". I'm sorry, I'm just being real here. But then I got to thinking about it, and I realized there is not only a significant number of Russians in the Doom community, but there's likely a number of them who might not want their name attached to a program called "cunt" - least of all in any sort of official capacity. It is for this consideration that I have renamed the source port to something slightly more professional. And being a fork of another project, that puts them in a position where they have their name attached to it whether they want it or not, just on the basis of contributing to a parent port from which it derives its code. Meaning, they wouldn't have a say in that matter. And yeah, I can't live with myself being THAT inconsiderate.
It is not my intent to offend or harm anyone, so I hope the new name I have chosen is slightly better.
(Thank you btw, SanyaWaffles, for the new name)
It has come to my attention that it is a very child-unfriendly swear word in Russian.
Now when I think about it - I personally don't mind having a program called "cunt". I'm sorry, I'm just being real here. But then I got to thinking about it, and I realized there is not only a significant number of Russians in the Doom community, but there's likely a number of them who might not want their name attached to a program called "cunt" - least of all in any sort of official capacity. It is for this consideration that I have renamed the source port to something slightly more professional. And being a fork of another project, that puts them in a position where they have their name attached to it whether they want it or not, just on the basis of contributing to a parent port from which it derives its code. Meaning, they wouldn't have a say in that matter. And yeah, I can't live with myself being THAT inconsiderate.
It is not my intent to offend or harm anyone, so I hope the new name I have chosen is slightly better.
(Thank you btw, SanyaWaffles, for the new name)
-
-
- Posts: 26573
- Joined: Tue Jul 15, 2003 4:58 pm
- Location: Scotland
Re: RaspZDoom
Well, I learned something today.
-
-
- Posts: 523
- Joined: Mon Apr 09, 2012 12:27 pm
Re: RaspZDoom
If this fork(?) is still being maintained, I tried building it today on my Pi3 and eventually got this error:
Spoiler:
-
- Posts: 13793
- Joined: Tue Jan 13, 2004 1:31 pm
- Preferred Pronouns: She/Her
Re: RaspZDoom
Fixed. I had to downstream the ASMJit fix.
-
- Posts: 1
- Joined: Fri Aug 02, 2019 9:34 pm
Re: RaspZDoom
Anybody tried this on a pi 4?
Font and other UI elements are messed up here, as though textures aren't switching. Compiled from source. Same issue with lzdoom and gzdoom vintage
http://chattypics.com/files/20190802212 ... 8dntwv.png
http://chattypics.com/files/20190802212 ... 67sy5d.png
http://chattypics.com/files/20190802212 ... hyclgq.png
http://chattypics.com/files/20190802212 ... qg0ve8.png
Font and other UI elements are messed up here, as though textures aren't switching. Compiled from source. Same issue with lzdoom and gzdoom vintage
http://chattypics.com/files/20190802212 ... 8dntwv.png
http://chattypics.com/files/20190802212 ... 67sy5d.png
http://chattypics.com/files/20190802212 ... hyclgq.png
http://chattypics.com/files/20190802212 ... qg0ve8.png