Home   News   Concept   AMIGA-Compatible   Hardware   Forum   Questions+Answers   Pictures   Contact & Team

Welcome to the Natami / Amiga Forum

This forum is for AMIGA fans interested in the new NATAMI platform.
Please read the forum usage manual.



All TopicsNewsQAFeaturesTalkTEAMLogin to post    Create account
Do you have questions about the Natami?
Post it here and we will answer it!

Compatibility Test
SID Hervé
France

Posts 663
30 Sep 2010 12:06


Would you have done any compatibility test with Deluxe Paint (and especially with the amount of available memory chip)? I ask this because it seems that this software is limited to 2 MB.

Thanks

PS : And now the suicidal question: about TVPaint?

Matt Hey
USA

Posts 733
30 Sep 2010 23:16


TVPaint is well behaved despite it's non-Amiga like interface. It works nicely on my CSMK3 68060 + Mediator + Voodoo 4. Most of the Deluxepaint versions made some poor assumptions about the gfx. They should still work on the Natami but may need some patching. Supporting more chip ram should not be much of a problem for OS friendly software. They ask for more memory from AllocMem() or similar and get it or not. Most wouldn't make assumptions about the location of the actual addresses.


SID Hervé
France

Posts 663
01 Oct 2010 12:23


About TVPaint, except error, 3 versions are available: Picasso, EGS and CGFX. And it is the latter that seems most promising.

I suppose (in fact, I hope) that a driver P96 (or CyberGraphX) could be written (by the team?) to allow the migration of software running only in these modes.

Finally, about DPaint, it is probably a software solution that could be made. But I guess it will not be easy. I suspect that many parts must be adapted.

The loss of such software would be cruel.It would be interesting to know if the NatAmi team,in the future, could extend hardware compatibility to support this kind of software.

Thanks

Matt Hey
USA

Posts 733
01 Oct 2010 20:09


SID Hervé wrote:

About TVPaint, except error, 3 versions are available: Picasso, EGS and CGFX. And it is the latter that seems most promising.
 
  I suppose (in fact, I hope) that a driver P96 (or CyberGraphX) could be written (by the team?) to allow the migration of software running only in these modes.

Yes, at a minimum, we need either...

1) a CGFX or P96 driver for the Natami
2) an updated graphics.library and a wrapper library for CGFX/P96

I believe there was an AGA CGFX driver written at one time. I don't know if the source code was released. This would have to be updated to support 32 and 24 bit gfx modes of the Natami in the case of TVPaint.


  Finally, about DPaint, it is probably a software solution that could be made. But I guess it will not be easy. I suspect that many parts must be adapted.

I think DPaint may not be as incompatible or have as many problems as you might think. It multitasks just fine so it uses AmigaOS functions most of the time. There should only be a few places that need fixing and most of them are commonly bugs that went unnoticed on different hardware. There have already been some fixed versions of later DeluxPaints on the English Amiga Board (http://eab.abime.net/).


SID Hervé
France

Posts 663
01 Oct 2010 22:27



  I believe there was an AGA CGFX driver written at one time.
 

   
  As far as I remember, this driver was only available for PPC code.
   
 

  I think DPaint may not be as incompatible or have as many problems as you might think. It multitasks just fine so it uses AmigaOS functions most of the time.
 

   
  It is true that DPaint uses functions of the OS. But its chip memory limit seems to indicate that it should bypass the OS to have a speed of working acceptable. The few elements of response found elsewhere lead me to think it will not be very easy to make cooperative.

Matt Hey
USA

Posts 733
01 Oct 2010 23:41


SID Hervé wrote:

 

  I believe there was an AGA CGFX driver written at one time.
 

     
  As far as I remember, this driver was only available for PPC code.

Come to think of it, I believe you are correct. The source code would probably have limited usefulness.
   

     
    It is true that DPaint uses functions of the OS. But its chip memory limit seems to indicate that it should bypass the OS to have a speed of working acceptable. The few elements of response found elsewhere lead me to think it will not be very easy to make cooperative.

I'm guessing this experiment was tried on UAE, MorphOS or AmigaOS 4 with more chip ram available? There could be a bug in UAE or MorphOS that causes the problem. Maybe DeluxePaint checks the amount of available chip memory in a bad way. DeluxePaint should have a better chance of working out of the box on the Natami in any case. If not, I know a few people that could do a patch ;).


SID Hervé
France

Posts 663
02 Oct 2010 21:41



  I'm guessing this experiment was tried on UAE, MorphOS or AmigaOS 4 with more chip ram available? There could be a bug in UAE or MorphOS that causes the problem. Maybe DeluxePaint checks the amount of available chip memory in a bad way.

Accurate assumption. But I don't understand why DPaint would be the only one concerned. Many codes are not frankly friendly but run properly under emulation.


I know a few people that could do a patch ;).

I wish them lots of fun.

posts 7