Nicht eingeloggt.
Passwort vergessen?

Alle Beiträge (cr1901)




#1
Re: Open Source Command Line FlashBoy Programmer
Geschrieben am: 22.03.2019 15:29
Virtual Freak
Dabei seit 31.08.2014
USA
83 Beiträge
Long Time User (4 Years) App Coder
Gonna try to prepare version 1.0.0 this upcoming week. Could anyone explain to me how the "Dev mode" of the original FlashBoy programmer application worked? What does it do differently compared to the standard flashing procedure?

EDIT: In addition, could someone test prog-vb with an _original_ FlashBoy (and not the Plus)? I either expect prog-vb to work without problems, or refuse to program it due to a different VID:PID and Configuration String.


In other news, I plan to add the following binaries to the 1.0.0 release:

* Win32/MacOS/Linux i386 (32-bit) binaries
* ARM32/64 binaries (so you can flash from your Pi, Pi clone, Pinebook, etc)

Anyone want to try testing prog-vb on other archs, such as PowerPC? Anything on this page can in principle be tested/have binaries created: https://github.com/rust-embedded/cross#supported-targets
Bearbeitet von cr1901 am 22.03.2019 15:59:29
Nach oben

Thema | Forum


#2
Re: Open Source Command Line FlashBoy Programmer
Geschrieben am: 13.03.2019 21:38
Virtual Freak
Dabei seit 31.08.2014
USA
83 Beiträge
Long Time User (4 Years) App Coder
Zitat:

litephiter wrote:
I just tried out the Mac version with a few different ROMs, some padded and some unpadded. I didn't encounter any problems. The games loaded right up, exactly as expected.

This is really excellent, because it makes the Flashboy a ton easier for me to use. Thank you for the effort you put into this app.

Let me know if there's any further testing you'd like done in MacOS.


Excellent, glad to hear it works! I think that's about it for testing until MultiBoy 32 comes closer to release! I'll prepare a 1.0.0 release in the next few weeks! :D
Nach oben

Thema | Forum


#3
Re: Open Source Command Line FlashBoy Programmer
Geschrieben am: 08.03.2019 1:07
Virtual Freak
Dabei seit 31.08.2014
USA
83 Beiträge
Long Time User (4 Years) App Coder
I have release v0.10.0 of `prog-vb`. The major difference here is that ROMs are now automatically padded if less than 2MB. Padding happens transparently to the user. Other differences can be found in the Changelog.

I would especially appreciate testing on homebrew and commercial ROMs < 1MB, and testing on Mac to flush out issues. If I don't hear of any problems in say, about a week, I'll finalize some last few changes and release v1.0.0. That should take us into mid-summer, when MultiBoy 32 is closer to release :D!

Binaries for v0.10.0 can be downloaded here.
Nach oben

Thema | Forum


#4
Re: Open Source Command Line FlashBoy Programmer
Geschrieben am: 05.03.2019 0:40
Virtual Freak
Dabei seit 31.08.2014
USA
83 Beiträge
Long Time User (4 Years) App Coder
As promised, I have gotten Mac/Linux binaries uploaded to Github. The current v0.9.0 release- and future releases can be found here.

The Windows binary is about half the size of the one I attached here. Hmmm, I guess LTO makes that much of a difference or debug symbols were stripped? I'll have to check!

Both the Windows and Linux binaries seem to run fine by a simple test (run the program w/o arguments). However, I am unable to personally test the OSX version, and I neither have OS X installed in a VM nor do I have Apple hardware.

Currently, I have uploaded 64-bit x86 binaries for Linux, OS X, and Windows. I have plans to upload Linux ARM binaries at some point so you can flash from ARM SBCs such as Raspberry Pi or Pinebook. If anyone needs any other architectures, such as 32-bit x86 binaries or maybe PowerPC :P, let me know and I'll make a new patch-level release.

KR155E, if you want to add a screenshot, feel free to add this one :)!
Open in new window
Bearbeitet von cr1901 am 05.03.2019 1:00:53
Nach oben

Thema | Forum


#5
Re: Open Source Command Line FlashBoy Programmer
Geschrieben am: 04.03.2019 14:34
Virtual Freak
Dabei seit 31.08.2014
USA
83 Beiträge
Long Time User (4 Years) App Coder
For those following along in this thread:

* The USB 2.0 error seemed to resolve itself.
* The first time run prog-vb on Windows 10, you might get that dialog. Click More Information and "Run Anyway". There is not much I can do about this right now.


I'll look into getting Mac/Linux builds running today. KR155E, is it possible that once I get Releases up and running (they will be provided by Github Releases), we could make a page under the tools section of the website a la FlashBoy Loader?

The "Homepage" would point to the Github Repo. The "Downloads" would point to the Github Releases page (unless there's a mechanism- REST API, maybe?- to automatically mirror the most recent versions on PlanetVB after CI runs).
Nach oben

Thema | Forum


#6
Open Source Command Line FlashBoy Programmer
Geschrieben am: 28.02.2019 22:07
Virtual Freak
Dabei seit 31.08.2014
USA
83 Beiträge
Long Time User (4 Years) App Coder
I am pleased to announce that I have created an open source command line FlashBoy Plus programmer :). The programmer is written in Rust, and the source is available here.

The main use case for this programmer is developers who want to add
a "flash" target to their Makefile/build system without having
to open up a GUI. And well it's open source and more portable too.

My intent is to provide binary releases for Windows,
Mac, and Linux, but at present I have only tested on Windows, and
I've not set up binary releases at all yet. Therefore, I have
attached a Windows binary corresponding to commit adf5833.


I would appreciate any testing the community could give; see if you can try to break it. If you do manage to break it, please file an issue so I can take a look.

ROMs must be padded to 2MB to use prog-vb right now! Have fun :)!

EDIT (3/23/2019): The Windows binary I attached to this post is obsolete, so I have removed it. Windows, MacOS, and Linux releases can be found on Github Releases. Padding happens automatically and transparently to the user.
Bearbeitet von cr1901 am 24.03.2019 0:57:18
Bearbeitet von cr1901 am 24.03.2019 0:57:59
Nach oben

Thema | Forum


#7
Re: Wanted: Fixed Eye Display
Geschrieben am: 20.02.2019 10:17
Virtual Freak
Dabei seit 31.08.2014
USA
83 Beiträge
Long Time User (4 Years) App Coder
Piggybacking off this thread.

I tried to do my own display repair and failed; the flex cable came apart after I _just_ couldn't get all the connections to work properly.

Is anyone willing to send me two displays which have been properly soldered? I don't think I have it in me to ever try this type of repair again...
Nach oben

Thema | Forum


#8
Re: The VB Glitchy Display Problem
Geschrieben am: 17.02.2019 5:46
Virtual Freak
Dabei seit 31.08.2014
USA
83 Beiträge
Long Time User (4 Years) App Coder
IIRC, Virtual Boy can display up to 4 shades of red at the same time from a palette of 256 shades (0 black, 255 full red). I think the VB hardware initializes the 4 shades to 255, 192, 128, and 0 (someone feel free to correct me), but you can change that if you wish. The higher the number, the more intense/bright the red is- the intensity of the red is what I mean by color drive.

Currently on my VB's right display, what should be the shade of red corresponding to 255 (max brightness), looks more like, say, 192. And 192 looks more like 128, etc. But none of the colors are actually missing on the right display, so I'm guessing the VIP is reading the relevant palette entries just fine.

This would also be a symptom of the glue losing its effect?
Nach oben

Thema | Forum


#9
Re: The VB Glitchy Display Problem
Geschrieben am: 16.02.2019 5:14
Virtual Freak
Dabei seit 31.08.2014
USA
83 Beiträge
Long Time User (4 Years) App Coder
I just want some clarification... it is normal when this problem occurs for one display to have weaker color output than the other display* in addition to horizontal lines? Or would this possibly be two different problems with my VB at once?

I noticed the horizontal lines years ago, but I decided to power up my VB as a test today and I noticed asymmetric color drive in addition to horizontal lines. My left display seems fine, but the right display seems to be in trouble :(. Might as well repair both. In any case, I want to try to repair myself, can anyone recommend a screwdriver for the deep screws?

* Noticable at the warning screen, for instance, which should have the same color intensity on both displays.
Nach oben

Thema | Forum


#10
ROM Padding
Geschrieben am: 13.09.2017 1:32
Virtual Freak
Dabei seit 31.08.2014
USA
83 Beiträge
Long Time User (4 Years) App Coder
If one wants to play VB games on their flash cart, they need to pad the ROM to some multiple of 2MB IIRC. I updated the build system on my VBdemo repo, and I've been looking at creating my own tool for doing the padding/flashing myself (from the command-line in python).

I understand that it's some sort of address decoding issue from VB CPU's point of view, but what are the "rules" to ensure that the reset vector and the remaining code ends up in the correct place?

What address does the CPU see and how does it translate to what address is presented on the bus of the ROM? Does the ROM just ignore higher bits of the bus?
Nach oben

Thema | Forum