Actually I spoke too soon. It's definitely dropping frames still. For example.
https://s.natalian.org/2018-03-28/1522205981.mp4.log
https://s.natalian.org/2018-03-28/1522205981.mp4
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
On 23 March 2018 at 21:12, Mark Thompson wrote:
> This is still duplicating a very large number of frames for video sync. As
> suggested previously, please try with video sync disabled ("-vsync 0") or
> without audio.
https://s.natalian.org/2018-03-25/vsync.mp4.log
2018-03-23 14:31 GMT+01:00, Gyan Doshi :
>
>
> On 3/23/2018 6:45 PM, Carl Eugen Hoyos wrote:
>> 2018-03-23 14:12 GMT+01:00, Mark Thompson :
>
>>>
>>> This is still duplicating a very large number of frames for video sync.
>>> As suggested previously, please try
On 23/03/18 13:15, Carl Eugen Hoyos wrote:
> 2018-03-23 14:12 GMT+01:00, Mark Thompson :
>> On 23/03/18 01:28, Kai Hendry wrote:
>>> Thank you Moritz! Damn, I feel like a fool. ;)
>>>
>>> Unfortunately Mark's suggestion doesn't seem to have an impact.
>>>
>>> As you hopefully can
On 3/23/2018 6:45 PM, Carl Eugen Hoyos wrote:
2018-03-23 14:12 GMT+01:00, Mark Thompson :
This is still duplicating a very large number of frames for video sync. As
suggested previously, please try with video sync disabled ("-vsync 0") or
without audio.
To the best of my
2018-03-23 14:12 GMT+01:00, Mark Thompson :
> On 23/03/18 01:28, Kai Hendry wrote:
>> Thank you Moritz! Damn, I feel like a fool. ;)
>>
>> Unfortunately Mark's suggestion doesn't seem to have an impact.
>>
>> As you hopefully can see here:
>>
On 23/03/18 01:28, Kai Hendry wrote:
> Thank you Moritz! Damn, I feel like a fool. ;)
>
> Unfortunately Mark's suggestion doesn't seem to have an impact.
>
> As you hopefully can see here:
> https://s.natalian.org/2018-03-23/1521768226.mp4
>
> The mouse still doesn't move smoothy across the
>
>
> Are you saying I'm doing something wrong with capturing?
>
>
I was merely suspecting your output device could be set to 60Hz, but you're
only capturing every other frame when setting your ffmpeg input to 30Hz. I
might be wrong.
___
ffmpeg-user
On 23 March 2018 at 14:06, Erik Dobberkau wrote:
> If you only capture a fraction of the frames your device is actually
> producing without motion blending, isn't that to be expected?
A fraction of the frames? I should iiuc be capturing at 30 fps. I am
not quite sure
> Unfortunately Mark's suggestion doesn't seem to have an impact.
>
> As you hopefully can see here:
> https://s.natalian.org/2018-03-23/1521768226.mp4
>
> The mouse still doesn't move smoothy across the screen. Hence I feel
> it's dropping frames!
>
>
Simple question:
If you only capture a
Thank you Moritz! Damn, I feel like a fool. ;)
Unfortunately Mark's suggestion doesn't seem to have an impact.
As you hopefully can see here:
https://s.natalian.org/2018-03-23/1521768226.mp4
The mouse still doesn't move smoothy across the screen. Hence I feel
it's dropping frames!
On Thu, Mar 22, 2018 at 09:22:24 +0800, Kai Hendry wrote:
> https://s.natalian.org/2018-03-22/1521681432.mp4.log
> I'm getting hwupload,scale_vaapi=format=nv12: Invalid argument
>
> Did I miss something?
Yes, the lines before that one. This hints that your command line is
misinterpreted:
>
On 21 March 2018 at 19:17, Mark Thompson wrote:
> If that doesn't work then I suggest reducing the test case to find which
> parts are causing the problem - e.g. try without audio, using libx264 instead
> of VAAPI, without extra video sync ("-vsync 0").
Thanks! Will give it a
On 20/03/18 10:24, Kai Hendry wrote:
> Hi Mark,
>
> On 20 March 2018 at 17:58, Mark Thompson wrote:
>> Show your command line? The pts values in that file are quite uniform,
>> suggesting that you've forced the output to be treated as if it is 30/1001
>> fps even if it isn't.
Hi Mark,
On 20 March 2018 at 17:58, Mark Thompson wrote:
> Show your command line? The pts values in that file are quite uniform,
> suggesting that you've forced the output to be treated as if it is 30/1001
> fps even if it isn't. The status line also says "frame= 529 ...
On 20/03/18 02:30, Kai Hendry wrote:
> Hi there,
>
> With my brand new Intel 8th gen laptop (Intel Corporation UHD Graphics
> 620 (rev 07) with 8 core Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz on
> Archlinux, I thought I'd experiment with hardware accelerated capture
> as opposed to my normal
Thanks Dennis for the suggestion!
On 20 March 2018 at 10:54, Dennis Mungai wrote:
> Have you tried using the restream option?
> ffmpeg -re -i capture_device -vaapi_device /dev/dri/renderD128
> -movflags +faststart
> -vf 'format=nv12|vaapi,hwupload' -c:v h264_vaapi
Hello there,
Have you tried using the restream option?
ffmpeg -re -i capture_device -vaapi_device /dev/dri/renderD128
-movflags +faststart
-vf 'format=nv12|vaapi,hwupload' -c:v h264_vaapi {$encoder_opts} outputfile.
Try and report back.
On 20 March 2018 at 05:30, Kai Hendry
Hi there,
With my brand new Intel 8th gen laptop (Intel Corporation UHD Graphics
620 (rev 07) with 8 core Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz on
Archlinux, I thought I'd experiment with hardware accelerated capture
as opposed to my normal 2-step approach of
1) recording to mkv
19 matches
Mail list logo