1 2
10 11 12
84 85
Posted: 12/2/2012 2:21 PM
Quote
feos
Site Admin, Skilled player (1251)
Joined: 4/17/2010
Posts: 11475
Location: Lake Char­gogg­a­gogg­man­chaugg­a­gogg­chau­bun­a­gung­a­maugg
NES TAS of 2011
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.
Flash TASer of 2022 PSX TASer of 2016
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 (3572)
Joined: 11/3/2004
Posts: 4754
Location: Tennessee
TASer of 2010 NES TASer of 2010 DS TASer of 2010 Arcade TAS of 2010 NES TASer of 2008 NES TAS of 2008 Funny TAS of 2008 TASer of 2007 NES TASer of 2007 Funny TAS of 2007
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.
Flash TASer of 2022 PSX TASer of 2016
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: 12/30/2012 5:40 PM
Quote
natt
Editor, Emulator Coder, Site Developer
Joined: 5/11/2011
Posts: 1108
Location: Murka
Yeah, seems like i screwed that stuff up. Sorry. It should be fixed on SVN now.
Posted: 1/14/2013 3:23 AM
Quote
FractalFusion
Editor, Expert player (2072)
Joined: 6/15/2005
Posts: 3282
Glitchy TAS of 2013 Gameboy TAS of 2013 PSX TASer of 2010
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 Char­gogg­a­gogg­man­chaugg­a­gogg­chau­bun­a­gung­a­maugg
NES TAS of 2011
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.
1 2
10 11 12
84 85