Quote:

So the sample recorded by AE4 appears twice as long? What exactly do you mean by that? It seems odd especially as you mentioned the sample actually played correctly.

It's not exactly 2x. My test sample is ~14.3 seconds long, and the playback cursor ends at ~24.7.

Quote:

If you "master" the project does it play the project in sync? This uses the filesave driver so should eliminate driver incompabilty issues.

The playback cursor stops at the end of the sample, so I guess that it is "in-sync."

I can also record undistorted sounds in AE4 now. But unlike HD-rec, AE4 still thinks that a sample is almost twice as long. This is also still the case for imported 16bit AIFF samples that were created with AHIrecord. And while AE4 looks like a nice program, I do not plan to fix all bad programming.

So based on this, the sources for the modified OS4 AHI version should be available.

Sounds like I should try to find an audio file format converter to see if I can export something that works.

Could you test playback of files recorded with AHIRecord on your machine? That would be a quick way to check if it is indeed a file format issue.

The only way I see it being an audio driver issue, is if AE4 expects some kind of driver feedback to be exactly what Davy's drivers return. Even then it's still most likely an AE4 bug.

Ok, we are clearly out of sync so I stop here.

Yes, I can select the correct input (Don't mistake enabled sound for the correct input.)
The monitor will feedback audio to the linout and hp out no matter if you have selected the correct input to the ADC. The monitor will provide sound for any valid input.
(This will result in free mixing when recording from the monitor input instead of mic/line because the monitor itself will provide the hardware mixing for you)

Be aware that MIC inputs will give two channel mono. Only Linein will give real stereo.

Now for the not working part.
When I attempt to record from linein in the AE4 record window, the right channel is noise and the left channel is distorted. Even with the recommended HIFI 16bit Stereo++ mode at 48kHz.

Recording works fine with AHIrecord. (Which I have used to verify the driver)

When I record a sample with AHIrecord in 16bit AIFF format then this sample plays fine with multiviewer and AmigaAmp. But when import the same sample in AE4 then the sound itself is fine but the progress cursor/line thinks that the sample is about twice as long.

I do not know what dark magic is performed in the drivers written by DW that AE4 apparently works fine with those drivers.

Why recording doesn't work within AE4 is also a complete mystery to me. Could be that there are also some hidden DW driver communications to circumvent the limitations of AHI.

Be aware that AHIrecorder isn't perfect either. The "Monitor" selection doesn't work at all. It shows the outputs instead of monitor inputs but nothing happens when you select anything in the monitor. I can't see any request being fed to the AHI driver. So maybe AHIrecord makes assumptions or relies on hidden direct driver communication as well.

May I ask why AmiSphereServer (and therefore Updater) doesn't itself use AmiSSL and instead uses an outdated, obsolete, statically linked OpenSSL 1.0.2o? It should be easy to make the switch and it'll make AmiSphereServer much smaller too! Please support AmiSSL, rather than waste time messing with OpenSSL directly.

As the OpenSSL team itself says: "All older versions (including 1.1.0, 1.0.2, 1.0.0 and 0.9.8) are now out of support and should not be used."

It appears to be using libcurl too - the latest libcurl has built-in AmiSSL v5 support, but you may not even need to use libcurl at all either. OpenSSL 3.0 has its own simple built-in HTTP(S) client.