My favorites | Sign in
Logo
             
Details: Show all Hide all

Last 30 days

  • Dec 13, 2009
    r85 (sync with dosbox svn) committed by dborth   -   sync with dosbox svn
    sync with dosbox svn
  • Dec 13, 2009
    r84 (minor optimizations) committed by dborth   -   minor optimizations
    minor optimizations
  • Dec 13, 2009
    issue 24 (Code Dump on Startup) commented on by don7.5p4m.m3   -   I get the same after DOSBox tries to load from fat32 USB drive on 4.1U with cIOS 249 Rev14, Hermes cIOS 222/223, & cIOS 202 from mplayer-ce loaded. HBC is 1.0.6 IOS61 v21.29. Exception (DSI) occurred. GPR00 800e4250 GPR08 8041fa34 GPR16 00000000 GPR24 80dd50e4 GPR01 80dd50a0 GPR09 ffffffff GPR17 00000000 GPR25 80480000 .... I can get the whole dump if needed LR 800e4250 SRR0 800e4260 SRR1 0000a032 MSR 00000000 DAR 00000033 DSISR 04000000 Stack Dump: 800e4260 -> 800e4250 -> 802d2bd0 -> 8000043cc 8030b794 -> 8030b734 Code Dump: 800e4260: 80090034 2f800000 419e0034 7fc3f378 800e4270: 7fa4eb78 7fe5fb78 7c0903a6 4e800421 800e4280: 8001001c 83a1000c 7c0803a6 83c10010 Reloading in 8 seconds and it does just that, reloads the HBC.
    I get the same after DOSBox tries to load from fat32 USB drive on 4.1U with cIOS 249 Rev14, Hermes cIOS 222/223, & cIOS 202 from mplayer-ce loaded. HBC is 1.0.6 IOS61 v21.29. Exception (DSI) occurred. GPR00 800e4250 GPR08 8041fa34 GPR16 00000000 GPR24 80dd50e4 GPR01 80dd50a0 GPR09 ffffffff GPR17 00000000 GPR25 80480000 .... I can get the whole dump if needed LR 800e4250 SRR0 800e4260 SRR1 0000a032 MSR 00000000 DAR 00000033 DSISR 04000000 Stack Dump: 800e4260 -> 800e4250 -> 802d2bd0 -> 8000043cc 8030b794 -> 8030b734 Code Dump: 800e4260: 80090034 2f800000 419e0034 7fc3f378 800e4270: 7fa4eb78 7fe5fb78 7c0903a6 4e800421 800e4280: 8001001c 83a1000c 7c0803a6 83c10010 Reloading in 8 seconds and it does just that, reloads the HBC.
  • Dec 11, 2009
    issue 25 (USB or SD drive not able to be mounted) reported by under.my.control   -   What steps will reproduce the problem? 1. type "mount u usb:/Dosbox/myapp" or put in dosbox.conf 2. type "mount x sd:/DOSBox/" or put in dosbox.conf 3. change to x: or u: drive by typing "u:" or "x:" What is the expected output? What do you see instead? - expected to be able to mount and change to the drive. dosbox-wii reports directory not found or reports you have to mount the drive first. Does the issue occur on the latest DOSBox for Windows? - works fine on DOSBox for Windows What version of the product are you using? On what operating system? I'm using Dosbox-wii v1.1, Homebrew info page says IOS61 v19.26, and I've applied USB 2.0 cIOS provided by mplayer-ce to the Wii. (http://code.google.com/p/mplayer-ce/downloads/list). Wii system menu 4.0U Please provide any additional information below. I'm using just a Wiimote, no numchuck or keyboard, at the moment, although I've tried it with a numchuck attached. I have a WBFS formatted USB drive and a FAT formatted USB stick. I tried switching the USB ports, and just the FAT drive alone in both ports. I have to switch the FAT drive to port0 when using FTPii, and WBFS drives are only accessible on port0 after upgrading the IOS USB support to v2.0, so it could be related to what IOS dosbox-wii uses for USB access. I put the commands in the dosbox.conf autoexec section and tried typing them in.
    What steps will reproduce the problem? 1. type "mount u usb:/Dosbox/myapp" or put in dosbox.conf 2. type "mount x sd:/DOSBox/" or put in dosbox.conf 3. change to x: or u: drive by typing "u:" or "x:" What is the expected output? What do you see instead? - expected to be able to mount and change to the drive. dosbox-wii reports directory not found or reports you have to mount the drive first. Does the issue occur on the latest DOSBox for Windows? - works fine on DOSBox for Windows What version of the product are you using? On what operating system? I'm using Dosbox-wii v1.1, Homebrew info page says IOS61 v19.26, and I've applied USB 2.0 cIOS provided by mplayer-ce to the Wii. (http://code.google.com/p/mplayer-ce/downloads/list). Wii system menu 4.0U Please provide any additional information below. I'm using just a Wiimote, no numchuck or keyboard, at the moment, although I've tried it with a numchuck attached. I have a WBFS formatted USB drive and a FAT formatted USB stick. I tried switching the USB ports, and just the FAT drive alone in both ports. I have to switch the FAT drive to port0 when using FTPii, and WBFS drives are only accessible on port0 after upgrading the IOS USB support to v2.0, so it could be related to what IOS dosbox-wii uses for USB access. I put the commands in the dosbox.conf autoexec section and tried typing them in.
  • Dec 04, 2009
    issue 24 (Code Dump on Startup) reported by jaywebster18   -   What steps will reproduce the problem? 1. Open the HBC 2. Click on DosBox Wii What is the expected output? What do you see instead? App should start. I see a code dump as soon as I click the app button in HBC. What version of the product are you using? On what operating system? Version 1.1 - 4.2E Please provide any additional information below. Just looking to see if anyone knows why this might be happening or if anyone has any advice on how to get it working.
    What steps will reproduce the problem? 1. Open the HBC 2. Click on DosBox Wii What is the expected output? What do you see instead? App should start. I see a code dump as soon as I click the app button in HBC. What version of the product are you using? On what operating system? Version 1.1 - 4.2E Please provide any additional information below. Just looking to see if anyone knows why this might be happening or if anyone has any advice on how to get it working.

Earlier this year

  • Nov 28, 2009
    issue 23 (USB Keyboard and Mouse Combo - Mouse Not Responding) Status changed by dborth   -   not a problem specific to dosbox wii. upstream issue relates to usb support in libogc/ios, and this support is not guaranteed.
    Status: Invalid
    not a problem specific to dosbox wii. upstream issue relates to usb support in libogc/ios, and this support is not guaranteed.
    Status: Invalid
  • Nov 27, 2009
    r83 (sync) committed by dborth   -   sync
    sync
  • Nov 23, 2009
    issue 23 (USB Keyboard and Mouse Combo - Mouse Not Responding) reported by TheChrisHuff   -   What steps will reproduce the problem? 1.Plug in USB RF receiever into 2nd USB port in back of Wii 2.Load dosbox-wii version 0.73 from homebrew channel 3.Load any DOS game which uses mouse 4.Attempt to move mouse What is the expected output? What do you see instead? I should see mouse cursor move. Instead cursor sits still not responding. Does the issue occur on the latest DOSBox for Windows? No. It occurs on the latest version of DOSBox for Wii. What version of the product are you using? On what operating system? dosbox-wii v1.1 on Wii System version 4.2, loaded through homebrew channel. Please provide any additional information below. Wiimote and Keyboard work fine. USB Keyboard and Mouse Combo is i-rocks RF-6572. They share a common RF->USB receiver. Mouse and Keyboard are sync'd with receiver but the Dosbox is not responding to the mouse signals. Thanks
    What steps will reproduce the problem? 1.Plug in USB RF receiever into 2nd USB port in back of Wii 2.Load dosbox-wii version 0.73 from homebrew channel 3.Load any DOS game which uses mouse 4.Attempt to move mouse What is the expected output? What do you see instead? I should see mouse cursor move. Instead cursor sits still not responding. Does the issue occur on the latest DOSBox for Windows? No. It occurs on the latest version of DOSBox for Wii. What version of the product are you using? On what operating system? dosbox-wii v1.1 on Wii System version 4.2, loaded through homebrew channel. Please provide any additional information below. Wiimote and Keyboard work fine. USB Keyboard and Mouse Combo is i-rocks RF-6572. They share a common RF->USB receiver. Mouse and Keyboard are sync'd with receiver but the Dosbox is not responding to the mouse signals. Thanks
  • Nov 16, 2009
    r82 (sync with svn) committed by dborth   -   sync with svn
    sync with svn
  • Nov 10, 2009
    r81 (sync) committed by dborth   -   sync
    sync
  • Nov 10, 2009
    r80 (sync) committed by dborth   -   sync
    sync
  • Nov 10, 2009
    r79 (sync) committed by dborth   -   sync
    sync
  • Nov 10, 2009
    r78 (sync) committed by dborth   -   sync
    sync
  • Nov 04, 2009
    issue 22 (Rayman is very slow.) Status changed by dborth   -   eh? this is not a bug. it is what it is, there's no magic way to make it go faster.
    Status: Invalid
    eh? this is not a bug. it is what it is, there's no magic way to make it go faster.
    Status: Invalid
  • Nov 04, 2009
    issue 22 (Rayman is very slow.) reported by SonicXxRush   -   I've tried everything in my thoughts to try to get this to work, I've tried to edit the config file, but no difference, increasing the memory from 16 to 32 doesn't work, changing cycles to max doesn't do anything either, the only change is that the controls are delayed a bit and sometimes unresponsive. This could also apply to some other games as well. Maybe an optional swap file for DosBox-Wii can fix this issue?
    I've tried everything in my thoughts to try to get this to work, I've tried to edit the config file, but no difference, increasing the memory from 16 to 32 doesn't work, changing cycles to max doesn't do anything either, the only change is that the controls are delayed a bit and sometimes unresponsive. This could also apply to some other games as well. Maybe an optional swap file for DosBox-Wii can fix this issue?
  • Nov 03, 2009
    r77 (sync with svn) committed by dborth   -   sync with svn
    sync with svn
  • Nov 03, 2009
    r76 (sync with SVN) committed by dborth   -   sync with SVN
    sync with SVN
  • Nov 02, 2009
    issue 19 (Dosbox freezes on Zelda Classic 1.90 DOS-Version) commented on by meparr...@gmail.com   -   By the way, it does it with Zelda Classic 2.10 as well...
    By the way, it does it with Zelda Classic 2.10 as well...
  • Oct 28, 2009
    issue 19 (Dosbox freezes on Zelda Classic 1.90 DOS-Version) commented on by meparr...@gmail.com   -   I too was trying to get it working to no avail. This would be a terrific addition to my Homebrew...
    I too was trying to get it working to no avail. This would be a terrific addition to my Homebrew...
  • Oct 28, 2009
    issue 18 (Problem with Wiimote) Status changed by dborth   -  
    Status: Completed
    Status: Completed
  • Oct 28, 2009
    issue 17 (King's Quest 6 Cursor will not move on the screen properly) Status changed by dborth   -  
    Status: Completed
    Status: Completed
  • Oct 28, 2009
    issue 15 (VGA mode black screen problem) Status changed by dborth   -  
    Status: Completed
    Status: Completed
  • Oct 28, 2009
    issue 13 (impossible to return to root directory when a sd card's root...) Status changed by dborth   -  
    Status: Completed
    Status: Completed
  • Oct 27, 2009
    r75 ([No log message]) committed by dborth   -   [No log message]
    [No log message]
  • Oct 27, 2009
    r74 ([No log message]) committed by dborth   -   [No log message]
    [No log message]
  • Oct 27, 2009
    DOSBox Wii 1.1.zip (DOSBox Wii 1.1) file uploaded by dborth   -  
    Labels: Featured Type-Executable
    Labels: Featured Type-Executable
  • Oct 27, 2009
    r73 ([1.1 - October 27, 2009] * Fixed "black screen" issue with ...) committed by dborth   -   [1.1 - October 27, 2009] * Fixed "black screen" issue with numerous games * Minor optimizations and bug fixes * Updated to latest DOSBox SVN
    [1.1 - October 27, 2009] * Fixed "black screen" issue with numerous games * Minor optimizations and bug fixes * Updated to latest DOSBox SVN
  • Oct 27, 2009
    r72 ([1.0 - October 9, 2009] * Home menu and on-screen keyboard ...) committed by dborth   -   [1.0 - October 9, 2009] * Home menu and on-screen keyboard (a proof of concept showing SDL + libwiigui) * Small speed increases via SDL Wii improvements * Compiled with devkitPPC r18 and libogc 1.8.0 * Updated to latest DOSBox SVN
    [1.0 - October 9, 2009] * Home menu and on-screen keyboard (a proof of concept showing SDL + libwiigui) * Small speed increases via SDL Wii improvements * Compiled with devkitPPC r18 and libogc 1.8.0 * Updated to latest DOSBox SVN
  • Oct 27, 2009
    r71 (1.1) committed by dborth   -   1.1
    1.1
  • Oct 27, 2009
    r70 (sync with svn) committed by dborth   -   sync with svn
    sync with svn
  • Oct 23, 2009
    issue 21 ([Enhancement] Increase default RAM allocation) commented on by nintendomaniac64   -   Really? That's... absolutely terrible future-proofing design XD
    Really? That's... absolutely terrible future-proofing design XD
  • Oct 23, 2009
    issue 21 ([Enhancement] Increase default RAM allocation) Status changed by dborth   -   I'm going by the dosbox recommendations, if some games have more memory reported they don't run.
    Status: Invalid
    I'm going by the dosbox recommendations, if some games have more memory reported they don't run.
    Status: Invalid
  • Oct 23, 2009
    issue 21 ([Enhancement] Increase default RAM allocation) reported by nintendomaniac64   -   It's kind of silly to have the default amount of memory set to 16MB when the Wii has nearly 4x that amount just sitting there being unused. Why not put it to use? Sure you can set it manually, but how many people know that? And it'd be possible for those said people to attempt installing something like Windows 95 which definitely would take advantage of more RAM.
    It's kind of silly to have the default amount of memory set to 16MB when the Wii has nearly 4x that amount just sitting there being unused. Why not put it to use? Sure you can set it manually, but how many people know that? And it'd be possible for those said people to attempt installing something like Windows 95 which definitely would take advantage of more RAM.
  • Oct 22, 2009
    issue 18 (Problem with Wiimote) commented on by dborth   -   Well you won't see any improvement until I release a new version!
    Well you won't see any improvement until I release a new version!
  • Oct 21, 2009
    issue 18 (Problem with Wiimote) commented on by nintendomaniac64   -   Still having massive issues with this in, for example, Spider Run (shareware ver.). The mouse pointer was restricted to only the top half of the screen.
    Still having massive issues with this in, for example, Spider Run (shareware ver.). The mouse pointer was restricted to only the top half of the screen.
  • Oct 16, 2009
    r69 (libwiigui documentation updates) committed by dborth   -   libwiigui documentation updates
    libwiigui documentation updates
  • Oct 15, 2009
    issue 18 (Problem with Wiimote) Status changed by dborth   -   I've improved the mouse behavior, although it's still not perfect.
    Status: Fixed
    I've improved the mouse behavior, although it's still not perfect.
    Status: Fixed
  • Oct 15, 2009
    issue 17 (King's Quest 6 Cursor will not move on the screen properly) Status changed by dborth   -  
    Status: Fixed
    Status: Fixed
  • Oct 15, 2009
    issue 13 (impossible to return to root directory when a sd card's root...) Status changed by dborth   -  
    Status: Fixed
    Status: Fixed
  • Oct 15, 2009
    r68 (do not strip trailing slash when returning to root (or ever!...) committed by dborth   -   do not strip trailing slash when returning to root (or ever!) limit scalers to 640x480 fix dirname function
    do not strip trailing slash when returning to root (or ever!) limit scalers to 640x480 fix dirname function
  • Oct 14, 2009
    r67 (reset vres when going back to menu) committed by dborth   -   reset vres when going back to menu
    reset vres when going back to menu
  • Oct 14, 2009
    r66 (sync with official) committed by dborth   -   sync with official
    sync with official
  • Oct 13, 2009
    issue 15 (VGA mode black screen problem) Status changed by dborth   -   Strange. doublebuf was the problem, that doesn't need to be on anyway.
    Status: Fixed
    Strange. doublebuf was the problem, that doesn't need to be on anyway.
    Status: Fixed
  • Oct 13, 2009
    r65 (turn off doublebuf, makes some games (eg: SimFarm) go black) committed by dborth   -   turn off doublebuf, makes some games (eg: SimFarm) go black
    turn off doublebuf, makes some games (eg: SimFarm) go black
  • Oct 12, 2009
    r64 (optimization - use a pointer for wpad data) committed by dborth   -   optimization - use a pointer for wpad data
    optimization - use a pointer for wpad data
  • Oct 12, 2009
    r63 (correct use of drawdone) committed by dborth   -   correct use of drawdone
    correct use of drawdone
  • Oct 10, 2009
    issue 15 (VGA mode black screen problem) commented on by CrazyAgentSmith   -   Oh, right...using version 1.0 it should be said.
    Oh, right...using version 1.0 it should be said.
  • Oct 10, 2009
    issue 15 (VGA mode black screen problem) commented on by CrazyAgentSmith   -   Try disabling double buffering. I had a few games that had a black screen, this seemed to fix them.
    Try disabling double buffering. I had a few games that had a black screen, this seemed to fix them.
  • Oct 09, 2009
    DOSBox Wii 1.0.zip (DOSBox Wii 1.0) file uploaded by dborth   -  
    Labels: Featured Type-Executable
    Labels: Featured Type-Executable
  • Oct 09, 2009
    r62 ([1.0 - October 9, 2009] * Home menu and on-screen keyboard ...) committed by dborth   -   [1.0 - October 9, 2009] * Home menu and on-screen keyboard (a proof of concept showing SDL + libwiigui) * Small speed increases via SDL Wii improvements * Compiled with devkitPPC r18 and libogc 1.8.0 * Updated to latest DOSBox SVN
    [1.0 - October 9, 2009] * Home menu and on-screen keyboard (a proof of concept showing SDL + libwiigui) * Small speed increases via SDL Wii improvements * Compiled with devkitPPC r18 and libogc 1.8.0 * Updated to latest DOSBox SVN
 
Hosted by Google Code