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 - Lars

Pages: 1 [2] 3 4 ... 10
Multimedia / Re: recent developments for USB audio
« on: May 12, 2017, 08:07:38 pm »
I just released 10.217 on Hobbes. It contains loads of changes. In particular to USBAUDIO.SYS.
Plus it comes with IOProc and 2 Codecs ...

Programming / Re: ArcaOS
« on: May 07, 2017, 04:09:51 pm »
No, it's because of remote debugging. The MUT partition has a debug kernel and KBDNET.SYS in place.
KDBDNET.SYS supports debugging of one core only.

Programming / Re: ArcaOS
« on: May 07, 2017, 10:35:46 am »
Fortunately there is somebody else with the same problem ...

I experience system reboots on the following:
1) when the XCenter bar has just finished constructing (drawing) itself. For me that means as soon as the WPS is "ready for use" as I load XCenter from the startup folder

2) when I open "volume.exe", the master volume control

But on both occasions it does not happen all the time but only occasionally (of course, otherwise I could not use my system at all).
I was completely clueless of what that could be but given the fact that my other OS/2 MUT partition uses SNAP and never experiences this problem I thought it might have something to do with exactly this difference ...
On the other hand, my OS/2 MUT partition only uses 1 core out of the 8 that I have, so that's also a difference.


Programming / Re: ArcaOS
« on: May 06, 2017, 11:59:30 am »
I am also using Panorama and occasionally have spontaneous system reboots. I wonder if that could be the same problem. Is that driver available anywhere ?

Programming / Re: Creating a PMGPI.DLL empty forwarder
« on: May 05, 2017, 08:30:54 pm »
   can and will have to stay the same as before

then, use a DLL rename tool (VAC comes with one but I think there is another one on Hobbes) to rename the original PMGPI.DLL to XMGPI.DLL.
It is NOT sufficient to just rename the file from PMGPI.DLL to XMGPI.DLL. The DLL has an internal module name that must also change from PMGPI to XMGPI.
By the way: the renamed DLL has to have the very same name length as the original file (which it does if you rename from PMGPI to XMGPI).


Programming / Re: ArcaOS
« on: May 05, 2017, 07:36:16 am »
"broken pointers in Panorama" ? Where ? How ?

Could you explain what you needed to patch in the Panorama driver ? I have never had the problem that you mention but I would surely be interested to know of any problems.


Programming / Re: Creating a PMGPI.DLL empty forwarder
« on: May 05, 2017, 07:33:51 am »
You forgot the "IMPORTS" keyword ...
Look at your original DEF file.


I have uploaded to Hobbes version 5.0 of VFDISK.SYS. It contains a fix so that the FAT12/FAT16 support that comes with the new FAT32.IFS can peacefully coexist with VFDISK.SYS.

VFDISK.SYS is a device driver to emulate floppy media.


Programming / Re: Creating a PMGPI.DLL empty forwarder
« on: April 22, 2017, 10:26:20 pm »

Programming / Re: Creating a PMGPI.DLL empty forwarder
« on: April 22, 2017, 12:02:11 am »
In the "IMPORTS" section, replace all "XPMGPI" against "GPI".
Of course that is not gaining you any functionality at all.
But it will forward all "GPI" calls to your "XPMGPI" dll as the "EXPORTS" section now exports all the very same entry points.


Multimedia / Re: recent developments for USB audio
« on: April 11, 2017, 10:50:09 am »
I am looking forward to try the results of your efforts.  I had good results with your 2.16 release,  but eventually I found stability bugs that made it difficult to live with.

It may well be possible that these issues are fixed. Unfortunately, we cannot rule out problems: the USBAUDIO sources from the DDK are in an "unknown" state, meaning, we don't know if they match the latest binary from IBM. What we DO know is that the latest USBAUDIO.SYS binary from IBM already traps on system bootup.
That tells a lot on how much testing has gone into the USBAUDIO.SYS driver ...

For the sample rate conversion: about 20 years ago, 11025 Hz (or even 8000 Hz) 8-bit PCM mono was standard (and the various other low sample rate formats). That's why the Audio HW implemented the matching D/A conversion in HW and everything was nice and shiny.
20 years later, in particular the USB Audio HW is almost always limited to either/and 16-bit PCM, stereo,44100 Hz or 16-bit PCM,stereo, 48000 Hz.
We have to live with that and give the HW the data in the form that it accepts ...

Wim has come up with a generalized sample rate converter which he already added to USBAUDIO.SYS.
If that works out alright I am also going to pick it up and use that in USBWAV.DLL instead of the fixed list of source sample rates that I have been given earlier.


Multimedia / recent developments for USB audio
« on: April 08, 2017, 10:22:54 am »

Wim Brul and me have made some significant progress in enhancing support for USB based audio:
1) we have fixed quite a few bugs in USBAUDIO.SYS so that finally it will work reliably
2) I have implemented on-the-fly sample rate conversion in an IOProc (USBWAV.DLL) for these conversions:
   16-bit signed PCM, stereo, 44100 Hz
   8-bit unsigned PCM, mono, 11025 Hz
   8-bit unsigned PCM, stereo, 11025 Hz
   8-bit unsigned PCM, mono, 22050 Hz
   8-bit unsigned PCM, stereo, 22050 Hz
   8-bit unsigned PCM, mono, 44100 Hz
   8-bit unsigned PCM, stereo, 44100 Hz
   16-bit signed PCM, mono, 11025 Hz
   16-bit signed PCM, stereo, 11025 Hz
   16-bit signed PCM, mono, 22050 Hz
   16-bit signed PCM, stereo, 22050 Hz
   16-bit signed PCM, mono, 44100 Hz
"on-the-fly" means you no longer have to manually convert audio files to the 16-bit signed PCM, stereo, 44100 Hz target format.
The IOProc will instead do that on the fly when you open an audio file (double click a WAV file under the Workplace Shell for example).
3) additionally I have added Codecs for A-Law and Mu-Law
4) for audio compressed files, I have added support to the IOProc to use any audio codecs that are installed to decompress audio from the compressed format to 16-bit PCM (if a suitable codec can be found)
5) Wim has picked up the functionality in the IOProc as listed in 2) and added the same to USBAUDIO.SYS. This is for those applications that use DART directly and bypass the MMIO file support. An example of direct DART use would be the "libkai" library.

This will greatly improve the usability of USB audio under OS/2. What's left to be done is to also support "48 kHz sampling rate only"  USB devices. However that will require additional effort.


Applications / Re: Can I use a usb port as a com-port?
« on: March 26, 2017, 03:01:28 pm »
Hi Wim,

done, see SVN rev 1716. Should I ever find the time I am going to get rid of the blocking and properly implement this as asynchronous notification (as all the other commands are treated).


Programming / Re: Creating a PMGPI.DLL empty forwarder
« on: March 24, 2017, 01:44:52 pm »
Get this:

unpack it and read it. It does exactly what you are trying to achieve. Additionally, it replaces exactly one function by real code (DosOpen in this case).


Applications / Re: Can I use a usb port as a com-port?
« on: March 22, 2017, 03:12:08 pm »
Hallo Wim,

do you think that we will manage to fix USBCOM.SYS so that it will do what you now did with the help of USBCALLS.DLL ?
Obviously, USBCOM.SYS is the proper place to put this, in particular the vendor specific Setup. I remember that David Azariewicz added some specific code which I think he also took from file "pl2303.c" but maybe the vendor specific Setup is not working correctly yet.


Pages: 1 [2] 3 4 ... 10