@freddix

The question that should have been posed is: what are you trying to achieve / do? And by that I don't mean "setup a pointer to an int and use it to put a float32 inside memory", but why do you need to do that?

And a couple of minutes ago I uploaded version 5.5 of the CS4281 SAM AHI driver.

Note that I don't do anything with AmiUpdate!

@salass00

Perhaps my definition of plug-in is different then! :)
Anyway, I'd expect plug-ins to have the same interface which is kinda hard with static linking.

@freddix

How do you intend to 'plug-in' a static lib anyway? For plug-ins you'll need dynamic libs.

@Raziel

The bumping helped, sorry I overlooked it.

"The AmigaOne onboard VIA soundchip/hardware DOES have the possibility to gather MIDI streams IN, right?"

Man, I have to dig into my memory!! AFAIR, we never got MIDI in to work, only out (AFAIR!).


"I'm talking about feeding a MIDI file through the onboard gameport to a MIDI hardware (like an MT-32) and back into the VIA's MIC(?) input and play through the VIA's sound output"

Good, you'll need the MIDI OUT for this. You should use the line-in though and use Mixer to monitor the line-in.


"or feed MIDI notes from a hardware (like a MIDI keyboard) into the VIA and listen to it through VIA's output."
If the MIDI in doesn't work, that's not gonna happen. Anyway, here you are talking about playing virtual soft synths which are only available in HD-rec IIRC.


"Could" this be fixed?
If I could, I would have!
But USB MIDI is known to work (ask Lyle).

@Varthall

Cool, AE5 uses SoundTouch for time stretching, so that would be another step towards easier porting of AE5 to OS4! Thanks!

@salass00

Ok, I see.
I think my/the driver intentionally does turn on monitoring when starting recording. Note that Mixer is totally bypassing AHI, so the Mixer and the driver don't know each other!
Currently I have no real solution to the problem other than that I can have a look at the driver some time to see if I can do something about it.

@salass00

Could you first explain to me please what you are trying to achieve? What does 'fixing srec mean' and why would you connect the headphone output to the mic in? Sorry if I've missed any previous discussion.

@DJBase

Well, it's been years ago and I can't read 68k asm. If the card uses DMA then it will go wrong because virtual is not equal to physical memory.

@DJBase

Yes, it's partly 68k asm, partly C.

@joerg

But you would still hear something, be it garbage or the actual sound.

@DJBase

Ok. Then it wasn't just a matter of installing the repulse.l.main file!
I think I got the source code at some point, but I'm probably not allowed to distribute it.

@DJBase

Does the driver show up at all in AHI prefs?

@Cyborg

Hi, I use the following parts / dll's in AE5:

wxbase28d_vc_custom.dll
wxbase28d_xml_vc_custom.dll
wxmsw28d_adv_vc_custom.dll
wxmsw28d_core_vc_custom.dll

I use GUI, gfx, xml, I/O and perhaps things I forgot!

I would skip wxAudio/wxMedia, since that's hardly used.

Good luck with the project! Unfortunately I don't have the time to help out.

@Raziel

I don't know anything about the future of AHI or if eXtream is going to _replace_ AHI. I have been working on eXtream for quite some time which is indeed a new streaming system and especially an audio system. In the last couple of months, a select group of people have been testing the AHI-eXtream 'bridge', which provides backwards compatibility to applications using AHI. This comes in the form of an AHI driver which forwards the mixed AHI buffer to eXtream.

At the moment, although eXtream is working very nicely (multiple application non-blocking access, multi-channel output, plug-ins etc.), it's not in a releasable state nor is there an SDK. I first want to add two higher-level API's, namely a gaming API and a very simple API for things like desktop sounds or sounds in IRC progs etc.

But there is an additional problem that needs to be fixed in the OS: eXtream uses a priority 100 process instead of an interrupt to process audio (including effects etc.). However, due to Forbid() (ab)use in the OS (namely gfx/picasso) and applications, some stutter can occur that is not present with AHI. Although it's not my fault, people will say that AHI is better, so this has to be fixed as well at the OS level.

Currently, eXtream is also running as the audio processing heart of Audio Evolution 5 on Windows (without the driver part ofcourse). The source code can be compiled on all platforms (OS4, Windows, OSX and Linux), but only works as a full stand-alone system on OS4.