Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Paul Smedley

Pages: [1] 2 3 ... 153
1
General Discussion / Re: OS/2 - ArcaOS Santa's List for 2025
« on: December 09, 2024, 08:52:46 am »
What about mesaGL? I don't remember its current status. A slow renderer would still be better than no renderer at all...
Mentore

I visited it, seven years back, and got it compiling and the examples ran good. [https://github.com/OS2World/LIB-GRAPHICS-WarpMesaGL.
Problem is that it is old. Gives gl.h while now it is gl2.h that is required.

sh*t. I was hoping there was a better solution.
AFAIK also PortableGL has its limits (TinyGL is good but even more limited).


Mesa GL's softpipe might be sufficient...

2
General Discussion / Re: OS/2 - ArcaOS Santa's List for 2025
« on: December 05, 2024, 10:30:36 pm »
OK, it uses GTK. That would be a huge job to port, much like Qt. While nice to have, I can't imagine it being ported.
It can also run in a browser, so that might be a possibility, though even for that there's a good chance it needs something we don't have, webgl or node.js.

Might be possile to use odin to build GTK - but if it needs opengl, etc we're royally screwed. nodejs is working well enough to build chromium....

3
Internet / Re: Dooble releases-Qt6
« on: December 04, 2024, 07:31:45 am »
https://doc.qt.io/qt-6/qtextcodec.html might help...

Code: [Select]
QTextCodec *codec = QTextCodec::codecForName("KOI8-R");
QByteArray encodedString = codec->fromUnicode(string);

IBM 850 is in the list of supported codecs.

scratch this, QTextCodec is part of qt5compat which can't be used in building qt6core

4
Internet / Re: Dooble releases-Qt6
« on: December 04, 2024, 04:15:56 am »
Updated qos2.dll in https://smedley.id.au/TMP/qos2-20241204.zip - needs to be copied over \qt6-6.2.x\plugins\platform\qos2.dll

5
Internet / Re: Dooble releases-Qt6
« on: December 03, 2024, 08:39:10 am »
Looks like you haven't installed Paul's latest qos2.dll. You are right that they do display differently though, just not that different.

Right, here after replacing qos2.dll (better but not good)

Please roll back qos2.dll and test with https://smedley.id.au/tmp/qt6core-20241203.zip - this has a Proof of Concept fix from Rich.

Cheers,

Paul

6
Internet / Re: Dooble releases-Qt6
« on: December 02, 2024, 09:33:57 am »
Right now, qtbase is configured with '-no-opengl' so it definitely won't work....
I tried configuring without -no-opengl and with tinygl installed.

configure failed:
Code: [Select]
Run Build Command(s):C:/USR/BIN/ninja.exe cmTC_d65cf && [1/2] Building CXX object CMakeFiles/cmTC_d65cf.dir/src.cxx.o
FAILED: CMakeFiles/cmTC_d65cf.dir/src.cxx.o
c:/usr/local1420/bin/c++.exe -DHAVE_EGL  -std=gnu++17 -o CMakeFiles/cmTC_d65cf.dir/src.cxx.o -c 'U:/dev/qt6-base-os2/build/CMakeFiles/CMakeTmp/src.cxx'
U:/dev/qt6-base-os2/build/CMakeFiles/CMakeTmp/src.cxx:2:10: fatal error: EGL/egl.h: No such file or directory
    2 | #include <EGL/egl.h>
      |          ^~~~~~~~~~~
compilation terminated.
ninja: build stopped: subcommand failed.


Source file was:

#include <EGL/egl.h>

int main(int, char **) {
    [[maybe_unused]] EGLint x = 0;
    EGLDisplay dpy = 0; EGLContext ctx = 0;
    eglDestroyContext(dpy, ctx);
}
Performing C++ SOURCE FILE Test HAVE_GLESv2 failed with the following output:
Change Dir: U:/dev/qt6-base-os2/build/CMakeFiles/CMakeTmp

Run Build Command(s):C:/USR/BIN/ninja.exe cmTC_d65fe && [1/2] Building CXX object CMakeFiles/cmTC_d65fe.dir/src.cxx.o
FAILED: CMakeFiles/cmTC_d65fe.dir/src.cxx.o
c:/usr/local1420/bin/c++.exe -DHAVE_GLESv2  -std=gnu++17 -o CMakeFiles/cmTC_d65fe.dir/src.cxx.o -c 'U:/dev/qt6-base-os2/build/CMakeFiles/CMakeTmp/src.cxx'
U:/dev/qt6-base-os2/build/CMakeFiles/CMakeTmp/src.cxx:6:12: fatal error: GLES2/gl2.h: No such file or directory
    6 | #  include <GLES2/gl2.h>
      |            ^~~~~~~~~~~~~
compilation terminated.
ninja: build stopped: subcommand failed.


Source file was:

#ifdef __APPLE__
#  include <OpenGLES/ES2/gl.h>
#else
#  define GL_GLEXT_PROTOTYPES
#  include <GLES2/gl2.h>
#endif

int main(int, char **) {
    glUniform1f(1, GLfloat(1.0));
    glClear(GL_COLOR_BUFFER_BIT);
}

Need at minimum <GLES2/gl2.h> or <EGL/egl.h> to get thru configure......

7
Internet / Re: Dooble releases-Qt6
« on: December 02, 2024, 09:16:03 am »
The Qt5 build is currently the same as the Qt6 build when it comes to the titlebar, lots of question marks. It just didn't have the problems with the other weird characters that you fixed.

Ahh OK :) My bad I thought qt5 worked correctly, I feel better now :)

8
Internet / Re: Dooble releases-Qt6
« on: December 02, 2024, 08:22:56 am »
Right now, qtbase is configured with '-no-opengl' so it definitely won't work....

9
Internet / Re: Dooble releases-Qt6
« on: December 02, 2024, 02:44:21 am »
I noticed this in dooble_main.cc,
Code: [Select]
#ifdef Q_OS_WINDOWS
  QCoreApplication::setAttribute(Qt::AA_UseSoftwareOpenGL, true);
#endif
Tried adding Q_OS_OS2 to the ifdef, webgl crashed the browser when used. So read up on it, https://doc.qt.io/qt-6/windows-graphics.html.
It is to load a non standard 3D driver including a software solution, they suggest Mesa llvmpipe which would need lvm. There are other software OpenGL drivers around such as TinyGL or PortableGL. Mentore has built TinyGL and I've built PortableGL previously IIRC.
The problem to overcome is that Cloudflare has become the gatekeeper of much of the internet with it's "Are you human" checks. These depend on WebGL to display, so we just get a spinning circle. Even a really slow 3D renderer would be better then nothing for these cases. And actually, given a small window, software OpenGL often doesn't perform too bad.

I had read something similar previously - in theory at least, it should be possible to utilise some of the software GL stuff from Chromium...

10
Internet / Re: Dooble releases-Qt6
« on: December 01, 2024, 08:23:37 am »
I also wonder what's changed given qt5 apparently worked. I'd have to expect something in https://github.com/psmedley/qt6-base-os2/blob/main/src/corelib/text/qlocale_unix.cpp but I don't see anything obviously different.

11
Programming / Re: CPUMON - source code location?
« on: December 01, 2024, 03:49:07 am »
Trevor appears to be on LinkedIn at https://www.linkedin.com/in/trevorhemsley/?originalSubdomain=uk - perhaps try messaging him?

12
Internet / Re: Dooble releases-Qt6
« on: November 30, 2024, 10:18:04 am »

13
Internet / Re: Dooble releases-Qt6
« on: November 30, 2024, 06:57:24 am »
How to set this up?

OK, if HMQ_CURRENT resolves to the number '1', try plugging in a '1' for now, i.e.:  WinSetCp(1, 1208);

(I should know how to do a new-style cast but that bit of knowledge escapes me currently.)

Well, I've tried adding the code in various places that seemed early enough in the process, mostly in dooble_main.cc and even right after QApplication::processEvents(); in dooble.cc and no luck.
Guess going to have to read up on how Qt initializes unless Paul has an idea.
dooble_main.cc was my guess....

14
Internet / Re: Dooble releases-Qt6
« on: November 30, 2024, 05:22:10 am »
Once we get this working, we should patch simplebrowser.exe too - I assume it has the same issue...

15
Multimedia / Re: Updated Uniaud32 build
« on: November 29, 2024, 10:38:26 pm »
The default audio device on your laptop is HDMI, which is not supported.

Try adding /A:1 to the uniaud32.sys line in config.sys (no guarantees)

Pages: [1] 2 3 ... 153