Skip to content
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

arch64 release #68

Closed
domeOo opened this issue Jun 3, 2021 · 7 comments
Closed

arch64 release #68

domeOo opened this issue Jun 3, 2021 · 7 comments

Comments

@domeOo
Copy link

domeOo commented Jun 3, 2021

Feature request

What problem does this feature solve?

If u use an RPI4 with arch64 u can't use HyperHDR. I compiled it on my PI like in your Guide, and it works. Would be nice to have it as Official Release from you

What does the proposed API look like?

How should this be implemented in your opinion?

Are you willing to work on this yourself?

@awawa-dev
Copy link
Owner

Hi
Yes, I know the issue. The main problem is current github action scripts and github 500MB limitation on storage for free accounts. Last release took around ~460MB and ordinary push action took ~200MB. And there are some other my repos that take space also. I don't know what happen after adding arch64 and reaching reach 500MB. At some point migration to paid plan could improve the situation.
BTW I doubt there will be much benefit of using HyperHDR on arch64 system. It's quite a different story than for example Windows 32 vs 64. int64_t data type that is fundamental in the fast video processing is available natively also on 32-bit arm v6/7 OS. Maybe memory bandwidth/access is improved... Must test it some day ;)

@domeOo
Copy link
Author

domeOo commented Jun 3, 2021

I need the arch64 for other things, just want to let hyperhdr run on the same pi. Maybe u can provide me with the info how to bundle in a dpk when I build for arch64. So I can install it like one of your releases?

Thanks for your great work and best regards

@awawa-dev
Copy link
Owner

I understand. If you managed to compiled the application from sources then you can build installation packages executing cpack at the end or modify build with make -j $(nproc) package (than will compile & build packages at once). Scripts for cpack should be prepared by the cmake during configuration automatically if the rpi target is detected.

@domeOo
Copy link
Author

domeOo commented Jun 3, 2021

Thanks it worked perfectly. Maybe the community could take over the cost for Github. I would like to contribute a part to it.

@bjw-s
Copy link

bjw-s commented Aug 5, 2021

Hi! I was looking at the Github pricing page (https://github.com/pricing), and as far as I can tell, the 500MB limit does not apply to public projects:

500MB of Packages storage
Free for public repositories

We are trying to auto-build a container image for this application over at our k8s-at-home org so people can easily deploy this in their Kubernetes clusters, and it would really help us if you could publish the arch64 version as well since we aim to support both amd64 and arm64 with our images.

@awawa-dev
Copy link
Owner

Hi
That's not our only repo. Of course, all the developing in the end lands on HyperHDR site when it's finished and ready for release or beta testing. Due to amount of changes and new features it's not ready for that phase now. So the problem exists for the limit and free account (not only the storage but also git action service limit: each version consumes its time for compiling). And now we just hit the operational limit and we won't increase it further: that's for sure, at least for our current model.

What can we provide it's a change for test in the next release: based on download statistics x64 RPM installers will be removed and aarch64 will be provided. So space limit will be obey but it increases a problem with our github action spending anyway already... so we will see how it will work for us and for users.

awawa-dev added a commit that referenced this issue Aug 18, 2021
- upgrade Bootstrap from version 3 to 5
- replace and update most of UI components
- software screen grabbers (Windows:DirectX11 / Linux:X11 / macOS:CoreGraphics) #46
- HDR available as a global component
- automatic signal detection with learning capability
- reimplemented backup import / export function for all instances' settings
- current video stream information in the 'overview' tab
- support for my new HyperSPI project (https://github.com/awawa-dev/HyperSPI) with awa_spi LED driver
- new video stream crop method in JSON API
- JSON API documentation in a form of live playground in 'Advanced' tab
- LED grouping aka PC mode aka gradient mode
- add timeout for the anti-flickering filter
- translation resources are updated
- new panel for easy video resolution & refresh mode selection
- add release for AARCH64 architecture #68
- fix for WLED new network protocol #90
- fix missing Linux taskbar icon
- support for libCEC 6.0.2 to turn on/off video & system grabber
- support for libCEC to turn on/off HDR tone mapping with remote buttons
- compatibility with QT6.2 (tested with the preview version/Vulkan/Windows)
- lower CPU usage when automatic signal detection triggers 'nosignal' ('save resources' for software framerate decimation) #93
- standardize libJPEG-turbo library (where it's necessary)
- fix values premature clipping in the LUT generator & SDR preview rendering fix, access available now from the menu ('Advanced' tab)
- suppress most of external components' warning while building
- faster image to LED colors transformation
- import 'sparks' and 'system shutdown' effects to the new effect API #75
- better logging with instances' indexes
- fix power saving issue with macOS port
- fix memory leaks in SPI drivers
@awawa-dev
Copy link
Owner

Implemented in version 17 (beta for testing).
If you have some time, please test it. Reopen the issue if needed.
https://github.com/awawa-dev/HyperHDR/releases/tag/v17.0.0.0beta

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants