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 - Jochen Schäfer

Pages: 1 ... 4 5 [6] 7 8 ... 23
76
Applications / Re: FeatherNotes for OS/2
« on: July 10, 2023, 09:14:10 am »
EDIT: looks like Feathernotes uses <alt><shift> to left and right justify text, so probably not gonna work unfortunately...
In FeatherPad, you can change key shortcuts. Perhaps, you are able to do that in FeatherNotes, too? (Sorry, I'm not at my dev machine for the day).

77
Applications / Re: FeatherNotes for OS/2
« on: July 06, 2023, 03:07:45 pm »
thank you for fixing that so quickly. just tried it out. works well here.

But i found some other issue, related to the previous one. The €-Symbol is not recognized already while typing it...
This is probably a QT5 issue. Can you create an issue here: https://github.com/bitwiseworks/qt5-os2/issues.

78
Applications / Re: FeatherNotes for OS/2
« on: July 06, 2023, 11:25:58 am »
Looks as though it's saving the file in UTF-8 but opening it in the default system encoding (850).
Yes, that's correct as per Qt5 documentation. The code is certainly under the assumption, that the default nowadays is UTF-8.
I fixed the issue for OS/2 and made a new release, which can be downloaded on my Github page.

79
Applications / Re: FeatherNotes for OS/2
« on: July 04, 2023, 10:55:40 am »
I will look at the issue.

80
Programming / Re: Strange behaviour in SDL2
« on: July 03, 2023, 11:38:44 am »
Sure, there is no community as such on Slack.
We will absolutely communicate our solution to this forum, when we have a definite answer.
We are still experimenting at the moment.

81
Programming / Re: Strange behaviour in SDL2
« on: July 03, 2023, 09:41:05 am »
I will need to reread the docs. We'll continue on Slack.
Just what we need, another forum for OS/2 users to splinter the user group...
Come on. Nobody wants to splinter the community. We are just working on a solution there.

82
Programming / Re: Strange behaviour in SDL2
« on: June 30, 2023, 05:48:35 pm »
Also, what you would need to do is build a list of devices in the SDL_DetectDevices function.
Then, the one-based device number can be the handle (again, one-based) that you use as the instance number in the MCI_OPEN call. That would allow to select between different devices.
Would that one-based index also go into usDeviceID for the MCI_OPEN message or would that go elsewhere? The documentation only states usDeviceID is a return value for MCI_OPEN.

83
Programming / Re: Strange behaviour in SDL2
« on: June 30, 2023, 02:18:13 pm »
Actually, the code uses the returned device id (if this is what you meant).
My question would be then, how to open the selected card in MCI_OPEN? What identifier is needed to say open the USB audio card instead of the internal card?

84
Programming / Re: Strange behaviour in SDL2
« on: June 30, 2023, 12:45:38 pm »
Hi Lars.

It uses DART. The code, I'm referencing, is in https://github.com/josch1710/SDL2-os2/blob/master/src/audio/os2/SDL_os2audio.c.

85
Programming / Re: Strange behaviour in SDL2
« on: June 30, 2023, 10:59:47 am »
@Lars: Now we are getting somewhere. With the index beginning with 1, I'm getting two different driver names.
But now, I get a "Hardware Error" return from MCI_OPEN. If I understand the documentation correctly, one opens a device with its driver name, not with the index from the device enumeration.
Is my understanding correct?

86
Programming / Re: Strange behaviour in SDL2
« on: June 29, 2023, 06:35:17 pm »
I works differently (from my experience from the past).
MCI_SYSINFO_QUANTITY, asking for MCI_DEVTYPE_AUDIO_AMPMIX will return to you as many devices as you have sound drivers installed (simplified way of saying). That's because each audio driver installation will install one MCI_DEVTYPE_AUDIO_WAVEFORM_AUDIO device (and/or potentially a MCI_DEVTYPE_SEQUENCER for MIDI) and also one MCI_DEVTYPE_AUDIO_AMPMIX device (the latter was added late in Warp 3 in order to support DART and new mixing functionality and you have to have such a device in order to play sound at all).
Therefore if you install both USB audio drivers (USBAUDIO.SYS and USBAUD2.SYS) you will be reported back two MCI_DEVTYPE_AUDIO_AMPMIX devices. If you additionally installed UNIAUD, you'd get reported three MCI_DEVTYPE_AUDIO_AMPMIX devices. You cannot tell from that response what is the default ampmix (waveform audio) device.

If you want to identify the default audio device (which is equivalent to identifiying the default ampmix device), then you will need to use MCI_SYSINFO_ITEM / MCI_SYSINFO_QUERY_DEFAULT and specify in the MCI_SYSINFO_DEFAULTDEVICE usDeviceType = MCI_DEVTYPE_AUDIO_AMPMIX.

Please note that the default ampmix (and wave audio) device would need to be set in MMPM2.INI which either happens "by hand" or better by either the selection utility that comes with the USBAUDIO installation (integrated into the Multimedia Object, look there) or by the automatic default audio device selection tool that comes with ArcaOS.
SDL2 correctly wants to enumerate all known devices. The weird thing is, that it always shown two devices with the same name, even when UNIAUD is installed and the USB headset is plugged in. I switched the default setting on the Multimedia Object, but I don't seem to recall the automatic selection tool on ArcaOS, you mentioned. Where is that located?
I'm pretty positive, that I only have usbaudio.sys in config.sys, but I would have verify it, if I have access to my machine again.

87
Programming / Re: Strange behaviour in SDL2
« on: June 28, 2023, 07:07:48 pm »
Definitely, only one internal audio device. And, as I said before, with a USB headset, I get the same doubling, with the seocnd device being locked immediately.

88
Programming / Re: Strange behaviour in SDL2
« on: June 27, 2023, 09:48:36 am »
Yesterday, I got around to testing with a USB headset and the following are my observations:
  • SDL detects the audio devices by sending MCI_SYSINFO_QUANTITY with type set to MCI_DEVTYPE_AUDIO_AMPMIX.
    This only detects the selected default audio and it always gets two devices. Since the second is always locked, when the first is used, I suspect, the system returns one device for output and one for input. I already tried to get the device capabilities, but failed.
    I also don't whether the detection of only the default device is the expected behaviour.
  • Starting PrBoom with the USB headset plugged in, the sound is not starting sometimes. But the trick to change the master volume doesn't work here. Also, I also see Martin's observation that, when the sound starts, it will run (with occasional hickups) and not cut out, like the builtin sound card.
I really don't know whether it's any drivers fault, or whether PrBoom does things, it will get away with on other systems.

89
Programming / Re: Qt6 Application Testing
« on: June 26, 2023, 12:05:39 pm »
My understanding of QML loading is, that QML files get compiled into the executable, if you reference them via resource files. But you can also reference them from the file system.

90
Programming / Re: Strange behaviour in SDL2
« on: June 22, 2023, 02:55:23 pm »
I will try that on sunday.

Pages: 1 ... 4 5 [6] 7 8 ... 23