Dingoonity.org
GCW Zero => Releases => Topic started by: hi-ban on August 22, 2013, 03:09:28 am
-
Here is the latest version of Ohboy (GB/GBC emulator).
Latest build: 20180224
Changes since last version:
- Added option to simulate the GB LDC ghosting
- Fixed minor menu bug
(http://i.imgur.com/d6o1AWn.png) (http://i.imgur.com/CmJ6Fdi.png)
(https://i.imgur.com/5nLSRZv.gif)
Download links for the latest OPK executable:
primary link: http://www.gcw-zero.com/downloads (NOT UPDATED YET, USE MIRROR LINK BELOW)
mirror link: https://app.box.com/s/yf23egpju252irq7ughrp4ndfw322jgq (UPDATED)
Source code is available here: https://github.com/hi-ban/ohboy
A pack of borders, in PNG format with transparencies (RECOMMENDED) https://app.box.com/s/d373fjejrhgyita3ngam
A pack of palette files is available here (UPDATED 20140731) https://app.box.com/s/l1vpfgddv9t0pqbi6vt6
Delete previous Ohboy OPKs, and copy the new OPK file to the /media/data/apps folder (the apps folder)
If this is the first time you use Ohboy:
- Borders go in the /media/data/local/home/.ohboy/borders directory.
- Palettes go in the /media/data/local/home/.ohboy/palettes directory.
-
Are the packs in the links already included in this update?
-
No. they are separate downloads.
In previous versions, the user was limited to the palettes and borders included in the release, because border names and palettes were hardcoded into the executable. Now they aren't hardcoded anymore, so the user can add and remove palettes and borders, or he can create their own ones.
Note: i've changed the format of the borders and some paths, so old stuff don't work anymore.
If you were using an older version of Ohboy, you should delete it before installing this one.
If you were using an older OPK version of ohboy, you should delete the OPK file and the "$HOME/.config/ohboy/" folder. (new release stores things in "$HOME/.ohboy/" instead).
-
Could you make the default ROM path to $HOME? I fear some users might be lost trying to get there.
I will try to make you a better 1.5x upscaler, that one doesn't look too great (two neighbour pixels don't have the same color).
This is cool cool cool!
-
Is there any news on hardware scaling through ipu on the zero. I like it really much on native lion_rsm emus for the dingoo.
-
pcercuei, i'm already on it ;)
Thanks for offering a new scaler, i will include it in the next release.
-
fosamax, i have no news about the IPU, but i'm sure it will be high priority for the devs.
-
Great release! Works really well!
-
New build with updated scalers. Download link updated on first post.
-
Thank you very much! Gonna try it later.
-
All I can say is.....WOW!!!
Fantastic release! Thank you for all your hard work hi-ban!
Gameboy color games look fantastic now with the new full screen scaler(thanks paul also!)
Could the fullscreen scaler be implemented in other emus? snes9x for example?
-
This scalers are programmed to upscale resolution X into resolution Y.
For SNES new scalers should be written, as the SNES resolution is different than the GB.
-
Fantastic realese - Thank you so much hi-ban 8)
-
Looks really nice!
-
My GCW can't arrive soon enough!!
This looks great!
-
The emulator is working great so far :)
-
It would be really great if this could be given GBC BIOS support
-
Why GBC BIOS? The emu already runs GBC games...
-
I got to use OhBoy on the Caanoo, it was a lovely emulator and I look forward to trying this out on the GCW Zero. :)
-
Where can I get more border images? Can't seem to find any through Google. Is there a good website for them? And would it be possible to program Ohboy to recognize the roms and auto display the appropriate Super GameBoy border?
-
Where can I get more border images? Can't seem to find any through Google. Is there a good website for them? And would it be possible to program Ohboy to recognize the roms and auto display the appropriate Super GameBoy border?
You must make the borders yourself. I already made 23 "sample" borders, enough for taking a look at them and understanding how they are made.
Note: in the next release i will support borders in PNG format aswell as BMP.
This emulator does not support Super Gameboy mode. Only DMG (monochrome) and GBC. If you want a Super Gameboy border you will have to make the border as a BMP or PNG image and load it.
-
Why GBC BIOS? The emu already runs GBC games...
You're kidding right? The GBC BIOS has all the color palates for the Game Boy monochrome games. With the BIOS you can play great games like Donkey Kong, Trip World, and Kid Dracula with the real color palates and they look a lot better. The GB emulator for the DSi gameyob implemented the GBC BIOS and it's pretty awesome. I recommend checking it out.
-
You can do the color palettes yourself. The current version allows you to create your own custom color palettes.
I still have the color codes of the GBC palettes, i will make those palettes and add them to the palette pack soon.
I will also post a tutorial on how to make your own palettes.
-
This is a lovely GB emulator hi-ban, really love the borders and palettes and the menu is nice. brings back those memories of playing on the real thing. :)
Just played through mega man v from start to finish with one of the blue palettes. Awesome.
-
New version available (20130825), and new border pack. Links in first post.
-
Thank you! Having lots of fun with this emulator.
What is changed compaired to the other build?
-
Thank you! Having lots of fun with this emulator.
What is changed compaired to the other build?
In first post, under "New Features". Those are the changes from the previous build.
-
Ah sorry, i didn't look at the first post. Thank you.
-
Hi guys. I am having some problems trying to get the palettes and borders to work. I am using FlashFXP and I have tried storing the files under e.g. /data/local/home/.config/ohboy/palettes don't know if this is right as I cant seem to find them on my GCW 0. Any help is much appreciated. Thanks
-
I have one folder for the palettes and one folder for the borders stored under /data/local/home/.ohboy and they are working just fine for me.
-
Worked out the problem, I forgot to restart my handheld... :-[
-
Does anyone else have an issue with the sound in Gameboy games?
I get slight crackling sound in a few games like adventure island 2 for example.
I only really noticed it the other day when using headphones.
-
Same problem here. Also sometimes the dpad goes crazy like there's a sticky button though there isn't.
-
maybe it can be some problem with audio sync?
Try setting the frameskip to Auto or Off and see if one of those options fixes the sound problem.
-
I have just tested adventure island 2 with frameskip set to auto and off, the crackling sound is still there.
-
Sound in gnuboy is not the most accurate one. Plus, my programming skills are not good enough to be able to fix that.
For accuracy in GB emulation, i recommend using Gambatte. I've tried it and the sound quality is awesome.
-
Sound in gnuboy is not the most accurate one. Plus, my programming skills are not good enough to be able to fix that.
For accuracy in GB emulation, i recommend using Gambatte. I've tried it and the sound quality is awesome.
Don't put yourself down, your an amazing programmer!!
The sound is not even that much of an issue!
I've been using OhBoy for a couple of weeks now and only noticed it when using my headphones the other night.
-
I've just tried Gambatte and the sound is good, is there any way to change the palettes like ohBoy?
-
I haven't had any issues with Ohboy. I've only played a handful of titles though, but so far so good!
Could the audio sync be something to do with the external microSD access time? I haven't used the external drive yet, everything is on the internal one for me.
-
I've tried one of those games, and i think it's not a sync problem. For the way the cracks sound, it seems to be more like a sound quality issue.
So until someone with enough skills fixes it in the gnuboy code, i'm afraid we will have to live with that issue.
-
Amazing emulator, probably the best so far on the Zero.
-
New version available (20130917). Info and link to the OPK file have been updated in first post.
-
I'm having a weird issue. It was working fine, but now I can't get past the "Load Rom" button. Pressing A or any other button does nothing at all.
If I go to the Rom Path button in Options, and press A it quits out of the emulator.
My roms all look fine, are in .gb format and are in SD/Roms/GameBoy
I'm sure I'm missing something obvious but I can't figure it out. Any ideas would be much appreciated.
-
I'm having a weird issue. It was working fine, but now I can't get past the "Load Rom" button. Pressing A or any other button does nothing at all.
If I go to the Rom Path button in Options, and press A it quits out of the emulator.
My roms all look fine, are in .gb format and are in SD/Roms/GameBoy
I'm sure I'm missing something obvious but I can't figure it out. Any ideas would be much appreciated.
Roms load fine from that exact location (sdcard/Roms/GameBoy/)
However, i have realised that it crashes when trying to change rom dir, if the SD card is specified as rom dir, AND the SD card is not inserted. In other words, it crashes when the expected directory does not exist.
Until i find a fix, you have 2 options:
1 - Insert the SD card, so the emulator can find the rom dir.
2 - Navigate to /media/data/local/home/.ohboy and delete the ohboy.rc file (the config file).
-
Cheers HiBan, I used DinguxCmdr to delete that file and it works fine now (I re-specified the path to the ROM set).
Easy fix, thank you!
-
I think what I may have done to cause it was to drop in a new ROM folder. I was sure I'd named it the same as before but maybe not?
-
I really wish that ohboy would use the gmenux based file browser. Because as it stands it just sorts by name, and folders and lose files are spread all over and doesn't create a good experience.
-
gmenu2x file browser is used when an emulator does not have an integrated rom browser.
I am one of those who likes the integrated rom browsers, because it allows me to load a different rom without exiting the emulator, so i wont remove it, sorry.
Also, i don't get why you should have non-rom files in your GB roms folder...
-
Maybe OhBoy supports starting the emulator with a rom as an argument so it loads at boot time instead of showing the menu. Also, if that's not supported, maybe it's not that hard to implement (I've never seen the code, but I've seen other emulators doing it in simple ways) and that way both file browsers could be used.
-
New Ohboy build. Download here: http://www.gcw-zero.com/downloads
Changelog:
- Changed icon.
- Fixed crash in OpenDingux when a saved rom path no longer exists. (in that case now it defaults to $HOME).
- Fixed items not properly listed when displaying rom list.
- Fixed bug with colors when using Scale3x upscaler.
-
Thanks for your work ;), I try it right now.
-
Thanks for the release! I put my gameboy files to the gcw just today. :)
Btw. it was the first time I could really use OPKManager (http://boards.dingoonity.org/gcw-releases/opkmanager-version-0-9/) to see an update and install it. :D
-
Do we need to delete media/data/local/home/.ohboy for the new version to work?
-
Do we need to delete media/data/local/home/.ohboy for the new version to work?
nope.
-
Can you implement a quick save/load feature? A combo or analog?
-
SRAM is not being saved. Also, can't figure out how to use save states or open the menu while in a game.
-
SRAM is not being saved. Also, can't figure out how to use save states or open the menu while in a game.
SRAM saves fine, I just try.
For open menu, press L+R.
-
SRAM is not being saved. Also, can't figure out how to use save states or open the menu while in a game.
SRAM saves fine, I just try.
For open menu, press L+R.
It must just be the Great Greed ROM, then. But now I can use save states, so it's all good. Thanks!
EDIT: Nope, save is still there this time. Cool.
The emulator crashes to Gmenu2x when I try to set the default ROM path. Am I the only one with this issue?
-
The emulator crashes to Gmenu2x when I try to set the default ROM path. Am I the only one with this issue?
Happens here too.
-
Does not happen to me. Where do you have it installed? Which build are you using? i already fixed a similar problem two builds ago. Which are the steps to reproduce that problem?
-
Does not happen to me. Where do you have it installed? Which build are you using? i already fixed a similar problem two builds ago. Which are the steps to reproduce that problem?
It's installed in the default place on the internal storage. I'm using the latest build, 20130917. All I did was press A on "default ROM path," scroll to usr/local/home/roms (it's already in usr/local/home when I press A) and press A, and it crashes.
-
It's installed in the default place on the internal storage. I'm using the latest build, 20130917. All I did was press A on "default ROM path," scroll to usr/local/home/roms (it's already in usr/local/home when I press A) and press A, and it crashes.
looks like Ohboy crashes if you select a directory which does not exist.
The "usr/local/home"directory does not seem to exist as a "true" directory (if you browse back to "usr", you will realise that it there is no "local" folder).
But meanwhile, you can browse to your "real" rom dir by going all way back to the root directory and browsing into /media/data/local/home/roms.
-
looks like Ohboy crashes if you select a directory which does not exist.
The "usr/local/home"directory does not seem to exist as a "true" directory (if you browse back to "usr", you will realise that it there is no "local" folder).
But meanwhile, you can browse to your "real" rom dir by going all way back to the root directory and browsing into /media/data/local/home/roms.
Thank you, that worked.
-
So I don't know if this is related to the most recent OD update, but I can't seem to select any directory without OhBoy crashing.
-
Don't blame OD for everything ;D
OhBoy was broken before.
-
Don't blame OD for everything ;D
OhBoy was broken before.
Gotcha... :) I must have just not noticed.
-
Great work on the pallettes Hi-Ban - I think they look great!
-
you will get a next update?
-
On the next update Oh-boy can we have:
*Remap buttons and analog joystick support
*Add cheat support to the emulator
*2 player using two gcwzero,playing via WIFI
*Add Preview for the roms
*Add favorites roms or last used rom
*Emulate the cable link to use those games: Pokemon,Zelda etc
To emulate cable link i now its a bit complicated but can you please view the souce code for the TGB Dual emulator...only want to know its viable to implement on your emulator:
https://github.com/libretro/tgbdual-libretro
-
On the next update Oh-boy can we have:
a) Remap buttons and b) analog joystick support
c) cheat support to the emulator
d) 2 player using two gcwzero,playing via WIFI
e) Add Preview for the roms
f) Add favorites roms or last used rom
g) Emulate the cable link to use those games: Pokemon,Zelda etc
'a' and 'b' are already there. I actually notice analog input being "supported" because my analog stick always goes up, down or left at random and it makes everything unplayable for me in OhBoy.
(https://dl.dropboxusercontent.com/u/106475413/gcw-zero/ohboy-controls.png)
'd' is equivalent to 'g', because two-player play was done with the link cable, and that link cable would be emulated with WiFi.
-
I want to implement the unified menu button proposal for OhBoy, but as it currently is, Makefile.gcwzero fails to build OhBoy with the following errors, using the GCW Zero toolchain, 2014-05-05, for Linux:
mipsel-linux-gcc -O3 `/usr/bin/sdl-config --cflags` -I/usr/include/ -DDINGOO_BUILD -DDINGOO_OPENDINGUX -DGCWZERO -I./gnuboy -I./gnuboy/sys/sdl -DIS_LITTLE_ENDIAN -DALT_PATH_SEP -DOHBOY_USE_SDL_IMAGE -DGNUBOY_NO_SCREENSHOT -c gnuboy/lcd.c -o gnuboy/lcd.o
mipsel-linux-gcc -O3 `/usr/bin/sdl-config --cflags` -I/usr/include/ -DDINGOO_BUILD -DDINGOO_OPENDINGUX -DGCWZERO -I./gnuboy -I./gnuboy/sys/sdl -DIS_LITTLE_ENDIAN -DALT_PATH_SEP -DOHBOY_USE_SDL_IMAGE -DGNUBOY_NO_SCREENSHOT -c gnuboy/refresh.c -o gnuboy/refresh.o
mipsel-linux-gcc -O3 `/usr/bin/sdl-config --cflags` -I/usr/include/ -DDINGOO_BUILD -DDINGOO_OPENDINGUX -DGCWZERO -I./gnuboy -I./gnuboy/sys/sdl -DIS_LITTLE_ENDIAN -DALT_PATH_SEP -DOHBOY_USE_SDL_IMAGE -DGNUBOY_NO_SCREENSHOT -c gnuboy/lcdc.c -o gnuboy/lcdc.o
mipsel-linux-gcc -O3 `/usr/bin/sdl-config --cflags` -I/usr/include/ -DDINGOO_BUILD -DDINGOO_OPENDINGUX -DGCWZERO -I./gnuboy -I./gnuboy/sys/sdl -DIS_LITTLE_ENDIAN -DALT_PATH_SEP -DOHBOY_USE_SDL_IMAGE -DGNUBOY_NO_SCREENSHOT -c gnuboy/palette.c -o gnuboy/palette.o
In file included from /usr/include/stdlib.h:24:0,
from gnuboy/lcdc.c:1:
/usr/include/features.h:398:23: fatal error: gnu/stubs.h: No such file or directory
#include <gnu/stubs.h>
^
compilation terminated.
In file included from /usr/include/string.h:25:0,
from gnuboy/lcd.c:1:
/usr/include/features.h:398:23: fatal error: gnu/stubs.h: No such file or directory
#include <gnu/stubs.h>
^
compilation terminated.
make: *** [gnuboy/lcdc.o] Error 1
make: *** Waiting for unfinished jobs....
In file included from /usr/include/stdio.h:27:0,
from gnuboy/gnuboy.h:76,
from gnuboy/refresh.c:1:
/usr/include/features.h:398:23: fatal error: gnu/stubs.h: No such file or directory
#include <gnu/stubs.h>
^
In file included from /usr/include/stdlib.h:24:0,
from gnuboy/palette.c:1:
/usr/include/features.h:398:23: fatal error: gnu/stubs.h: No such file or directory
#include <gnu/stubs.h>
^
compilation terminated.
compilation terminated.
make: *** [gnuboy/lcd.o] Error 1
make: *** [gnuboy/refresh.o] Error 1
make: *** [gnuboy/palette.o] Error 1
-
Thanks nebuleon to understand my bad english language xDDD so ok never tought the OhBoy has a remap button implemented but the others things... well only in my dreams can see this feature to multiplayer games on any emulator :(
-
Nebuleon, the Makefile.gcwzero works for the Cygwin toolchain (for windows). However, never tried in linux.
Maybe you have to change the lines 13-19 in makefile.gcwzero to your convenience?
By the way, i added two more commits to https://github.com/hi-ban/ohboy
Yes, there seems to be some analog input happening, i don't know how it has ended up there, i dont remember it being there previously. Maybe it has something to do with the new firmwares?
-
Wouldn't the Start+Select combo to open the menu conflict with Link's Awakening's method of battery saving (Start+Select+A+B to get to the save screen)?
-
Yes.... Same problem with the Oracle games.
-
Uh oh. I suppose you could keep Power then. Start+Select breaking games is a very good reason not to use Start+Select in addition to Power.
edit: We should probably continue the unified menu button thread, after #32 (http://boards.dingoonity.org/gcw-development/unified-emulator-menu-button-proposal/msg105847/#msg105847).
-
I have a problem with running Metal Gear Solid for GBC on OhBoy. The game crashes if I try to use an elevator. I am able to go inside the first elevator in the game, but the game crashes when I try to make the elevator go up.
I am using the US version of the game.
-
i've tried a few different rom versions of metal gear gbc and it always crashes at the elevator. forget what the explanation was over the issue. someone here knows :D
-
Since we're discussing updates, I'd like to second Pliskron's request for GBC BIOS support.
Yes, I know OhBoy lets you use custom palettes, but the GBC BIOS recognizes 90 or so monochrome GB games and automatically loads built-in custom palettes for them.
I think it would be a nice feature, having a custom palette automatically load without having to fiddle with the menu, even if it only affects around 15% of games for the original GameBoy. :D
-
would something like bios support allow for gb/gbc boot logo screens when starting games? bgb has something similar when adding the GBbootrom.gb and I think GBCbios.bin files. it'd be a nice option to have especially the gb logo screen :)
-
I think it would, the boot logo screen is where you select the palette for monochrome GB games on a real GBC/GBA. The GameBoy logo changes colors to preview which of the 12 palettes you are selecting, then boots the game when you release the d-pad.
The palette feature aside, I agree it's nice to have the original boot screen in an emulator, helps add the feelings of authenticity and nostalgic experience. ;) You can see the difference it makes when you use the official bios with other emulators like ReGBA and PSX4all.
-
Hey guys,
I've been playing the first Batman game for Game Boy. But I've noticed whenever you run out of all your lives and it's game over, the game stops and quits out of OhBoy.
Also, I've tried the same rom on OpenEmu for my mac and it shows the continue screen fine when you run out of lives.
Can someone explain that? Would be cool to get it working on OhBoy.
Thanks
L
-
interesting, this was one of the first games i played all the way through on the gcw though i did use save states so never noticed the crashing. but testing it now it does in fact happen. i'm just glad its fully playable unlike metal gear ???
-
Any update for Oh Boy?
-
I'm not thinking about any update right now. Ohboy is a nice emulator, but it is based on GnuBoy, which does quite a low-quality emulation and has issues with some games. Gambatte is a way more accurate and compatible emulator. And the sound is way better, too.
I may do some update in the future, but right now Ohboy is low-priority in the To-Do list of my life.
-
Thanks for the info guys.
Have you got a link for Gambatte?
Cheers
-
I found a copy of Gambatte off the net somewhere, and I will upload you a copy here on mediafire since its hard to find as it is. It look me a while to find it since it's hard to find complied software for the GCW Zero that is not found on the repository or release list here that is ready without having to do it yourself which I have no idea, and would love to learn. Even the OPK packer which I used for the .dge file I found for Gambatte refused to boot on the GCW Zero.
https://www.mediafire.com/?307o088378gqzrz
Batman doesn't quit in Gambatte after losing all lives in that emulator though. Personally I just patch a rom with a game genie code patcher like game genie guy to have infinity lives to fix the problem so I never would have to see the screen, but that is me.
-
It's in there:
https://drive.google.com/?tab=wo&authuser=0#folders/0B9EgGumkJaabSE9TaEdFbVVBSlU
Warning: Most software there is extremely outdated (think ~2012).
-
That is a nice archive of opks even though most are not updated.
-
Thanks for the links, will check them out.
-
(http://i.imgur.com/mxxDKVs.png)
for anyone interested metal gear solid gbc works on gambatte, no more elevator issue :)
-
Just wondering if OhBoy is still being worked on, as there hasn't been an update (or an indication of one) in a while
-
There aren't updates if there isn't new code.
What is there to update?
-
Fair enough
-
I don't even know what else is needed to add to this emulator. It's practically perfect. ;)
-
Is there any way to force GBC colors on a GB game? (some way to make this ROM hack work: http://hax.iimarck.us/topic/2967/)
-
Is there any way to force GBC colors on a GB game? (some way to make this ROM hack work: http://hax.iimarck.us/topic/2967/)
Not sure, but try changing the extension of the rom to .gbc
-
Is there any way to force GBC colors on a GB game? (some way to make this ROM hack work: http://hax.iimarck.us/topic/2967/)
Not sure, but try changing the extension of the rom to .gbc
Already tried that, doesn't work.
-
this one appears to work:
http://hax.iimarck.us/topic/3399/
-
I found a bug: when you have scaling previously set to Scale3x+Sample.75x, quit the emulator, then reopen it and start a game, the colors are distorted.
(http://s29.postimg.org/evfh7lgtv/screenshot001.jpg) (http://postimg.org/image/evfh7lgtv/)(http://s29.postimg.org/u5jxsj1pv/screenshot003.jpg) (http://postimg.org/image/u5jxsj1pv/)(http://s29.postimg.org/owowunjar/screenshot004.jpg) (http://postimg.org/image/owowunjar/)(http://s29.postimg.org/pkxrdli0j/screenshot002.jpg) (http://postimg.org/image/pkxrdli0j/)
If you go into settings, then hit "apply", the correct colors will be displayed again. I've found it only happens when you already have the scaler set when you start OhBoy and affects both gb and gbc games.
-
I found a bug: when you have scaling previously set to Scale3x+Sample.75x, quit the emulator, then reopen it and start a game, the colors are distorted.
If you go into settings, then hit "apply", the correct colors will be displayed again. I've found it only happens when you already have the scaler set when you start OhBoy and affects both gb and gbc games.
Which version of the emulator are you using? I recall fixing that bug in version 20140421...
-
Ok, i updated Ohboy. Links etc are in the first post.
-
Bug is fixed, thanks!
I was using OhBoy_20130917.opk, I must have picked up an older version from the Google drive opk repo or something.
-
Ok, i updated Ohboy. Links etc are in the first post.
thanks but this new update, its required to use the power slider to go to the options menu? not a good choice i would say. also, so far the screen froze when switched to the options menu a handful of times
-
on a side note the High Contrast palette looks slick imo. there was six additional palettes, was this just uploaded today? either way, those are nice additions! nice work :)
-
thanks but this new update, its required to use the power slider to go to the options menu? not a good choice i would say. also, so far the screen froze when switched to the options menu a handful of times
The power slider is the new standard. Also, now the L/R buttons are now free for binding them to other things.
Never had such a screen freeze problem. Is there any specific way of reproducing that bug?
on a side note the High Contrast palette looks slick imo. there was six additional palettes, was this just uploaded today? either way, those are nice additions! nice work :)
Yes, i updated the palette pack today.
-
The power slider is the new standard. Also, now the L/R buttons are now free for binding them to other things.
Thanks for the update! :)
I agree with Xaijiqq... I would prevent an "overuse" of the powerslide... you could set two methods to go into menu: the first with the powerslide, the second with a buttons combo (maybe this second method could be activated/deactivated with a specific option in the menu).
-
Cheers mate!
Love the new 1.66x scale :D
-
Love the new 1.66x scale :D
it is nice! didn't notice it before
The power slider is the new standard. Also, now the L/R buttons are now free for binding them to other things.
Never had such a screen freeze problem. Is there any specific way of reproducing that bug?
wasn't the new standard: Start + Select? i know the unified button thing hasn't been talked about in a while but i thought it was leaning to that, there was even votes on it. as for the screen freeze problem it happened maybe 4 times but since then its been working. a couple times when switching to menu the selection bar would move in the opposite direction and also skip on its own. it could be that i inadvertently added thumb pressure to the dpad when using the power slider
-
Love the new 1.66x scale :D
it is nice! didn't notice it before
The power slider is the new standard. Also, now the L/R buttons are now free for binding them to other things.
Never had such a screen freeze problem. Is there any specific way of reproducing that bug?
wasn't the new standard: Start + Select? i know the unified button thing hasn't been talked about in a while but i thought it was leaning to that, there was even votes on it. as for the screen freeze problem it happened maybe 4 times but since then its been working. a couple times when switching to menu the selection bar would move in the opposite direction and also skip on its own. it could be that i inadvertently added thumb pressure to the dpad when using the power slider
Start + Select triggers in-game events, so no.
-
ah yes, i did overlook that fact. there has to be a better alternative
-
ah yes, i did overlook that fact. there has to be a better alternative
IMHO a combo of three buttons (e.g. L+R+start, like in FBA) shouldn't be bad... ;)
-
Or maybe analog in a direction could work
-
IMHO a combo of three buttons (e.g. L+R+start, like in FBA) shouldn't be bad... ;)
well there we go :P i certainly don't mind using this combination. any objections? so it will also be the same just like on mame which is what i'm on half the time anyways
-
Download link said that: "This shared file or folder link has been removed." :(
-
Download link said that: "This shared file or folder link has been removed." :(
The link in the first post is fully operative ( https://app.box.com/s/rd1s7034t2sqxdosfwyd ) ... I tried to download the opk a moment ago.
-
is it possible to bind to the L and R the load/save state buttons?
-
thanks but this new update, its required to use the power slider to go to the options menu? not a good choice i would say. also, so far the screen froze when switched to the options menu a handful of times
The power slider is the new standard. Also, now the L/R buttons are now free for binding them to other things.
Never had such a screen freeze problem. Is there any specific way of reproducing that bug?
Pushing the power slider in any direction won't bring any menu up. Someone else has this problem? I cannot access my savegames.
I agree that it would be great to be able to customize the menu button in the options.
In any case, thanks for this wonderful emu!
-
dude, update your firmware
http://www.gcw-zero.com/updates
-
dude, update your firmware
http://www.gcw-zero.com/updates
thank you sir!
-
Greetings, I have a quick question about this emulator.
Is it possible to set a shortcut for increasing speed/fast-forwarding in-game?
-
Pushing the power slider in any direction won't bring any menu up. Someone else has this problem? I cannot access my savegames.
I agree that it would be great to be able to customize the menu button in the options.
In any case, thanks for this wonderful emu!
Yes. I can't get the power slider to bring up the menu either. I had to set up the quick quit option to exit out of the emulator.
-
@shawnrob: if you have installed a firmware version older than "2014-05-05" you can't use the powerslider as a "specific button"... you can find the firmwares here (http://www.gcw-zero.com/updates) ! ;)
PS: In any case, an alternative combo/button to enter in the menu it would be very appreciated ! :P :)
-
PS: In any case, an alternative combo/button to enter in the menu it would be very appreciated ! :P :)
Agree, I save and load states like ten times per minute in some games (I?m that bad) and I?m worried about destroying the power slider in the process. The L + R buttons to bring out the menu were excellent!
Nevertheless, thanks for the amazing work. This emulator is awesome and it just keeps getting better and better!
Btw, I wonder about these features too:
is it possible to bind to the L and R the load/save state buttons?
Is it possible to set a shortcut for increasing speed/fast-forwarding in-game?
-
Please see this thread: http://boards.dingoonity.org/gcw-general/adding-rom-shortcuts-to-the-homescreen
Would it be possible to add support of path to ROM in command line, so we can create shortcuts to certain games?
-
I was wondering if we was going to see hardware image scaling added to OhBoy
-
I was wondering if we was going to see hardware image scaling added to OhBoy
I would like to implement that, but i'm not really sure if border images can be used along with hardware scaling.
I may look into that in the future anyway.
-
ReGBA deals with hardware scaling by requesting the resolution of the screen and nothing more, disabling its border.
PocketSNES, as you know (since you coded part of that!), can re-request 256x224 or 256x239 during a game. But nothing more.
In the case of the Game Boy, you could request 160x144, let the user stretch or unstretch that with Power+A, and re-request the Super Game Boy resolution if the game submits a SGB border packet. If there is no OnSGBBorder hook in the emulator or the port files, you can just request 160x144, or higher if the user has selected a border.
-
Here is a test build, the main changes are the following:
-Added support for hardware scaling. There are three different hardware scalers, in addition of the ones which already existed.
-Added the option to bind keys to "Quick Save" and "Quick Load" actions. Note that quick save/load will always use state slot 0 for now.
https://app.box.com/s/6gkehrve9so3ungmtodo
The opk has "TEST" labels in its gmenu2x description, so you can have both versions of ohboy at the same time and still be able to differentiate both.
Note that there is still some bug with menu inputs which in some situations will make the menu unresponsive. I have yet to see if i can fix that. It probably has something to do with the analog, but i'm not sure.
-
Will grab and try this out now!
-
Note that there is still some bug with menu inputs which in some situations will make the menu unresponsive. I have yet to see if i can fix that. It probably has something to do with the analog, but i'm not sure.
Thanks for the update! :)
Yes, sometimes, when you enter in the OhBoy menu, it remains unresponsive for about 5-6 seconds...
PS: I'm sorry if I'm insistent, but can you add an alternative combo/button to enter in the OhBoy menu? You could add it as an optional function in the controls sub-menu; e.g. > select+start to open the menu: enable/disable
-
Note that there is still some bug with menu inputs which in some situations will make the menu unresponsive. I have yet to see if i can fix that. It probably has something to do with the analog, but i'm not sure.
Thanks for the update! :)
Yes, sometimes, when you enter in the OhBoy menu, it remains unresponsive for about 5-6 seconds...
PS: I'm sorry if I'm insistent, but can you add an alternative combo/button to enter in the OhBoy menu? You could add it as an optional function in the controls sub-menu; e.g. > select+start to open the menu: enable/disable
I've been playing OhBoy roms last weeks. I've just experienced menu unresponsive menu the 2nd time you access menu. On first launch, menu is always responsive. You select a rom and everything is ok, but if you try to enter menu again it remains unresponsive for 2 or 3 seconds (even if you don't touch analog stick). If you return to game and try to enter menu again everything works fine (for me)
It would be very very nice to have an alternative menu combo as Gab1975 requests +1
-
New test build:
- Added an option to enable an alternate menu combo (Select + Start). You can find it under the "Controls" menu.
"Power Flick" menu key will always be available, no matter what you set this option to.
I made it optional because some games might use select+start to perform some actions, so that way it can be disabled if it interferes with the game. The option is disabled by default, so you must enable it if you want to use it.
https://app.box.com/s/22t7o6vyhfi16wbib7me
Still no fix for the menu responsiveness issue, that's why this releases are not official.
Enjoy!
-
- Added an option to enable an alternate menu combo (Select + Start). You can find it under the "Controls" menu.
Thanks a lot for the update! :)
PS: I enabled the "alt menu combo" and I noticed that OhBoy menu was no more unresponsive (I tried to enter in the menu several times)... it's perhaps a "happy coincidence"...
-
- Added an option to enable an alternate menu combo (Select + Start). You can find it under the "Controls" menu.
Thanks a lot for the update! :)
PS: I enabled the "alt menu combo" and I noticed that OhBoy menu was no more unresponsive (I tried to enter in the menu several times)... it's perhaps a "happy coincidence"...
I can confirm it. Menu is totally responsive when opened with alternate menu combo. In this build it's still unresponsive first time you enter to menu with power slider.
Thank very much for this update!!
-
New test version:
- Fixed the unresponsiveness issue (Thanks Nebuleon)
- Added an option to disable the analog input. (could be handy if your analog breaks or starts acting weird)
https://app.box.com/s/71jm3bscsbghke2q644l
If no one reports any issues with the new features, i will make an official release from this one.
-
I've been away from my Zero for several weeks, so I've got a day of updating to look forward to, but I'd like to say a giant thank you for making the analog nub disableable (is that a word - disableable? Should be...). Considering I've never used the bloody thing it sure does annoy me .
-
New test version:
- Fixed the unresponsiveness issue (Thanks Nebuleon)
- Added an option to disable the analog input. (could be handy if your analog breaks or starts acting weird)
https://app.box.com/s/71jm3bscsbghke2q644l
If no one reports any issues with the new features, i will make an official release from this one.
I made a test... now only the first time that you go back in the menu from a game (only for the first game/ROM loaded) there is a little initial latency in the controls (just one second)*... and this "little issue" appears only if you use the powerslider (with select+start combo it's all right)... for everything else your release works very well! :)
* I tried with analog input "enabled" and "disabled"...
-
Yea personally speaking I much preferred the Start+Select combo
Otherwise im having a blast on it, so far I have not seen any regressions in performance or usage
-
Pressing the power button calls exactly the same instructions as pressing select+start, so i think that split-second delay which seems to be there sometimes, "might" be caused by the power daemon. I will investigate this, anyway.
-
That's because the KEY_HOME event is sent when you release the power key, not when you press it.
-
Hi-Ban great job, I love this emulator
-
Yet another test build. The changes are:
-Increased sound buffer size. Now the sound crackling should be gone.
-Increased overall sound volume (it was too low). Now it sounds louder.
https://app.box.com/s/oo3p11jbw12mj93hjy0k
That's because the KEY_HOME event is sent when you release the power key, not when you press it.
Oh, then i won't consider it an issue.
If there are no issues with this version, i will make an official release.
-
increased volume, nice :) thanks for all these updates
-
Is there any possibility of adding the ability to launch into roms from the command line? I ask because of this:
Adding rom shortcuts to the home screen (http://boards.dingoonity.org/gcw-general/adding-rom-shortcuts-to-the-homescreen/)
Thanks for your work on this. I really prefer the Start+Select combo to open the menu, and the volume boost is definitely seeming like an improvement on my unit.
-
Hey hi-ban!
Instant night and day difference in the audio!
-
Is there any possibility of adding the ability to launch into roms from the command line?
I don't have plans for that yet, as the ability to launch roms from the command line require switching to gmenu2x rom browser.
Maybe when gmenu2x rom browser is more standarized, i will switch to it. But not yet, sorry.
Anyway, ohboy should already allow to launch directly with a rom as argument. I just checked the code.
-
Yet another test build. The changes are:
-Increased sound buffer size. Now the sound crackling should be gone.
-Increased overall sound volume (it was too low). Now it sounds louder.
I believe you've traded off audio underruns for some very noticeable video-to-audio lag.
Trying out Ohboy 20140903_test33, I do hear multiple underruns per second (10 or more). On today's 20140904_test10, the sound lags a lot from the video, but it has no crackling.
I am testing in Pok?mon Yellow. In Pewter City, with the Pok?dex open, I press A on an entry that is neither seen nor caught, and it makes a "ding" sound. On a Game Boy, I could make the dings synchronise to the music by pressing A also in sync (yeah, I did that sometimes), and in 20140903 I can to an extent, but in 20140904 I can't.
Same thing in the Pok?mon Center dialogue box after pressing A.
In your commit 587dbc7 (https://github.com/hi-ban/ohboy/commit/587dbc7fe5766c01829506722f0e1a187324ecda), you increased the PCM_FRAME constant to 1024 from 512, which was fixing the underruns by giving the hardware more time to report that its buffer was getting low. I think that's required for the GCW Zero - ReGBA with a 512 sample buffer, for example, didn't get enough time to put new samples in either.
But the PCM_BUFFER constant is still 4096, and main.c line 1451, in pcm_submit (https://github.com/hi-ban/ohboy/blob/587dbc7fe5766c01829506722f0e1a187324ecda/main.c#L1451)...
if (pcm_buffered>=1) while(pcm_buffered == pcm_bufferlen);... is how the application knows how many frames ahead it must emulate in order to try to keep PCM_BUFFER samples buffered, and how it synchronises on audio. That means it's emulating frames 93 milliseconds (4096/44100 of a second) ahead of the audio playback.
I'd recommend trying to lower the value of PCM_BUFFER for the GCW Zero, to either 3072 or 2048 (both multiples of PCM_FRAME).
[Currently, I believe the ring buffer handling is very broken and will not handle PCM_BUFFER not being a multiple of PCM_FRAME. Try tracing in your head what will happen to this code (main.c:1461..1468) (https://github.com/hi-ban/ohboy/blob/587dbc7fe5766c01829506722f0e1a187324ecda/main.c#L1461-L1468) when there are 2048 samples buffered, pcm_bufferlen is 2560, and you're trying to add 1024 samples to it... The buffer write position (pcm_head) will only be put back to the start ONCE when the loop ends and has already tried to write 512 samples past the end (3072 in total). Memory corruption will result in a possible crash.]
-
That's because the KEY_HOME event is sent when you release the power key, not when you press it.
Oh, then i won't consider it an issue.
No, there is indeed an issue with Power (SDLK_HOME). It is not the Power button press that gets the delay, but the first button pressed after Power is releasd. It gets about a second of delay.
-
Another test build.
I followed Nebuleon's recommendation and lowered the value of PCM_BUFFER to 2048.
Now sound has much less lag.
https://app.box.com/s/34j74gcakgpmnxj3c9j3
-
@hi-ban, thanks for all your work on this emulator!
No sound lag issues for me on this latest test build.
I do have a request though, is it possible for you to add a fast-forward shortcut feature, similar to ReGBA?
-
After printf-debugging it, I found what causes the Power flick to create lag for the first button you press. The event queue gets spammed with unknown button presses, but Ohboy (as of today, test16) doesn't purge the events on time.
Now this source of input lag should be gone in the next test OPK hi-ban posts.
-
Aaaaand, another test build:
- Fixed strange lag in menu input under certain circumstances. (Thanks, Nebuleon)
Download:
https://app.box.com/s/roo4ytfvjdajo8r17ss1
-
I do have a request though, is it possible for you to add a fast-forward shortcut feature, similar to ReGBA?
There is currently no support for fast forward in the emulation core, so i can't add that option, sorry.
-
I do have a request though, is it possible for you to add a fast-forward shortcut feature, similar to ReGBA?
There is currently no support for fast forward in the emulation core, so i can't add that option, sorry.
Fast-forwarding is implemented by the frontend, not the core. It is usually implemented as follows:
- Temporarily force high frameskip;
- Request frames from the core as fast as possible;
- Desynchronise the video from the audio;
- Drop excess audio from the core.
Unfortunately for you, the frontend sucks at buffering its audio properly, so dropping partial audio from fast-forwarding would be anywhere from "pretty difficult" to "complete rewrite".
-
Thanks guys for all the hard work!
-
Wow! Amazing ;D. Thanks guys ;)
-
Aaaaand, another test build:
- Fixed strange lag in menu input under certain circumstances. (Thanks, Nebuleon)
Download:
https://app.box.com/s/roo4ytfvjdajo8r17ss1
No lag in menu now. Great!
-
I've released the latest build: 20140907 (no changes from the last test build)
The download on the official repository should be updated soon. Until then, you can download it from the first post of this thread.
EDIT: Download on the official repo has been updated: http://www.gcw-zero.com/downloads
-
Anybody know why this happens in Donkey Kong? After completing a level it's supposed to show a box with your times, but instead it's just blank.
-
Can the emulator launch ROMs through the command line? I've tried opkrun /path/to/emulator /path/to/rom but it doesn't seem to work.
-
I've finished Shadowgate Classic with Ohboy, How nostalgic! ;D.
I love the "Alt menu combo", I think more emulators should have it, it's a fabulous option :)
By the way, could you add a L+R combo?
-
L and R are bindable to other functions, including save/load state, so they would interfere. Select+Start already does the job.
Here is a new build, 20141110:
- Now there are separate "Main Settings" and "Video Settings" subsections.
- Added "System" option to force DMG mode (monochrome GB) or enable "GBA Enhanced" features in some GBC games.
- Added ROM browser remembering the last selected position in the romlist.
- Fixed graphical menu issue in which you could select a non-selectable field when selection-looping.
Download in the first post of this thread.
-
thanks for the update :) i like the idea of ROM browser remembering the last selected position. though with this latest build 20141110 for me it goes back to the gmenu when selecting 'Load ROM'. it happens whenever i go from one game to the next. also a few times it wasn't saving the settings such as rom path and video settings though haven't noticed any further similar issues since
-
thanks for the update :) i like the idea of ROM browser remembering the last selected position. though with this latest build 20141110 for me it goes back to the gmenu when selecting 'Load ROM'. it happens whenever i go from one game to the next. also a few times it wasn't saving the settings such as rom path and video settings though haven't noticed any further similar issues since
I don't have any of those issues.
When you change the settings, be sure to select "Apply & Save". If you just select "Apply", it will apply the settings only for the current game session, but it wont save them.
Also, this new build now saves the Main and video settings in separate config files. So everyone should go into each (Main and Video) menu and save the settings at least once, for the new files to be created. Once you do that, you shouldn't have any problems.
Which is your exact rom path?
-
well i remember experiencing minor same-like issues when you did the exit/menu update months back. yep, did "Apply & Save" for each setting in the Main and Video
however i did recently get external memory the path is sdcard/Games/Gameboy
not sure whats causing the crashes back to the gmenu but it still happens
-
I haven't changed any code of the rom browser, so if it didn't happen before, there's no reason why it should happen now.
Try re-selecting the rom path and saving it again.
-
Thank you for this update hi-ban ;)
-
I haven't changed any code of the rom browser, so if it didn't happen before, there's no reason why it should happen now.
Try re-selecting the rom path and saving it again.
indeed it is the damnedest thing. was messing with it for a while today even transferring files back to internal memory and also re-installing everything, nothing improved. for some reason its not saving properly which ends up resulting in the menu crash. although an older build 'Ohboy_20140907' works fine
-
Has anyone else had an issue where under video settings if you select Hadware Fullscreen the games don't actually fill the screen? This is with the current version 11-10-2014. Software Fullscreen has the games fill the screen though, I've tested this with a few different Gameboy and Gameboy color games.
-
Has anyone else had an issue where under video settings if you select Hadware Fullscreen the games don't actually fill the screen? This is with the current version 11-10-2014. Software Fullscreen has the games fill the screen though, I've tested this with a few different Gameboy and Gameboy color games.
If you are running the latest firmware (8-20-2014), this is probably because the hardware scaler is now supported and has two different modes: Keep-Aspect-Ratio and Stretch-to-Screen: Press Power-Slider + A and it will switch between the two modes, as described under "Button Combinations" here in the quick-start guide: http://wiki.surkow.com/Quick_Start_Guide
Some programs/emulators give you the option of saving this selection as a setting, others make you press Power+A each the time video mode changes.
-
Thank you very much Senor Quack i had forgotten about that setting since its been a while since i played by zero.
-
Thanks for the update. Have problems with this version though =(
Whenever I try to change path to any directory the application craches
Here is the log:
Nov 27 00:42:50 opendingux daemon.info init: process '/usr/sbin/frontend_start' (pid 1062) exited. Scheduling for restart.
Nov 27 00:42:50 opendingux daemon.info init: starting pid 1079, tty '/dev/tty1': '/usr/sbin/frontend_start'
And here is strace of gmemu
opendingux:/media/data/local/home # strace -s 500 -f -p 1145
Process 1145 attached
waitpid(1161, [{WIFSIGNALED(s) && WTERMSIG(s) == SIGSEGV}], 0) = 1161
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_KILLED, si_pid=1161, si_status=SIGSEGV, si_utime=254, si_stime=8} ---
chdir("/") = 0
umount("/mnt/OhBoy") = 0
rmdir("/mnt/OhBoy") = 0
exit_group(11) = ?
+++ exited with 11 +++
ohboy's strace
nanosleep({0, 50000000}, 0x7fee3318) = 0
_newselect(6, [4 5], NULL, NULL, {0, 0}) = 0 (Timeout)
read(6, 0x7fee3150, 256) = -1 EAGAIN (Resource temporarily unavailable)
ioctl(3, FBIOPAN_DISPLAY or FBIPUT_COLOR, 0x4e625c) = 0
ioctl(3, FBIOPAN_DISPLAY or FBIPUT_COLOR, 0x4e625c) = 0
nanosleep({0, 50000000}, 0x7fee3318) = 0
_newselect(6, [4 5], NULL, NULL, {0, 0}) = 1 (in [4], left {0, 0})
read(4, "\35", 4096) = 1
_newselect(6, [4 5], NULL, NULL, {0, 0}) = 0 (Timeout)
read(6, 0x7fee3150, 256) = -1 EAGAIN (Resource temporarily unavailable)
ioctl(3, FBIOPAN_DISPLAY or FBIPUT_COLOR, 0x4e625c) = 0
ioctl(3, FBIOPAN_DISPLAY or FBIPUT_COLOR, 0x4e625c) = 0
nanosleep({0, 50000000}, 0x7fee3318) = 0
open("/usr/local/home/.ohboy/lastselected.rc", O_RDWR|O_CREAT|O_TRUNC, 0666) = 7
ioctl(7, TIOCNXCL, 0x7fee3280) = -1 ENOTTY (Inappropriate ioctl for device)
write(7, "49", 2) = 2
close(7) = 0
open("/usr/local/home/GBx_Best_Games/", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 7
fstat64(7, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
fcntl(7, F_SETFD, FD_CLOEXEC) = 0
getdents(7, /* 20 entries */, 4096) = 324
getdents(7, /* 0 entries */, 4096) = 0
close(7) = 0
open("/usr/local/home/.ohboy/lastselected.rc", O_RDWR) = 7
ioctl(7, TIOCNXCL, 0x7fee3280) = -1 ENOTTY (Inappropriate ioctl for device)
read(7, "49", 4096) = 2
read(7, "", 4096) = 0
close(7) = 0
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0xcd1} ---
rt_sigaction(SIGSEGV, {0x10000000, [RT_65 RT_67 RT_69], 0}, {SIG_DFL, [RT_70 RT_71 RT_72 RT_73 RT_74 RT_77 RT_79 RT_81 RT_83 RT_86 RT_88 RT_89 RT_90 RT_91 RT_93 RT_94 RT_95], SA_RESTART|SA_INTERRUPT|SA_NODEFER|SA_NOCLDWAIT|0x79675b0}, 16) = 0
close(6) = 0
rt_sigaction(SIGINT, NULL, {SIG_DFL, [], SA_RESTART|SA_INTERRUPT|SA_NODEFER|SA_NOCLDWAIT|0x796fa44}, 16) = 0
rt_sigaction(SIGINT, {SIG_DFL, [], 0}, NULL, 16) = 0
rt_sigaction(SIGTERM, NULL, {SIG_DFL, [], SA_RESTART|SA_INTERRUPT|SA_NODEFER|SA_NOCLDWAIT|0x796fa44}, 16) = 0
rt_sigaction(SIGTERM, {SIG_DFL, [], 0}, NULL, 16) = 0
munmap(0x77425000, 3686400) = 0
ioctl(3, FBIOGET_CONTRAST or FBIOPUT_VSCREENINFO, 0x4e62fc) = 0
close(3) = 0
close(5) = 0
ioctl(4, KDSETMODE, 0) = 0
ioctl(4, KDSKBMODE, 0x2) = 0
ioctl(4, SNDRV_TIMER_IOCTL_SELECT or TIOCSPGRP, {B38400 opost isig icanon echo ...}) = 0
ioctl(4, VT_UNLOCKSWITCH, 0x1) = 0
ioctl(4, VT_ACTIVATE, 0x1) = 0
close(4) = 0
rt_sigaction(SIGSEGV, NULL, {0x10000000, [], 0}, 16) = 0
rt_sigaction(SIGBUS, NULL, {SIG_DFL, [], SA_RESTART|SA_INTERRUPT|SA_NODEFER|SA_NOCLDWAIT|0x79675b0}, 16) = 0
rt_sigaction(SIGBUS, {SIG_DFL, [], 0}, NULL, 16) = 0
rt_sigaction(SIGFPE, NULL, {SIG_DFL, [], SA_RESTART|SA_INTERRUPT|SA_NODEFER|SA_NOCLDWAIT|0x79675b0}, 16) = 0
rt_sigaction(SIGFPE, {SIG_DFL, [], 0}, NULL, 16) = 0
rt_sigaction(SIGQUIT, NULL, {SIG_DFL, [], SA_NOCLDSTOP}, 16) = 0
tgkill(1182, 1182, SIGSEGV) = 0
sigreturn() (mask []) = -1
--- SIGSEGV {si_signo=SIGSEGV, si_code=SI_TKILL, si_pid=1182, si_uid=0} ---
+++ killed by SIGSEGV +++[code]
-
I figured that the issue is with the file lastselected.rc
On my system if contains of one byte
opendingux:/media/data/local/home/.ohboy # hexdump lastselected.rc
0000000 0035
0000001
opendingux:/media/data/local/home/.ohboy # cat lastselected.rc
5opendingux:/media/data/local/home/.ohboy #
The byte changes when I go up in dirs tree (the only way I can go =) )
If I remove it it's being creating again. If I replace it with a symlink to /dev/null everything works fine!
-
So OhBoy's last-file-saving code stores an integer corresponding to the number of the file among the directory's sorted file names. That's great :-\
-
Downloaded the newest version but it doesn't work. It keeps crashing every time I try to load a game. :(
Is there anywhere I can download the previous version that worked?
-
Downloaded the newest version but it doesn't work. It keeps crashing every time I try to load a game. :(
Is there anywhere I can download the previous version that worked?
Did you update your GCW Zero to the latest firmware (2014-08-20)?
-
I felt like turning on the SELECT+START Menu access, but whenever I do this, the games recognize the keystrokes.
For example, after I save on Mario DX, you know how the cursor goes back to Continue, correct? (It goes Continue, Save, End. Saving was complete, so it become un-selectable.) I press Sel+St, and it ends the game (Select places the cursor at End, Start chooses the option). I dislike the use of the Power slider to operate the menu, and I saw in previous releases that it used to be L+R. Well, all I get for Alternate Menu Combo is said Sel+St and No. Please add L+R back!
-
Ive been out of the loop for a while, but did GCW add rumble support?? If so any chance of adding it to Ohboy for pokemon rumble?
-
Downloaded the newest version but it doesn't work. It keeps crashing every time I try to load a game. :(
Is there anywhere I can download the previous version that worked?
Did you update your GCW Zero to the latest firmware (2014-08-20)?
Yes the firmware is up to date with the 2014-08-20 release. And I've read that if you load the games from the internal memory instead of the SD card it will work correctly. Unfortunately, this did not work.
-
Downloaded the newest version but it doesn't work. It keeps crashing every time I try to load a game. :(
could you describe your problem better? does it crash when executing the emulator? when opening the rom browser? when selecting a rom to load? after selecting a rom? does it happen with all games? did you try to reset the rom dir in the options? did you try deleting the config files in $home/.ohboy/?
-
Yes the firmware is up to date with the 2014-08-20 release. And I've read that if you load the games from the internal memory instead of the SD card it will work correctly. Unfortunately, this did not work.
As hi-ban wrote, you can try to delete the config files... in any case, hereunder a link to the previous version (september 2014):
https://www.sendspace.com/file/sgzke4
-
Anyway, as i'm seeing that the rom browser causes too many problems, i will disable it in the next release and use gmenu2x browser instead.
-
Anyway, as i'm seeing that the rom browser causes too many problems, i will disable it in the next release and use gmenu2x browser instead.
Could you please also include an argument with the ROM path to the entry point so we use shortcuts since you're changing it to the gmenu2x browser? I'm pretty sure a lot of people would love that (I know I would).
-
Anyway, as i'm seeing that the rom browser causes too many problems, i will disable it in the next release and use gmenu2x browser instead.
Could you please also include an argument with the ROM path to the entry point so we use shortcuts since you're changing it to the gmenu2x browser? I'm pretty sure a lot of people would love that (I know I would).
If hi-ban changes his port of OhBoy to use gmenu2x's file browser, then that means it will need to work with file names provided as arguments. It will then necessarily work as described in the ROM shortcut thread. ;)
-
How is it that I can get OhBoy's browser to work 100% of the time? My ROMs are on the external, and is saved there.
If internal, try /media/data/local/home.
-
Downloaded the newest version but it doesn't work. It keeps crashing every time I try to load a game. :(
could you describe your problem better? does it crash when executing the emulator? when opening the rom browser? when selecting a rom to load? after selecting a rom? does it happen with all games? did you try to reset the rom dir in the options? did you try deleting the config files in $home/.ohboy/?
Yes it crashes after I select a ROM to load and it's happened with every game. I reset the ROM directory to both the internal memory and my SD card and both crash. I also tried to delete the config files... still doesn't work.
Thanks Gab for the previous version.
-
Yes it crashes after I select a ROM to load and it's happened with every game. I reset the ROM directory to both the internal memory and my SD card and both crash. I also tried to delete the config files... still doesn't work.
wait, so you are saying you hit "Load ROM", you successfully browse to your desired rom, you select that rom, and then it crashes in the loading process?
-
Anyway, as i'm seeing that the rom browser causes too many problems, i will disable it in the next release and use gmenu2x browser instead.
Could you please also include an argument with the ROM path to the entry point so we use shortcuts since you're changing it to the gmenu2x browser? I'm pretty sure a lot of people would love that (I know I would).
+1 Would really appreciate it. Thanks for all the work you've done!
-
Updated the first post with new version.
-
Updated the first post with new version.
Thanks hi ban for your hard work :)
-
Just in time, because the November build also started exiting abnormally for me. I don't know if it was crashing or just going to a proper "quit" state at the wrong time, though.
This was after I had cleaned my previously-defined, but not moved or deleted, ROM directory of games I didn't like. Presumably the saved index fell out of bounds.
Hooray for the gmenu2x browser ;D
-
guys how can i get in ohboy full screen.
-
Quote from Senor Quack "If you are running the latest firmware (8-20-2014), this is probably because the hardware scaler is now supported and has two different modes: Keep-Aspect-Ratio and Stretch-to-Screen: Press Power-Slider + A and it will switch between the two modes, as described under "Button Combinations" here in the quick-start guide: http://wiki.surkow.com/Quick_Start_Guide
Some programs/emulators give you the option of saving this selection as a setting, others make you press Power+A each the time video mode changes."
-
I'm trying to save a game using the game's save (not save state) in OhBoy, but it doesn't appear to produce a save file. Has anyone else encountered this?
Edit: After a few different tries, it somehow worked. No idea what I did, if anything.
Edit2: Now it's not working. Seems to work when it pleases.
If I save the game, then exit the emulator with GCW's Power+Select or when I power off the system, it seems to delete or not recognize the save on the next load. If I save the game, then through the emulator's menu reset the game, it will remember the save.
-
Yes, I believe you need to exit the emulator for the save to be written to SD.
-
will gameshark emu work with this
-
Here is a border i've made using the background menu of Ohboy, you can download it here : https://www.sendspace.com/file/cd6trs
-
I've got a question : How do you change the clock speed ? when i go in " Main Settings " and press down, it skips the clock speed & rom path lines and goes from " show fps " to state sram... And is it on NTSC by default or Pal ?
-
I've got a question : How do you change the clock speed ? when i go in " Main Settings " and press down, it skips the clock speed & rom path lines and goes from " show fps " to state sram... And is it on NTSC by default or Pal ?
http://boards.dingoonity.org/gcw-releases/regba-gba-emulator-(alpha-1)/msg143590/#msg143590
-
I have noticed that the resolutions of the Gameboy / gbc & Gameboy advance games on the gcw is slighty minimized (smaller) compared to the original. Since the screen is actually bigger than the gb(c) / gba and the resolution higher, isnt there a way to have the true original resolution on the gcw in 164x140 pixels (as original size seen on a computer for exemple, not minimized for the gcw) for the gb(c) and 240x160 for the gba ? And if not would it be possible to have a scale that is closer to the original gb screen ? because the smaller one (1.55) in the OhBoy options is far from it.
Here's a picture that explains the problem better :
-
I now see that you posted this message to this thread as well as the ReGBA thread. Please refer to the ReGBA thread, reply #360noscope (http://boards.dingoonity.org/gcw-releases/regba-gba-emulator-(alpha-1)/msg143899/#msg143899).
-
Yes, we should continue the conversation here since we are talking about the gb(c) in this particular exemple (but this " small " upscale mode is also for regba).
I've taken a look at the third picture you've posted ( kid-dracula-gcw-interpolation.png ) on my gcw. Would it be possible to have it in addition to the other scales available ? I think it looks better than the ones offered in the upscaler video settings : not too big, not too small, closer than what you can see on an original game boy.
-
There are two camps here:
There's the "I prefer the original pixels" camp, which demands a crisp image at all costs. This camp can only be served by showing the original 160x144 image centered on the screen, because non-blurred upscaled 320x288 pixels doesn't fit in 320x240.
And then there's the "If it's going to be blurry, might as well use all the screen space offered by this console" camp, which is served very well by the full-screen scaler.
The first camp is going to be like "Why resize it at all, and get blur?". The second camp is going to be like "Why resize it only this little bit and waste the rest of the screen?". As a result, it'll be an option value that just requires another button press to skip, for everyone.
There are also many models of GB, GBC and GBA; should options be added for each model, just in case someone's preferred model is not the same?
edit: There are also magnifier add-ons that people used on their GB, GBC and GBA. Each of those has a different magnification factor, too, which could be yet another option! But you can simply pretend that the full-screen modes in GCW emulators allow you to get the true experience of using a magnifier add-on, without the fuss of an actual magnifier add-on ;D
In short: This is pointless.
-
Would it be possible to have something between full screen and original size ? A picture that would be bigger than the no scale mode but not full screen and if possible in non blured mode ?
-
That's not how pixels work.
-
For the non pixel mode, because its either you double it to have non blurred picture, you can only mutiply them by two ? What about having a blurred scale mode who will be between the non scale and full screen ? if it has to be blurred, the smaller it will be, the less you will notice it, so a blurred mode, slighty larger than the non scale mode would be a good choice, i think.
-
Like this.
-
I've been trying to create custom palettes for the GB, but I've run into a very strange problem, namely that the hex codes I'm putting into the .pal files are not the same colour in Ohboy as they are on my computer. I'll input a blue colour, and get a red one, and such. It makes inputting colours pretty much guesswork.
Why is that, and what should I be using to pick colours instead if that's the case?
-
I've been trying to create custom palettes for the GB, but I've run into a very strange problem, namely that the hex codes I'm putting into the .pal files are not the same colour in Ohboy as they are on my computer. I'll input a blue colour, and get a red one, and such. It makes inputting colours pretty much guesswork.
Why is that, and what should I be using to pick colours instead if that's the case?
Just swap the first two digits in your hexadecimal numbers with the last two.
I checked the pallette files in the original post, and it's in the BGR format, not RGB.
-
Just swap the first two digits in your hexadecimal numbers with the last two.
I checked the pallette files in the original post, and it's in the BGR format, not RGB.
Thanks.
-
New version released.
Latest build: 20180224
Changes since last version:
- Added option to simulate the GB LDC ghosting
- Fixed minor menu bug
Download link in the first post.
-
Thanks hi-ban!
-
Thank you hi-ban!! :)
-
The ghosting option is useful because some GB games used flickering sprites to make the GB LCD show more than 4 colors or/and semi-transparent graphics. If you have no ghosting you'll see a flickering mess, but with ghosting you see everything as it was meant to be seen.
Some examples of this are:
- Castlevania 2 Belmont's Revenge (you can see it at the first room of Cloud Castle)
- Chikyuu Kaihou Gun ZAS (this one uses it a lot, you can see it everywhere in the 1st level)
-
Is there any way to get Super Gameboy colors and borders working with this?
-
Is there any way to get Super Gameboy colors and borders working with this?
You probably want to use Gambatte instead: https://boards.dingoonity.org/gcw-releases/gambatte-13651/