You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Removing the GLC file format stuff in favor of piping sounds good to me. It would allow the removal of an absolutely massive amount of code and dependencies, greatly simplifying this library's design.
That said, I still have yet to successfully record for more than a few seconds through the pipe system. 😉
with a copy of your glcs.log and a copy of your pipe cmd line (You have to personalize it for your setup to work).
I'll be happy to help.
2 advices that comes to my mind is to:
adjust your system setting /proc/sys/fs/pipe-max-size as specified in the log
Depending on your cpu, you need to adjust the libx264 preset to the value of the highest quality that your cpu is able to process in realtime. For mine, it is veryfast. Do some test with ultrafast at first.
This is long term issue. glc file format support will at least be still around at the next release to help smooth migration from glc to glcs.
but as the piping code mature and demonstrate its viability, I think that it will be hard to justify to keep around the old code.
For the sake of simplifying (the already complex) UI and keep the maintenance easy, I think that this code should be removed.
The text was updated successfully, but these errors were encountered: