1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.
  2. Dismiss Notice

Port Requests (NO SOURCE = NO PORT)

Discussion in 'General Discussions' started by mmielke, Nov 11, 2010.

  1. ptitSeb

    ptitSeb Serial Porter

    Joined:
    Aug 15, 2012
    Messages:
    7,716
    Location:
    France, near Lyon
  2. Dark Pulse

    Dark Pulse Retreaux

    Joined:
    Jun 12, 2013
    Messages:
    84
    GZDoom as a standalone build.

    I noticed ptitSeb actually already has an upload with the Brutal Doom mod. Thing is, GZDoom can handle so much more - and not just that, both the mod (now V21) and the version of GZDoom (dunno what build is on the repo, probably a 2.X build) are old now, especially GZDoom in all likelihood - there was a major version bump a few months ago, and current latest is 3.2.1, which introduces all sorts of new stuff like ZScript (which mods are starting to use).

    For those of us who are well-versed with using the GZDoom engine, it's probably good to have it "decoupled" from a mod like this, as we know where we can stuff our WAD files or PK3s. Although possibly a launcher (I use ZDoom Executor - also with available source, though built for Windows only?) would be a nice bonus, and save us from manually running stuff just to load up different WAD/mod combos.

    I'd definitely enjoy this on my Pyra. Hell, I'd love to have it on my Switch, too, but the homebrew scene for that is just taking off now. :p
     
  3. ptitSeb

    ptitSeb Serial Porter

    Joined:
    Aug 15, 2012
    Messages:
    7,716
    Location:
    France, near Lyon
    Well, I do have a build of the latest verison of GZDoom runing, using latets gl4es (because GZDoom need OpenGL 2.x minimum, so it was part of my experiment with OpenGL 2 games on the Pandora). But I find the build a bit odd, there are some cases were "shots" miss and they shouldn't. I'm not sure what the issue is, but I suspect it's some ARM specific issue. Still, I can update the "ZDoom" PND by updating the GZDoom build to latest I guess.
     
  4. canseco

    canseco Very Active Member

    Joined:
    Jun 1, 2004
    Messages:
    813
    Location:
    Spain
    It would be great to updates the enyo-doom launcher too on the ZDoom PND.

    https://gitlab.com/sdcofer70/enyo-doom

    And another request:
    Could you update your SDL2 github repo to 2.0.7?
    How difficult would be to make your patches for OpenPandora upstream?

    There are new controllers supported that i would like to try with the next Retroarch release.
     
  5. ptitSeb

    ptitSeb Serial Porter

    Joined:
    Aug 15, 2012
    Messages:
    7,716
    Location:
    France, near Lyon
    Ah, enyo-doom got some updates? Ok, I'll take a look.

    About SDL2, yeah, I have to work on that. Oh, 2.0.7 already? I haven't updated to 2.0.6 yet.
    About pushing the Pandora patch upstream, I'm afraid the Joystick hack will never be accepted upstream, it's really too hacky, even if I put Pandora code behind #ifdef :(
     
  6. Dark Pulse

    Dark Pulse Retreaux

    Joined:
    Jun 12, 2013
    Messages:
    84
    It could also be engine bugs - there's a well-known bug where shots miss where they shouldn't. ZDoom (and thus, GZDoom) probably fixed this bug however, so if that's not what you mean, I'm not sure what sorts of "shots" are missing.

    It is possible you may gain some info by looking into the build for the Pi 2, since of course, that runs on ARM as well (An ARM Cortex-A7 IIRC) and is thus fairly close to the Pandora.

    That said, my request was more for the Pyra than the Pandora. I do have the Pandora as well, mind, but it's getting a bit too underpowered for GZDoom - two of the 3.2.0 changelog notes is this:
    • OpenGL 3.0 is now allowed for software OpenGL framebuffer (aka vid_glswfb) - The Mesa rendering library supports this just fine, and it seems it runs without trouble on known troublesome 3.0 cards.
    • OpenGL 3.3 is now required for the modern rendering path for hardware rendering. This means that ALL OpenGL cards prior to this version will revert to the legacy rendering path; no longer using shaders or clip planes. This was done due to there being too many compatibility issues and bugs with cards and drivers from this era.
    I don't think this will hurt the Pyra, but it may start to be a deal-breaker for the Pandora without some trickery. That said, the latest GZDoom also merged QZDoom, which is a purely software-based renderer, into GZDoom, so if worse comes to worse, there might be that, assuming performance isn't totally murdered.

    (Though looking on Wikipedia, the GPU in the Pyra also doesn't support OpenGL 3.0, much less 3.3, so maybe the Pyra can't handle it either... bummer :()
     
  7. ptitSeb

    ptitSeb Serial Porter

    Joined:
    Aug 15, 2012
    Messages:
    7,716
    Location:
    France, near Lyon
    I have updated my github with SDL 2.0.7. It seems to work fine (only tested 1 game).
     
    canseco and Farox like this.
  8. Linux-SWAT

    Linux-SWAT Advanced Member

    Joined:
    Feb 13, 2010
    Messages:
    7,950
    Two port requests in one post:

    "GHDL is an open-source simulator for the VHDL language. GHDL allows you to compile and execute your VHDL code directly in your PC."
    https://github.com/tgingold/ghdl

    And also
    "GTKWave is a fully featured GTK+ based wave viewer for Unix, Win32, and Mac OSX which reads LXT, LXT2, VZT, FST, and GHW files as well as standard Verilog VCD/EVCD files and allows their viewing."
    http://gtkwave.sourceforge.net/
     
  9. ptitSeb

    ptitSeb Serial Porter

    Joined:
    Aug 15, 2012
    Messages:
    7,716
    Location:
    France, near Lyon
    GHDL seems pretty tricky to build. I can try to build it, but it will take some time. Also, how do you expect the PND to work? Just a command line with access to the ghdl compiler?

    For GTKWave, this one seems pretty standard. It depends on GTK2 (or 1.0) and, unless I overlooked something, should be easy to build? Still, I don't have much time, so if no one dod it, I'll try to do a build later.
     
  10. Linux-SWAT

    Linux-SWAT Advanced Member

    Joined:
    Feb 13, 2010
    Messages:
    7,950
    I won't use it now, maybe in two months (for real).
    I guess the compiler is a command line, didn't tried on my PC.
    --- Double Post Merged, Dec 5, 2017, Original Post Date: Dec 5, 2017 ---
    Another request :
    https://vivaldi.com/blog/vivaldi-for-raspberry-pi/
     
  11. levi

    levi Still fresh, damnit!

    Joined:
    Oct 6, 2008
    Messages:
    8,143
    Location:
    Somewhere off the coast of the EU
    I can't see any source for that vivaldi browser, only a prebuilt .deb file. Can you link the source if you can find it?
     
  12. Linux-SWAT

    Linux-SWAT Advanced Member

    Joined:
    Feb 13, 2010
    Messages:
    7,950
    I think it's closed.
     
  13. Caine

    Caine Advanced Member

    Joined:
    Jun 5, 2008
    Messages:
    3,627
    Location:
    Netherlands
    https://vivaldi.com/source/

    I also found this quote on reddit from a vivaldi dev:
     
    levi likes this.
  14. Farox

    Farox Certified Guru

    Joined:
    Jan 8, 2009
    Messages:
    1,933
    Location:
    Italy
    I gave a try to build GTKWave, but i have a problem at link phase, it needs to link with tcl/tk libs 8.5 but it finds the configs (tclConfig.sh and tkConfig.sh) only for 8.4 libs. Tested only on Codeblocks with gcc 6.2, not one of the latest betas.
    Configure is running with:
    ./configure --with-tcl=/mnt/utmp/codeblocks/usr/lib --with-tk=/mnt/utmp/codeblocks/usr/lib

    Any idea how to resolve?
     
  15. ptitSeb

    ptitSeb Serial Porter

    Joined:
    Aug 15, 2012
    Messages:
    7,716
    Location:
    France, near Lyon
    @Farox : I checked and both 8.4 and 8.5 version are in codeblocks. I need to clean that I guess, one is probably shadowing the other.
     
  16. Farox

    Farox Certified Guru

    Joined:
    Jan 8, 2009
    Messages:
    1,933
    Location:
    Italy
    Yes i've noted this...i forgot to write in previous post.

    Thanks
     

Share This Page

Loading...