-
-
Notifications
You must be signed in to change notification settings - Fork 43
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
Mac version: fwrite takes too long #58
Comments
The delay is because the plugin needs to convert the source frame to the destination frame, the higher the resolution of the frame, the slowest it will get. |
The same pixel size of 2M does not freeze on the window version, but it freezes on the mac version. |
I freezes completely, or it just lags? |
The streaming time has slowed down. It takes about 100ms to write a frame |
Hi! Is there any way to send frames to virtual camera without pipe? |
One of the bottlenecks is the std::vector used in VideoFrame. The allocation of vector objects costs a lot of time. I have made a modification which improves this. |
Based on my profiling, write seems fast enough, the bottleneck is the frequent memory allocation. |
@qing-wang I know, I must find some time to port the video converter from Webcamoid to the virtual cameras. |
Hi, I installed the virtual camera service in the Mac version, and then tried to write a 2m pixel fwrite (buffer, buffer_size, 1, proc) each time, but it took about 200 milliseconds, causing the picture to get stuck. What's the reason,
The text was updated successfully, but these errors were encountered: