MiSTeX-devel/MiSTeX-buildroot

Missing Sources

Closed this issue · 14 comments

The source code of uboot is missing (404 Error), there is any alternative to that?

Also, there are some sources pointing to Gitee Nezha D1 repositories, which are VERY SLOW, do you know if are there any faster mirrors around?

Thanks in advance!

What sources are missing exactly? I think everything necessary is here.

I miss click the confirm button so the issue was not posted, sorry.

I have updated the Issue description

My solution is to replace by this source code here in Makefile.

I also would like to take this opportunity and let you know that I have made a PR in Arcade-QBert MiSTeX repo

I also would like to thank you very much for your effort to make this such nice project!!

I was able to fully build the following cores in Vivado 2023.1 for xc7a110t:

  • Menu_MiSTeX.bit
  • Arcade_QBert_MiSTeX.bit (doing that PR I mentioned)
  • FlappyBird_MiSTeX.bit
  • Arcade_BombJack_MiSTeX.bit
  • Arcade_Pong_MiSTeX.bit; and
  • Arcade_Pacman_MiSTeX.bit

I am now trying to build the image to flash my Allwinner D1 board to test in my FPGA

Unfortunately, I couldn't get BombJack and Pacman make to work on Artix7 yet.
Probably issues with block ram porting.
Pacman sound still seems to work somewhat if I remember correctly.
Also, Pong works somewhat with glitches.

I have got it to work!

out2.mp4

(the video was coded in h265 to keep the size <10MB, you must download it and watch outside web browser)

There are some points to highlight:

  • Great input lag from controller (I believe in your videos you did not face this issue)
  • I could not play any core, Flappybird at least I could watch a bird flying on the screen :)
  • When I ran other cores the screen (and OSD) became in a very weird pink mode:

image

I would like to offer some help, if there is something I can do I will be glad to improve something.

Great! The lag affects only the menu, not the games, interestingly.
Of course there is lots to improve. Finding out where that lag comes from, for example.
The bit/byte order of the VGA signal of the other cores is probably wrong, so the colors are off.
BTW. The video you attached above seems to have no image, only audio.
Would be interesting to know the details of 'could not play', you mean the core does not react to the controller.?
If you like we could make a video conference and to try and solve some issues, or I could explain some things and show you around.

of course, what is the best of to make contact?

Google Meet or zoom would be fine.

great!!

I believe I am able to do it tomorrow, I live in Brazil so we can discuss a better time for both of us.

We need a contact to share the meet link

Besides, the video is coded in h265 to fit the 10MB limit of GitHub, it can only be played with an appropriate codec, not in browser.

you could hear the audio because it has been kept in aac format.

my email address is hansfbaier@gmail.com

Ah I downloaded the video and can see it with vlc now. Is your gamepad USB or bluetooth?

USB Gamepad, I was using an 8bitdo BT receiver which acts like a normal USB Xinput gamepad HID device for the USB Host, so it does not matter.

I prefer that way in order not to power consume the regulators with lights and rumble motors from the gamepad (which work through batteries).

I have sent you an email ☺

I think we can close this now.
Please reopen, if you think otherwise, and explain why.