Quote:

I think "BD technology" can improve performances in applications (demo/games) which make massive use of vdp command engine.

It is a new feature.
It doesn't enter in free LE capacity of OCM.
If it is "ALTERA DE1", it might be possible.

"quick" also destroys interchangeability.
It is necessary to add it as another mode to maintain interchangeability.
It is invalid in default.

Quote:

2B) calculate 3D transformations

If it wants to do 3D, you should use PC.

new tests:

DIX -> black screen at 50Hz and 60Hz
Sonyc -> from island map freezed it continue to work on VGA60 when you press PrintScreen for 4 step (!)
MSX 20TH Ann.Demo -> as Sonyc: from red-dancer screen freezed it continue to work on VGA60 when you press PrintScreen for 4 step (!)


ps. with non-VGA60 screen Sonyc and MSX20TH Ann.Demo works

Quote:

press PrintScreen for 4 step (!)

[PrintScreen] switches PAL/NTSC/VGA.
It begins to advance when changing into PAL.

Quote:

DIX -> black screen at 50Hz and 60Hz

It advances when [Puase/Break] is hit repeatedly
RuneMasterII too.

It freezes it though DIX is simple (R#19=80h) scanning lines interrupt.
The cause is not understood.
Interrupt bug　

Quote:

It is a new feature. It doesn't enter in free LE capacity of OCM. If it is "ALTERA DE1", it might be possible.

That's a pity
Hope European/limited-edition 1chipMSX will use a "larger" fpga... if it will ever be produced

Quote:

If it wants to do 3D, you should use PC.

Actually I get 10 fps on a TurboR even in the "worst" condition...

Quote:

That's a pity Hope European/limited-edition 1chipMSX will use a "larger" fpga... if it will ever be produced

And who in Europe was going to develop new stuff for that bigger OCM?

Quote:

Actually I get 10 fps on a TurboR even in the "worst" condition...

It is cool to do 3D with genuine MSX.
However, can you say it is cool even if 3D is done with OCM that adds 3D Acseraration?

Enough consideration is necessary to add an original function to OCM.
The new feature is not worth achievement if a lot of people's agreements are
not obtained.
Because there is no existence value if software that uses it doesn't appear.
I do not oppose putting the new feature.
However, I think that it is dangerous to put the new feature easily.


The LogicElement(LE) of OCM is 12060LEs.
EMSX_TOP of the latest version on OCM consumes 11447LEs.
It is also difficult for OCM to give complete interchangeability.

The LE of "ALTERA DE1" is 20000LEs.
EMSX_TOP of the latest version on DE1 consumes 10059LEs.
In DE1, there is still space.

I will change the main target to DE1 when doing a little more.

Only a bare 5% free LEs?. I vote for a better MSX2+ compatibility (as much as possible) and bug fixing; there's no room at all to start big developments...

I think that current TZ80, ESE-VDP and ESE-PS2 are ugly circuits.
However, correcting it at a time repeats the refactoring little by little because
it is difficult.

I plan to divide into a more detailed unit.
And, the unit test verification is executed.
Stability, interchangeability, and free LEs are sure to be obtained.

Quote:

I think that current TZ80, ESE-VDP and ESE-PS2 are ugly circuits.

Could be the last part the reason because some keyboards have problems with OCM? I don't mind that one of my keyboards is not working, but this is a real pain seeing that some keyboards have some capabilities in PC (diagonal arrows + space bar) and it does not work in OCM. Of course this is not mandatory... but could you take a look?

Quote:

And, the unit test verification is executed. Stability, interchangeability, and free LEs are sure to be obtained.

That information is indeed very good. As you said OCM gets unstable when not many LEs are left. Having a good MSX2+ is more than enough for me, but what you want to get impress me!

HRA!, is it possible to make those usb ports on the OCM usable? Would be great if you could connect a key board, mouse or other peripherals to it.

Quote:

HRA!, is it possible to make those usb ports on the OCM usable? Would be great if you could connect a key board, mouse or other peripherals to it.

It is not possible to achieve it with free LE of OCM.
It is likely to be able to achieve it if something is deleted.

However, it is difficult to achieve complete USB-HOST.
Because it is necessary to add special CPU to the control.
It will become the biggest circuit in OCM.

If it is a circuit only for the mouse (only for the joystick ), it becomes simple a
little more.

This cannot feel happy so much

If USB-Floppy was able to be achieved, it is happy.
I will examine it only a little.

New update PLD:
http://www5d.biglobe.ne.jp/~hra/note/onechipmsx/files/emsx_top_20080511_001.zip

Updates:
(1) MSX2+ BIOS implemented (caro's IPL.ROM and compressed ROM image)
(2) The environment of Altera DE1 is added to the archive.
(3) The composition of VDP source is changed.
(4) The folder composition is changed.
(5) ToDo.txt updated.

The timing relation of VDP was able to be arranged considerably.
Some unit tests were added.
The timing bug can be analyzed by this

(GNU LGPL) VHDL S/PDIF:
www.webalice.it/gnogni/ocm/misc/spdif_interface.rar

---

From my old E-mail of 2007-06-19:

[KdL]
Over 1chipMSX the noise of sound output is very high when I connect the VGA cable!
moreover if I detach it there is no one noise.. why?
 
(for e.g. when you write a "COLOR15,15,15" the noise is to max!!!)
 
A digital coaxial cable is a good solution for me.
Is it possible to add a new circuit to have a S/PDIF output?

[HRA!]
Certainly. It is a good idea.
However, there are some problems.

1:
Because an internal voice of 1chipMSX is generated with the rate of 
3.58MHz, the circuit that does the down sampling to 192kHz is necessary.

2:
Because the empty capacity of FPGA installed in 1chipMSX few left, a big 
low-pass filter cannot be added.
If the down sampling is done without using the low-pass filter, it 
becomes a noise by
generating alias.

3:
An additional circuit such as digital communication terminals is needed, 
and light-hearted is lost.

It positively examines it.

I've been testing these new versions.

I have something to say about using main RAM 4MB: Some (only european?) software won't detect it correctly and say that you have less memory than expected. Of course this is a problem in the software, but will prevent it from loading sometimes.

Example: Unknown Reality. This demo needs 256KB of Main RAM to work, but if internal memory is 4MB it will detect less than 256KB and only music menu loader will work.

I've tested Unknown Reality with previous firmware (2MB RAM) version and I think something is not emulated correctly. I do remember that when v9958 was present this demo had a problem during the scrolled text with blue background (where the sample waves were kept in the right side). This "problem" is not emulated... I think you can check this with a real turboR.

Maybe someone more could explain this behaviour from a coder point of view.