Forum Index  >>  Nintendo (NES)  >>  

Specific game problems

      

   Page 2 of 2   

1 year ago - Wednesday, June 23, 2010
#16
mohd.shiblee
Type: Member
Posts: 2
Joined: 2/22/2010
please enable function no sprites limit and full stretch for adventure island classic.
1 year ago - Wednesday, June 23, 2010
#17
RetroRalph
Type: Administrator
Posts: 1336
Joined: 7/19/2009
mohd.shiblee wrote:

please enable function no sprites limit and full stretch for adventure island classic.


To do that I would have to add an "inaccurate" render feature. RetroCopy's design is such that it closely follows hardware design, as such, adding features like "no sprite limit" is incredibly difficult, just like real hardware. :)
1 year ago - Wednesday, September 08, 2010
#18
Sasha
Type: Beta Tester
Posts: 306
Joined: 2/19/2010
Retrocopy 0.800

---------------------------------------------------------------------

I found bugs in:

xybots (unl) (prototype) - crash without error message.
who framed roger rabbit - screen flickers white color.
uchuu keibitai sdf (j) - crash without error message.
Cybernoid - the fighting machine, all screen messed:



Young indiana jones chronicles, have problems, in caves screen flickering and moves up/down:



Url with solve problem: http://nesdev.parodius.com/bbs/viewtopic.php?t=6401&postdays=0&postorder=asc&start=15

---------------------------------------------------------------------

problems with GUI:

werewolf - the last warrior (u) [!] - works only after rename rom.

---------------------------------------------------------------------

problems with EUR Region:

twin eagle - revenge joe's brother - screen flickering.

Top gun - screen flickering.

Teenage Mutant Ninja Turtles 2 - graphic bugs flickering.

advanced dungeons & dragons - heroes of the lance - in gameplay almost all screen messed:



Adventurer 2 - bug with intro screen:



F1 race - Screen flickering, and HUD moved to the left.



Friday the 13th - problems with HUD.



jackie chan's action kung fu - strange blue lines:



Treasure master, tom & jerry and tuffy, time lord - with these color lines:




Toki - some intro screens slightly distorted:



Galaxian -

Edited 22 times. Last edit by Sasha
1 year ago - Wednesday, September 08, 2010
#19
panzeroceania
Type: Member
Posts: 126
Joined: 8/31/2009
RetroRalph wrote:



I guess it depends on how you look at what these people are doing. I haven't dealt with any of their "SETS" yet outside what RC covers. One thing that TOSEC has in its "pro" column is it isn't trying to create (at least that I'm aware of) new ROM formats unlike NO-INTRO.

The problem I see with these groups is they are creating all these new ROM sets that are pretty much exactly like others that already exist, just with naming changes or whatnot. And I must ask, what is the point? So that yet another party has verified ROM data is correct? On the SMS/GG/SG end we have had good people (SMSPower) for years already doing this. And the other communities have their own little groups doing the same.

My biggest problem is when the groups eventually decide to start to implement "change" and force some new crap on their users like NO-INTRO are in the process of doing (which they won't succeed with because they have no support from authors). When you get a community of ROM dumpers together they are mainly interested in one thing, ROM dumping.

However ROMs are used in 99% of cases by people in emulators, so that is the target people should be aiming for that work on these projects. That is what the RC .GAME format aims at. Other emulator authors think I am crazy for putting so much work into it, but they will see once the bigger RC features are done that it had to be done to achieve the goals. Many people are still stuck in a time warp when it comes to emulation, just because the machines we work with are "old" doesn't mean our thought processes need to be.


I don't see how what No Intro is doing, that is, making a clean list of known good dumps, and validating them. Getting rid of all the bad dumps etc.

as an emulator author I would think you'd appreciate such a thing, because it lowers the amount of false bug reports because someone is using a bad rom.

You talk about roms being used for emulators, and not living in the past, and yet you support the goodroms set and naming, which itself is archaic.

many of those rom formats are made to be used on copiers, not on emulators, as you said most people don't have copiers so that's useless.

it seems to me to make more sense to support more modern dumped sets that are more accurate, just like your emulator is.

The only reason I can think that you would not want to is because it might mean more work for you but I think the end result, as you said, is worth it.
Edited 2 times. Last edit by panzeroceania
1 year ago - Wednesday, September 08, 2010
#20
Sasha
Type: Beta Tester
Posts: 306
Joined: 2/19/2010
panzeroceania wrote:


because it lowers the amount of false bug reports because someone is using a bad rom.


Here is no problems for NTSC (U) games, just few games crash or works not properly, another roms require unique mappers, and GUI show message: mapper not supported.

   Page 2 of 2   



RetroCopy: Making emulation easy and fun.
  |   RetroCopy © 2011