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 ... 170
1
Games / Re: Please test - OpenTTD v12.1
« on: July 16, 2025, 01:45:14 am »
You might be overestimating my interest levels in getting midi working ;)

2
Games / Re: Please test - OpenTTD v12.1
« on: July 15, 2025, 12:19:05 pm »
Can anyone confirm that mido sound worked in older versions?

3
Games / Re: Please test - OpenTTD v12.1
« on: July 14, 2025, 10:44:44 am »
Seems OS/2 never supported the browser.... https://github.com/OpenTTD/OpenTTD/blob/release/13/src/os/os2/os2.cpp#L208

https://smedley.id.au/tmp/openttd-14.1-exe-os2-20250714.zip is a new openttd.exe that should fix music (if the sound hardware supports midi)

4
Games / Re: Please test - OpenTTD v12.1
« on: July 14, 2025, 05:03:27 am »
It's probably easy enough to backport the changes to allow the browser to work, same with the music code. Seems the music doesn't use SDL - I didn't look at the old code closely, but seems it calls the OS/2 api directly:
https://github.com/OpenTTD/OpenTTD/blob/release/13/src/music/os2_m.cpp

6
Games / Re: Please test - OpenTTD v12.1
« on: July 12, 2025, 10:18:15 pm »
As I mentioned, all of the OS2 specific code was removed before the release of OpenTTD 14. This has just the vare minimum changes needed to make it compile.

Did music work in older releases?

7
Games / Re: Please test - OpenTTD v12.1
« on: July 12, 2025, 08:59:58 am »
one complication - https://github.com/OpenTTD/OpenTTD/pull/11018

In spite of the above, I got an openttd.exe with 14.1. BUT for me, it just gives an empty black window. Nothing obvious from enabling a debug log. Perhaps an SDL2 issue?

Anyhow, don't expect muc, but https://smedley.id.au/tmp/openttd-14.1-os2-20250712.zip

8
Programming / Re: Qt6 Application Testing
« on: July 06, 2025, 10:34:38 pm »
A process dump might be useful...

9
Networking / Re: SMB server Linux and ArcaOS
« on: July 03, 2025, 09:08:59 am »
Rings a bell about being a bug in ndpsmb.dll, I would try with https://smedley.id.au/tmp/ndpsmb-3.7.3-samba411-20220108.zip

10
Networking / Re: SMB server Linux and ArcaOS
« on: July 02, 2025, 10:44:46 am »
What Samba client are you using?

11
Games / Re: Please test - OpenTTD v12.1
« on: June 18, 2025, 11:13:36 am »
Probably...... based on older ports - does SDL1 or SDL2 work better?

12
Programming / Re: Qt6 Development
« on: June 09, 2025, 10:21:21 pm »
Qt5 and Qt6 can coeexist fine. My comment on DLL hell was more for mixing versions of Qt6..

13
Programming / Re: Qt6 Development
« on: June 09, 2025, 11:17:55 am »
In that case, do you think it will make sense to put Qt 6.2  on the Netlabs RPM?

It depends what the purpose/intent is. For getting an updated (but unstable) browser - then yes. If it's for compatibility with ported apps - I'm less sure. The DLL hell with 8.3 file names is real.....

14
Programming / Re: Qt6 Development
« on: June 07, 2025, 11:03:27 pm »
Hello Paul

First, sorry for this shameless request from my side, like if it easy.This is just a suggestion and I want to ask your opinion.

Since Qt6 has some LTS releases , how do you see the idea of trying to port "Qt 6.5.9" which is supported to 2026-03-30 and try to stabilize it (as much as possible this release), until something happens to version 6.8 which seem being hard to make it work. Or do you think it will be better to focus on 6.8 which is also a LTS release supported to 2019?

I want to see if we can finally go mainstream with Qt6 and put it on the RPM repository.

Regards

Qt 6.2 is/was also LTS..... that was the whole point of focussing on it...

Also, whilst 6.5.9 might be the most recent COMMERCIAL release, the opensource is still 6.5.6 (https://download.qt.io/official_releases/qt/6.5). I'm not entirely sure what the benefit would be of having the core Qt libs at 6.5, and trying to blend in a 6.2 webengine....

15
Internet / Re: Dooble releases-Qt6
« on: June 07, 2025, 01:48:02 am »
I'm using VIRTUALADDRESSLIMIT=2560
I marked every DLL to load code into high memory -- most were already so marked.

I think for some new machines, dooble-QT6 will be out of reach...

Yeah quite possibly. Even with the full 4gb, it's a challenge - with less than this visible to OS/2 - we're pretty much screwed.

Pages: [1] 2 3 ... 170