Re: [FFmpeg-user] 4K 60Hz Directshow Video Capture
2018-02-13 1:45 GMT+01:00 Andy Furniss: > Carl Eugen Hoyos wrote: > >> Is there really a hardware encoder that supports lossless encoding? > > https://developer.nvidia.com/nvidia-video-codec-sdk#NVENCFeatures Thank you! Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] 4K 60Hz Directshow Video Capture
Carl Eugen Hoyos wrote: Is there really a hardware encoder that supports lossless encoding? https://developer.nvidia.com/nvidia-video-codec-sdk#NVENCFeatures Doesn't mention rgb though. ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] 4K 60Hz Directshow Video Capture
Alex P wrote: Hi James, ffmpeg -f dshow -video_size 3840x2160 -framerate 6/1001 -rtbufsize 21 -pixel_format bgr24 -i video="MZ0380 PCI, Analog 01 Capture" -c:v h264_nvenc -preset lossless -f null - Gives me the same error Maybe it doesn't do rgb24 lossless - you should paste full output of ffmpeg and not top post on this list. ffmpeg -f dshow -video_size 3840x2160 -framerate 6/1001 -rtbufsize 21 -pixel_format bgr24 -i video="MZ0380 PCI, Analog 01 Capture" -c:v rawvideo -f null - Gets me nearly x1 performance when executing from a ram disk but ffmpeg -f dshow -video_size 3840x2160 -framerate 6/1001 -rtbufsize 21 -pixel_format bgr24 -i video="MZ0380 PCI, Analog 01 Capture" -c:v rawvideo raw.nut Only gets me x0.5 and the buffer overflows. The device that raw.nut is written to would need to take 1.5 gigabytes/sec to get full speed. ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] 4K 60Hz Directshow Video Capture
> > ffmpeg -f dshow -video_size 3840x2160 -framerate 6/1001 -rtbufsize > 21 -pixel_format bgr24 -i video="MZ0380 PCI, Analog 01 Capture" > -c:v h264_nvenc -preset lossless -f null - > Gives me the same error > That's surprising, I can get about 200fps using file-based/ramdisk "-c:v h264_nvenc -preset -lossless". Have you also tried "-c:v hevc_nvenc -preset lossless"? What's the encoding FPS that you're getting? You technically shouldn't be able get much more than 60fps as that's what your capture card is supplying. Can you monitor the "Video Engine Utilization" during encoding? In linux it's listed in the nvidia-settings GUI or "nvidia-smi dmon" on the CLI will show enc/dec%. > ffmpeg -f dshow -video_size 3840x2160 -framerate 6/1001 -rtbufsize > 21 -pixel_format bgr24 -i video="MZ0380 PCI, Analog 01 Capture" > -c:v rawvideo -f null - > Gets me nearly x1 performance when executing from a ram disk but > > ffmpeg -f dshow -video_size 3840x2160 -framerate 6/1001 -rtbufsize > 21 -pixel_format bgr24 -i video="MZ0380 PCI, Analog 01 Capture" > -c:v rawvideo raw.nut > Only gets me x0.5 and the buffer overflows. > Is there a way of accelerating rawvideo decoding? Would using my > colleagues 1080 make a difference? Thanks. I think raw-video is already decoded. So no way/need to accelerate that. You might try a different pix_fmt from your capture card while using hw-encoding, but you'd have to test. I don't know the internals, i.e. when the pixel format is converted during hw-encoding. So it might make a difference. Changing pixel formats might be a concern if you are trying to achieve "100% lossless" capture. I've read that yuv444p should be sufficient colorspace for bgr24. There isn't a lot of info out there on encoding speed differences based on GPU models. It's a complex subject, but from what I have observed the ASIC is tied to the GPU clock (I have observed that GPU clock speed increases as ASIC load increases). If that's true, then a GTX 1080, with it's higher max clock, could have faster encoding, but I have no data to back that up only. ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] FFmpeg hanging on complex filter
2018-02-13 0:46 GMT+01:00 Jesse Koegler: > ffmpeg version 3.4.1 Copyright (c) 2000-2017 the FFmpeg developers Please test current FFmpeg git head. Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
[FFmpeg-user] FFmpeg hanging on complex filter
Hello all, Recently I upgraded my FFMPEG version to the latest release. In doing so, a command I previously used does not work anymore. Here is the command ffmpeg.exe -y -i -filter_complex "[0:v]trim=start_frame=0:end_frame=100,setpts=PTS-STARTPTS[a0]; [0:v]trim=start_frame=100:end_frame=242,setpts=PTS-STARTPTS[a1]; [a0]fade=in:0:12, fade=out:88:12[b0]; [a1]fade=in:0:12, fade=out:130:12[b1]; [b0[b1]concat[out0]" -map [out0] -map 0:a -c:a copy Previously this would return a video with some fading at the specified frames, but now the ffmpeg process just hangs. Here is the console output using latest release version C:\WINDOWS\system32>ffmpeg.exe -y -i "C:\Users\test2_FADED.mp4" -filter_complex "[0:v]trim=start_frame=0:end_frame=100,setpts=PTS-STARTPTS[a0]; [0:v]trim=start_ frame=100:end_frame=242,setpts=PTS-STARTPTS[a1]; [a0]fade=in:0:12, fade=out:88:1 2[b0]; [a1]fade=in:0:12, fade=out:130:12[b1]; [b0][b1]concat[out0]" -map [out0] -map 0:a -c:a copy "C:\Users\test2.mp4" ffmpeg version 3.4.1 Copyright (c) 2000-2017 the FFmpeg developers built with gcc 7.2.0 (GCC) configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-bzlib --e nable-fontconfig --enable-gnutls --enable-iconv --enable-libass --enable-libblur ay --enable-libfreetype --enable-libmp3lame --enable-libopenjpeg --enable-libopu s --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libtheora --ena ble-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-lib x264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-z lib --enable-gmp --enable-libvidstab --enable-libvorbis --enable-cuda --enable-c uvid --enable-d3d11va --enable-nvenc --enable-dxva2 --enable-avisynth --enable-l ibmfx libavutil 55. 78.100 / 55. 78.100 libavcodec 57.107.100 / 57.107.100 libavformat57. 83.100 / 57. 83.100 libavdevice57. 10.100 / 57. 10.100 libavfilter 6.107.100 / 6.107.100 libswscale 4. 8.100 / 4. 8.100 libswresample 2. 9.100 / 2. 9.100 libpostproc54. 7.100 / 54. 7.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'C:\Users\test2_FADED.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf56.26.101 Duration: 00:00:09.68, start: 0.00, bitrate: 147 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 640x480 [ SAR 1:1 DAR 4:3], 143 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc (default) Metadata: handler_name: VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 95 kb/s (default) Metadata: handler_name: SoundHandler Stream mapping: Stream #0:0 (h264) -> trim Stream #0:0 (h264) -> trim concat -> Stream #0:0 (libx264) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [libx264 @ 04ad0200] using SAR=1/1 [libx264 @ 04ad0200] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2 [libx264 @ 04ad0200] profile High, level 3.0 [libx264 @ 04ad0200] 264 - core 152 r2851 ba24899 - H.264/MPEG-4 AVC codec - Cop yleft 2003-2017 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deb lock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 m e_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chro ma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 i nterlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenec ut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin= 0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'C:\Users\Public\Documents\NAC Compressed Video Recordings\te st2.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf57.83.100 Stream #0:0: Video: h264 (libx264) (avc1 / 0x31637661), yuv420p, 640x480 [SA R 1:1 DAR 4:3], q=-1--1, 25 fps, 12800 tbn, 25 tbc (default) Metadata: encoder : Lavc57.107.100 libx264 Side data: cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1 Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 95 kb/s (default) Metadata: handler_name: SoundHandler It basically just hangs there, chugging along at 30% cpu usage but not ever completing. Here is the console output from the older working version C:\WINDOWS\system32>ffmpeg.exe -y -i "C:\Users\test2_FADED.mp4" -filter_complex "[0:v]trim=start_frame=0:end_frame=100,setpts=PTS-STARTPTS[a0]; [0:v]trim=start_ frame=100:end_frame=242,setpts=PTS-STARTPTS[a1]; [a0]fade=in:0:12, fade=out:88:1 2[b0]; [a1]fade=in:0:12, fade=out:130:12[b1]; [b0][b1]concat[out0]" -map [out0] -map 0:a -c:a copy "C:\Users\test2.mp4" ffmpeg version N-76704-ge9aea6d Copyright (c) 2000-2015 the FFmpeg developers built with
Re: [FFmpeg-user] 4K 60Hz Directshow Video Capture
Hi James, I get the same issue with this command: ffmpeg -f dshow -video_size 3840x2160 -framerate 6/1001 -rtbufsize 21 -pixel_format bgr24 -i video="MZ0380 PCI, Analog 01 Capture" -c:v h264_nvenc -preset lossless -f null - Is there a way to accelerate the decoding of rawvideo? ffmpeg -f dshow -video_size 3840x2160 -framerate 6/1001 -rtbufsize 21 -pixel_format bgr24 -i video="MZ0380 PCI, Analog 01 Capture" -c:v rawvideo -f null - Gets me nearly 1x performance. -Original Message- From: ffmpeg-user [mailto:ffmpeg-user-boun...@ffmpeg.org] On Behalf Of James Girotti Sent: Monday, February 12, 2018 3:31 PM To: FFmpeg user questions Subject: Re: [FFmpeg-user] 4K 60Hz Directshow Video Capture Hi Alex, I looked at your attached log. It appears to me that using libx265, your computer cannot encode fast enough. It appears your computer is encoding about 10.5 fps, but your input is about 60fps. So a lot of frames get buffered every second while they're waiting to be encoded. This leads to the full rtbuffer and then dropped frames. You could try increasing your rtbufsize, but using libx265 your computer will not be able to keep up and eventually the buffer will fill and frames will be dropped. > Any help would be appreciated. 1080p capture right to rawvideo is perfect. > I > would like to use NVENC in lossless mode if anyone has experience with > that. > If you look at the fps that you can do at 1080p, it will be much higher and that's why you don't get buffer over-runs. I also have a GTX 1050 Ti that I use for encoding. It will do hevc lossless at about 150fps, input size 3840x2160@60hz (all in RAM): ffmpeg -hwaccel cuvid -c:v hevc_cuvid -i /dev/shm/foo.4k60.hevc.mkv -c:v hevc_cuvid -preset lossless /dev/shm/test.mkv Based on my limited test, your GPU should be able to keep up and not drop frames, YMMV. I'm not sure what impact you will have because your input is raw-video (positive or negative). You shouldn't include "-hwaccel cuvid" on your cli, because you won't be doing hw-decoding/transcoding. HTH, -J ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://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 http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] 4K 60Hz Directshow Video Capture
Hi James, ffmpeg -f dshow -video_size 3840x2160 -framerate 6/1001 -rtbufsize 21 -pixel_format bgr24 -i video="MZ0380 PCI, Analog 01 Capture" -c:v h264_nvenc -preset lossless -f null - Gives me the same error ffmpeg -f dshow -video_size 3840x2160 -framerate 6/1001 -rtbufsize 21 -pixel_format bgr24 -i video="MZ0380 PCI, Analog 01 Capture" -c:v rawvideo -f null - Gets me nearly x1 performance when executing from a ram disk but ffmpeg -f dshow -video_size 3840x2160 -framerate 6/1001 -rtbufsize 21 -pixel_format bgr24 -i video="MZ0380 PCI, Analog 01 Capture" -c:v rawvideo raw.nut Only gets me x0.5 and the buffer overflows. Is there a way of accelerating rawvideo decoding? Would using my colleagues 1080 make a difference? Thanks. -Alex P -Original Message- From: ffmpeg-user [mailto:ffmpeg-user-boun...@ffmpeg.org] On Behalf Of James Girotti Sent: Monday, February 12, 2018 3:31 PM To: FFmpeg user questions Subject: Re: [FFmpeg-user] 4K 60Hz Directshow Video Capture Hi Alex, I looked at your attached log. It appears to me that using libx265, your computer cannot encode fast enough. It appears your computer is encoding about 10.5 fps, but your input is about 60fps. So a lot of frames get buffered every second while they're waiting to be encoded. This leads to the full rtbuffer and then dropped frames. You could try increasing your rtbufsize, but using libx265 your computer will not be able to keep up and eventually the buffer will fill and frames will be dropped. > Any help would be appreciated. 1080p capture right to rawvideo is perfect. > I > would like to use NVENC in lossless mode if anyone has experience with > that. > If you look at the fps that you can do at 1080p, it will be much higher and that's why you don't get buffer over-runs. I also have a GTX 1050 Ti that I use for encoding. It will do hevc lossless at about 150fps, input size 3840x2160@60hz (all in RAM): ffmpeg -hwaccel cuvid -c:v hevc_cuvid -i /dev/shm/foo.4k60.hevc.mkv -c:v hevc_cuvid -preset lossless /dev/shm/test.mkv Based on my limited test, your GPU should be able to keep up and not drop frames, YMMV. I'm not sure what impact you will have because your input is raw-video (positive or negative). You shouldn't include "-hwaccel cuvid" on your cli, because you won't be doing hw-decoding/transcoding. HTH, -J ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://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 http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] 4K 60Hz Directshow Video Capture
2018-02-12 16:37 GMT+01:00 Alex P: > Command: ffmpeg -f dshow -video_size 3840x2160 -framerate 59.9 -rtbufsize > 21 -pixel_format bgr24 -i video="MZ0380 PCI, Analog 01 Capture" -c:v > libx265 -x265-params lossless=1 out1.avi Unrelated: -framerate 59.9 is most likely wrong, should be 6/1001 > frame= 74 fps= 10 q=-0.0 Lsize=N/A time=00:00:01.43 bitrate=N/A speed=0.202x The encoder is (far!) too slow, you could try with -vcodec ffv1, but you most likely will have to either use a significantly more expensive CPU, or a lower resolution or a lower frame rate. If you have sufficiently fast disks, you can try to save rawvideo (and re-encode later). [...] > Any help would be appreciated. 1080p capture right to rawvideo is perfect. I > would like to use NVENC in lossless mode if anyone has experience with that. Is there really a hardware encoder that supports lossless encoding? If yes, why did you use software encoding at all above? Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] 4K 60Hz Directshow Video Capture
Hi Alex, I looked at your attached log. It appears to me that using libx265, your computer cannot encode fast enough. It appears your computer is encoding about 10.5 fps, but your input is about 60fps. So a lot of frames get buffered every second while they're waiting to be encoded. This leads to the full rtbuffer and then dropped frames. You could try increasing your rtbufsize, but using libx265 your computer will not be able to keep up and eventually the buffer will fill and frames will be dropped. > Any help would be appreciated. 1080p capture right to rawvideo is perfect. > I > would like to use NVENC in lossless mode if anyone has experience with > that. > If you look at the fps that you can do at 1080p, it will be much higher and that's why you don't get buffer over-runs. I also have a GTX 1050 Ti that I use for encoding. It will do hevc lossless at about 150fps, input size 3840x2160@60hz (all in RAM): ffmpeg -hwaccel cuvid -c:v hevc_cuvid -i /dev/shm/foo.4k60.hevc.mkv -c:v hevc_cuvid -preset lossless /dev/shm/test.mkv Based on my limited test, your GPU should be able to keep up and not drop frames, YMMV. I'm not sure what impact you will have because your input is raw-video (positive or negative). You shouldn't include "-hwaccel cuvid" on your cli, because you won't be doing hw-decoding/transcoding. HTH, -J ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] 4K 60Hz Directshow Video Capture
William Caulfield wrote: >haven't used Windows / Directshow for a few years, but back in >the day I would have attempted this using VirtualDub and >HuffYUV. I believe that HuffYUV is available for ffmpeg, but >can't say that I've ever tried it. Indeed, FFmpeg's flavour of HuffYUV is even better than the original one! There is a fork of VirtualDub by Peter Bubestinger-Steindl which allow to capture in Matroska/FFV1. Hope this helps! Reto ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] 4K 60Hz Directshow Video Capture
I've tried all manner of encoders but get the same buffer error. I've actually gotten a 64-bit fork of VirtualDub to work and capture everything but it occasionally drops frames and I like the CLI of ffmpeg. I guess I could use the VD CLI. Can anyone advise? I could use Linux but I'd rather not as I know this company's Linux drivers are less developed than their Windows drivers. -Original Message- From: ffmpeg-user [mailto:ffmpeg-user-boun...@ffmpeg.org] On Behalf Of William Caulfield Sent: Monday, February 12, 2018 1:11 PM To: FFmpeg user questions Subject: Re: [FFmpeg-user] 4K 60Hz Directshow Video Capture On Mon, Feb 12, 2018 at 7:37 AM, Alex Pwrote: > Windows 10 > > Intel i7-8700K > > GTX 1050Ti > > 16GB DDR4 > > SATA Samsung Evo > > > > I'm using a Yuan 4K60 capture card with the end goal of capturing the > video in a lossless format. I need it to be lossless as the clips will > be used to test hardware h264 encoders. > > > > Product page: > http://www.yuan.com.tw/products/capture/4k/sc560n1_lv_hdmi2.htm > > Directshow is supported. > > > > Command: ffmpeg -f dshow -video_size 3840x2160 -framerate 59.9 > -rtbufsize > 21 -pixel_format bgr24 -i video="MZ0380 PCI, Analog 01 Capture" > -c:v > libx265 -x265-params lossless=1 out1.avi > > > > I have also tried writing to null: ffmpeg -f dshow -video_size > 3840x2160 -framerate 59.9 -rtbufsize 21 -pixel_format bgr24 -i > video="MZ0380 PCI, Analog 01 Capture" -c:v libx265 -x265-params > lossless=1 -f null - > > > > I get the same error (see attatched) and I have to force quit by > pressing Ctrl-C a bunch. Error also occurs if I write to a RAM disk. > > > > [dshow @ 01dda20ca3a0] real-time buffer [MZ0380 PCI, Analog 01 > Capture] [video input] too full or near too full (63% of size: > 21 [rtbufsize parameter])! frame dropped! > > > > Any help would be appreciated. 1080p capture right to rawvideo is perfect. > I > would like to use NVENC in lossless mode if anyone has experience with > that. > > > > haven't used Windows / Directshow for a few years, but back in the day I would have attempted this using VirtualDub and HuffYUV. I believe that HuffYUV is available for ffmpeg, but can't say that I've ever tried it. -- *William Caulfield *| *ContentBridge Systems* ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://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 http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] 4K 60Hz Directshow Video Capture
On Mon, Feb 12, 2018 at 7:37 AM, Alex Pwrote: > Windows 10 > > Intel i7-8700K > > GTX 1050Ti > > 16GB DDR4 > > SATA Samsung Evo > > > > I'm using a Yuan 4K60 capture card with the end goal of capturing the video > in a lossless format. I need it to be lossless as the clips will be used to > test hardware h264 encoders. > > > > Product page: > http://www.yuan.com.tw/products/capture/4k/sc560n1_lv_hdmi2.htm > > Directshow is supported. > > > > Command: ffmpeg -f dshow -video_size 3840x2160 -framerate 59.9 -rtbufsize > 21 -pixel_format bgr24 -i video="MZ0380 PCI, Analog 01 Capture" > -c:v > libx265 -x265-params lossless=1 out1.avi > > > > I have also tried writing to null: ffmpeg -f dshow -video_size 3840x2160 > -framerate 59.9 -rtbufsize 21 -pixel_format bgr24 -i video="MZ0380 > PCI, Analog 01 Capture" -c:v libx265 -x265-params lossless=1 -f null - > > > > I get the same error (see attatched) and I have to force quit by pressing > Ctrl-C a bunch. Error also occurs if I write to a RAM disk. > > > > [dshow @ 01dda20ca3a0] real-time buffer [MZ0380 PCI, Analog 01 Capture] > [video input] too full or near too full (63% of size: 21 [rtbufsize > parameter])! frame dropped! > > > > Any help would be appreciated. 1080p capture right to rawvideo is perfect. > I > would like to use NVENC in lossless mode if anyone has experience with > that. > > > > haven't used Windows / Directshow for a few years, but back in the day I would have attempted this using VirtualDub and HuffYUV. I believe that HuffYUV is available for ffmpeg, but can't say that I've ever tried it. -- *William Caulfield *| *ContentBridge Systems* ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
[FFmpeg-user] 4K 60Hz Directshow Video Capture
Windows 10 Intel i7-8700K GTX 1050Ti 16GB DDR4 SATA Samsung Evo I'm using a Yuan 4K60 capture card with the end goal of capturing the video in a lossless format. I need it to be lossless as the clips will be used to test hardware h264 encoders. Product page: http://www.yuan.com.tw/products/capture/4k/sc560n1_lv_hdmi2.htm Directshow is supported. Command: ffmpeg -f dshow -video_size 3840x2160 -framerate 59.9 -rtbufsize 21 -pixel_format bgr24 -i video="MZ0380 PCI, Analog 01 Capture" -c:v libx265 -x265-params lossless=1 out1.avi I have also tried writing to null: ffmpeg -f dshow -video_size 3840x2160 -framerate 59.9 -rtbufsize 21 -pixel_format bgr24 -i video="MZ0380 PCI, Analog 01 Capture" -c:v libx265 -x265-params lossless=1 -f null - I get the same error (see attatched) and I have to force quit by pressing Ctrl-C a bunch. Error also occurs if I write to a RAM disk. [dshow @ 01dda20ca3a0] real-time buffer [MZ0380 PCI, Analog 01 Capture] [video input] too full or near too full (63% of size: 21 [rtbufsize parameter])! frame dropped! Any help would be appreciated. 1080p capture right to rawvideo is perfect. I would like to use NVENC in lossless mode if anyone has experience with that. C:\Users\alex.p\Desktop\ffmpeg\bin>ffmpeg -f dshow -video_size 3840x2160 -framerate 59.9 -rtbufsize 21 -pixel_format bgr24 -i video="MZ0380 PCI, Analog 01 Capture" -c:v libx265 -x265-params lossless=1 -f null - ffmpeg version git-2017-12-22-e3b2c85 Copyright (c) 2000-2017 the FFmpeg developers built with gcc 7.2.0 (GCC) configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-bzlib --enable-fontconfig --enable-gnutls --enable-iconv --enable-libass --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-amf --enable-cuda --enable-cuvid --enable-d3d11va --enable-nvenc --enable-dxva2 --enable-avisynth --enable-libmfx libavutil 56. 6.100 / 56. 6.100 libavcodec 58. 8.100 / 58. 8.100 libavformat58. 3.100 / 58. 3.100 libavdevice58. 0.100 / 58. 0.100 libavfilter 7. 7.100 / 7. 7.100 libswscale 5. 0.101 / 5. 0.101 libswresample 3. 0.101 / 3. 0.101 libpostproc55. 0.100 / 55. 0.100 Input #0, dshow, from 'video=MZ0380 PCI, Analog 01 Capture': Duration: N/A, start: 433919.57, bitrate: N/A Stream #0:0: Video: rawvideo, bgr24, 3840x2160, 59.90 fps, 59.90 tbr, 1k tbn, 1k tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> hevc (libx265)) Press [q] to stop, [?] for help x265 [info]: HEVC encoder version 2.6+13-6b079854e56e x265 [info]: build info [Windows][GCC 7.2.0][64 bit] 8bit x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2 x265 [info]: Main 4:4:4 profile, Level-8.5 (Main tier) x265 [info]: Thread pool created using 12 threads x265 [info]: Slices : 1 x265 [info]: frame threads / pool features : 3 / wpp(34 rows) x265 [info]: Coding QT: max CU size, min CU size : 64 / 8 x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2 x265 [info]: Keyframe min / max / scenecut / bias: 25 / 250 / 40 / 5.00 x265 [info]: Cb/Cr QP Offset : 6 / 6 x265 [info]: Lookahead / bframes / badapt: 20 / 4 / 2 x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0 x265 [info]: References / ref-limit cu / depth : 3 / on / on x265 [info]: Rate Control: Lossless x265 [info]: tools: rd=3 psy-rd=2.00 rskip signhide tmvp strong-intra-smoothing x265 [info]: tools: lslices=8 deblock sao Output #0, null, to 'pipe:': Metadata: encoder : Lavf58.3.100 Stream #0:0: Video: hevc (libx265), gbrp, 3840x2160, q=2-31, 59.90 fps, 59.90 tbn, 59.90 tbc Metadata: encoder : Lavc58.8.100 libx265 [dshow @ 01dda20ca3a0] real-time buffer [MZ0380 PCI, Analog 01 Capture] [video input] too full or near too full (63% of size: 21 [rtbufsize parameter])! frame dropped! [dshow @ 01dda20ca3a0] real-time buffer [MZ0380 PCI, Analog 01 Capture] [video input] too full or near too full (66% of size: 21 [rtbufsize parameter])! frame dropped! [dshow @ 01dda20ca3a0] real-time buffer [MZ0380 PCI, Analog 01 Capture] [video input] too full or near too full (69% of size: 21 [rtbufsize parameter])! frame dropped! [dshow @ 01dda20ca3a0] real-time buffer [MZ0380 PCI,
Re: [FFmpeg-user] Is there an input or output file-size limit that FFmpeg can handle ?
2018-02-12 7:45 GMT+01:00 Gyan Doshi: > On 2/12/2018 11:47 AM, Shyam Sundar wrote: > >> Can you please share if you have any data on it OR the size of the largest >> video you have ever tried with FFmpeg ? > > Output filesize limit is the max value of UINT64 i.e. 17179869183 GB. While this is (at least approximately) true for 64bit, I don't think it is true for all builds. > Actual limit subject to filesystem limit as well. This is definitely true. Some formats do not support arbitrary file sizes, for some implementations, bugs regarding very large files were found in the past, reports welcome! (An example for such a limitation are jpeg2000 images > 4G iirc.) Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] mpdecimate and setpts
2018-02-12 7:57 GMT+01:00 Chen Fisher: > I'm using mpdecimate to remove similar frames: > ffmpeg -i in.mp4 -vf mpdecimate out.mp4 > > But the ending result has the same number of frames as the original video > file (although smaller file size). > > When using mpdecimate with setpts, the ending result has indeed smaller > frame count and smaller file size than before. > BUT, it will also change the time and "skip" those similar frames. I'm > looking for a way to remove frames but still have the time as the original. > So the "duplicate" frame will actually be played for the duration of all > removed duplicate frames. > > ffmpeg -i in.mp4 -vf "mpdecimate,setpts=N/FRAME_RATE/TB" out.mp4 You cannot combine mpdecimate and mov/mp4 output in a useful way because our mov/mp4 muxer only supports constant frame rate, this is a known limitation of FFmpeg. Try mkv. Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Stuck with error when adding two subtitles
2018-02-10 22:13 GMT+01:00 Carl Eugen Hoyos: > 2018-02-10 16:13 GMT+01:00 ffm...@bechhold.de : > >> ffmpeg -i movie-in.mp4 -i sub-alien.srt -i sub-full.srt -map 0:v -map >> 0:a -map 1 -map 2 -c:v copy -c:a copy -c:s mov_text -disposition:s:0 >> forced -metadata:s:s:0 language=eng -metadata:s:s:0 title="Alien only" >> -metadata:s:s:1 language=eng -metadata:s:s:1 title="English" movie-out.mp4 > > Please test current FFmpeg git head (nothing else is supported here) > and please provide the command line including the complete, uncut > console output. > > Does it work if you mux to mkv? This somehow implied that you remove "-scodec mov_text" Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".