- 
                Notifications
    You must be signed in to change notification settings 
- Fork 2
Feat: Render recording #205
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
base: main
Are you sure you want to change the base?
Conversation
| Cpp-Linter Report  | 
| Code Coverage SummaryResults for commit: 6990489 Minimum allowed coverage is  ♻️ This comment has been updated with latest results | 
f9a8e38    to
    80ec375      
    Compare
  
    b431d6f    to
    23f0862      
    Compare
  
    only available under linux with many hacks atm, so still heaviliy in WIP
…r loop, so that the image gets cleared correctly
make the build system mor robust allow the usage of embedded ffmpeg (WIP)
WIP, it nearly works
this is inspired by sdl and helps while debugging
this increase compilation speed, since not everyone that uses this core header needs iostream, those who need it inlcude it themselves now
use system pkg-config and set correct pkg-config path, to find dependencies like e.g. libavformat include those dependencies correctly in the apk
if the socket variant really works is questionable, but it compiles at least
this required some refactoring, each RequestAction EventHandleType returns a void*, that cAn contain any data, in the render case it's a reference to the selector, which has a recordings path
…at the spinner can be reused
…rror it is also better, than using std::get<> everywhere
also correctly install ffmpeg libraries pkgconfig files, so that no mapping via cpp.find_library() is needed
this makes recordings and similar things persistent across reloads
- fix asm issue + add libx264
after an upstream patch the local patch files needed to be adjusted
1b7cde6    to
    6990489      
    Compare
  
    
No description provided.