-
-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Why aren't there any releases or flash instructions? #3
Comments
Hi, thanks for getting in touch The main markdown has Retro Odroid Go Firmware
Based on the Retro ESP32 GUI This is currently a WORK IN PROGRESS We are working on a flashable bin currently and will be available soon In the meantime you can run the |
My Odroid Go is just ordered... |
Hi, any chance you can please release the work-in-progress flashable bin for the Odroid Go? We know it's still in development, and we understand the caveats. A while ago I tried building it myself but ran into many issues, in both Windows and Linux environments. It seems the project is still very much tied to your dev environments, which is understandable, but it makes it more difficult to just pull it and build. |
easiest thing to do on Linux is to
|
Thanks for the reply. Unfortunately those instructions are not working. I've cloned a fresh copy of the repo, ran ./ota from the Scripts directory, but the build that it kicks off fails with various environment variable issues, like it can't find the Xtensa toolchain despite it sourcing helpers/paths. Besides this, even when not rebuilding the binaries, the script still fails to flash them and just exits with "goodbye". I've updated it to point to /dev/ttyUSB0 where my Odroid Go is mounted, with no luck. I may be mistaken but I still think the scripts may be relying on your own dev environments. It shouldn't be this hard to pull a repo and build it. Any advice? Is it possible for you to attempt to build/flash the firmware in a fresh environment, like a VM? |
or dockerfile ? |
As said by others, build instructions would help a lot. Here is what I found out:
Even with this, the build doesn't succeed, missing some modules which I didn't look for. I wonder if we should be using the esp-idf version that is in the Tools folder but it's not recognized correctly by esptool.py if IDF_PATH is set to that. To find this out I commented every clear in the Scripts folder, which allowed me to see the build log outputs. I hope this convinces @32teeth to push proper build instructions. I would be happy to provide feedback on those. I have a Odroid Go that I plan on using for a non-gaming project. What is the tooling state right now? If I understand well, the upstream esp-idf cannot be used? What should I use? OtherCrashOverride's esp-idf fork (is there a quickstart guide somewhere)? Or is my best bet to use the Arduino lib? Thanks for your work! |
Thanks for the feedback, and promise i will get back to it. You could alternately use the @OtherCrash version for now Soon... |
I've got a moving square using the latest esp-idf and odroid_display.(c|h) from the original firmware without any issue for the moment. :) I'll look at the patches made by OtherCrashOverride on his fork to see what is going on. Don't hesitate pinging me when you need feedback. |
Would be great.. Also are there any changelogs to see? since the commit description you are leaving kind of isn't existing :D
The text was updated successfully, but these errors were encountered: