Welcome, Guest. Please login or register.

Author Topic: Native sound under OS4  (Read 2084 times)

Description:

0 Members and 1 Guest are viewing this topic.

Offline DaedalusTopic starter

  • Hero Member
  • *****
  • Join Date: Feb 2002
  • Posts: 893
    • Show only replies by Daedalus
    • http://www.robthenerd.com
Native sound under OS4
« on: January 10, 2004, 04:09:53 PM »
Hey,
    Just wondering is there going to be any work done in OS4 to let software using Paula directly for sound to still work? I.e., some kind of emulation of the hardware, as there are quite a lot of classic programs that still access Paula directly, probably as a CPU time saving measure...

Thanks!
Engineers do it with precision
--
http://www.robthenerd.com
 

Offline Ryu

  • Hero Member
  • *****
  • Join Date: Feb 2002
  • Posts: 1023
    • Show only replies by Ryu
    • http://www.intuitionbase.com
Re: Native sound under OS4
« Reply #1 on: January 10, 2004, 05:04:55 PM »
I expect so... theres already a patch for amithlon to redirect paula to AHI, so I expect similar functionality to be in OS4... esspecially with the way OS4 can address things.
Yours
Darren aka Ryu
-----------------------------
www.IntuitionBase.com
My Amiga 1200 webserver
 

Offline Colmiga

  • Full Member
  • ***
  • Join Date: Mar 2002
  • Posts: 105
    • Show only replies by Colmiga
    • http://colmiga.org
Re: Native sound under OS4
« Reply #2 on: January 10, 2004, 05:09:21 PM »
Custom chip emulation is quite a difficult thing to impliment as UAE attests to. It is not really up to an operating system to impliment functionality like that just because a few programmers chose not to follow the correct procedures and API's for producing sound in a system legal manner.

Fortunately, most direct hardware hitting programs are games and demos which ignore the OS anyway.

I'd assume any program which used the audio.device properly (and not just to allocate the hardware before hitting the chip directly) would still sound alright under AmigaOS 4.
Sam460ex: PPC460ex/1GHz, 2GB RAM, 30GB SSD via on-board SATA-2, DVD-RW via USB, Radeon 5450 1GB PCIe, Catweasel Mk4 PCI, A4000 KB and Competition Pro CD32 Pad.
A4000D: 030/25MHz, 16MB RAM, Indivision Mk1, 8GB CF as HDD and IDE CD-ROM.

Amiga user since 1992.
 

Offline DonnyEMU

  • Hero Member
  • *****
  • Join Date: Sep 2002
  • Posts: 650
    • Show only replies by DonnyEMU
    • http://blog.donburnett.com
Re: Native sound under OS4
« Reply #3 on: January 10, 2004, 08:38:43 PM »
The paula hack for AHI audio works pretty well, so I expect that it won't be a big issue. The question I would have is how many people are buying the AmigaOne for it's backward compatibility. I'd imagine running UAE on it would give enough speed and backward compatibility for anyone.

Even if the backward compatibility isn't great, wouldn't you be buying this to be on the new frontier anyway.. I guess I maybe am silly but I wouldn't buy an A1 to run old software, I'd be content to have one to run the new software that comes out in a familiar enviroment. Long ago I used to have people ask me if the Amiga was "IBM compatible" and I had to answer the question "yes" with an add-on, but it's so much more than that so why would you care..

-Don
======================================
Don Burnett Developer
http://blog.donburnett.com
don@donburnett.com
======================================
 

Offline DaedalusTopic starter

  • Hero Member
  • *****
  • Join Date: Feb 2002
  • Posts: 893
    • Show only replies by Daedalus
    • http://www.robthenerd.com
Re: Native sound under OS4
« Reply #4 on: January 11, 2004, 01:00:58 PM »
True I suppose... What I'm really thinking of is that there are a lot of programs that hit Paula directly, and the chances of seeing updated for them for OS4, or new versions being released, are slim indeed. True, there would be a good number of games in that, but some of the newer games (Earth2140 for example) do that but would still benefit from the nice hardware the A1 offers, as at times it's nearly unplayable on an 060/66.
Engineers do it with precision
--
http://www.robthenerd.com
 

Offline deniil

  • Newbie
  • *
  • Join Date: Jan 2004
  • Posts: 8
    • Show only replies by deniil
    • http://www.onyxsoft.nu
Re: Native sound under OS4
« Reply #5 on: January 11, 2004, 01:33:53 PM »
As you say, Daedalus, custom chip emulation is petty hard to do and OS4 wouldn't do it at all. Programs that use the audio- och paulaaudio- or whatever.device correctly could be redirected to AHI without much problem, but hardhitting programs wouldn't work.

The Paula-to-AHI patch for AMIthlon is a different business because AMIthlon is more or less a complete emulator. I don't think this could be done so easily on the A1 or OS4 because it's not only the addresses that needs to be captured, which is fairly easy to do with the MMU. The problem is to emulate the precise timing needed to play each sample correctly. Also, harhitting programs usually do strange stuff like tremolo, vibrator, pitch slide etc in realtime on a channel independant of the other channels. This is hard, if not impossible to just re-direct to a soundcard without a complete emulation of the chips and timers themselves as UAE does.

But I'm not sure! Time will tell....
Developer for OnyxSoft - Amiga
A1200 BPPC060/240+BVision ; A1-XE G4/800
 

Offline KennyR

  • Hero Member
  • *****
  • Join Date: Mar 2002
  • Posts: 8081
    • Show only replies by KennyR
    • http://wrongpla.net
Re: Native sound under OS4
« Reply #6 on: January 11, 2004, 02:34:03 PM »
Quote
Colmiga wrote:
I'd assume any program which used the audio.device properly (and not just to allocate the hardware before hitting the chip directly) would still sound alright under AmigaOS 4.


Almost every (if not all) amiga prog that used audio.device simply used it to allocate the channels, then manually banged the hardware.

It would be better just to leave the audio.device out of OS4, so that paula-needed progs would fail nicely rather than start writing to memory they're not supposed to and bring down the system. Only when there is an MMU hack to catch this hardware banging should audio.device be put back.