2015-01-28 2:26 GMT+00:00 vedavata <email address hidden>:
>> What do you mean by "hang up" ?
>> Does the control window becomes unresponsive?
>
> Yes.
> And MKV-files is stopped to fiil.
>
>> From the logs I notice is that the capture ring buffer gets full,
>> this usually means frames are not being encoded fast enough.
>> Guvcview tries to compensate for this, by reducing the frame rate.
>
> I tried 30, 25, 20, 15 fps -- the same result: when MVK-files reeaces 2
> GB, guvcview hangs up...
OK, I'll test this again in another machine.
>
>> Also the matroska muxer caches audio frames so that matching audio and
>> video packets are stored in the same cluster.
>
> I doubt, that AVI is better... :-)
It's not, but it's a completely different muxer, it doesn't care about
timestamps, so it just writes packages immediately to file.
>
>> In this case for some reason video frames are not being fed to the muxer, so audio keeps filling the cache.
>> Have you tried reducing the resolution, or fps?
>
> Yes. 30, 25, 20, 15 fps... 960, 800, 640 pixels... [On a Core i5
> processor.]
>
>> You should also test with different codecs and with the avi muxer,
>
> Yes, tried MPEG2, H264... The same... 2 GB... (on any FS: ntfs, ext3...)
>
>> also maybe with audio disabled, just to check if it makes any
> difference.
>
> I will try without audio...
> Thank you.
Hi,
2015-01-28 2:26 GMT+00:00 vedavata <email address hidden>:
>> What do you mean by "hang up" ?
>> Does the control window becomes unresponsive?
>
> Yes.
> And MKV-files is stopped to fiil.
>
>> From the logs I notice is that the capture ring buffer gets full,
>> this usually means frames are not being encoded fast enough.
>> Guvcview tries to compensate for this, by reducing the frame rate.
>
> I tried 30, 25, 20, 15 fps -- the same result: when MVK-files reeaces 2
> GB, guvcview hangs up...
OK, I'll test this again in another machine.
>
>> Also the matroska muxer caches audio frames so that matching audio and
>> video packets are stored in the same cluster.
>
> I doubt, that AVI is better... :-)
It's not, but it's a completely different muxer, it doesn't care about
timestamps, so it just writes packages immediately to file.
>
>> In this case for some reason video frames are not being fed to the muxer, so audio keeps filling the cache.
>> Have you tried reducing the resolution, or fps?
>
> Yes. 30, 25, 20, 15 fps... 960, 800, 640 pixels... [On a Core i5
> processor.]
>
>> You should also test with different codecs and with the avi muxer,
>
> Yes, tried MPEG2, H264... The same... 2 GB... (on any FS: ntfs, ext3...)
>
>> also maybe with audio disabled, just to check if it makes any
> difference.
>
> I will try without audio...
> Thank you.
Ok. I'll wait for your results.
>
> Should i open a new bug?
Yes please, this is a different bug.
Regards,
Paulo
> /bugs.launchpad .net/bugs/ 1373221 /bugs.launchpad .net/guvcview/ +bug/1373221/ +subscriptions
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> guvcview crashed with SIGSEGV in get_ctrl_by_id()
>
> To manage notifications about this bug go to:
> https:/