One chip MSX improvement project (Revival MSX Forum)MSX Resource Center MSX Info Update - Finnish MSX madness at its best              
              
English Nederlands Español Português Russian         
 News
   Frontpage
  News archive
  News topics

 Resources
   MSX Forum
  Articles
  Reviews
  Fair reports
  Photo shoots
  Fairs and meetings
  Polls
  Links
  Search

 Software
   Downloads
  Webshop

 MRC
   Who we are
  Join our team
  Donate
  Policies
  Contact us
  Link to Us
  Statistics

 Search
 
  

  

 Login
 

Username

Password




Don't you have an account yet? Become an MSX-friend and register an account now!.


 Statistics
 

There are 154 guests and 4 MSX friends online

You are an anonymous user.
 

MSX Forum


MSX Forum

Revival - One chip MSX improvement project

Goto page ( Previous Page 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 )
Author

One chip MSX improvement project

manuel
msx guru
Posts: 3185
Posted: May 12 2008, 11:31   
About UR: that 'real time scope' part does not really suffer from the V9958, but more from slightly different timing on turboR.
You're right about the 4MB RAM: 2MB is safer and still more than plenty.
SaebaMSX
msx freak
Posts: 221
Posted: May 12 2008, 12:38   
Quote:

About UR: that 'real time scope' part does not really suffer from the V9958, but more from slightly different timing on turboR.



Oh, I thought that I saw it bad working in a MSX2+ Sanyo Wavy FD (RAM 512KB) in the old days. But, of course, too much time since then has passed.

That part also "suffers" more with 10MHz in OCM (this seems not to be well "synchronized" or it is too much focused to a 3.58MHz z80).
manuel
msx guru
Posts: 3185
Posted: May 12 2008, 13:23   
It could be that the Sanyo has different timing as well.

The horizontal screen split relies on very tight timing, so it will definately be messed up on differently timed machines.
HRA!
online
msx lover
Posts: 71
Posted: May 12 2008, 14:50   
> KdL

At the time of having written the mail I thought that it was a
good proposal.
However, the noise increases when SPDIF is connected directly.
Because the inside of OCM outputs the voice by the sampling rate of 3.58MHz.
It is necessary to design the low-pass filter of the cutoff frequency 48kHz on 3.58MHz to prevent
the noise.
It is too large, and doesn't fit the free area of OCM.

I have another idea.
It only has to output the voice to a port away from the VGA output.

HRA!
online
msx lover
Posts: 71
Posted: May 12 2008, 15:10   
About 4MB

In software for Mappar RAM, the number of 16KB-RAM is counted.
In the software counted by 8bit register, it fails in the detection of 4MB.
The 4MB has 256blocks.
It overflows when it is 8bit.

I know there is such a problem.
As for the software that will be made in the future, I want you to make as much
as 4MB consciously.


OCM becomes 2MB by changing EMSX_TOP.VHD.

HRA!
online
msx lover
Posts: 71
Posted: May 12 2008, 15:18   
What is UR?
Is UR free software?

In the source of original ESE-VDP, comment "The problem is
brought up by the horizontal split of UR" on Japanese.
I corrected ESE-VDP disregarding the comment.

SaebaMSX
msx freak
Posts: 221
Posted: May 12 2008, 15:23   
UR = Unknown Reality, Dutch demo from 1994 by NOP. The music was composed by Compjoetania and it uses MSX Audio + MSX Music. It even uses the 256KB of sample RAM from Philips Music Module (MSX Audio).

Yo can download it for free from here:

http://www.msx.org/modules.php?op=modload&name=Downloads&file=index&req=visit&lid=222
SaebaMSX
msx freak
Posts: 221
Posted: May 12 2008, 15:27   
Quote:

In software for Mappar RAM, the number of 16KB-RAM is counted.
In the software counted by 8bit register, it fails in the detection of 4MB.
The 4MB has 256blocks.
It overflows when it is 8bit.



The problem is that there is software which won't work and we can't modify that software. For future software I hope it won't happen again.

Anyway, I think most of actual coders will care of it as you point. We want OCM as a perfect MSX but we have to create compatible MSX software too (it does not happen most of the times though).
HRA!
online
msx lover
Posts: 71
Posted: May 12 2008, 16:39   
As for EMSX_TOP of the latest version, the refactoring of VDP is the main.
The timing of VDP may be getting worse.
However, it is easy to adjust timing.

I am creating the benchmark which measures various timing now.
In the next release, I think that some conspicuous bugs are solvable.

Moreover, in the next release, it returns to 2MB Mapper RAM.

SaebaMSX: Yo can download it for free from here

Thank you!

 
Goto page ( Previous Page 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 )
 







(c) 1994 - 2008 MSX Resource Center Foundation. MSX is a trademark of the MSX Association.