Topic by hegyak

Posted: 11/12/2013 2:34 PM

Quote

hegyak

Editor

Joined: 3/31/2010
Posts: 1466
Location: Not playing Puyo Tetris

The Re-Volt Bug I reported earlier has been fixed. I am using SVN r5340.

When TAS does Quake 1, SDA will declare war. The Prince doth arrive he doth please.

Posted: 11/15/2013 12:52 AM

Quote

Slowking

Joined: 12/6/2008
Posts: 1193

So I did find out where bizhawk is keeping that copy of the sram for MM: C:\Users\%username%\AppData\Roaming\Mupen64Plus\save I would guess that is a bug?

Posted: 11/15/2013 12:54 AM

Quote

adelikat

He/Him

Emulator Coder, Site Developer, Site Owner, Expert player (3584)

Joined: 11/3/2004
Posts: 4738
Location: Tennessee

Sounds like the mupen64plus core is keeping its own copy! BizHawk's path system would never default to appdata like that.

It's hard to look this good. My TAS projects

Posted: 11/15/2013 1:30 AM

Quote

Yep, seems like it. I didn't even have mupen64plus installed when I found it. Can only be created by bizhawk (and deleting it fixed the problem with bizhawk remembering the sram). Sadly I found another bug. When I try to add a cheat this happens:

Informationen über das Aufrufen von JIT-Debuggen
anstelle dieses Dialogfelds finden Sie am Ende dieser Meldung.

************** Ausnahmetext **************
System.ArgumentOutOfRangeException: Das angegebene Argument liegt außerhalb des gültigen Wertebereichs.
   bei BizHawk.Emulation.Consoles.Nintendo.N64.N64.<>c__DisplayClass2.<MakeMemoryDomain>b__0(Int32 addr)
   bei BizHawk.MultiClient.Watch.GetByte()
   bei BizHawk.MultiClient.Watch.GenerateWatch(MemoryDomain domain, Int32 address, WatchSize size, DisplayType type, String notes, Boolean bigEndian)
   bei BizHawk.MultiClient.CheatEdit.get_Cheat()
   bei BizHawk.MultiClient.Cheats.AddCheat()
   bei BizHawk.MultiClient.CheatEdit.AddButton_Click(Object sender, EventArgs e)
   bei System.Windows.Forms.Control.OnClick(EventArgs e)
   bei System.Windows.Forms.Button.OnClick(EventArgs e)
   bei System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   bei System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   bei System.Windows.Forms.Control.WndProc(Message& m)
   bei System.Windows.Forms.ButtonBase.WndProc(Message& m)
   bei System.Windows.Forms.Button.WndProc(Message& m)
   bei System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Geladene Assemblys **************
mscorlib
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.0.30319.34003 built by: FX45W81RTMGDR.
    CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/mscorlib.dll.
----------------------------------------
BizHawk.MultiClient
    Assembly-Version: 1.5.2.5123.
    Win32-Version: 1.5.2.5123.
    CodeBase: file:///D:/Programme/bizhawk/BizHawk.MultiClient.exe.
----------------------------------------
System
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.0.30319.34003 built by: FX45W81RTMGDR.
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll.
----------------------------------------
System.Web
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.0.30319.33440 built by: FX45W81RTMREL.
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_32/System.Web/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Web.dll.
----------------------------------------
System.Core
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.0.30319.33440 built by: FX45W81RTMREL.
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll.
----------------------------------------
System.Configuration
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.0.30319.33440 built by: FX45W81RTMREL.
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll.
----------------------------------------
System.Xml
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.0.30319.33440 built by: FX45W81RTMREL.
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll.
----------------------------------------
System.Windows.Forms
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.0.30319.33440 built by: FX45W81RTMREL.
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll.
----------------------------------------
System.Drawing
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.0.30319.33440 built by: FX45W81RTMREL.
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll.
----------------------------------------
BizHawk.Emulation
    Assembly-Version: 1.5.2.5123.
    Win32-Version: 1.5.2.5123.
    CodeBase: file:///D:/Programme/bizhawk/dll/BizHawk.Emulation.dll.
----------------------------------------
SlimDX
    Assembly-Version: 4.0.10.43.
    Win32-Version: .
    CodeBase: file:///D:/Programme/bizhawk/dll/SlimDX.dll.
----------------------------------------
Microsoft.VisualBasic
    Assembly-Version: 10.0.0.0.
    Win32-Version: 12.0.20806.33440 built by: FX45W81RTMREL.
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/Microsoft.VisualBasic/v4.0_10.0.0.0__b03f5f7f11d50a3a/Microsoft.VisualBasic.dll.
----------------------------------------
BizHawk.Util
    Assembly-Version: 1.5.2.5123.
    Win32-Version: 1.5.2.5123.
    CodeBase: file:///D:/Programme/bizhawk/dll/Bizhawk.Util.dll.
----------------------------------------
Newtonsoft.Json
    Assembly-Version: 1.3.0.0.
    Win32-Version: 1.3.0.0.
    CodeBase: file:///D:/Programme/bizhawk/dll/Newtonsoft.Json.dll.
----------------------------------------
System.Windows.Forms.resources
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.0.30319.33440 built by: FX45W81RTMREL.
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms.resources/v4.0_4.0.0.0_de_b77a5c561934e089/System.Windows.Forms.resources.dll.
----------------------------------------
LuaInterface
    Assembly-Version: 2.0.4.24551.
    Win32-Version: 2.0.4.24551.
    CodeBase: file:///D:/Programme/bizhawk/dll/LuaInterface.dll.
----------------------------------------
lua51
    Assembly-Version: 0.0.0.0.
    Win32-Version: .
    CodeBase: file:///D:/Programme/bizhawk/dll/lua51.dll.
----------------------------------------
ICSharpCode.SharpZipLib
    Assembly-Version: 0.86.0.518.
    Win32-Version: 0.86.0.518.
    CodeBase: file:///D:/Programme/bizhawk/dll/ICSharpCode.SharpZipLib.dll.
----------------------------------------
mscorlib.resources
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.0.30319.33440 built by: FX45W81RTMREL.
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/mscorlib.resources/v4.0_4.0.0.0_de_b77a5c561934e089/mscorlib.resources.dll.
----------------------------------------

************** JIT-Debuggen **************
Um das JIT-Debuggen (Just-In-Time) zu aktivieren, muss in der
Konfigurationsdatei der Anwendung oder des Computers
(machine.config) der jitDebugging-Wert im Abschnitt system.windows.forms festgelegt werden.
Die Anwendung muss mit aktiviertem Debuggen kompiliert werden.

Zum Beispiel:

<configuration>
    <system>
</configuration>

Wenn das JIT-Debuggen aktiviert ist, werden alle nicht behandelten
Ausnahmen an den JIT-Debugger gesendet, der auf dem
Computer registriert ist, und nicht in diesem Dialogfeld behandelt.

Posted: 11/15/2013 1:44 AM

Quote

Slowking

Joined: 12/6/2008
Posts: 1193

Actually it seems like Bizhawk isn't even loading (and/or saving) in it's own "Zelda no Densetsu - Mujura no Kamen (Japan) (Rev A).SaveRAM" the only file that seems to matter is the "THE MASK OF MUJURA (unknown rom).fla" in C:\Users\%username%\AppData\Roaming\Mupen64Plus\save . When it's there I have a file on the file select, when it's gone, the file select is empty. Doesn't matter what is in the bizhawk save folder or what isn't.

Posted: 11/15/2013 1:33 PM

Quote

hegyak

Editor

Joined: 3/31/2010
Posts: 1466
Location: Not playing Puyo Tetris

I have the file: ZELDA MAJORA'S MASK (unknown rom).fla I used the US version. Legend of Zelda, The - Majora's Mask (USA) SHA1: D6133ACE5AFAA0882CF214CF88DABA39E266C078 Edit: The E version appears to happily load the U save file.

When TAS does Quake 1, SDA will declare war. The Prince doth arrive he doth please.

Posted: 11/15/2013 1:50 PM

Quote

Slowking

Joined: 12/6/2008
Posts: 1193

Yeah, E, U and GC-J use the same save format and should load each others saves. Only J 1.0 and 1.1 have a different save format from the others. Actually that bug helped me yesterday. Since I can't get cheats to work in bizhawk (manually adding cheats produces above errors and adding a .cht didn't work (I don't know what format bizhawk wants)) I used cheats in mupen+ to create a 100% file, then loaded that with bizhawk and made savestates for MM J 1.0 and 1.1. :D

Posted: 11/15/2013 2:17 PM

Quote

adelikat

He/Him

Emulator Coder, Site Developer, Site Owner, Expert player (3584)

Joined: 11/3/2004
Posts: 4738
Location: Tennessee

Yeah, cheats are busted in 1.5.2, It has been fixed since. Slowking, would you be interested in beta testing a new release?

It's hard to look this good. My TAS projects

Posted: 11/15/2013 3:41 PM

Quote

Slowking

Joined: 12/6/2008
Posts: 1193

Ah well that explains that then. Sure, I'm not sure how good I'd be at it, but an extra pair of eyes can't hurt, I guess. :)

Posted: 11/15/2013 3:42 PM

Quote

adelikat

He/Him

Emulator Coder, Site Developer, Site Owner, Expert player (3584)

Joined: 11/3/2004
Posts: 4738
Location: Tennessee

Alright, I'll hassle you in a few days. I still need to go through the posts since the release and make sure I think everything has been dealt with.

It's hard to look this good. My TAS projects

Posted: 11/16/2013 2:18 AM

Quote

Slowking

Joined: 12/6/2008
Posts: 1193

So Bizhawk just corrupted a movie.... It must have happened while playing back in read only mode or in the menu, since it worked for full playback and then stopped working. Also there is no backup, for some reason. If I try to open it now bizhawk throws an error. (see below) The backup movies (sadly from an way earlier attempt) have the starting savestate and the framecount includet. Both of those are missing from the corrupted movie. movie: https://mega.co.nz/#!idp2SBiZ!Pz-_O067B94EbvSa_K5fXUoYfCZaOg5laCbhe9HgA5s error:

Informationen über das Aufrufen von JIT-Debuggen
anstelle dieses Dialogfelds finden Sie am Ende dieser Meldung.

************** Ausnahmetext **************
System.ArgumentOutOfRangeException: Nicht negative Zahl erforderlich.
Parametername: count
   bei System.IO.BinaryReader.Read(Byte[] buffer, Int32 index, Int32 count)
   bei BizHawk.Emulation.Consoles.Nintendo.N64.N64.LoadStateBinary(BinaryReader reader)
   bei BizHawk.Emulation.Consoles.Nintendo.N64.N64.LoadStateText(TextReader reader)
   bei BizHawk.MultiClient.MainForm.LoadStateFile(String path, String name, Boolean fromLua)
   bei BizHawk.MultiClient.MainForm.StartNewMovie(Movie m, Boolean record)
   bei BizHawk.MultiClient.PlayMovie.Run()
   bei BizHawk.MultiClient.PlayMovie.OK_Click(Object sender, EventArgs e)
   bei System.Windows.Forms.Control.OnClick(EventArgs e)
   bei System.Windows.Forms.Button.OnClick(EventArgs e)
   bei System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   bei System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   bei System.Windows.Forms.Control.WndProc(Message& m)
   bei System.Windows.Forms.ButtonBase.WndProc(Message& m)
   bei System.Windows.Forms.Button.WndProc(Message& m)
   bei System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Geladene Assemblys **************
mscorlib
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.0.30319.34003 built by: FX45W81RTMGDR.
    CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/mscorlib.dll.
----------------------------------------
BizHawk.MultiClient
    Assembly-Version: 1.5.2.5123.
    Win32-Version: 1.5.2.5123.
    CodeBase: file:///D:/Programme/bizhawk/BizHawk.MultiClient.exe.
----------------------------------------
System
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.0.30319.34003 built by: FX45W81RTMGDR.
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll.
----------------------------------------
System.Web
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.0.30319.33440 built by: FX45W81RTMREL.
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_32/System.Web/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Web.dll.
----------------------------------------
System.Core
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.0.30319.33440 built by: FX45W81RTMREL.
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll.
----------------------------------------
System.Configuration
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.0.30319.33440 built by: FX45W81RTMREL.
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll.
----------------------------------------
System.Xml
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.0.30319.33440 built by: FX45W81RTMREL.
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll.
----------------------------------------
System.Windows.Forms
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.0.30319.33440 built by: FX45W81RTMREL.
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll.
----------------------------------------
System.Drawing
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.0.30319.33440 built by: FX45W81RTMREL.
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll.
----------------------------------------
BizHawk.Emulation
    Assembly-Version: 1.5.2.5123.
    Win32-Version: 1.5.2.5123.
    CodeBase: file:///D:/Programme/bizhawk/dll/BizHawk.Emulation.dll.
----------------------------------------
SlimDX
    Assembly-Version: 4.0.10.43.
    Win32-Version: .
    CodeBase: file:///D:/Programme/bizhawk/dll/SlimDX.dll.
----------------------------------------
Microsoft.VisualBasic
    Assembly-Version: 10.0.0.0.
    Win32-Version: 12.0.20806.33440 built by: FX45W81RTMREL.
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/Microsoft.VisualBasic/v4.0_10.0.0.0__b03f5f7f11d50a3a/Microsoft.VisualBasic.dll.
----------------------------------------
BizHawk.Util
    Assembly-Version: 1.5.2.5123.
    Win32-Version: 1.5.2.5123.
    CodeBase: file:///D:/Programme/bizhawk/dll/Bizhawk.Util.dll.
----------------------------------------
Newtonsoft.Json
    Assembly-Version: 1.3.0.0.
    Win32-Version: 1.3.0.0.
    CodeBase: file:///D:/Programme/bizhawk/dll/Newtonsoft.Json.dll.
----------------------------------------
System.Windows.Forms.resources
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.0.30319.33440 built by: FX45W81RTMREL.
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms.resources/v4.0_4.0.0.0_de_b77a5c561934e089/System.Windows.Forms.resources.dll.
----------------------------------------
LuaInterface
    Assembly-Version: 2.0.4.24551.
    Win32-Version: 2.0.4.24551.
    CodeBase: file:///D:/Programme/bizhawk/dll/LuaInterface.dll.
----------------------------------------
lua51
    Assembly-Version: 0.0.0.0.
    Win32-Version: .
    CodeBase: file:///D:/Programme/bizhawk/dll/lua51.dll.
----------------------------------------
ICSharpCode.SharpZipLib
    Assembly-Version: 0.86.0.518.
    Win32-Version: 0.86.0.518.
    CodeBase: file:///D:/Programme/bizhawk/dll/ICSharpCode.SharpZipLib.dll.
----------------------------------------
mscorlib.resources
    Assembly-Version: 4.0.0.0.
    Win32-Version: 4.0.30319.33440 built by: FX45W81RTMREL.
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/mscorlib.resources/v4.0_4.0.0.0_de_b77a5c561934e089/mscorlib.resources.dll.
----------------------------------------

************** JIT-Debuggen **************
Um das JIT-Debuggen (Just-In-Time) zu aktivieren, muss in der
Konfigurationsdatei der Anwendung oder des Computers
(machine.config) der jitDebugging-Wert im Abschnitt system.windows.forms festgelegt werden.
Die Anwendung muss mit aktiviertem Debuggen kompiliert werden.

Zum Beispiel:

<configuration>
    <system>
</configuration>

Wenn das JIT-Debuggen aktiviert ist, werden alle nicht behandelten
Ausnahmen an den JIT-Debugger gesendet, der auf dem
Computer registriert ist, und nicht in diesem Dialogfeld behandelt.

Also the movie menu takes forever to open, when there are movies with savesates and/or longer movies in the movie folder. I guess bizhawk reads information from all the files when opening the menu. That might not be such a good idea...

Posted: 11/16/2013 2:27 AM

Quote

adelikat

He/Him

Emulator Coder, Site Developer, Site Owner, Expert player (3584)

Joined: 11/3/2004
Posts: 4738
Location: Tennessee

Movies that start from savestate for N64 are busted. I believe it is you that already pointed this out. So not surprisingly, your starts from savestate movie is corrupted.

It's hard to look this good. My TAS projects

Posted: 11/16/2013 2:46 AM

Quote

Slowking

Joined: 12/6/2008
Posts: 1193

Nope, I was talking about movies that don't start from a state. Those desync because bizhawk loads the .fla from the mupen user directory. That movies starting from states are also busted is news to me. I mean it worked in the 1-2 casual tries I did before. Had I known that bizhawk randomly corrupts them (deletes the state inside), after the movie is already finished, I wouldn't have tried something a little harder (not extremely hard, but it still took a while)... So basically I have a feeling I shouldn't bother trying anything else till the next beta. Is this on the imediate fix-list or will it take a while?

Posted: 11/16/2013 2:49 AM

Quote

adelikat

He/Him

Emulator Coder, Site Developer, Site Owner, Expert player (3584)

Joined: 11/3/2004
Posts: 4738
Location: Tennessee

Unfortunately, the starts from savestate feature is brittle, turns out it didn't scale to N64 (while it works great for cores like NES, SNES). However, fixing it for N64 has no quick fix, we need to rework how that part of the system works. So it isn't scheduled for release. The other issues brought up here are on the priority list. Sorry it isn't going as fast as you would like. Currently, I"m the only active developer on this.

It's hard to look this good. My TAS projects

Posted: 11/16/2013 3:12 AM

Quote

Slowking

Joined: 12/6/2008
Posts: 1193

I'm not in a rush, don't worry. If I come off that way, sorry. I just try to wrap my head around what is working, what isn't, what is known not working and what priority what is. But couldn't you relatively easily deactivate that movie from savestate feature in the next version? (just remove the pulldown menu) Certainly would save some people some grief. It's hard to know what is working and what isn't, for somebody who is new to bizhawk.

Posted: 11/16/2013 3:25 PM

Quote

hegyak

Editor

Joined: 3/31/2010
Posts: 1466
Location: Not playing Puyo Tetris

I test things when I can. I don't get mad when something isn't right in Bizhawk. I wait. Even if it's not 100% I know it will be eventually. I always look forward to every new SVN and major release.

When TAS does Quake 1, SDA will declare war. The Prince doth arrive he doth please.

Posted: 11/16/2013 6:25 PM

Quote

Slowking

Joined: 12/6/2008
Posts: 1193

I would also like to thank you for your hard work, adelikat. It's really nice to have a N64 TAS emulator now that isn't a nightmare, even if it still needs a few little fixes here and there. I mean that is to be expected in the beginning. :)

Posted: 11/17/2013 1:58 AM

Quote

natt

Editor, Emulator Coder, Site Developer

Joined: 5/11/2011
Posts: 1108
Location: Murka

all problems with video capture + capture OSD should be fixed on svn.

Posted: 11/17/2013 3:29 AM

Quote

micro500

Emulator Coder, Player (68)

Joined: 10/4/2005
Posts: 197

The problems with the extra saveram file (*.fla) should be fixed as well on svn

Posted: 11/17/2013 4:27 AM

Quote

jlun2

Skilled player (1705)

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

Uh...for BizHawk 1.5.2 I can't edit the "Domain" option after entering it for GBx ram watch. Normally, that can easily be solved by recreating it, but if the .wch file was imported from elsewhere, it would mean I'd have to open it in a text editor (thanks!) and manually change it myself. Oh, and since the TASEdit tool for BizHawk is kinda bad (compared to FCEUX), when TASing GBx games, I usually open the file in Programmer's notepad. Unfortunately, it seems if I saved the file on notepad before stopping movie playback on BizHawk 1.5.2, then drag the movie file to said emulator without stopping the current playback, the change would not reflected on the playback. It would be nice if it was like DeSmuME where doing what I just mentioned would cause the playback to reflect the change done to the movie. :)

LLCoolDave wrote:

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

Posted: 11/17/2013 10:41 PM

Quote

hegyak

Editor

Joined: 3/31/2010
Posts: 1466
Location: Not playing Puyo Tetris

I have configured Bizhawk's ROM paths and when I load a Game Gear game, the ROM path appears to revert to a Sega Master System. The Savestates go into the Game Gear path.

      {
        "SystemDisplayName": "SMS",
        "Type": "ROM",
        "Path": "D:\\Emu\\BizHawk-1.5.2\\ROMs\\SMS",
        "System": "SMS",
        "Ordinal": 1
      },
      {
        "SystemDisplayName": "GG",
        "Type": "ROM",
        "Path": "D:\\Emu\\BizHawk-1.5.2\\ROMs\\GG",
        "System": "GG",
        "Ordinal": 1
      },

Both Sega Master System and Game Gear ROM files load properly and appear to be working properly. This error occurs in the latest SVN r5403 Edit: For some reason the resolution changes in game. This is on the SNES core. The Genesis core will also do this in some games. http://i530.photobucket.com/albums/dd343/hegyak/MarionoSuperPicrossJapan2013-11-17174546.png http://i530.photobucket.com/albums/dd343/hegyak/MarionoSuperPicrossJapan2013-11-17174556.png Mario no Super Picross (Japan) SHA1:C4200B9886B16C148B32D2C75D02F2A875D997CC MD5:34255C940FFDAFA25235A7B3C9093186 Is the intended behavior?

When TAS does Quake 1, SDA will declare war. The Prince doth arrive he doth please.

Posted: 11/18/2013 4:17 PM
(Edited: 11/18/2013 7:18 PM)

Quote

creaothceann

He/Him

Editor

Joined: 4/7/2005
Posts: 1874
Location: Germany

If the game uses the hires-mode (512 pixels per line) and/or interlacing (2x lines per screen) then I'd expect that the emulator increases the window to show a screen of at least 512x448. Watch the intro of Secret of Mana 2 (Seiken Densetsu 3) and look for changes when text boxes appear.

Posted: 11/18/2013 4:21 PM

Quote

adelikat

He/Him

Emulator Coder, Site Developer, Site Owner, Expert player (3584)

Joined: 11/3/2004
Posts: 4738
Location: Tennessee

In SNES, you can go to SNES -> Options, and click "Always Double-Size Framebuffer" to get this behavior. Should this be the default setting? Genesis has no option yet, but you really shouldn't be using Genesis anyway, it isn't finished :D

It's hard to look this good. My TAS projects

Posted: 11/24/2013 4:23 PM

Quote

Slowking

Joined: 12/6/2008
Posts: 1193

So this falls in the category of don't know if it's a bug or if I'm stupid: Bizhawk 1.5.2 in RAM watch, if I freeze the health in MM J 1.1 it changes the value. I uploaded the .wch here: https://mega.co.nz/#!iYRGSSbR!ZFBaIzw0aIUKsJkwh1rJpQlXymJ6bkp6Bef3J-419sM Also for some reason Bizhawk doesn't seem to want to use all of my CPU when I uncheck clock throttle, which means I only get ~75 fps in clock town. Ofcourse I don't expect multi core, but even Core 0 only gets up to ~75% as seen here: http://i.imgur.com/yCHH4xf.png What could be the limiting factor there? I'll probably drop by IRC in the next few days... have to set up a client again and all that stuff.

Posted: 11/24/2013 4:26 PM

Quote

adelikat

He/Him

Emulator Coder, Site Developer, Site Owner, Expert player (3584)

Joined: 11/3/2004
Posts: 4738
Location: Tennessee

Anybody trying to do serious non-SNES work should use this for now. Your freezing bugs are fixed, for instance. Also, you can get more fps using more cores, CPU is by nature a non-threaded task, the client can run on a separate thread but is minimal in cpu usage. In the case of N64, it is your GFX card that matters most since it uses opengl for 3D rendering. I bought be decent card recently rather than relying on my onboard one. I went from 60sih fps for N64 to about 400 at high resolutions

It's hard to look this good. My TAS projects