Hi there,
Tried to make a screen cast this morning, but the result is flashing red?
https://s.natalian.org/2022-01-06/vscode-span.mp4
https://s.natalian.org/2022-01-06/vscode-span.log
Any ideas what I am doing wrong?
Thank you in advance,
___
Hi there,
How do I prevent my audio going out of sync with my screen capture please?
https://s.natalian.org/2021-02-22/update-chart.log
https://s.natalian.org/2021-02-22/update-chart.mp4
Perhaps it's an issue with my USB microphone?
For several months as an Archlinux user, kms screen capture has been broken in
the standard ffmpeg package.
[h264_vaapi @ 0x55f36423d5c0] Pick nothing to encode next - need more input for
reference pictures.
[hwmap @ 0x55f364244000] Filter input: drm_prime, 2560x1440 (60557866).
Hi,
Just to follow up, I think I have it working again and the permission errors
have fallen away with 5.5.2-arch1-1 and perhaps some other package update.
After much back and forth it would appear the `-crtc_id 48` was causing the
initial issue with vaapi_device /dev/dri/renderD128.
[kmsgrab
Replying to https://ffmpeg.org/pipermail/ffmpeg-user/2020-February/046699.html
Didn't manage to configure mailman correctly to just send replies to my email
post.
I created another "Capture the screen from the first active KMS plane" [1]
without the hide banner switch.
1.
Hi there,
For sometime I've been happily using kmsgrab to make screencasts on my
Archlinux Xorg desktop.
https://github.com/kaihendry/recordmydesktop2.0/blob/9825a44d886318d78463c0a602681c0c7931cf83/x11capture#L71
But then it broke after a reboot as described here:
Thanks for the sudo setcap cap_sys_admin+ep /path/to/ffmpeg tip. It
indeed works.
https://github.com/kaihendry/recordmydesktop2.0/commits/kms
Unfortunately kmsgrab seems to lag for me:
https://s.natalian.org/2018-06-26/1529976937.mp4
And sometimes is unreliable:
On Mon, 25 Jun 2018 at 09:49, robertlazarski wrote:
> That command worked for me though of course without your external dep.
You managed to record sound with your kmsgrab? Not sure what you mean
by external dep!
___
ffmpeg-user mailing list
Hi ffmpeg users,
Sorry I initially posted my question here:
https://www.reddit.com/r/ffmpeg/comments/8tgejw/kmsgrab_on_intel_8th_generation_aka_hw/
Via https://trac.ffmpeg.org/wiki/Hardware/VAAPI#ScreenCapture I
discovered kmsgrab which astonishingly doesn't seem to drop frames or
over heat my
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
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
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 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
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 ...
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
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
On 13 September 2015 at 12:24, Steve Boyer wrote:
> Put the "-c:a copy -c:v copy" to copy the streams and not transcode and it
> worked fast (778 fps) and plays fine with ffplay and VLC. MPlayer plays it
> at an insane FPS. Stats on the resulting file:
Thanks Steve, I
Hi guys,
The Input #0, mpeg transcoding into mp4 (for iPhone playback via
Safari) is resulting in up 3x larger files. Why is that?
ffprobe of a typical MKV input file:
http://ix.io/kLm
The ffmpeg log:
http://ix.io/kMw
Sidenote: Found I had to put in a frame rate of 30 else things
wouldn't
On 30 April 2015 at 17:21, Tom Evans tevans...@googlemail.com wrote:
What is missing (and the only thing that is really required) is the
full command line that you used to invoke ffmpeg, and the console
output that invocation of ffmpeg produced, presented as inline in the
email. No
On 13 March 2015 at 16:53, Moritz Barsnick barsn...@gmx.net wrote:
HDMI inputs. Here's one I randomly picked from their website (well, it
looked like the smallest one with HDMI input):
https://www.blackmagicdesign.com/products/decklink/techspecs/W-DLK-06
Ah, didn't know about these. But since
On 4 March 2015 at 18:15, Christoph Gerstbauer
christophgerstba...@gmail.com wrote:
which -pix_fmt (pixelformat) does your recorded ffvhuff have? I cant see a
syntax setting for the pixel format in your video.
I didn't have one defined
22 matches
Mail list logo