Post by natt

Posted: 12/2/2012 2:21 PM

Quote

feos

Site Admin, Skilled player (1251)

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

Why can this happen? Other emulators work. DUMPING VIDEO also works for BH. Link to video

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/2/2012 7:50 PM

Quote

zeromus

Editor, Emulator Coder

Joined: 8/7/2008
Posts: 1156

I suggest you consult the vendor of your screen capturing software, or at the very least, tell us which screen capturing software that is. I would guess it is due to the alpha channel we use in our output and a bug in the capturing software which causes the alpha to get composited with pink.

Posted: 12/2/2012 8:41 PM

Quote

zeromus

Editor, Emulator Coder

Joined: 8/7/2008
Posts: 1156

hegyak wrote:

Found another bug. When attempting to import an FM2 file, I get the error message, "File is in use by another program." This only occurs when the FM2 exists in the same folder that the BKM files go into. If the FM2 is outside that Movies folder, then the conversion works just fine.

should be fixed in r4039

Posted: 12/3/2012 2:04 AM

Quote

Dwedit

He/Him

Joined: 3/24/2006
Posts: 692
Location: Chicago

Here's a bug report: Sound pitch in PAL mode for the DMC channel is wrong. Very noticeable in Sunsoft games like Mr. Gimmick (E) or Gremlins 2 (E).

Posted: 12/3/2012 9:54 AM

Quote

Spikestuff

They/Them

Editor, Publisher, Expert player (2633)

Joined: 10/12/2011
Posts: 6437
Location: The land down under.

Video explains it but I'll just go over if you didn't watch it: Link to video By loading bizhawk (1.3.0) or DiscoHawk it will show up as it's loading in Task Manager but will not actually load and close itself, no error messages either. Also bizhawk (1.2.0) was actually loading up successfully without any errors so did something get broken?... If you're wondering what version I am just in-case, I'm 64bit.

WebNations/Sabih wrote:

+fsvgm777 never censoring anything.

Disables Comments and Ratings for the YouTube account. Something better for yourself and also others.

Posted: 12/3/2012 3:01 PM

Quote

natt

Editor, Emulator Coder, Site Developer

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

Dwedit wrote:

Here's a bug report: Sound pitch in PAL mode for the DMC channel is wrong. Very noticeable in Sunsoft games like Mr. Gimmick (E) or Gremlins 2 (E).

fixed on svn

Posted: 12/4/2012 1:37 AM

Quote

adelikat

He/Him

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

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

Btw, the solution to both Spikestuff and feos' problems were to restart their computers. In case anyone else is experiencing problems with the new release.

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

Posted: 12/4/2012 11:42 AM

Quote

Spikestuff

They/Them

Editor, Publisher, Expert player (2633)

Joined: 10/12/2011
Posts: 6437
Location: The land down under.

adelikat wrote:

Btw, the solution to both Spikestuff and feos' problems were to restart their computers. In case anyone else is experiencing problems with the new release.

Restarting my computer didn't solve the issue. EDIT: *Looking at Processes > BizHawk.MultiClient/ DiscoHawk *pops up* > Windows Problem Reporting... (With discohawk it shows a box saying program didn't start up) Both close

WebNations/Sabih wrote:

+fsvgm777 never censoring anything.

Disables Comments and Ratings for the YouTube account. Something better for yourself and also others.

Posted: 12/5/2012 9:43 AM

Quote

zeromus

Editor, Emulator Coder

Joined: 8/7/2008
Posts: 1156

you dont happen to have visual studio installed, do you? also check eventviewer for messages in the application log related to these broken attempts to start programs. i am particularly interested in discohawk, as it is failing to run and has far fewer requirements and therefore fewer things that could be going wrong. Finally, try turning off your virus scanners and security software which may be interfering with the crapton of unmanaged core dlls we're trying to load now. Those might get loaded by discohawk..... which annoys me, if so.

Posted: 12/6/2012 1:40 PM

Quote

creaothceann

He/Him

Editor

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

There might be a bug in bsnes' input emulation.

Posted: 12/7/2012 4:40 PM

Quote

natt

Editor, Emulator Coder, Site Developer

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

creaothceann wrote:

There might be a bug in bsnes' input emulation.

All platforms in bizhawk (and in most other emulators around here) are subject to the one input per frame rule. It's not a core problem in most cases (including bsnes); just a frontend thing. I don't particularly like it, but it simplifies some things, and has no negative consequences in many games on many platforms (any game that uses a simple "once per frame" input reading setup). If you need subframe snes recording, try lsnes.

Posted: 12/8/2012 6:59 PM

Quote

snesmaster

Joined: 11/15/2012
Posts: 67
Location: Upstate, NY

I found a bug in BizHawk for the SNES. It happens in DKC and Breath of Fire II. First set the window size to "1x" then on the title screen for DKC as it goes through its stuff on one of the screens the window size jumps back to "2x" for the one screen and then jumps back to "1x" after that screen is gone. The same thing happens early on in Breath of Fire II. When in the introduction and leaving the first village to walk up to the dragon, in one of the ares the window size jumps to "2x" and then back to "1x" when you leave that area.

Posted: 12/8/2012 7:03 PM

Quote

natt

Editor, Emulator Coder, Site Developer

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

not a bug. the SNES changes resolution on the fly, so the window does too. not saying it's ideal behavior; i'm not sure what the best thing to do is in those situations.

Posted: 12/8/2012 7:09 PM

Quote

vecna

Former player

Joined: 7/22/2010
Posts: 14

Bizhawk in general, displays whatever the video processor of the emulated system is generating in a 1:1 pixel fashion. On many systems this is just dandy, on other systems it causes more "issues". PCE/PCE-CD have many games that do funky things with resolution changes and manipulation of the active display region; Genesis has 40-cell and 32-cell mode, as well as interlace mode; SNES has mode changes as well. We do plan to address this eventually, it just hasn't been the top priority so far. Whatever solution we implement down the road would probably be toggleable, as there are some situations where Bizhawk's current behavior is kind of nice. For instance, Lords of Thunder PCE-CD has some 16:9 cutscenes and it's kind of glorious to see it taking up your whole widescreen monitor. It can also be good for encoders, who can use more advanced methods to manage the resolution changes.

Posted: 12/9/2012 11:35 AM

Quote

creaothceann

He/Him

Editor

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

http://tasvideos.org/forum/viewtopic.php?p=332935#332935

Posted: 12/11/2012 6:18 AM

Quote

LoganB

Joined: 10/10/2012
Posts: 2
Location: Invercargill, New Zealand

update_gamedb.bat returns a 404 error. The link in the bat should say: http://bizhawk.googlecode.com/svn/trunk/BizHawk.MultiClient/output/gamedb/gamedb.txt instead of: http://bizhawk.googlecode.com/svn/trunk/BizHawk.MultiClient/output/gamedb.txt

Posted: 12/11/2012 8:30 PM

Quote

zeromus

Editor, Emulator Coder

Joined: 8/7/2008
Posts: 1156

fixed in r4111. i doubt we're making very serious use of this yet, but thanks for noticing

Posted: 12/30/2012 3:47 PM

Quote

creaothceann

He/Him

Editor

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

It seems that Atari 7800 BIOS files need to be in "{ROM location}\Firmware\". Shouldn't it be "{emulator location}\Firmware\"?

Posted: 12/30/2012 4:07 PM

Quote

natt

Editor, Emulator Coder, Site Developer

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

creaothceann wrote:

It seems that Atari 7800 BIOS files need to be in "{ROM location}\Firmware\". Shouldn't it be "{emulator location}\Firmware\"?

What version is this? Just to make sure, some of that stuff has been changed around recently.

Posted: 12/30/2012 5:08 PM

Quote

creaothceann

He/Him

Editor

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

Version 1.4.0. Paths:

C:\
+---games
    +---Atari
    |   +---7800
    |       +---ROMs
    |       +---SaveRAM    // created by BizHawk
    |       +---State      // created by BizHawk
    +---emulators
        +---BizHawk-1.4.0
            +---dll
            +---Firmware
            +---Gameboy
            |   +---Palettes
            +---gamedb
            +---Lua
            |   +---Genesis
            |   +---NES
            |   +---PCE
            |   +---SNES
            +---Movies
            +---NES
                +---Palettes

BizHawk paths configuration:

        Global Base = .
Tools   Movies      = .\Movies
Tools   Firmware    = .\Firmware
Tools   Base ROM    = C:\games
A.7800  Base        = C:\games\Atari\7800
A.7800  ROMs        = C:\games\Atari\7800
A.7800  Savestates  = .\State
A.7800  Save RAM    = .\SaveRAM
A.7800  Screenshots = .\Screenshots
A.7800  Cheats      = .\Cheats

Loading only works when I move the Firmware folder into the Atari 7800 ROMs folder. EDIT: The tab order of the "Save RAM" text field seems to be wrong.

Posted: 1/14/2013 3:23 AM

Quote

FractalFusion

Editor, Expert player (2072)

Joined: 6/15/2005
Posts: 3282

I loaded BizHawk 1.4.0 with the movie from this Game Gear submission. It reports a SHA1 of D23A2A93. That does not look like SHA1 to me. It looks more like CRC32. This information is in the movie file's header. Just a report. Edit: BizHawk 1.4.0 also reports D23A2A93 as a correct checksum for "SHA1" for that submission and the ROM I have.

Posted: 1/15/2013 10:35 PM

Quote

natt

Editor, Emulator Coder, Site Developer

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

The "SHA1" line of the movie header actually holds the hash that the rom was identified with. If the rom is not in any of the databases, it will always be in SHA1. If the rom is in the database by MD5 or CRC32, that will be used instead. There are also some other variations for things like CD games... In this case, the Master System\Game Gear gamedb entries are all by CRC32, so whenever one identifies correctly, that is what will be used. Yeah, that's a bit icky, isn't it...

Posted: 1/26/2013 12:14 PM

Quote

feos

Site Admin, Skilled player (1251)

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

When I do something resource intensive, it occupies quite some memory, say ~200 MB while dumping a video. After I finish dumping or even close the ROM, it won't let go the memory until I minimize-hide the application. Then it drops to 9 MB usage only. If I won't force it to release the memory, BH will crash my computer on exit.

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: 1/29/2013 8:44 AM

Quote

zeromus

Editor, Emulator Coder

Joined: 8/7/2008
Posts: 1156

BH will crash your computer? or the BH process will crash? because if BH crashes your computer, its some driver's fault and not ours.

Forum BizHawk Bug Reporting

Forum

BizHawk

Bug Reporting