Welcome, Guest. Please login or register.

Author Topic: Method to the madness  (Read 6298 times)

Description:

0 Members and 1 Guest are viewing this topic.

Offline ElPolloDiablTopic starter

  • Hero Member
  • *****
  • Join Date: May 2009
  • Posts: 1702
    • Show only replies by ElPolloDiabl
Re: Method to the madness
« Reply #14 on: June 19, 2009, 06:38:35 PM »
Quote from: the_leander;512326
How was answering a perfectly legitimate question regarding performance within the HAM modes hijacking? Especially when Zac67 answered the question as to why blitter performance didn't improve...


My dear Watson,


I should have emphasised this thread was about reverse engineering the custom chip bus. Not discussing individual functions.
Plus: Point taken it was a fair question/answer.
« Last Edit: June 19, 2009, 06:44:46 PM by ElPolloDiabl »
Go Go Gadget Signature!
 

Offline ElPolloDiablTopic starter

  • Hero Member
  • *****
  • Join Date: May 2009
  • Posts: 1702
    • Show only replies by ElPolloDiabl
Re: Method to the madness
« Reply #15 on: June 19, 2009, 07:28:40 PM »
I don't want to try and upstage AROS, UAE or even the Minimig. So I will aim at... A theoretical hand held Amiga device. If you can come up with any ideas for someone who 'may' carry such an idea to completion, feel free to share.
Wish List:
Shrink chip mem bus into a single serial bus.
Integrated HD Video output.
Dedicated OS Bus.
« Last Edit: June 19, 2009, 10:54:23 PM by ElPolloDiabl »
Go Go Gadget Signature!
 

Offline the_leander

  • Hero Member
  • *****
  • Join Date: Feb 2002
  • Posts: 3448
    • Show only replies by the_leander
    • http://www.extropia.co.uk/theleander/
Re: Method to the madness
« Reply #16 on: June 19, 2009, 08:36:42 PM »
Quote from: Fanscale;512338
I don't want to try and upstage AROS, UAE or even the Minimig. So I will aim at... A theoretical hand held Amiga device. If you can come up with any ideas for someone who 'may' carry such an idea to completion, feel free to share.
1st thing to do:
Shrink chip mem bus into a single serial bus.


One thing I am curious though and possibly this would be more into UAE territory is would it be possible or even desirable to run a similar type of software inside CUDA?
Blessed Be,
Alan Fisher - the_leander

[SIGPIC]http://www.extropia.co.uk/theleander/[/SIGPIC]
 

Offline ElPolloDiablTopic starter

  • Hero Member
  • *****
  • Join Date: May 2009
  • Posts: 1702
    • Show only replies by ElPolloDiabl
Re: Method to the madness
« Reply #17 on: June 19, 2009, 08:49:18 PM »
Quote from: the_leander;512352
One thing I am curious though and possibly this would be more into UAE territory is would it be possible or even desirable to run a similar type of software inside CUDA?


Hard to say... It would certainly be handy, especially for 3D GUI. Did you have a specific function in mind?
Go Go Gadget Signature!
 

Offline Karlos

  • Sockologist
  • Global Moderator
  • Hero Member
  • *****
  • Join Date: Nov 2002
  • Posts: 16879
  • Country: gb
  • Thanked: 5 times
    • Show only replies by Karlos
Re: Method to the madness
« Reply #18 on: June 19, 2009, 09:01:57 PM »
Quote from: the_leander;512352
One thing I am curious though and possibly this would be more into UAE territory is would it be possible or even desirable to run a similar type of software inside CUDA?


How do you mean exactly? CUDA excels at parallel processing. For example, I'm currently using it to solve the optimal spacing of points on the surface of a sphere. Running on the Q9450, the system starts to struggle at 2000 points. With CUDA, it's still fast at over 10 times that number thanks to the inherent parallelism in the problem at hand.

I'm not sure where you see it fitting into Amiga hardware emulation, though I expect it could emulate things like high resolution HAM displays etc without any problem, but then you have RTG for that job anyway.
int p; // A
 

Offline the_leander

  • Hero Member
  • *****
  • Join Date: Feb 2002
  • Posts: 3448
    • Show only replies by the_leander
    • http://www.extropia.co.uk/theleander/
Re: Method to the madness
« Reply #19 on: June 19, 2009, 09:04:02 PM »
Quote from: Fanscale;512354
Hard to say... It would certainly be handy, especially for 3D GUI. Did you have a specific function in mind?


These CUDA processors are (as I understand it) essentially programable units. So would it not be possible to offload the translation of Amiga graphics calls more directly then is currently done and allow the cpu more room to breath.
Blessed Be,
Alan Fisher - the_leander

[SIGPIC]http://www.extropia.co.uk/theleander/[/SIGPIC]
 

Offline the_leander

  • Hero Member
  • *****
  • Join Date: Feb 2002
  • Posts: 3448
    • Show only replies by the_leander
    • http://www.extropia.co.uk/theleander/
Re: Method to the madness
« Reply #20 on: June 19, 2009, 09:10:41 PM »
Quote from: Karlos;512356
How do you mean exactly? CUDA excels at parallel processing. For example, I'm currently using it to solve the optimal spacing of points on the surface of a sphere. Running on the Q9450, the system starts to struggle at 2000 points. With CUDA, it's still fast at over 10 times that number thanks to the inherent parallelism in the problem at hand.

I'm not sure where you see it fitting into Amiga hardware emulation, though I expect it could emulate things like high resolution HAM displays etc without any problem, but then you have RTG for that job anyway.


One of the biggest issues with Amiga emulation as I understood it was the graphics. Would it not be possible to have the CUDA processor deal more directly with it rather then needing the cpu to handle that particular facet?

This isn't my area of expertise so I could be viewing this in completely the wrong way.
Blessed Be,
Alan Fisher - the_leander

[SIGPIC]http://www.extropia.co.uk/theleander/[/SIGPIC]
 

Offline ElPolloDiablTopic starter

  • Hero Member
  • *****
  • Join Date: May 2009
  • Posts: 1702
    • Show only replies by ElPolloDiabl
Re: Method to the madness
« Reply #21 on: June 19, 2009, 09:21:17 PM »
Quote from: the_leander;512360
One of the biggest issues with Amiga emulation as I understood it was the graphics. Would it not be possible to have the CUDA processor deal more directly with it rather then needing the cpu to handle that particular facet?


A good idea, but I haven't perused the UAE source code, or looked at the CUDA specific commands. It seems like the logical progression though.
Go Go Gadget Signature!
 

Offline Karlos

  • Sockologist
  • Global Moderator
  • Hero Member
  • *****
  • Join Date: Nov 2002
  • Posts: 16879
  • Country: gb
  • Thanked: 5 times
    • Show only replies by Karlos
Re: Method to the madness
« Reply #22 on: June 19, 2009, 09:22:41 PM »
Quote from: the_leander;512360
One of the biggest issues with Amiga emulation as I understood it was the graphics. Would it not be possible to have the CUDA processor deal more directly with it rather then needing the cpu to handle that particular facet?

This isn't my area of expertise so I could be viewing this in completely the wrong way.

Ah right, now I get you. I've wondered about that too. You could probably use it to speed up planar to chunky (yes, that's right, not chunky 2 planar) and rendering of HAM framebuffers to the host display format, you could probably use it to speed up blitter emulation too.

However, the thing is that on current CPU's these aren't really too taxing. A more widely supported solution I think would be to leverage multiple core support on the CPU. Since AmigaOS 3.x exec just isn't cut out for SMP (something else I've pondered for UAE is a hacked exec that can use multiple concurrent JIT instances for handling as many AmigaOS "ready to run" processes as the host feasibly allows), you can have the JIT on one core and offload things like display emulation to another core. Worth noting too is that if you are using UAE for anything beyond a spot of retro gaming you are probably going to be using RTG anyway and not even worried about "native" amiga modes.

Also, anything you do with the GPU is probably best left until OpenCL becomes more widespread as it'll work on more systems than CUDA.
int p; // A
 

Offline Karlos

  • Sockologist
  • Global Moderator
  • Hero Member
  • *****
  • Join Date: Nov 2002
  • Posts: 16879
  • Country: gb
  • Thanked: 5 times
    • Show only replies by Karlos
Re: Method to the madness
« Reply #23 on: June 19, 2009, 09:25:21 PM »
Quote from: Fanscale;512365
A good idea, but I haven't perused the UAE source code, or looked at the CUDA specific commands. It seems like the logical progression though.


CUDA doesn't have commands, per se. You write code for it using a modified subset of the C++ syntax.
int p; // A
 

Offline SamuraiCrow

  • Hero Member
  • *****
  • Join Date: Feb 2002
  • Posts: 2281
  • Country: us
  • Gender: Male
    • Show only replies by SamuraiCrow
Re: Method to the madness
« Reply #24 on: June 19, 2009, 10:01:39 PM »
http://www.natami.net/knowledge.php might be a forum for this.  There's talk there of making a consumer-grade Amiga-compatible chip out of a FPGA chip and some other logic using 16-bit memory busses.  Of course the developer version will be more expensive but also more powerful with 32-bit memory busses.  The Natami aims to put all of the chipset functionality on one chip including an experimental new 68050 processor core.

Also, I'm planning on working on a GLSL shader implementation that will imitate the functionality of an Amiga graphics chipset without outright emulating all of the timing of each function.  It's intended to be just enough gusto to make Amos Basic code work on non-Amiga graphics chipsets.
 

Offline ElPolloDiablTopic starter

  • Hero Member
  • *****
  • Join Date: May 2009
  • Posts: 1702
    • Show only replies by ElPolloDiabl
Re: Method to the madness
« Reply #25 on: June 19, 2009, 10:18:50 PM »
@SamuraiCrow

Thanks for that, it looks interesting.
Yeah, I'm thinking that smartphone/multimedia device parts are likely to be cheap in the next couple of years. While I've got time on my hands I can look at ways to replace the ageing Amiga hardware. I won't get very far without a Oscilloscope, but I'll look at picking up a cheap one in the near future.


Check this: (unlikely, but a good idea)
_AAA spec_>
64-bit pixel bus with 114 MHz pixel clock in dual systems which makes 1280x1024 @72Hz screens possible.
128-bit long memory bus bursts

_Hombre spec_> (nearly rubbish)
Indexed 8-bit (256 colors) chunky mode with 24-bit CLUT
non-indexed 16-bit chunky graphic modes
32-bit chunky with 8-bit alpha channel)
1280 x 1024 resolution in 16.8 million colors

the what if:

That's Dave's design. I poured over it for 5 minutes, but couldn't fault it.
« Last Edit: June 19, 2009, 11:41:03 PM by ElPolloDiabl »
Go Go Gadget Signature!
 

Offline ElPolloDiablTopic starter

  • Hero Member
  • *****
  • Join Date: May 2009
  • Posts: 1702
    • Show only replies by ElPolloDiabl
Re: Method to the madness
« Reply #26 on: June 20, 2009, 12:04:37 AM »
Theoretical digital sound... Can you make a speaker up of many elements? And make a guesstimate how much that would cost...
Go Go Gadget Signature!
 

Offline meega

  • Hero Member
  • *****
  • Join Date: Jul 2006
  • Posts: 952
    • Show only replies by meega
Re: Method to the madness
« Reply #27 on: June 20, 2009, 12:58:01 AM »
:)
 

Offline ElPolloDiablTopic starter

  • Hero Member
  • *****
  • Join Date: May 2009
  • Posts: 1702
    • Show only replies by ElPolloDiabl
Re: Method to the madness
« Reply #28 on: June 20, 2009, 02:52:53 AM »
Quote from: meega;512416
Like this?

That are basically earbud headphone on a large scale. I was thinking you could have a hundred plus (per channel) speakers outputting the various frequencies while minimizing the use of ADC/DAC.
Imagine connecting each instrument in a orchestra to a mic. Then having wall to wall speakers. It would be truly immersive sound.
« Last Edit: June 20, 2009, 02:56:24 AM by ElPolloDiabl »
Go Go Gadget Signature!
 

Offline Roondar

  • Full Member
  • ***
  • Join Date: Apr 2004
  • Posts: 109
    • Show only replies by Roondar
    • http://www.powerprograms.nl/
Re: Method to the madness
« Reply #29 from previous page: June 20, 2009, 10:09:07 AM »
Quote from: Fanscale;512433
That are basically earbud headphone on a large scale. I was thinking you could have a hundred plus (per channel) speakers outputting the various frequencies while minimizing the use of ADC/DAC.
Imagine connecting each instrument in a orchestra to a mic. Then having wall to wall speakers. It would be truly immersive sound.


And a bit of a bother to troubleshoot if one of the speakers blew up ;)