@Hammer

Quote:

Hammer wrote: @cdimauro Quote: Whereas Commodore's Hombre is entirely semi-custom from 3rd-party... Wrong. Hombre's display IP is from AAA without full backward compatibility. Hombre's texture mapper is in-house that is based on the Blitter with extra warp/scale functions. Hombre's texture mapper reached simulation stage. 3DO's CEL hardware texture mapper is based on sprite engines with warp/scale. This is similar to Saturn's. Both 3DO and Saturn game consoles have a flawed quadrilateral 3D texture mapper direction. 3DO M2 (completed in 1995) has the corrected triangle-based texture map 3D hardware direction. Hombre is not like throwing a 586-class CPU with an ET6000 display together.

What's not clear to you about the meaning of "semi" in "semi-custom"?
Quote:

Quote: Irrelevant / Hammer's PADDING Relevant

Only for you.
Quote:

Cesare Di Mauro's head in the sand.

At least I've a head that could be put in the sand...
Quote:

Quote: Which I've already reported, but you like to repeat, and repeat, and repeat things, who knows why... You keep saying "read my lips, no new chips" as false.

Because it's obvious: there are PLENTY of proofs for that, which I've already reported.

You don't want to see them because you have just a symphony which is being continuously repeated in your brain (!) and you can't (or don't want to) hear other things.

The Big Book of Amiga hardware is your friend, once you decide to stop playing this symphony and take a look at the reality.
Quote:

You keep saying ECS is "new chips" for A2001 (aka A3000), which is wrong when Commodore's internal development had a fully operational ECS with A2000-CR in 1988. You form a view based on the retail side, not within Commodore's product development side. Commodore's management issues are within Commodore's internal development side. Retail A500 Rev6A PCB's inherent full ECS support (without A500 Rev5 bodge wire hacks) shows internal A500 Rev6A development with full ECS. Quote: I've talked and asked for something different. Fact: ECS is not new from the Commodore engineers' POV.

Again, you repeat, and repeat, and you cyclically repeat the same things, but you continue NOT to answer the question I asked you a few years ago...
Quote:

Quote: Even if you take into account, it doesn't change the overall picture Irrelevant /

So, you weren't even able to use a calculator...
Quote:

Cesare Di Mauro's head in the sand.

Quote:

Quote: Sure: because the top management should be left unaware of NEW PRODUCTS that their company is working on. Around 1986-1987, CSG LSI head Ted Lenthe was aware, gave the go-ahead, and supported C65's R&D. C65 R&D was hidden from other directors and upper management. Herni Rubin has monochrome high-resolution directive since 1986. From 1987, Ted Lenthe argued for improved Paula i.e. FAT Paula. This R&D path was ignored. since Ted Lenthe doesn't govern Herni Rubin's system engineering group. From Commodore - The Final Years Early in 1987, 1.44 MB high density (HD) disks began appearing on the market for the IBM PC. In order to take advantage of these new developments, the engineers would need to improve the Paula chip, which controlled IO functions. George Robbins began talking with engineers to implement SCSI (which would allow faster 2MB/s transfer speeds) into a “FAT Paula� chip. These ideas did not go anywhere all year until September, when the discussions around the chipset reopened. Ted Lenthe asked for an improved Paula with 2 MB/s support, along with possible networking and serial bus support. He also asked for a sound input channel in Paula which would allow a microphone to record sound digitally to the Amiga. And he wanted sound improvements to Paula, allowing four additional audio channels with 44.1 Khz “CD grade� audio quality. In order to begin FAT Paula, the team would need to input the old Paula schematics into the Mentor system before they could begin making changes to the chip. However, clearly the Paula Improvements were on the back burner and seen as less important than the graphics chip changes. Ted Lenthe and George Robbins argued for evolved FAT Paula. George Robbins is consistent with his 32-bit evolved Amiga chipset argument to replace A500 business. Arguments can't go anywhere without Herni Rubin's approval and directive. Ted Lenthe allows C65 R&D since he has governance over CSG LSI.

Yet, he hasn't informed the top management. And Porter as well.

BTW, his plans were similar (but not the same) to the ones which I've already shared on my last serious of articles.

@OneTimer1

Quote:

OneTimer1 wrote: @dipsomania Quote: dipsomania wrote: @OneTimer1 They (Bowen and another young engineer) started to develop the C65 in 1988-9 (after the A500...) mainly because NES was eating the C64 share market, although Commodore was still able to sell millions of them. In this case it was useless, Just because another 8-bit console made an impression on the market, well some slightly improvements on the C64 and further cost reduction may have been helpful. possible improvements: The C64 DTV has a simple blitter

A Blitter controlled by a 6502 processors isn't the best option: it requires too much registers to be programmed.

Sprites & tiles are much easier and faster to set.
Quote:

and an adjustable 256 bit palette,

"Adjustable"? Can you please clarify it?
Quote:

a simple software update can make the floppy faster.

But pay attention to don't set it as default: timing is super-important for keeping backward-compatibilities with the existing C64 software, which is expecting precise timings for controlling peripherals (turbo tape, turbo disk...).

@MEGA_RJ_MICAL

Quote:

MEGA_RJ_MICAL wrote: Quote: agami wrote: But they couldn't just open a few windows and solve the problem IF ONLY THEY USED GEOS!!!!!!!!!!!!!!!!!!

Rim shot

_________________
All the way, with 68k

Quote:

agami wrote: You know, when I think about it a bit more, I think it's safe to say that the janitors over at Westchester were to blame for the company's failures.

That's interesting