SAM 460 poor performance, high price

[fishy_fiz]

Apart from blue tooth and the specs being too low you've just described AROS on x86  

[fishy_fiz]

In powerpc amiga terms, I am still using a 603e, therefore by the "law of trying to compensate for other inadequacies", I clearly have the biggest manhood.

I have a broken bppc 175mhz 603e/25 mhz '040 card.... not only the crappiest bppc available for amiga but also dead. Do I win ?  

[fishy_fiz]

Backtracking a little, but the term "custom hardware" gets thrown around a bit as a pro for OS4.x. Now each to his own, but this seems clutching as straws to me. There's next to nothing interesting about these systems in terms of custom hardware, it's predomiantely industry standard gear. I know that "arguement" gets thrown around a bit too, but it happens to be true. For my tastes value can be added to a system if it offers something different. I actually find super aga more interesting (even if Im pretty dubious on natami) than industry standard gfx cards for example, and would pay a little more for it than I would more powerful standard pci/agp/pci express cards..... this type of custom hardware does have a little bit of additional value, but apart from running os4.x the "custom hardware" for that OS offers nothing interesting that should increase its price, or even be consider something for the pro category (infact it's probably in the con list for my tastes considering the price).

And before someone assumes otherwise, no, Im not a MOS user (yet, I may buy in one day), and yes I am interested in OS4 still, although so far the whole thing has reeked of incompetence in most areas,... product choices/prices/long winded courtcases/arguements with parent company/technical merrits vs. similar products/etc.
There's a reason people regularly voice thier discontent with OS4.x, and that's simply because there's plenty to be discontent about.

[fishy_fiz]

Can you code? Read my post.

Im no Fab, Deadwood, Mschulz, etc. but I try    I've done a fair few ports of software to AROS (Dosbox, Bochs, and a few dozen others) and have done lots of original bits and pieces for the classics as well as ports. My real interest is in creating original stuff rather than ports though (am currently working on an original 2d paint package).
I did see your initiative to get some mos systems in the hands of coders and was interested, but didnt bother responding as my talents are somewhat modest vs. the above sorts of people I mentioned  

[fishy_fiz]

The bottomline is I have actual hardware and software experience.  I am employed in a technical position.  I've been an IT admin and am currently a developer.  I did take courses in Computer Engineering.  People like you can understand simple concepts.

Fact: Quake3 will run faster on a SAM460 than on a G4 and that is directly because of video card performance.  Please return to your bridge.

Not sure if this has been mentioned yet, but the hardware interface is far from the be all end all of end results. Athlon64 in its day had much higher memory performance vs ddr2 when using only ddr1. Also, quality of drivers and support within an os can make a huge difference. Using Gallium3d (the eventually to be released gfx subsystem for OS4.x) itself is one example of proof of that. There's cases where a faster gpu is slower than a better supported weaker gpu, both with nvidia and ati/amd. Any benchamrks for mos vs. os4.x while mos is using a previous generation card on a pci interface vs. os4.x using agp on a card one generation newer? Going by the huge differences in performance for 3d between the 2, Id be surprised if there wasnt situations where mos (running same software) will outdo OS4.x, even when using a theoretically much weaker gfx card.

Now I actually say this as a fan of all "amiga" options, but I couldnt help refrain from commenting after your "I know better, Im smarter" tangen, which is followed up by inaccurate comments.

Now Ive also seen you comment about G5's being restricted to ddr2-533. One detail you seem to have omitted there is that it's capable of utilizing a dual channel memory controller.