One chip MSX improvement project (Revival Foros MSX)MSX Resource Center MSXdev 2008 - MSX1 development bonanza!           
                       
English Nederlands Español Português Russian                  
 Noticias
   Página principal
  Almacén de noticias
  Temas de noticias

 Recursos
   Foros MSX
  Artículos
  Analisis
  Informe de ferias/RUs
  Álbum de fotos
  Ferias y encuentros
  Encuestas
  Enlaces
  Buscar

 Software
   Descargas
  Tienda Online

 MRC
   Quiénes somos
  Únete a nuestro equipo
  Donar
  Políticas
  Contacta con nosotros
  Enlázanos
  Estadísticas

 Buscar
 
  

  

 Login
 

Login

Contraseña




¿Aún no tienes una cuenta? ¡Conviértete en miembro del MSX Resource Center! ¡Únete a nosotros!.


 Estadísticas
 

Hay 135 invitados y 5 miembros en línea

Eres un usuario anónimo.
 

Foros MSX


Foros MSX

Revival - One chip MSX improvement project

Ir a la página ( Página anterior 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 Siguiente página )
Autor

One chip MSX improvement project

manuel
msx guru
Mensajes: 3382
Publicado: Mayo 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
Mensajes: 245
Publicado: Mayo 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
Mensajes: 3382
Publicado: Mayo 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!
msx lover
Mensajes: 106
Publicado: Mayo 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!
msx lover
Mensajes: 106
Publicado: Mayo 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!
msx lover
Mensajes: 106
Publicado: Mayo 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
Mensajes: 245
Publicado: Mayo 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
Mensajes: 245
Publicado: Mayo 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!
msx lover
Mensajes: 106
Publicado: Mayo 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!

HRA!
msx lover
Mensajes: 106
Publicado: Mayo 19 2008, 16:27   
New update PLD:
http://www5d.biglobe.ne.jp/~hra/note/onechipmsx/files/emsx_top_dev_20080519.zip

This is unstable release for developper.
As for emsx_top_20080511_001.zip, the object for DE1 had broken.
emsx_top_dev_20080519.zip only corrected it.

The problem of timing has not been solved yet

inu64
msx user
Mensajes: 43
Publicado: Mayo 19 2008, 20:29   
good work¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡

SaebaMSX
msx freak
Mensajes: 245
Publicado: Mayo 19 2008, 21:06   
Quote:

The problem of timing has not been solved yet



Seems to be hard to be corrected. Good luck with it!
KdL
msx user
Mensajes: 60
Publicado: Mayo 22 2008, 17:30   
Quartus II Software v8.0

Visit the download center on June 2, 2008 to download Altera's design software version 8.0, including Quartus II subscription edition and web edition software.

http://www.altera.com/support/software/download/sof-download_center.html

Other infos at:
http://www.altera.com/products/software/products/quartus2/whats_new/qts-whatsnew.jsp

HRA!
msx lover
Mensajes: 106
Publicado: Mayo 23 2008, 15:40   
A new problem was discovered.

(1) VGA output
I purchased a new monitor. (http://www.iodata.jp/prod/display/lcd/2007/lcd-mf241x/index.htm)
Even if it connected OCM/DE1 to this monitor's analog RGB, a display did not come out.
However, the output of the sample circuit of DE1 was displayed.

It seems that a problem is in the VGA output timing of OCM.

(2) Cannot write to SD Card on DE1 version
It seems that it cannot write to SD card on DE1 version.

> Quartus II Software v8.0

It is pleasure

SaebaMSX
msx freak
Mensajes: 245
Publicado: Mayo 24 2008, 08:09   
HRA, I do normally connect OCM to RGB monitor/TV with a cable converting from DB9 to SCART. This cable works in some TVs but not in other ones. I thought it was related to volts in the pinout of OCM since some TVs are more sensitive to this.

I've tested OCM, with original firmware not with your versions, directly to a Sony VGA monitor (19" ) and it works perfect.

Timing problems seem the neverending problems with OCM.

Good luck again!
 
Ir a la página ( Página anterior 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 Siguiente página )
 







(c) 1994 - 2008 Fundación MSX Resource Center. MSX es una marca registrada de MSX Licensing Corporation