I tried QuartusII8.0.
However, the internal error occurred in "Convert Programming Files..."
Now, circuit data and BIOS data are uncombinable.

-----------------------------------------------------------------------
*** Fatal Error: Access Violation at 0X0BEA824C
Current editor: PGMW
Module: quartus.exe
0x6824C : PGMIO_PCF_FILE_INFO::get_vermeer_constants + 0x5C (pgm_pgmio)

End-trace
-----------------------------------------------------------------------

I am going to return to QuartusII7.2

Quote:

The connection list is indicated to "emsx_top.pin. (text file)"

The circuit of connection CARTRIDGE SLOTS and JOYSTICKS for the version OCM realized on ALTERA DE1.
www.caro.k66.ru/graf/ocm_de1.png

http://www.msx.d4e.co.jp/

It is a chance to get 1chipMSX

It seems that a blog site called ProjectMSX starts on June 6.
It is written that 1chipMSX information is also carried.
There may be some progress by official

Quote:

Quote: The connection list is indicated to "emsx_top.pin. (text file)" The circuit of connection CARTRIDGE SLOTS and JOYSTICKS for the version OCM realized on ALTERA DE1. www.caro.k66.ru/graf/ocm_de1.png

Wow, very cool! It even has +/-12V for floppy drive controllers, MoonSound and probably some other cartridges. I'll try to build the cartridge/joystick board, but my skills in electronics are a bit flaky

New PLD update:

http://www5d.biglobe.ne.jp/~hra/note/onechipmsx/files/emsx_top_dev_20080606.zip

Update:
(1) Audio codec parameter changed (DE1) : modified by caro.

Bug:
The bug was added to VDP by my mistake.
It does not scroll by ALESTE2

Quote:

I tried QuartusII8.0. However, the internal error occurred in "Convert Programming Files..." Now, circuit data and BIOS data are uncombinable. ----------------------------------------------------------------------- *** Fatal Error: Access Violation at 0X0BEA824C Current editor: PGMW Module: quartus.exe 0x6824C : PGMIO_PCF_FILE_INFO::get_vermeer_constants + 0x5C (pgm_pgmio) End-trace ----------------------------------------------------------------------- I am going to return to QuartusII7.2

Altera Support reply to me:

Sorry for the misunderstanding of your issue. Now I replicate it in Vista. This issue exists in Quartus II 8.0 web edition and subscription edition.

I’ll file a SPR to report this issue to the R&D team. Hope they can resolve this issue quickly. We are sincerely sorry for the inconvenience caused. I’ll share with you when we get some progress on this issue.

Best Regards,
Steven

I am just going to rewrite VDP now.
It is because the direction which made the core compatible with 9958 from the beginning is stabilized rather than applying a patch to ESE-VDP (9938compatible).
Operational stability is aimed at.

http://www5d.biglobe.ne.jp/~hra/note/onechipmsx/research/v9958/index.htm

It may take time.

..and again:

Quote:

I tried QuartusII8.0. However, the internal error occurred in "Convert Programming Files..." Now, circuit data and BIOS data are uncombinable. ----------------------------------------------------------------------- *** Fatal Error: Access Violation at 0X0BEA824C Current editor: PGMW Module: quartus.exe 0x6824C : PGMIO_PCF_FILE_INFO::get_vermeer_constants + 0x5C (pgm_pgmio) End-trace ----------------------------------------------------------------------- I am going to return to QuartusII7.2

The SPR number is 275865. The R&D engineers are looking into this bug. And we plan to fix this bug in Quartus II 8.1.

Please use Quartus II 7.2 SP3 as a workaround. Thanks!

Have a nice weekend!

Best Regards,
Steven

The compile can do QuartusII8.0.
(File conversion is impossible)

The compile result was almost the same compared with QuartusII7.2SP3.
Number of LE consumption and compile speed was not so changeful, either.

I have a quick question, can it be correct that a compile of the ocm source will takes about 9 minutes? I can't imagine having to wait for 9 minutes every time I want to test if a bug fix was succesfull...

You should use QuartusII7.2SP3.
There is no conspicuous merit in QuartusII8.0.
Furthermore, there is a bug which cannot carry out file conversion

I am using QuartusII7.2SP3

Quote:

You should use QuartusII7.2SP3.

Ok, but, how can I get the Quartus 7.2?

multi> 9 minutes is about right. And yes, that's what you will have to wait for every time if you use the web edition. The full version has incremental compile, so it should be somewhat faster.

Make fewer mistakes is the best thing you can do

Personally, I made separate projects for singe modules with a little test code. That way you can compile much faster and not do the whole thing until you've sorted out most compile/timing/simulation errors.

I develop in a small unit.
Test debugging of the unit is done using simulators, such as ModelSIM.
The module which checked alone that it was satisfactory is combined.
It verifies by a simple combined test.
A check of operation is carried out by 1chipMSX at the last.

Quote:

Ok, but, how can I get the Quartus 7.2?

It seems that it cannot download from ALTERA

If you remake COF profile from zero on Quartus II Web Ed. v8.0 then no error appears on screen, but a message of warning informs that the compressed Hex file of BIOS is too large for conversion!

mmh??? this is a stange behavior...

...after this, for a test...

If you remove Hex section from profile and reconvert the project only then the usual error appairs on screen!!!