-
Notifications
You must be signed in to change notification settings - Fork 10
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
bootup logos for pinecil v2 #32
Comments
Only the older original pinecil V1 models can use boot logo art for now since it uses DFU to do firmware updates and has a different MCU chip which accepts dfu image files. The newer V2 has a BL706 MCU chip which takes "bin" files. The method to update the firmware can not use the same dfu flashers or dfu images from the past. new Blisp flasher developed for the Pinecil V2 updating can not yet do boot logo art. For now Blisp can install IronOS firmware. Keep an eye for updates in the future. It's a little more complicated because of the way the BL706 is set up. I see that Ralim is working on this from an IronOS ticket. |
I didn't feel like working around the limitations of the Blisp flashing tool, but got the bootup logo to work with relatively little effort. I did the following:
Advantage is that this uses the regular boot logo format, although the image is now embedded in the cpp sources. Thought I'd share. You should be able to figure it out, if not, let me know 👍 |
@wbokslag thank you for making this temporary work-around until ralim changes blisp for all. are you able to write out a few more steps - some people this might be their first time doing something like this. since it's changing the source code and then you are flashing a modified pinecilv2.bin? |
Of course. Here goes: OverviewThis post is intended as a workaround for getting a boot logo to work on a pinecil v2, as long as the blisp flashing tool does not support it. In this post, I'll go through all the steps to do the following:
Linux only, but you can certainly do it on windows too Getting blispYou can get blisp in this repo: https://github.com/pine64/blisp. For me, the precompiled version did not work. As soon as I ran it, even without parameters, it complains about a wrong GLIBC version and exits. I thus pulled the sources, and followed the instructions in the readme. I ended up with blisp compiled. Keep this file, or copy it to /usr/local/bin/blisp to make it available system-wide Converting your image
Building IronOS
Flashing
|
Sure! As far as I know, the Pinecil V2 cannot be bricked, as the bootloader can always be used to recover/reflash the firmware. Any bugs in the implementation can thus simply be reverted and/or a precompiled firmware may be flashed without issue. As far as I know, thus, don't shoot me if you do manage to brick it beyond repair :-) Firmware updates can be pulled using Happy to help, Wouter |
@wbokslag some people probably feinted when they saw detailed instructions to make a custom fw for this 😲 |
Here's a build of 2.21 with the animated IronOS bootlogo. Have fun 😃
Big thanks to @wbokslag for his guide ❤️ |
I made a video showing how to Install this specific "animated IRONOS logo" from the Zip file above that @PowerWiesel compiled and attached. 🎞️ https://youtu.be/LksT2AVOJsI
|
@PowerWiesel What are the upper limits to an animated bootlogo? How many frames are able to be included? |
I can't give you a real answer, but I can tell you that the IronOS animation got 20 frames and give you the link to the animation pull request Just try to convert the gif and you will see if it works |
If I understand correctly, the frames are not stored entirely. Basically, there is a 1KB area reserved for the boot logo or animation. After the initial image, a "delta" is specified per frame, telling how the next frame differs from the previous. As such, you can have many frames if they resemble a lot, or only a few if they contain large changes between frames. However, when using my 'workaround', the logo data is stored in the code, and is no longer bound to this 1kb limitation. I'm sure you can fit in a larger animation, but you might need to make some adjustments to the gif-to-bootanim script and/or the bootlogo display code for the pinecil. Shouldn't be too hard if you have any experience with this sort of thing. |
Yep this is correct, the logo frames are either delta encoded or encoded as a whole frame (whatever is smaller for that frame). Best advice is to try it and see, logos with largely static content with smaller animations will work better. |
for me this commandline "Go back to Powershell and type this command (change infile.png to the name of your image): python img2logo.py infile.png out -m for Miniware There is another description here: This commandline did the job for me. Maybe someone can look into this, I think it should be corrected. |
Ah thats my bad, Ill remove the out of date instructions in the readme here. |
Any chance you can make one for 2.22? |
Currently 2.22 is believed to fix the Bluetooth boot issues. |
I don't have the skills or time at the moment to compile a 2.22 version that includes the boot logo and I'd like to stay on the newest version with the boot logo but it's definitely not necessary |
If I'm not mistaken, you just need to do this: |
Once the logo is flashed in the correct location it will survive upgrades as well :) |
I was wondering how to upload a bootup logo to the pinecil v2.
When I use the update instructions from the Pine64 wiki, I end up overwriting the whole flash with the bootup logo.
I'm surprised it even flashes anything at all because in the wiki it talks about needing .bin files, but I used the .dfu file.
The text was updated successfully, but these errors were encountered: