Quote:

Quote: The clock chip including the settings memory is emulated but looses it's data every time the power is switched off. That's a pretty piss poor emulation of the SRAM, then

The FPGA draws too much power to retain the data and keep the (emulated) real time clock running on a battery. To have this feature, a separate real time clock chip with some embedded SRAM should have been included in the hardware design (and a battery). Preferably the same RTC chip as was used in the earlier MSX2/2+/turboR models from the 80's and early 90's. Don't know why this was not done.

Hmm, then that is the reason to change the mode to 80 columns every time I turn on my 1chip.

Another desire of very (new) nice games with some frustration!

So, if this thing does not have a tape port or a Real Time Clock ...
Is this any good for cartridge games?

Quote:

So, if this thing does not have a tape port or a Real Time Clock ... Is this any good for cartridge games?

It does have a tape port:

DIP 3 - red cinch select
0 = data recorder input/output <--- Ohh Nooooo, now we can't complain about that anymore.....
1 = sound output (emulated sound only)

It has a clock, it just forgets the time after you turn it off. Then again, which MSX software doesn't work if the date/time is not correct? But yes, you can still complain about it, so it serves at least that purpose. Might be more useful this way even right?

why all this would make it unsuitable for cartridge games is beyond me though ...

Quote:

Hmm, then that is the reason to change the mode to 80 columns every time I turn on my 1chip.

Just make an autoexec.bas file on your SD card to set all the settings you like

Quote:

Just make an autoexec.bas file on your SD card to set all the settings you like

Yeah, I did it when I had my F700 and I had to get a faster diskdrive, 60Hz, etc. It was no the faster way but as it worked I did not mind.

Anyway, I was testing OCM and it surprised me in the good way, since I did not have problems with most of tested software.

Quote:

It does have a tape port: DIP 3 - red cinch select 0 = data recorder input/output <--- Ohh Nooooo, now we can't complain about that anymore..... 1 = sound output (emulated sound only) It has a clock, it just forgets the time after you turn it off. Then again, which MSX software doesn't work if the date/time is not correct? But yes, you can still complain about it, so it serves at least that purpose. Might be more useful this way even right? why all this would make it unsuitable for cartridge games is beyond me though ...

Coolness factor.
This is cool!!

Quote:

Just make an autoexec.bas file on your SD card to set all the settings you like

Not so cool ...

a - Of course you can run cartridge games on the OCM, as it has 2 cartridge slots
b - Instead of an autoexec.bas, one could also program the favorite default config in FPGA. Or perhaps an RTC-on-cartridge?

A RTC-on-cartridge could be nice (especially for MSX1 games!)... After all, some other "Computers" of that era missed a Real TC. Only available as a add-on board . I think that some circuit with time could be useful for video or audio synchronization , I am not sure if demonstration programs and games used this as a feature ...

There is a real time clock emulated in the OCM, only thing is it forgets the time when you turn it off. It will work for computing synchronization timing for line interrupts or something though.

Quote:

Quote: Thanks Manuel! DIP switch 4 worked for me! BTW, your FlashROM card was the first thing I tested on OCM. Nice to hear you use it often Quote: Another question: I noticed that white colour with the composite signal is "uneven", its shades vary from very pale blue, greenish, yellowish. In VGA mode, however, it's perfect. Did you notice the same with yours? I always used S-Video or VGA. I have tested composite video and you are right. It seems there is something wrong. Different colors are shown depending on the place there is a white pixel. I tried other colors (red, green blue) and some parts of the letters are missing, like if there is something wrong with the resolution.

I have received my OCM a few days ago and noticed exactly the same. Tested with two TV sets, white letters are anything but white. Not able to test the S-Video but the VGA seems ok. Is there any solution to this problem ?

You know, NTSC=Never The Same Colour . It's the drawback of the original japanese OCMs...

Use the VGA or even the RGB feature on the same connector.

But is really NTSC that bad ? Do the MSX 2+ or TurboR suffer from the same problem ?

Quote:

But is really NTSC that bad ? Do the MSX 2+ or TurboR suffer from the same problem ?

For computers?
Of course ... like when you paint the screen 5 with only two colours and you could clearly see three!!!
Is color blending a feature like paper designer?
Composite is usually bad on most televisions, by the way PAL televisions use a higher resolution (some were very cool! Maybe people would need a quality TV set) ...
Anyway, on Brasil newer televisions are dual systems (some were tri-norm) comes with composite and some other connector like S-Video or Component (no RGB or SCART).

Trying to digitize a video using a PCI TV card is a pain, sometimes there were weird or bizarre effects on screen! Maybe someone could need a Time Base Corrector ...

Quote:

Use the VGA or even the RGB feature on the same connector.

The problem is so big that previously some people (really) believed that even a MSX2 would require a RGB monitor !!! Talking about unreadable texts and inconsistently colour on composite monitor.

Quote:

But is really NTSC that bad ? Do the MSX 2+ or TurboR suffer from the same problem ?

No, the quality is not that bad. The problem of the composite video signal of the 1chip MSX is that it uses a very simple video color enconder (vencode.vhd)
It is better to use the FPGA capacity to implement other hardware enhancements. To get a better video signal you can use S-Video, VGA or RGB, so I think ESE Artists' Factory took the right decision.