Re: [FFmpeg-user] AMF hardware acceleration duplicating framesat60fps
I’m sorry, I’m new to mailing stuff. But yes, I missed the fact it’s not actually 60fps. That’s really strange then! ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] AMF hardware acceleration duplicating frames at60fps
2019-03-24 2:19 GMT+01:00, Felipe pi pe : > frame= 273 fps= 30 q=-0.0 Lsize=1950kB time=00:00:09.16 273 < 9 * 60 Stop top-posting! Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] AMF hardware acceleration duplicating frames at60fps
Full MKV output: ffmpeg version N-93388-g6cfa173303 Copyright (c) 2000-2019 the FFmpeg developers built with gcc 8.2.1 (GCC) 20190212 configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-fontconfig --enable-gnutls --enable-iconv --enable-libass --enable-libdav1d --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-libvidstab --enable-libvorbis --enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libaom --enable-libmfx --enable-amf --enable-ffnvcodec --enable-cuvid --enable-d3d11va --enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth --enable-libopenmpt libavutil 56. 26.100 / 56. 26.100 libavcodec 58. 47.103 / 58. 47.103 libavformat58. 26.101 / 58. 26.101 libavdevice58. 6.101 / 58. 6.101 libavfilter 7. 48.100 / 7. 48.100 libswscale 5. 4.100 / 5. 4.100 libswresample 3. 4.100 / 3. 4.100 libpostproc55. 4.100 / 55. 4.100 [gdigrab @ 01f1df2393c0] Capturing whole desktop as 1366x768x32 at (0,0) [gdigrab @ 01f1df2393c0] Stream #0: not enough frames to estimate rate; consider increasing probesize Input #0, gdigrab, from 'desktop': Duration: N/A, start: 1553389642.790523, bitrate: 2014274 kb/s Stream #0:0: Video: bmp, bgra, 1366x768, 2014274 kb/s, 60 fps, 1000k tbr, 1000k tbn, 1000k tbc Stream mapping: Stream #0:0 -> #0:0 (bmp (native) -> h264 (h264_amf)) Press [q] to stop, [?] for help Output #0, matroska, to 'out.mkv': Metadata: encoder : Lavf58.26.101 Stream #0:0: Video: h264 (h264_amf) (H264 / 0x34363248), yuv420p, 1366x768, q=-1--1, 2000 kb/s, 60 fps, 1k tbn, 60 tbc Metadata: encoder : Lavc58.47.103 h264_amf frame= 273 fps= 30 q=-0.0 Lsize=1950kB time=00:00:09.16 bitrate=1742.7kbits/s speed=0.999x video:1948kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.138390% De: Carl Eugen Hoyos Enviado: domingo, 24 de marzo de 2019 2:18 Para: FFmpeg user questions Asunto: Re: [FFmpeg-user] AMF hardware acceleration duplicating frames at60fps 2019-03-24 2:09 GMT+01:00, Felipe pi pe : > I’ve just confirmed that using other formats (i.e. mkv) > doesn’t replicate this issue Please provide the complete, uncut console output for mkv output. It will not duplicate frames as the mp4 muxer but does it really record with 60fps? Please do not top-post here, Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe". ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] AMF hardware acceleration duplicating frames at 60fps
2019-03-24 2:09 GMT+01:00, Felipe pi pe : > I’ve just confirmed that using other formats (i.e. mkv) > doesn’t replicate this issue Please provide the complete, uncut console output for mkv output. It will not duplicate frames as the mp4 muxer but does it really record with 60fps? Please do not top-post here, Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] AMF hardware acceleration duplicating frames at 60fps
I’ve just confirmed that using other formats (i.e. mkv) doesn’t replicate this issue, maybe there’s an error on the mp4 encoder? De: Carl Zwanzig Enviado: domingo, 24 de marzo de 2019 2:03 Para: ffmpeg-user@ffmpeg.org Asunto: Re: [FFmpeg-user] AMF hardware acceleration duplicating frames at 60fps On 3/23/2019 5:55 PM, Carl Eugen Hoyos wrote: > The console output imo indicates that gdigrab does not provide the > frames on time, I don't know what the deeper reason is. Based on my screen-grabbing experiments last year, I'm rather suspicious of gdigrab (see "Delay in windows screen capture" from last September). Unfortunately, I didn't have a chance to run down the root cause. z! ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe". ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] AMF hardware acceleration duplicating frames at 60 fps
On 3/23/2019 5:55 PM, Carl Eugen Hoyos wrote: The console output imo indicates that gdigrab does not provide the frames on time, I don't know what the deeper reason is. Based on my screen-grabbing experiments last year, I'm rather suspicious of gdigrab (see "Delay in windows screen capture" from last September). Unfortunately, I didn't have a chance to run down the root cause. z! ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] AMF hardware acceleration duplicating frames at 60fps
It does record fine when using un-accelerated H264, so I’m pretty sure gdigrab isn’t at fault. De: Carl Eugen Hoyos Enviado: domingo, 24 de marzo de 2019 1:56 Para: FFmpeg user questions Asunto: Re: [FFmpeg-user] AMF hardware acceleration duplicating frames at 60fps 2019-03-24 1:34 GMT+01:00, Felipe pi pe : > I'm trying to record my screen with gdigrab at 60 fps and save it to an mp4 > file. This works flawlessly at 30 fps, but once I up it to 60 fps it starts > to duplicate almost all frames and results in what I estimate is a ~10 fps > video file. This is my command line: ffmpeg -f gdigrab -framerate 60 -i > desktop -c:v h264_amf -y out.mp4 The console output imo indicates that gdigrab does not provide the frames on time, I don't know what the deeper reason is. Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe". ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] AMF hardware acceleration duplicating frames at 60fps
I would use it but this command is part of a bigger application I’m making. It’s strange because I remember the first few times I’d used this same exact command it worked flawlessly. De: andrei ka Enviado: domingo, 24 de marzo de 2019 1:53 Para: FFmpeg user questions Asunto: Re: [FFmpeg-user] AMF hardware acceleration duplicating frames at 60fps i'd try open broadcast studio for screen capture till ppl find you 100% ffmpeg command line.. 768p should be a joke for 2500g. ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe". ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] AMF hardware acceleration duplicating frames at 60 fps
2019-03-24 1:34 GMT+01:00, Felipe pi pe : > I'm trying to record my screen with gdigrab at 60 fps and save it to an mp4 > file. This works flawlessly at 30 fps, but once I up it to 60 fps it starts > to duplicate almost all frames and results in what I estimate is a ~10 fps > video file. This is my command line: ffmpeg -f gdigrab -framerate 60 -i > desktop -c:v h264_amf -y out.mp4 The console output imo indicates that gdigrab does not provide the frames on time, I don't know what the deeper reason is. Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] AMF hardware acceleration duplicating frames at 60 fps
i'd try open broadcast studio for screen capture till ppl find you 100% ffmpeg command line.. 768p should be a joke for 2500g. ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
[FFmpeg-user] AMF hardware acceleration duplicating frames at 60 fps
I'm trying to record my screen with gdigrab at 60 fps and save it to an mp4 file. This works flawlessly at 30 fps, but once I up it to 60 fps it starts to duplicate almost all frames and results in what I estimate is a ~10 fps video file. This is my command line: ffmpeg -f gdigrab -framerate 60 -i desktop -c:v h264_amf -y out.mp4 And this is the output after recording for a bit: ffmpeg version N-93388-g6cfa173303 Copyright (c) 2000-2019 the FFmpeg developers built with gcc 8.2.1 (GCC) 20190212 configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-fontconfig --enable-gnutls --enable-iconv --enable-libass --enable-libdav1d --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-libvidstab --enable-libvorbis --enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libaom --enable-libmfx --enable-amf --enable-ffnvcodec --enable-cuvid --enable-d3d11va --enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth --enable-libopenmpt libavutil 56. 26.100 / 56. 26.100 libavcodec 58. 47.103 / 58. 47.103 libavformat58. 26.101 / 58. 26.101 libavdevice58. 6.101 / 58. 6.101 libavfilter 7. 48.100 / 7. 48.100 libswscale 5. 4.100 / 5. 4.100 libswresample 3. 4.100 / 3. 4.100 libpostproc55. 4.100 / 55. 4.100 [gdigrab @ 01f85b1e93c0] Capturing whole desktop as 1366x768x32 at (0,0) [gdigrab @ 01f85b1e93c0] Stream #0: not enough frames to estimate rate; consider increasing probesize Input #0, gdigrab, from 'desktop': Duration: N/A, start: 1552938438.353976, bitrate: 2014274 kb/s Stream #0:0: Video: bmp, bgra, 1366x768, 2014274 kb/s, 60 fps, 1000k tbr, 1000k tbn, 1000k tbc Stream mapping: Stream #0:0 -> #0:0 (bmp (native) -> h264 (h264_amf)) Press [q] to stop, [?] for help Output #0, mp4, to 'asd.mp4': Metadata: encoder : Lavf58.26.101 Stream #0:0: Video: h264 (h264_amf) (avc1 / 0x31637661), yuv420p, 1366x768, q=-1--1, 2000 kb/s, 60 fps, 15360 tbn, 60 tbc Metadata: encoder : Lavc58.47.103 h264_amf More than 1000 frames duplicated8960kB time=00:00:19.11 bitrate=3839.6kbits/s dup=971 drop=0 speed= 1x frame= 2418 fps= 60 q=-0.0 Lsize= 19590kB time=00:00:40.28 bitrate=3983.9kbits/s dup=2063 drop=0 speed=0.998x video:19580kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.054036% I'm using a 2400G with its integrated Vega 11 GPU on Windows 10 ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Rotating webm videos
On Sat, Mar 23, 2019 at 19:33:22 +0900, Rex East wrote: > I tried this command: > ffmpeg -i input.webm -vf “transpose=1” -t 20 output.webm > But this re-encodes the video (slow) and there is noticeable quality loss. Regarding the quality loss: Then apparently, ffmpeg's encoding defaults are too low for your material. You need to choose a higher bitrate or encoding quality: https://trac.ffmpeg.org/wiki/Encode/VP9#constantq (Assuming your ffmpeg supports and therefore uses libvpx-vp9. If you show us your complete console output, we would know.) Cheers, Moritz ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Rotating webm videos
2019-03-23 11:33 GMT+01:00, Rex East : > I am trying rotate some webm videos by 90 degrees, > ideally without re-encoding. This is not possible with matroska / webm. Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Rotating webm videos
On 23-03-2019 04:40 PM, Michael Koch wrote: Am 23.03.2019 um 12:00 schrieb Rex East: On Sat, Mar 23, 2019 at 7:46 PM Michael Koch wrote: As far as I know, rotating without re-encoding isn't possible. Try this: ffmpeg -i input.webm -vf rotate=PI/2 output.webm Thank you Michael for the reply and information. However, that command resulted in the video being cropped to a square (original video is in portrait mode), and there is still significant quality loss... then you could pad the video before applying the rotate filter, and crop it after the rotate filter: -vf pad=iw:iw:-1:-1,rotate=PI/2,crop=xxx:ih where xxx is the height of the input video rotate has options for output size and can accommodate the rotated output, see https://ffmpeg.org/ffmpeg-filters.html#toc-rotate * *But if re-encoding is acceptable, then transpose is the suitable filter. If streamcopying is required, then the appropriate side-data element has to be generated and stored. For Matroska family files, I don't see a specific element available for display orientation. I do see a 3D projection mapping tag element which could conceivably used by setting projection type to rectangular and a non-zero roll value (yaw, pitch = 0). However, ffmpeg does not write the side-data for this purpose, nor does it read it as such. Not to mention I don't know if other consumers (players, editors) look at it either. Gyan ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Rotating webm videos
Am 23.03.2019 um 12:00 schrieb Rex East: On Sat, Mar 23, 2019 at 7:46 PM Michael Koch wrote: As far as I know, rotating without re-encoding isn't possible. Try this: ffmpeg -i input.webm -vf rotate=PI/2 output.webm Thank you Michael for the reply and information. However, that command resulted in the video being cropped to a square (original video is in portrait mode), and there is still significant quality loss... then you could pad the video before applying the rotate filter, and crop it after the rotate filter: -vf pad=iw:iw:-1:-1,rotate=PI/2,crop=xxx:ih where xxx is the height of the input video I'm not familiar with *.webm format. May be there are encoder options for better quality. Michael ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Rotating webm videos
On Sat, Mar 23, 2019 at 7:46 PM Michael Koch wrote: > > As far as I know, rotating without re-encoding isn't possible. Try this: > > ffmpeg -i input.webm -vf rotate=PI/2 output.webm > Thank you Michael for the reply and information. However, that command resulted in the video being cropped to a square (original video is in portrait mode), and there is still significant quality loss... ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Rotating webm videos
ffmpeg -i input.webm -c copy -metadata:s:v:0 rotate=90 output.webm As far as I know, rotating without re-encoding isn't possible. Try this: ffmpeg -i input.webm -vf rotate=PI/2 output.webm Michael ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
[FFmpeg-user] Rotating webm videos
Hello, I am trying rotate some webm videos by 90 degrees, ideally without re-encoding. I tried this command: ffmpeg -i input.webm -vf “transpose=1” -t 20 output.webm But this re-encodes the video (slow) and there is noticeable quality loss. I also tried this command (which works for mp4) which does not re-encode but sets flags in the metadata: ffmpeg -i input.webm -c copy -metadata:s:v:0 rotate=90 output.webm But this does not do anything (I verified output file is identical to input). My video was downloaded from youtube with the following command: youtube-dl https://www.youtube.com/watch?v=1Qsxj-B1UPk -f 313+171 Any ideas? Thank you! ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".