[rloew]

rilef, on 08 September 2010 - 12:53 PM, said:

Several programs that run successfully on Pentium III or better processors, have issues when run on K6 or Pentium II processors (with or without Kernelex). For example, it has been several years since a version of the GOM Player has run successfully on my K6-2 computer. Similarly, recent versions of Videolan(VLC) will not run on my computer, even with Kernelex installed.

GOM Player uses instructions that are not supported on K6-2 Processors. KernelEx will not help with this issue.
I wrote an Emulator for the problem Instructions. This allowed it to run but was way too slow.
I ended up using the Emulator log to manually Patch the GOM Player

[rilef]

CyberyogiCoWindler, on 08 September 2010 - 06:31 PM, said:

My MPC version is 6.4.8.4. It anyway uses solely the external ffdshow codec pack (mine is the last version that supports 586er). But GOM can handle incompletely downloaded FLV files from YouTube, those make MPC lock up with black screen and not even show file info.

The latest MPC version is 6.4.9.1 (available in both unicode and non-unicode(win9x) versions here: http://sourceforge.n...iverkli2/files/ ). To try MPC version 6.4.9.1, download and unzip MPC version 6.4.9.1 to a different folder from where you've installed your MPC version 6.4.8.4 program. You may also be able to try the unicode version of MPC 6.4.9.1 under Kernelex, again from a separate folder (you may also have to disable all or some of MPC's internal filters).

When playing FLV test files in MPC, I noted the DirectShow filters, "ffdshow" and "AC3Filter" were both running. You already have ffdshow. AC3Filter ver 1.63b (for win9x), if needed for MPC and WMP, is available here: http://ac3filter.net/ .

[jds]

rloew, on 08 September 2010 - 11:17 AM, said:

jds, on 07 September 2010 - 11:35 PM, said:

@ rloew :

Hi. Yes, I'm aware this is beta, I've no problem with that.

Not even Beta. More like Alpha.

Yes ... I chose my wording for discretionary reasons. <G>

Quote

Quote

BTW, I'd also be interested in trying your CMOV patch, that you concluded was too slow to be practical ... for an entirely different application, on an entirely different machine. :-)

That one is not a Patch. CMOV Instructions would be very difficult to Patch dynamically. The Instructions are emulated.

OK, here I chose my wording badly. I didn't mean to imply the executable code was being patched, rather I tend to use that word in a more general context to describe system tools that alter the behaviour of a system.

Yes, you explained that because the CMOV instructions were emulated, there was a significant performace penalty. That's fine, the applications I want to try this on are not real-time anyway (they're the mjpeg utilities, which run on my Pentium II but not my Pentium MMX, so I figure it must be the CMOV stuff that's the problem).

Joe.

[LoneCrusader]

CyberyogiCoWindler, on 05 September 2010 - 12:58 PM, said:

I employ a historical PC with 550MHz AMD K6-3+ CPU and 512MB RAM running on Windows 98SE+KernelEx; it is optimized for historical games and made from finest DOS-age hardware, including 2 genuine ISA soundcards (SoundBlaster AWE64 Gold, Gravis UltraSound Classic) and a Riva TNT2 combined with Voodoo 1 3D graphics card in a DFI K6BV3+/66 mainboard. I can not upgrade to a higher CPU because I need this special mainboard to use historical ISA soundcards. Discarding them is like requesting musicians to throw away their stradivarius and replace them with some brand new carbon plastic violins mass produced by Yamaha or whatever.

I have several computers with that same motherboard.. I used to collect them on eBay

At that time I was still stuck using Dial-Up Internet, and insisted on being able to use my US Robotics 56k ISA modem if I upgraded my hardware further. This led me on a search for newer motherboards that supported ISA. There are several Pentium III motherboards that have ISA slots, including the DFI CB60-BX and CB61 and if you really want to bump up your hardware, there is always the SOYO P4 I845PE ISA. I have several of these boards, and I have never had a problem with any of them. Too bad SOYO no longer makes motherboards.

[rloew]

jds, on 09 September 2010 - 01:54 AM, said:

Yes, you explained that because the CMOV instructions were emulated, there was a significant performace penalty. That's fine, the applications I want to try this on are not real-time anyway (they're the mjpeg utilities, which run on my Pentium II but not my Pentium MMX, so I figure it must be the CMOV stuff that's the problem).

Joe.

I don't have the mjpeg utilities so I don't know if CMOV Instructions are the issue.
You would have to examine the Illegal Instruction Details to get the OP Codes of the failing Instructions.
I have two versions of my software.

1. The Patcher discussed in this Thread that Patches the three Instructions known to cause problems with Flash.
2. The Emulator I wrote to handle GOM. It emulates CMOV Instructions and one specific PREFETCH Instruction.

I don't know if either or both would handle the mjpeg utilities.

[CyberyogiCoWindler]

rloew, on 08 September 2010 - 09:06 PM, said:

GOM Player uses instructions that are not supported on K6-2 Processors. KernelEx will not help with this issue.
I wrote an Emulator for the problem Instructions. This allowed it to run but was way too slow.
I ended up using the Emulator log to manually Patch the GOM Player

On my AMD K6-3+ CPU GOM Player runs fine beside the internal codec and the useless redundant "screen ratio" setting. I am quite satisfied with picture quality and behaviour.

[CyberyogiCoWindler]

LoneCrusader, on 09 September 2010 - 10:45 AM, said:

CyberyogiCoWindler, on 05 September 2010 - 12:58 PM, said:

I employ a historical PC with 550MHz AMD K6-3+ CPU and 512MB RAM running on Windows 98SE+KernelEx; it is optimized for historical games and made from finest DOS-age hardware, including 2 genuine ISA soundcards (SoundBlaster AWE64 Gold, Gravis UltraSound Classic) and a Riva TNT2 combined with Voodoo 1 3D graphics card in a DFI K6BV3+/66 mainboard. I can not upgrade to a higher CPU because I need this special mainboard to use historical ISA soundcards. Discarding them is like requesting musicians to throw away their stradivarius and replace them with some brand new carbon plastic violins mass produced by Yamaha or whatever.

I have several computers with that same motherboard.. I used to collect them on eBay

...and if you really want to bump up your hardware, there is always the SOYO P4 I845PE ISA. I have several of these boards, and I have never had a problem with any of them. Too bad SOYO no longer makes motherboards.

Was there really an ISA mainboard for higher CPUs than the DFI K6BV3+/66. I remember that the early predecessors had horrible flaws. The first DFI P5BV3+ mainboard specimen I bought had a defect, which made it impossible to read 1.44MB diskettes(720kB ones were barely readable), though I had to exchange the mainboard for an other specimen,but this one made a black screen and didn't boot at all as soon I had 3 or more PCI cards("Venus Virge"+ "Typhoon 3Dfx"+NCR810(?) SCSI) inserted together. (The 2 faulty mainboards had 2 SIMM + DIMM sockets and many ceramic capacitor solder pads were empty.) I had to exchange it again(got the money back) and bought at a different shop the one I used later. (It had only DIMM sockets and worked more or less ok.) But after installing an AMD K6-2 500AFX it tended to overheat, so I could only run it on 450MHz. Finally in a hot summer the electrolytic caps next to the CPU exploded, so I installed larger caps, built my power supply (Fortron 300W) into a different case with huge fan in the bottom. It also had the flaw that USB ports barely worked and made webcams crash or display pixel mess. I had to add a capacitor and resitor to each USB pin on the board to improve it, but it still didn't run too well. Eventually bought on eBay the DFI K6BV3+/66 that I use now with a AMD K6-3+/300 running well on 550MHz (with additional USB2.0 PCI card).

But these DFI boards generally had a BIOS(?) flaw that prevented PCI cards from preemtive multitasking, i.e. any card could block the PCI bus so long it wants without getting stopped by a timer, which e.g. made a lot of soundcard trouble in Linux. Also my GUS Classic soundcard slowed down certain games extremely and still can not play midi files in Windoze despite it works well in a DOS demo. (This may be also a timing bug in the driver that with modern CPUs feeds the soundcard too fast.)

- Are there similarly fast ISA mainboards without the infamous PCI bus preemption bug?

[rloew]

CyberyogiCoWindler, on 09 September 2010 - 01:34 PM, said:

rloew, on 08 September 2010 - 09:06 PM, said:

GOM Player uses instructions that are not supported on K6-2 Processors. KernelEx will not help with this issue.
I wrote an Emulator for the problem Instructions. This allowed it to run but was way too slow.
I ended up using the Emulator log to manually Patch the GOM Player

On my AMD K6-3+ CPU GOM Player runs fine beside the internal codec and the useless redundant "screen ratio" setting. I am quite satisfied with picture quality and behaviour.

Not surprised. The K6-3+ obviously supports CMOV Instructions. This is similar to the differences between the Pentium II and Pentium III Processors.

[dencorso]

Support for CMOV can be determined from the CPUID instruction results. Interesting enough, this AMD Application Note omits the K6-x+ and the even rarer K6-x-P.

[jds]

rloew, on 09 September 2010 - 11:26 AM, said:

jds, on 09 September 2010 - 01:54 AM, said:

Yes, you explained that because the CMOV instructions were emulated, there was a significant performace penalty. That's fine, the applications I want to try this on are not real-time anyway (they're the mjpeg utilities, which run on my Pentium II but not my Pentium MMX, so I figure it must be the CMOV stuff that's the problem).

Joe.

I don't have the mjpeg utilities so I don't know if CMOV Instructions are the issue.
You would have to examine the Illegal Instruction Details to get the OP Codes of the failing Instructions.
I have two versions of my software.

1. The Patcher discussed in this Thread that Patches the three Instructions known to cause problems with Flash.
2. The Emulator I wrote to handle GOM. It emulates CMOV Instructions and one specific PREFETCH Instruction.

I don't know if either or both would handle the mjpeg utilities.

@rloew :

1. The SSE issue is the same, I want to prevent Flash Player 9.0.280.0 crashing FireFox.

2. OK, I've now retested the mjpeg utilities, and my suspicions about the CMOV instructions seem to be confirmed (opcodes 0F 4x xx looks like CMOV). Dumps for two of the utilities are as follows :

JPEG2YUV executed an invalid instruction in
module JPEG2YUV.EXE at 0177:00403144.
Registers:
EAX=00000000 CS=0177 EIP=00403144 EFLGS=00010202
EBX=00000002 SS=017f ESP=008cf450 EBP=008cf478
ECX=00000000 DS=017f ESI=009f0489 FS=0d0f
EDX=00000001 ES=017f EDI=008cf490 GS=0000
Bytes at CS:EIP:
0f 46 f2 89 34 24 e8 31 a1 02 00 8d 50 01 39 c6
Stack dump:
009f0489 0000005c 000003fe 0042f8e8 008cf8c4 00000000 00000000 008cf490 00000002 008cf890 008cf8a8 00402f82 00000002 008cf490 0042f8e8 008cf8c4

MPEG2ENC executed an invalid instruction in
module MPEG2ENC.EXE at 0177:004167f5.
Registers:
EAX=ffffff00 CS=0177 EIP=004167f5 EFLGS=00210292
EBX=000000ff SS=017f ESP=007af940 EBP=007af948
ECX=000000ff DS=017f ESI=007afc10 FS=2bf7
EDX=00474960 ES=017f EDI=00474960 GS=0000
Bytes at CS:EIP:
0f 4e c8 83 c2 02 40 66 89 0f 3d 00 02 00 00 75
Stack dump:
007afc10 007afa18 007af978 0040591a 007afc18 007afa18 007af994 78001385 007c0000 00000000 00000200 00000000 008d057c 007afc10 007af9e8 004026eb

@ CyberyogiCoWindler :

"A BIOS flaw (that prevented PCI cards from preemtive multitasking)" wouldn't affect Linux, AFAIK. Linux likes to handle all the hardware itself, so either it too has this limitation, or it's a hardware issue. Just my 2c, based on limited knowledge.

Joe.

[rloew]

jds, on 10 September 2010 - 05:51 AM, said:

1. The SSE issue is the same, I want to prevent Flash Player 9.0.280.0 crashing FireFox.

This is still unresolved. When larryb123456 installs his Pentium III and retests the Flash Player, I will be ready for the next step.

Quote

2. OK, I've now retested the mjpeg utilities, and my suspicions about the CMOV instructions seem to be confirmed (opcodes 0F 4x xx looks like CMOV). Dumps for two of the utilities are as follows :

JPEG2YUV executed an invalid instruction in
module JPEG2YUV.EXE at 0177:00403144.
Registers:
EAX=00000000 CS=0177 EIP=00403144 EFLGS=00010202
EBX=00000002 SS=017f ESP=008cf450 EBP=008cf478
ECX=00000000 DS=017f ESI=009f0489 FS=0d0f
EDX=00000001 ES=017f EDI=008cf490 GS=0000
Bytes at CS:EIP:
0f 46 f2 89 34 24 e8 31 a1 02 00 8d 50 01 39 c6
Stack dump:
009f0489 0000005c 000003fe 0042f8e8 008cf8c4 00000000 00000000 008cf490 00000002 008cf890 008cf8a8 00402f82 00000002 008cf490 0042f8e8 008cf8c4

MPEG2ENC executed an invalid instruction in
module MPEG2ENC.EXE at 0177:004167f5.
Registers:
EAX=ffffff00 CS=0177 EIP=004167f5 EFLGS=00210292
EBX=000000ff SS=017f ESP=007af940 EBP=007af948
ECX=000000ff DS=017f ESI=007afc10 FS=2bf7
EDX=00474960 ES=017f EDI=00474960 GS=0000
Bytes at CS:EIP:
0f 4e c8 83 c2 02 40 66 89 0f 3d 00 02 00 00 75
Stack dump:
007afc10 007afa18 007af978 0040591a 007afc18 007afa18 007af994 78001385 007c0000 00000000 00000200 00000000 008d057c 007afc10 007af9e8 004026eb

My older P6CPU.VXD Emulator will handle these. Since it is not a Patcher, it will not affect any File Caches. I don't know if there are other instructions that would need emulating.

[CyberyogiCoWindler]

dencorso, on 10 September 2010 - 02:00 AM, said:

Support for CMOV can be determined from the CPUID instruction results. Interesting enough, this AMD Application Note omits the K6-x+ and the even rarer K6-x-P.

The "+" versions of the K6-2 and K6-3 were designed as low power variants of the normal CPUs (with larger cache?) for uncooled industrial PCs, settopboxes, laptops, plasma TV sets or home organs with integrated PCs and such stuff. They were rated to run on lower voltage than the normal release, but by the employed material they could bear also the standard voltage without problem when cooled like the normal version. So they soon became cult as upgrade CPUs and due to their rarity the price skyrocketed. In 2006 I paid on eBay for my AMD K6-3+/400 1.6V still 45.63EUR, when normal Socket 7 CPUs were already tossed out for few EUR. This specimen runs well on 550MHz and stays quite cool (currently 41°C with my nearly silent fan and fairly small heatsink). So far I remember, it was the most advanced Socket 7 CPUs ever made. Even faster versions (official rating up to 600MHz?) were rumoured to exist, but almost no unmodified mainboard could run it properly.

I don't think that the "+" version had additional instructions, only a larger internal cache.

[dencorso]

CyberyogiCoWindler, on 10 September 2010 - 07:59 PM, said:

I don't think that the "+" version had additional instructions, only a larger internal cache.

I know. Although I've never owned a K6-III+, I've been interested in it, way back when.
Then again, you failed to read the Application Note I've posted a link to properly: it contains a utility to chech that... here's the direct download link: cpuid_ex. So just download the .zip, extract the .exe, run it in a DOS Box, and we all shall know for sure! You're the only one around owning a K6-III+, so you're the only one who can do it and post the results here for all of us to know it. Just as an example, here're the results for my own Athlon XP-M 2800+ (overclocked, running @2333 MHz, and doing it at 42°C!):

N:\>cpuid_ex
features = 000017f7
CPU supports CPUID:       y
CPU supports CPUID STD:   y
CPU supports CPUID EXT:   y
CPU supports TSC:         y
CPU supports CMOV:        y
CPU supports MMX:         y
CPU supports 3DNOW:       y
CPU supports 3DNOW_EXT:   y
CPU supports AMD-K6-MTRR: n
CPU supports P6-MTRR:     y
CPU supports SSE MMX:     y
CPU supports SSE FPU:     y

[CyberyogiCoWindler]

dencorso, on 11 September 2010 - 01:18 AM, said:

CyberyogiCoWindler, on 10 September 2010 - 07:59 PM, said:

I don't think that the "+" version had additional instructions, only a larger internal cache.

I know. Although I've never owned a K6-III+, I've been interested in it, way back when.
Then again, you failed to read the Application Note I've posted a link to properly: it contains a utility to chech that... here's the direct download link: cpuid_ex. So just download the .zip, extract the .exe, run it in a DOS Box, and we all shall know for sure! You're the only one around owning a K6-III+, so you're the only one who can do it and post the results here for all of us to know it.

Is my CPU really that exotic? I guess it is like the mythical DAF car that although it was not really fast, can run backwards as fast as forward.

Ok, here is the result of my K6-3+/400:

H:\myTemp>cpuid_ex
features = 000009b7
CPU supports CPUID:       y
CPU supports CPUID STD:   y
CPU supports CPUID EXT:   y
CPU supports TSC:         y
CPU supports CMOV:        n
CPU supports MMX:         y
CPU supports 3DNOW:       y
CPU supports 3DNOW_EXT:   y
CPU supports AMD-K6-MTRR: y
CPU supports P6-MTRR:     n
CPU supports SSE MMX:     n
CPU supports SSE FPU:     n

I guess Transmeta Crusoe with its internal realtime cross-compiler in flash rom was the only even stranger CPU.

Nasty is only that similar flash rom controlled techniques are used nowadays in the HDCP copy protection, including fully automated firmware upgrades. Thus any BluRay manufacturer, hacker or evilminded government may easily destroy your entire HDCP capable hardware by sending through TV broadcast a malicious update that contains invalid decryption keys and blacklists all legal update sources. Because the stuff is fully "security by obscurity" and overwrites the flash rom in any connected HDCP capable hardware, it is the perfect method to destroy a nation's communication infra-structure once all people have upgraded their hardware to the allegedly so great and modern HDTV stuff. That's another reason why I don't trust in flash roms. That the whole crap is supported by mainboard chipsets and graphic cards and nowadays even regular Pentiums can update their microcode through a flash upgrade makes it even scarier.

[dencorso]

OK. Thanks a lot! So, the K6-III+ does *not* support CMOVs, after all. Curiouser and curiouser...

Now, here's some interesting reading, entitled "PIII = P2 + SSE": K. Diefendorff, Microprocessor Report, Vol. 13, Number 3, pp. 1-7, 1999.

[rilef]

CyberyogiCoWindler, on 11 September 2010 - 11:08 AM, said:

dencorso, on 11 September 2010 - 01:18 AM, said:

CyberyogiCoWindler, on 10 September 2010 - 07:59 PM, said:

I don't think that the "+" version had additional instructions, only a larger internal cache.

I know. Although I've never owned a K6-III+, I've been interested in it, way back when.
Then again, you failed to read the Application Note I've posted a link to properly: it contains a utility to chech that... here's the direct download link: cpuid_ex. So just download the .zip, extract the .exe, run it in a DOS Box, and we all shall know for sure! You're the only one around owning a K6-III+, so you're the only one who can do it and post the results here for all of us to know it.

Is my CPU really that exotic? I guess it is like the mythical DAF car that although it was not really fast, can run backwards as fast as forward.

Ok, here is the result of my K6-3+/400:

H:\myTemp>cpuid_ex
features = 000009b7
CPU supports CPUID:       y
CPU supports CPUID STD:   y
CPU supports CPUID EXT:   y
CPU supports TSC:         y
CPU supports CMOV:        n
CPU supports MMX:         y
CPU supports 3DNOW:       y
CPU supports 3DNOW_EXT:   y
CPU supports AMD-K6-MTRR: y
CPU supports P6-MTRR:     n
CPU supports SSE MMX:     n
CPU supports SSE FPU:     n

Here is the result, from running cpuid_ex, for my K6-2/550:


features = 000008b7
CPU supports CPUID: y
CPU supports CPUID STD: y
CPU supports CPUID EXT: y
CPU supports TSC: y
CPU supports CMOV: n
CPU supports MMX: y
CPU supports 3DNOW: y
CPU supports 3DNOW_EXT: n
CPU supports AMD-K6-MTRR: y
CPU supports P6-MTRR: n
CPU supports SSE MMX: n
CPU supports SSE FPU: n

Note the major difference between the K6-2 and K6-3 processors is that the K6-3 supports an extension of the 3DNow instruction set. (My understanding is that 3DNow provides some of the functionality of the SSE instruction set to the AMD K6 processors).

So, some programs which run successfully on the K6-3 may not run successfully on the K6-2 (like GOM Player?). And, programs which run successfully on the K6-2 or K6-3 (because of 3DNow) may not run successfully on the Pentium II (no SSE) (like some versions of Flash on YouTube?).

[LoneCrusader]

CyberyogiCoWindler, on 09 September 2010 - 02:10 PM, said:

Was there really an ISA mainboard for higher CPUs than the DFI K6BV3+/66.

The SOYO board that I referred you to will use up to a 3.06 GHz Pentium 4 with Hyper Threading Not to mention the fact that all of the drivers for this board also work with systems back to Windows 95 (with the one exception of USB 2.0).
There are a multiplicity of Pentium III boards that support ISA, including some from Intel. The MOBOT website has a very good search system, you can look around there.

CyberyogiCoWindler, on 09 September 2010 - 02:10 PM, said:

- Are there similarly fast ISA mainboards without the infamous PCI bus preemption bug?

I must confess I am unfamiliar with this issue..

CyberyogiCoWindler, on 10 September 2010 - 07:59 PM, said:

...my AMD K6-3+/400 1.6V ... runs well on 550MHz ... So far I remember, it was the most advanced Socket 7 CPUs ever made. Even faster versions (official rating up to 600MHz?) were rumoured to exist, but almost no unmodified mainboard could run it properly.

Somewhere around here I have an AMD K6-2 570MHz chip, AFAIK it was the highest rated one, and very rare. I never actually used it on a daily basis, only experimented with it a couple of times. It POSTed properly on a Shuttle HOT 591P motherboard, I remember there was an odd setting that I had to figure out, as it required a different frequency than a 550MHz chip.

[CyberyogiCoWindler]

LoneCrusader, on 11 September 2010 - 02:51 PM, said:

CyberyogiCoWindler, on 09 September 2010 - 02:10 PM, said:

Was there really an ISA mainboard for higher CPUs than the DFI K6BV3+/66.

The SOYO board that I referred you to will use up to a 3.06 GHz Pentium 4 with Hyper Threading Not to mention the fact that all of the drivers for this board also work with systems back to Windows 95 (with the one exception of USB 2.0).
There are a multiplicity of Pentium III boards that support ISA, including some from Intel. The MOBOT website has a very good search system, you can look around there.

I remember that when I bought my K6-3+/400 CPU on eBay, it turned out that my half-toasted DFI P5BV3+ mainboard could not run it at all (black screen). Thats why I bought the K6BV3+/66 mainboard, which mainly had a stronger core voltage supply, but likely also BIOS changes to support K6-3+. I think I read already about the SOYO board, but I could not use it without severe metal work because as an ATX board it did not fit into my Highscreen Colani bigtower (that was an AT initially designed for a 486/50 mainboard that I fed with an AMD 486/100 CPU @ 150MHz and for this I had to heat (not cool) the I/O chip with a resistor to prevent page faults in cold state). I already had sawed out some sheetmetal to fit a modern power supply, because despite the initial one had the size of 3 stacked modern PSU, it delivered only 150W or so which made my first SCSI CD burner (and also the initial Quantum Bigfoot 5 1/4'' harddisk(?)) trip and write rubbish. But getting this long board inside (which additionally had less ISA slots) would have been mechanically too complicated to be worth the effort.

- Has anybody ever made an adapter (for PCI, PCI-X or even USB3.0?) to add ISA slots to a modern mainboard?

Regarding industrial and scientific PCs containing special or homebrew ISA cards (e.g. Biomuse EEG interface card) it makes sense that such stuff exists. Mechanically it could be e.g. a case with mini ATX board placed in a 5/14'' or power supply chute with adapter cable running down to an ISA-only special mainboard without CPU and RAM. But I expect it may cost a moon price due to low demand.

[LoneCrusader]

CyberyogiCoWindler, on 11 September 2010 - 08:50 PM, said:

...I think I read already about the SOYO board, but I could not use it without severe metal work because as an ATX board it did not fit into my Highscreen Colani bigtower (that was an AT initially designed for a 486/50 mainboard that I fed with an AMD 486/100 CPU @ 150MHz and for this I had to heat (not cool) the I/O chip with a resistor to prevent page faults in cold state). I already had sawed out some sheetmetal to fit a modern power supply, because despite the initial one had the size of 3 stacked modern PSU, it delivered only 150W or so which made my first SCSI CD burner (and also the initial Quantum Bigfoot 5 1/4'' harddisk(?)) trip and write rubbish. But getting this long board inside (which additionally had less ISA slots) would have been mechanically too complicated to be worth the effort...

Ah, trying to preserve an AT tower. I don't blame you, I had collected a bunch of nice AT towers for future use at one time myself. But even so, there is still hope.

Take a look at the Gigabyte GA-6VA7+, also Here and Here. It's a Baby AT Pentium III board. I have yet to be able to get hold of one of these however, talk about rare!

[jds]

rloew, on 10 September 2010 - 04:16 PM, said:

jds, on 10 September 2010 - 05:51 AM, said:

1. The SSE issue is the same, I want to prevent Flash Player 9.0.280.0 crashing FireFox.

This is still unresolved. When larryb123456 installs his Pentium III and retests the Flash Player, I will be ready for the next step.

Yes, it will be interesting to see the outcome of the P3 transplant. From what I've read, the P3 performance is similar to the P2 with the same clocking, so this will be a good indicator of patch (invalid instructions that don't throw an exception) vs. grunt (throughput) as responsible for the Flash artifacts. My bet is it's grunt that's lacking, which is the best-case outcome as far as the patch is concerned. In any case, Flash artifacts are of secondary importance to me, I just want to stop the lock-ups.

Quote

Quote

2. OK, I've now retested the mjpeg utilities, and my suspicions about the CMOV instructions seem to be confirmed (opcodes 0F 4x xx looks like CMOV). Dumps for two of the utilities are as follows :

JPEG2YUV executed an invalid instruction in
module JPEG2YUV.EXE at 0177:00403144.
Registers:
EAX=00000000 CS=0177 EIP=00403144 EFLGS=00010202
EBX=00000002 SS=017f ESP=008cf450 EBP=008cf478
ECX=00000000 DS=017f ESI=009f0489 FS=0d0f
EDX=00000001 ES=017f EDI=008cf490 GS=0000
Bytes at CS:EIP:
0f 46 f2 89 34 24 e8 31 a1 02 00 8d 50 01 39 c6
Stack dump:
009f0489 0000005c 000003fe 0042f8e8 008cf8c4 00000000 00000000 008cf490 00000002 008cf890 008cf8a8 00402f82 00000002 008cf490 0042f8e8 008cf8c4

MPEG2ENC executed an invalid instruction in
module MPEG2ENC.EXE at 0177:004167f5.
Registers:
EAX=ffffff00 CS=0177 EIP=004167f5 EFLGS=00210292
EBX=000000ff SS=017f ESP=007af940 EBP=007af948
ECX=000000ff DS=017f ESI=007afc10 FS=2bf7
EDX=00474960 ES=017f EDI=00474960 GS=0000
Bytes at CS:EIP:
0f 4e c8 83 c2 02 40 66 89 0f 3d 00 02 00 00 75
Stack dump:
007afc10 007afa18 007af978 0040591a 007afc18 007afa18 007af994 78001385 007c0000 00000000 00000200 00000000 008d057c 007afc10 007af9e8 004026eb

My older P6CPU.VXD Emulator will handle these. Since it is not a Patcher, it will not affect any File Caches. I don't know if there are other instructions that would need emulating.

Well, there's one way to find out if other instructions are required, and that's to try it (the patch). From what I've read, CMOV seems to be the main enhancement to the instruction set from P1-MMX to P2, although Linus says the CMOV instructions actually reduce performance in newer CPU's (so don't use them folks!).

Joe.