Post by ReyVGM

Posted: 12/1/2015 4:57 PM

Quote

Tenkei

Joined: 12/1/2015
Posts: 4

I'm having a problem with Bizhawk and can't seem to figure out what to do about it : from times to times when I use a QuickLoad the emulator freezes (it doesn't respond and keeps repeating the last note of music). It may not seem to be too bad but it happens vers 10-20 quicksaves and it's just impossible to practice like that so if anyone has suggestions I'm open to it.

Posted: 12/1/2015 7:55 PM

Quote

zeromus

Editor, Emulator Coder

Joined: 8/7/2008
Posts: 1156

Using which game on which core? This sounds most likely due to the savestate logic being a bit wrecked in that case

Posted: 12/1/2015 10:52 PM

Quote

Tenkei

Joined: 12/1/2015
Posts: 4

I've had the issue with all three games I played (Ducktales, Ninja Gaiden 2 and Darkwing Duck) on the NES.

Posted: 12/1/2015 11:33 PM

Quote

zeromus

Editor, Emulator Coder

Joined: 8/7/2008
Posts: 1156

then it sounds like your hard disk is about to break. but try disabling rewind and see what happens

Posted: 12/1/2015 11:42 PM

Quote

Tenkei

Joined: 12/1/2015
Posts: 4

Disabling rewind indeed works but my disk is fairly new and it seems to work just fine, could it be because it's a SSD (Samsung SSD 850 EVO)? EDIT: After some more testing it still crashes, maybe a little less often but I'm not sure (I've tested this by spamming different savestats, which might not have been an exceptional idea).

Posted: 12/2/2015 3:21 AM

Quote

zeromus

Editor, Emulator Coder

Joined: 8/7/2008
Posts: 1156

no, it cannot be because it's an SSD. can you jam on the same loadstate key over and over and get it within a few seconds of testing? are you in quicknes or neshawk?

Posted: 12/2/2015 4:22 PM

Quote

Tenkei

Joined: 12/1/2015
Posts: 4

I'm on quicknes. It crashes fairly quickly when I spam the same quickload indeed. I tried putting BizHawk on one of my HDD and it doesn't seem to crash anymore, but I have no idea what could be wrong with the SSD...

Posted: 12/2/2015 4:45 PM

Quote

zeromus

Editor, Emulator Coder

Joined: 8/7/2008
Posts: 1156

quicker hard disks can cause problems too. Faster timing exposes different bugs. Maybe nothing wrong with your SSD. Of course, I'm sure bizhawk's been tested on a boatload of SSDs so I don't see how that answers anything. I did some serious spamming of ducktales in quicknes and couldnt make anything bad happen. Try turning off your security software.

Posted: 12/2/2015 8:34 PM

Quote

jlun2

Skilled player (1741)

Joined: 9/17/2009
Posts: 4981
Location: ̶C̶a̶n̶a̶d̶a̶ "Kanatah"

On BizHawk 1.11.3, using VBA-Next core. I'm not sure if I'm going nuts or not, but the SaveRam for "Monster House (USA) (En,Fr).gba" is rather bugged. For some reason, if I save in game, then reset core or close the emulator, the save file doesn't get updated and just writes "FF" for all values when viewed in a hex editor. It works using the MGBA core however.

LLCoolDave wrote:

This seems to be competing for the "Worst looking TAS of 2011" Award.

Posted: 12/6/2015 2:44 AM

Quote

ReyVGM

Joined: 8/3/2009
Posts: 158

null

Posted: 12/6/2015 3:59 AM

Quote

zeromus

Editor, Emulator Coder

Joined: 8/7/2008
Posts: 1156

ReyVGM wrote:

null

reference

Posted: 12/6/2015 7:17 AM

Quote

ReyVGM

Joined: 8/3/2009
Posts: 158

Posted something that turned out to be incorrect. So I annulled it.

Posted: 12/6/2015 7:18 AM

Quote

feos

Site Admin, Skilled player (1254)

Joined: 4/17/2010
Posts: 11475
Location: Lake Chargoggagoggmanchauggagoggchaubunagungamaugg

You can delete a post if it is the last one in the thread.

Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.

Posted: 12/6/2015 6:54 PM

Quote

ReyVGM

Joined: 8/3/2009
Posts: 158

Didn't notice it, thanks.

Posted: 12/11/2015 8:45 PM
(Edited: 12/11/2015 9:37 PM)

Quote

nesfreak

Joined: 9/6/2005
Posts: 39
Location: Sweden

Hello. I'm trying to build BizHawk on Linux Mint (Ubuntu derivative) with MonoDevelop, but when I load the .sln file it says that BizHawk.Client.ApiHawk has Unknown ToolsVersion '14.0' Why is this? I havent't run tried building yet, so I don't know if it'll affect the building process, but I'm curious as to why this is so, and if I can fix it. Change it to another version or something. EDIT: Never mind, I was using an old version of MonoDevelop from the ubuntu repository. Upgraded to a newer version and now I don't get that error any more...

The Dj Opposite Website - My Main music site | Dj Opposite on Newgrounds - My music, mostly Game Remakes.

Posted: 12/11/2015 8:57 PM

Quote

feos

Site Admin, Skilled player (1254)

Joined: 4/17/2010
Posts: 11475
Location: Lake Chargoggagoggmanchauggagoggchaubunagungamaugg

Yes, try 10, it's a text file.

Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.

Posted: 12/11/2015 9:38 PM

Quote

zeromus

Editor, Emulator Coder

Joined: 8/7/2008
Posts: 1156

"is this" because it was added a few days ago by a windows programmer and hasnt been normalized by the unix programmer yet. the other csprojs use 4.0 as a simple grep will show you.

Posted: 12/12/2015 10:48 AM

Post subject: fullscreen commandline problem

Quote

yuigenron

Player (144)

Joined: 2/27/2011
Posts: 31
Location: Japan

When using the --fullscreen parameter (or config>Customize>Start in Fullscreen), the game window is displayed in small size, so I can still see the desktop. The issue occurs on every system I have tested (NES, GBA, PSX), and on BizHawk 1.9.2 and later versions. BizHawk 1.9.1 and older versions work fine. DxDiag log if that helps.

http://www.youtube.com/user/yuigenron1

Posted: 12/12/2015 7:26 PM

Quote

zeromus

Editor, Emulator Coder

Joined: 8/7/2008
Posts: 1156

fixed

Posted: 12/22/2015 11:32 PM

Post subject: A-2600 Dragster

Quote

Alyosha

He/Him

Editor, Emulator Coder, Expert player (3821)

Joined: 11/30/2014
Posts: 2829
Location: US

I noticed some graphical glitches in Atari 2600 Dragster, and am thinking there might be an emulation bug First, the car starts in the wrong spot on the screen. Here is bizhawk:

And here is another A2600 emulator PCAE 2.7:

watching some youtube videos all also show the correct car position at start. Also, after a certain point on the screen the car breaks up into sections for some reason:

This also doesn't happen in youtube videos or in the other emulator. Any help on this would be appreciated, if there is a setting I should be changing I surely can't find it. The pics were taken from bizhawk 1.11.4 as well. Finally, I've really noticed big improvements in Bizhawk since I first tried it about a year ago, keep up the great work development team!

Posted: 12/31/2015 1:52 PM

Post subject: Effects of illegal opcodes

Quote

Alyosha

He/Him

Editor, Emulator Coder, Expert player (3821)

Joined: 11/30/2014
Posts: 2829
Location: US

I wasn't quite sure what to do with this so I'll post it here. While looking at some trace logs for NES ghosts 'n goblins at a particular glitch, I was trying to compare FCEUX and Bizhawk to see if there are any differences. I noticed that FCEUX sometimes hangs and Bizhawk (NESHawk core) always resets as the glitch occurs. I traced this down to how the emulators handle the opcode 02. It crashes FCEUX but Bizhawk manages to get by it and keeps on going: Bizhawk:

0390  FF ???                  A:0B X:01 Y:01 P:35 SP:39 Cy:498589133   TBIC
0393  FF ???                  A:B6 X:01 Y:01 P:B4 SP:39 Cy:498589140   NTBI
0396  FF ???                  A:5F X:01 Y:01 P:75 SP:39 Cy:498589147   VTBIC
0399  FF ???                  A:08 X:01 Y:01 P:35 SP:39 Cy:498589154   TBIC
039C  FF ???                  A:B0 X:01 Y:01 P:B4 SP:39 Cy:498589161   NTBI
039F  FF ???                  A:56 X:01 Y:01 P:75 SP:39 Cy:498589168   VTBIC
03A2  02 ???                  A:00 X:01 Y:01 P:37 SP:39 Cy:498589175   TBIZC
03A3  80 NOP #$D0             A:00 X:01 Y:01 P:37 SP:39 Cy:498589176   TBIZC
03A5  54 NOP $02,X            A:00 X:01 Y:01 P:37 SP:39 Cy:498589178   TBIZC

FCEUX:

i288661349         $0399:FF        UNDEFINED                                    A:08 X:01 Y:01 S:39 P:nvUBdIzC 
i288661350         $039C:FF        UNDEFINED                                    A:B0 X:01 Y:01 S:39 P:NvUBdIzc 
i288661351         $039F:FF        UNDEFINED                                    A:56 X:01 Y:01 S:39 P:nVUBdIzC 
i288661352         $03A2:02        UNDEFINED                                    A:00 X:01 Y:01 S:39 P:nvUBdIZC 
i288661353         $03A2:02        UNDEFINED                                    A:00 X:01 Y:01 S:39 P:nvUBdIZC 
i288661354         $03A2:02        UNDEFINED                                    A:00 X:01 Y:01 S:39 P:nvUBdIZC 
i288661355         $03A2:02        UNDEFINED                                    A:00 X:01 Y:01 S:39 P:nvUBdIZC 
i288661356         $03A2:02        UNDEFINED                                    A:00 X:01 Y:01 S:39 P:nvUBdIZC 
i288661357         $03A2:02        UNDEFINED                                    A:00 X:01 Y:01 S:39 P:nvUBdIZC 
i288661358         $03A2:02        UNDEFINED                                    A:00 X:01 Y:01 S:39 P:nvUBdIZC 
i288661359         $03A2:02        UNDEFINED                                    A:00 X:01 Y:01 S:39 P:nvUBdIZC 
i288661360         $03A2:02        UNDEFINED                                    A:00 X:01 Y:01 S:39 P:nvUBdIZC

I don't know which is correct, all I can find is this nesdev article which says 02 should "Jam the machine" , leading me to believe FCEUX is correct: http://nesdev.com/6502_cpu.txt This only matters for things like ACE and such but it seems like an important distinction.

Posted: 12/31/2015 4:30 PM
(Edited: 1/1/2016 1:49 AM)

Quote

franpa

Joined: 2/25/2006
Posts: 407

You can infinitely advance to the next track when listening to NSF files, progressing past the last song contained in the NSF file produces weird (yet interesting) results. Some of the weird stuff that can happen is the display displaying corrupt visuals/garbage and some tracks might be some of the songs with interesting changes applied to them like a added drum beat or channels missing etc.

Ryzen 3700X, ASUS Crosshair VIII Hero (WiFi) Motherboard, 32GB 3600MHz RAM, MSI Geforce 1070Ti 8GB, Windows 10 Pro x64 http://tasvideos.org/Nach/FranpaAlert.html

Posted: 12/31/2015 5:44 PM

Quote