Re: [FFmpeg-user] AMD screen record + h/w vaapi encode to mkv fails.

Andy Furniss wrote: Andy Furniss wrote: Haven't had time to bisect, but I can't screengrab to mkv any more. kmsgrab + playing with vsync etc. give the same error as this example, mp4 works OK. Bisected to - commit ae7df68edd79bce5c318810c6b307ee4e81cd2a6 Author: James Almer <j

Re: [FFmpeg-user] AMD screen record + h/w vaapi encode to mkv fails.

Andy Furniss wrote: Haven't had time to bisect, but I can't screengrab to mkv any more. kmsgrab + playing with vsync etc. give the same error as this example, mp4 works OK. Bisected to - commit ae7df68edd79bce5c318810c6b307ee4e81cd2a6 Author: James Almer <jamr...@gmail.com> Date: F

[FFmpeg-user] AMD screen record + h/w vaapi encode to mkv fails.

Haven't had time to bisect, but I can't screengrab to mkv any more. kmsgrab + playing with vsync etc. give the same error as this example, mp4 works OK. ffm -loglevel debug -vaapi_device /dev/dri/renderD128 -f x11grab -video_size 1920x1080 -i :0 -vf 'format=nv12,hwupload' -c:v h264_vaapi

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

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

Re: [FFmpeg-user] Compressed audio streams (DTS, Dolby) decoding

Frédéric wrote: Are there different ways to decode a Dolby stream? Is it possible that ffmpeg chose a different approach than amplifiers (audio chips) do? Yes, but it's probably not the cause of rear too loud. If it's ac3 then the parameter -drc_scale will change whether dynamic range

Re: [FFmpeg-user] Extracting frames from 59.94 FPS video - only every other frame is different

Andy Furniss wrote: Will Price wrote: Hello, I'm having a strange problem when extracting frames from a video recorded from a GoPro HERO 5 Black camera (1080p, 60FPS, Linear FOV). When I view the extracted frames it appears that every two frames is a duplicate of one another, i.e. frames 1

Re: [FFmpeg-user] Extracting frames from 59.94 FPS video - only every other frame is different

Will Price wrote: Hello, I'm having a strange problem when extracting frames from a video recorded from a GoPro HERO 5 Black camera (1080p, 60FPS, Linear FOV). When I view the extracted frames it appears that every two frames is a duplicate of one another, i.e. frames 1 and 2 look the same,

Re: [FFmpeg-user] weston support for ffmpeg

TONU ZALPURE wrote: HI All, I have setup [Raspberry Pi3 + Automotive Grade Linux] It has weston UI instead of X11. How to enable weston GUI support in ffmpeg insted of X11 GUI? I tried --enable-weston but it doesn’t seem to be working. I am trying to play video using ffplay. but get error

Re: [FFmpeg-user] LATM demuxer

Carl Eugen Hoyos wrote: 2017-10-31 15:54 GMT+01:00 Andy Furniss <adf.li...@gmail.com>: Sometime this year I thought I saw mention of ffmpeg and a LATM standalone demuxer. I committed it six years ago. (The technical name of the file format is "loas", "latm" is one

Re: [FFmpeg-user] LATM demuxer

Andy Furniss wrote: Sometime this year I thought I saw mention of ffmpeg and a LATM standalone demuxer. I may mis-recall/ may have misread, does anyone know anything about this? The reason I would need it is that currently feeding latm to decode with fdk seems impossible. Re-coding seems

[FFmpeg-user] LATM demuxer

Sometime this year I thought I saw mention of ffmpeg and a LATM standalone demuxer. I may mis-recall/ may have misread, does anyone know anything about this? The reason I would need it is that currently feeding latm to decode with fdk seems impossible. Re-coding seems to lose the normal drc and

Re: [FFmpeg-user] How can I recode the movie in a way that I can step forward frame by frame?

Andy Furniss wrote: Andy Furniss wrote: LaHu wrote: I assume the movie is encoded using IPB frames. Thus I can't step from any frame to the previous/next frame but from I-frames to I-frames only. This is not true, mpv can step OK with IPB, it can also field step if you are de-interlacing

Re: [FFmpeg-user] How can I recode the movie in a way that I can step forward frame by frame?

Andy Furniss wrote: LaHu wrote: I assume the movie is encoded using IPB frames. Thus I can't step from any frame to the previous/next frame but from I-frames to I-frames only. This is not true, mpv can step OK with IPB, it can also field step if you are de-interlacing. Hmm, testing mpv

Re: [FFmpeg-user] How can I recode the movie in a way that I can step forward frame by frame?

LaHu wrote: I assume the movie is encoded using IPB frames. Thus I can't step from any frame to the previous/next frame but from I-frames to I-frames only. This is not true, mpv can step OK with IPB, it can also field step if you are de-interlacing. So I'd like to convert the movie to an

Re: [FFmpeg-user] How can I recode the movie in a way that I can step forward frame by frame?

Carl Eugen Hoyos wrote: 2017-10-21 17:44 GMT+02:00 LaHu : I like to watch movies in details. In order to check a movie for logical errors I watch some scenes in slow motion or even stepping throug them forward and backwards. I can't step really +-1 Frame, sometimes

Re: [FFmpeg-user] 2 pass CBR or VBR not really fixing the bitrate?

Manuel Tiglio wrote: ffmpeg -i input.mp4 -c:v libx264 -x264-params "nal-hrd=cbr" -b:v 1M -minrate 1M -maxrate 1M -bufsize 2M output.ts But I will give it a shot. Also see x264 --fullhelp WRT nal-hrd=cbr, it may not be what you need, no mp4 and possible "filling". x264 --fullhelp | grep

Re: [FFmpeg-user] 2 pass CBR or VBR not really fixing the bitrate?

Manuel Tiglio wrote: On Jul 31, 2017, at 11:29 AM, Nicolas George wrote: Le tridi 13 thermidor, an CCXXV, Manuel Tiglio a écrit : 1.23. For VOD content the peak bit rate SHOULD be no more than 200% of the average bit rate. Without a proper definition of "peak bit rate",

Re: [FFmpeg-user] ffmpeg: chroma pixels are wrong when using cuvid to decode h264 stream to yuv file

ekin yang wrote: Dear expert, Currently I am trying to use ffmpeg and Nvidia GPU card to decoding h264 stream to yuv file. There are no errors during the decoding process. But I find the yuv file I got is not exactly correct. It seems the luma pixels are correct but chroma pixels are wrong.

Re: [FFmpeg-user] Recoding H.264/4.2.2 to H.264/4.2.0

Mike Brown wrote: On Wed, Jun 07, 2017 at 03:00:12PM +0100, Andy Furniss wrote: Mike Brown wrote: On Wed, Jun 07, 2017 at 12:03:33PM +0200, Moritz Barsnick wrote: On Tue, Jun 06, 2017 at 21:54:41 -0500, Mike Brown wrote: If given an H.264/4.2.2 elementary stream, can ffmpeg recode it to H

Re: [FFmpeg-user] Recoding H.264/4.2.2 to H.264/4.2.0

Mike Brown wrote: On Wed, Jun 07, 2017 at 12:03:33PM +0200, Moritz Barsnick wrote: On Tue, Jun 06, 2017 at 21:54:41 -0500, Mike Brown wrote: If given an H.264/4.2.2 elementary stream, can ffmpeg recode it to H.264/4.2.0. If so, what would the command line be? $ ffmpeg -i

Re: [FFmpeg-user] memory leak with vaapi decode since ffmpeg_vaapi: Convert to use hw_frames_ctx only

Mark Thompson wrote: Hmph, looks like the parameter buffer confusion strikes again. The original VAAPI specification contained the following functions: """ /** * After this call, the buffer is deleted and this buffer_id is no longer valid * Only call this if the buffer is not going to be

Re: [FFmpeg-user] memory leak with vaapi decode since ffmpeg_vaapi: Convert to use hw_frames_ctx only

Andy Furniss wrote: First reported on mpv github issues. Since below ffmpeg -hwaccel vaapi -i sommething-h264 -f null - will steadily eat memory. commit 542a65d0b33abf81e5087ec9142bb11a54f23cde Author: Mark Thompson <s...@jkqxz.net> Date: Sun Jul 31 22:51:45 2016 +0100 ffmpeg

[FFmpeg-user] memory leak with vaapi decode since ffmpeg_vaapi: Convert to use hw_frames_ctx only

First reported on mpv github issues. Since below ffmpeg -hwaccel vaapi -i sommething-h264 -f null - will steadily eat memory. commit 542a65d0b33abf81e5087ec9142bb11a54f23cde Author: Mark Thompson Date: Sun Jul 31 22:51:45 2016 +0100 ffmpeg_vaapi: Convert to use

Re: [FFmpeg-user] benching with -f null - fails on bluray sample since ffmpeg: init filtergraphs only after we have a frame on each input

Andy Furniss wrote: andy [ffmpeg]$ ./ffmpeg -i ~/br-264-thd71.m2ts -f null - Too many packets buffered for output stream 0:1. Conversion failed! With wm4s suggestion to raise max queue size this works. ffmpeg -i ~/br-264-thd71.m2ts -max_muxing_queue_size 300 -f null

Re: [FFmpeg-user] Converting and encoding in same step without pipes

Aarthi Priya Thirumalai wrote: Hello all, In my current set, I am trying to encode content with ffmpeg. The ffmpeg receives the source input through a Black Magic Declink 4K pro capture card. Input to the capture card is a prores 4:2:2 4k60 10bit content from Atomos Shogun device. I want to

Re: [FFmpeg-user] Converting 4:2:2 pro-res to 4:2:0 for AVC encoding

Pradeep Ramachandran wrote: mov doesn't seem to support yuv420p10le. I am still stuck with mov as the player that I am using to stream the input video can only stream in mov format Tested 10 bit libx264 and libx265 and both will write to mov with current ffmpeg. Maybe you need to

Re: [FFmpeg-user] gain the highest quality with H264 at a certain bit rate

negin tebyani wrote: Well ignoring requests for ffmpeg console output and a section of the master that the provided samples were made from means that less people will even try to help you. I don'n know how to reach for ffmpeg output console, but here is a section of the master video:

Re: [FFmpeg-user] gain the highest quality with H264 at a certain bit rate

negin tebyani wrote: I'm realy stuck in here, I have tried any commands and any suggestions, but Well ignoring requests for ffmpeg console output and a section of the master that the provided samples were made from means that less people will even try to help you.

Re: [FFmpeg-user] gain the highest quality with H264 at a certain bit rate

negin tebyani wrote: this is the source video mediainfo: That's not ffmpeg console output, but anyway .. Bit rate mode: Constant Bit rate : 4 000 Kbps So it's not a much of a master but (I guess) some re-encoded web stream made

Re: [FFmpeg-user] gain the highest quality with H264 at a certain bit rate

negin tebyani wrote: I am trying to reach that quality and using those parameters but the result is still low quality.. Please don't top post on this list - reply in line like I do here. you mean bufsize could affect the quality?? A bit, but I don't know how much in this case, just that it

Re: [FFmpeg-user] gain the highest quality with H264 at a certain bit rate

negin tebyani wrote: I have encoded my videos using ffmpeg and H264, and this is my ffmpeg command (2 pass encoding): I don't think 2 pass is needed for constant bitrate - but am in no way an expert on encoding. Look at the differences in the params you pasted bufsize 3000k (you) vs

Re: [FFmpeg-user] Slight blur on converted video

Dave wrote: The full ffmpeg output is: $ ./ffmpeg -y -i in.mp4 -acodec pcm_s16le -vcodec prores_ks -profile:v 1 -vf scale=interl=1 -sws_flags full_chroma_inp+full_chroma_int -copytb -1 out.mov FWIW I tested a bit the format conversion + various flags and the only ones that made the

Re: [FFmpeg-user] Slight blur on converted video

Erik Dobberkau wrote: W dniu 2017-03-24 o 12:04, Dave pisze: To answer your suggestions Chronek: I tried encoding with your suggested command line it was still pretty much the same. 1) I downloaded a fresh copy of ffmpeg and compiled it and still had the same results 2) I am not really in a

Re: [FFmpeg-user] Chroma problem converting mp4 to prores

David Cecco wrote: Sorry about the slow response, that has fixed the issue, thanks chronek! The file still seems a bit soft in quality though. I have tried turning the -qscale right down to 1 and adjusting the bits_per_mb up to 2400 and the picture improved but it still wasn’t 100%, but the

Re: [FFmpeg-user] -pix_fmt yuv420p and deinterlacing

Katherine Frances wrote: ffmpeg -i uncompressed_master.mov -c:v libx264 -pix_fmt yuv420p -c:a libfdk_aac -b:a 128k access_copy.mp4 If the masters really are interlaced you will slightly break them doing this. You need to add -vf scale=interl=1 Additionally ffmpeg git master recently changed

Re: [FFmpeg-user] Convert MPEG-PS progressive to Interlaced

Andy Furniss wrote: kumar vikram wrote: But the op specifically asked for field-encoding. Note to everybody (including me): Please try not to guess - if the op still needs the information, he can post his command line and console output and we can try to answer. ffmpeg.exe -y -i

Re: [FFmpeg-user] Convert MPEG-PS progressive to Interlaced

kumar vikram wrote: But the op specifically asked for field-encoding. Note to everybody (including me): Please try not to guess - if the op still needs the information, he can post his command line and console output and we can try to answer. ffmpeg.exe -y -i INPUT_FILE -c:v mpeg2video

Re: [FFmpeg-user] Convert MPEG-PS progressive to Interlaced

kumar vikram wrote: Hi All, I have been struggling with converting PS progressive stream to PS interlaced for my test app. But all the conversion commands used by me are converting to Frame based interlaced stream but what I am looking for is I-P field based interlace(I frame having top filed

Re: [FFmpeg-user] C920 h264 Problem

Canberk Demirsoy (Alumni) wrote: Hey buddy, i am google -ing for weeks. And you are telling me what i know now. C920 is enable to get compressed h264 in 30fps in 1080p. This can be seen by the listing formats there is no problem with it. i already set pix_ftm. Maybe what Jimmy is saying is you

Re: [FFmpeg-user] Fwd: C920 h264 Problem

Canberk Demirsoy (Alumni) wrote: Hi guys even though i make lots of settings i still see yuv format in debug file. How to correctly get h264 format from c920 using raspberry pi? And i wanna transfer file without encoding or decoding by copying vcodec. My script ffmpeg -report -f v4l2 -r 20

Re: [FFmpeg-user] DV to SD Blu-ray

Terje J. Hanssen wrote: Den 24. jan. 2017 12:41, skrev Andy Furniss: Terje J. Hanssen wrote: 1) 576i DV video to x264, pcm audio to ac3 ffmpeg -i dv01.dv -c:v libx264 -profile:v high -level 41 -pix_fmt yuv420p -pix_fmt yuv420p? I thought PAL DV was 420p - if by chance ffmpeg -i shows

Re: [FFmpeg-user] DV to SD Blu-ray

Terje J. Hanssen wrote: Den 24. jan. 2017 12:41, skrev Andy Furniss: Terje J. Hanssen wrote: 1) 576i DV video to x264, pcm audio to ac3 ffmpeg -i dv01.dv -c:v libx264 -profile:v high -level 41 -pix_fmt yuv420p -preset slow -crf 20 -g 24 -vf setsar=sar=12/11 -threads 8 -x264opts bluray

Re: [FFmpeg-user] De-telecine, deinterlace, and filter chains

Andy Furniss wrote: Whatever further processing is done, I think that scaling down to 480 is going to be the first step. I live in pal land, so don't have experience of dealing with ntsc. Looking more at the sample it does seem that the progressive scale and encode have killed every fourth

Re: [FFmpeg-user] De-telecine, deinterlace, and filter chains

Andy Furniss wrote: Andy Furniss wrote: Vid looks like it's scaled up from 480 height and pillarboxed, so the weave is not line for line anymore. It's probably been scaled as progressive which on strong chroma will (I think) be un-mendable. Saying that the sample can be scaled down to 480

Re: [FFmpeg-user] De-telecine, deinterlace, and filter chains

Andy Furniss wrote: Vid looks like it's scaled up from 480 height and pillarboxed, so the weave is not line for line anymore. It's probably been scaled as progressive which on strong chroma will (I think) be un-mendable. Saying that the sample can be scaled down to 480 and the weave is 1:1

Re: [FFmpeg-user] De-telecine, deinterlace, and filter chains

Billy wrote: On 1/23/2017 12:02 AM, Mike Brown wrote: But this method didn't seem to have any real effect on my video. It's a long video, so I have made a shortened version available to see if anyone has seen such a case. It's in 1080p and 23.97 fps. I'd like to save it in a similar frame rate

Re: [FFmpeg-user] DV to SD Blu-ray

Andy Furniss wrote: As lpcm doesn't work maybe truehd? ISTR there was a gsoc project to encode. I tried and it seems the encoder has issues, needs -strict -2 and isn't lossless (reported on playback/decode first couple of seconds). It also produces smaller output than input (s16le ->

Re: [FFmpeg-user] DV to SD Blu-ray

Terje J. Hanssen wrote: Hi List, I'm a new user here and want suggestions for "best" ffmpeg syntax to transcode PAL 576i DV source files to compliant SD-BD_x264m2ts and/or SD-BD_mpeg2.m2ts. The AVCHD-SD specification is possibly something that could be used

Re: [FFmpeg-user] Need help understanding framerate conversion!

Matthias, Thomas wrote: Hi All, I need to mux and then framerate convert a rawvideo .mov file, and a PCM 16bit 48Khz wav file. For example, a .mov file is exactly 10 seconds long, and a .wav file is also exactly 10 seconds. The initial .mov file is a 30 frames-per-second, but after muxing

Re: [FFmpeg-user] drawtext timecode drop frame 23.967

Nathaniel Finney wrote: It seems the drawtext filter timecode option doesn't allow using 23.967: timecode='00\:00\:00\;00':rate=24000/1001: ... [Parsed_drawtext_4 @ 0x7ff2c74010c0] Drop frame is only allowed with 3/1001 or 6/1001 FPS I'm not sure why this is, 23.967 is a common

Re: [FFmpeg-user] VP9 to HEVC hdr demo conversion?

Tom Horsley wrote: On Mon, 14 Nov 2016 02:02:08 +0100 Carl Eugen Hoyos wrote: Can anyone suggest a command line this poor ignorant human can use to convert these to HEVC files, preserving the HDRness? Either provide command line and complete, uncut console output for what you have already

Re: [FFmpeg-user] VP9 to HEVC hdr demo conversion?

Andy Furniss wrote: traycold wrote: hi, I tried the same (convert a vp9.2 hdr video to hevc to watch it on a samsung smart tv). So far, I tried this command (input.mkv contains both VP9.2 video stream and audio stream): ffmpeg -i input.mkv -vf scale=out_color_matrix=bt2020:out_h_chr_pos=0

Re: [FFmpeg-user] VP9 to HEVC hdr demo conversion?

Carl Eugen Hoyos wrote: 2016-12-11 23:25 GMT+01:00 traycold : hi, I tried the same (convert a vp9.2 hdr video to hevc to watch it on a samsung smart tv). So far, I tried this command (input.mkv contains both VP9.2 video stream and audio stream): ffmpeg -i input.mkv -vf

Re: [FFmpeg-user] VP9 to HEVC hdr demo conversion?

traycold wrote: hi, I tried the same (convert a vp9.2 hdr video to hevc to watch it on a samsung smart tv). So far, I tried this command (input.mkv contains both VP9.2 video stream and audio stream): ffmpeg -i input.mkv -vf

Re: [FFmpeg-user] No pixel format specified - meaning of yuv420p?

Andy Furniss wrote: Possibly, or you didn't restrict to baseline. You really should know what format the source video is is to do things properly. If say it's interlaced and stored as 422 or 411 then the default conversion to 420 will be wrong. You would need to add interl=1 to the scale

Re: [FFmpeg-user] No pixel format specified - meaning of yuv420p?

MRob wrote: Thank you for the very fast response, it's appreciated. On 2016-12-01 16:23, Lou wrote: On Thu, Dec 1, 2016, at 03:00 PM, MRob wrote: I'm exporting a video from an older Adobe Elements (Windows) with intention to put it on the web (both H.264 and VP8). I exported using Adobe's "DV

Re: [FFmpeg-user] (de)-interlacing question

Toerless Eckert wrote: On Thu, Nov 24, 2016 at 12:36:52PM +, Andy Furniss wrote: Aka: Don't see anything that would indicate frame duplication, so all i can do is trust the step by step playback from vlc or mplayer. I can't reproduce getting ffmpeg to call 50fps or mplayer/vlc to dup

Re: [FFmpeg-user] (de)-interlacing question

Toerless Eckert wrote: On Tue, Nov 22, 2016 at 07:30:48PM +, Andy Furniss wrote: Toerless Eckert wrote: Well, but what i am claiming is that they where interlacing progressive HD to create interlaced SD. Maybe, if the master is 720p50. I don't think they would interpolate from 720p25

Re: [FFmpeg-user] (de)-interlacing question

Toerless Eckert wrote: On Wed, Nov 23, 2016 at 11:30:55AM +0100, Moritz Barsnick wrote: the mediaportal H264 mp4 file is 720p50 but actually 720p25 with duplicated frames, I never noticed that. :-/ (Why would they duplicate them?) I don't have any "true 50 fps" show to check right now. A

Re: [FFmpeg-user] (de)-interlacing question

Moritz Barsnick wrote: On Wed, Nov 23, 2016 at 02:20:13 +0100, Toerless Eckert wrote: Yepp. Checked a new recording, and the H264 HD TS from Astra is 720p50 with actual 50 frames, As mentioned, a lot of over-the-air programming has duplicated frames. (Additionally, even nowadays, some newly

Re: [FFmpeg-user] (de)-interlacing question

Toerless Eckert wrote: Well, but what i am claiming is that they where interlacing progressive HD to create interlaced SD. Maybe, if the master is 720p50. I don't think they would interpolate from 720p25 to do that though. I thought it might have gotten a lot easier through all the

Re: [FFmpeg-user] (de)-interlacing question

Andy Furniss wrote: Oops, sorry for the messed up post - pasting that link managed to paste other stuff back in as well. ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link

Re: [FFmpeg-user] (de)-interlacing question

Toerless Eckert wrote: On Tue, Nov 22, 2016 at 12:18:43PM +, Andy Furniss wrote: Seems strange that that would happen. It certainly doesn't in the UK, 25fps progressive SD does get flagged as interlaced Any idea why that flag is set ? Just because it makes the programming look more

Re: [FFmpeg-user] (de)-interlacing question

Toerless Eckert wrote: On Tue, Nov 22, 2016 at 01:58:07AM +0100, Carl Eugen Hoyos wrote: I was sure that the "deinterlace" option is deprecated and therefore not documented, I realize that it works and no warning is shown but I would still recommend that you choose the deinterlacer you want,

Re: [FFmpeg-user] Specifying lib path when building ffmpeg

Matteo Naccari wrote: Hi Andy, Are the source vids publicly available anywhere? Unfortunately no, we couldn’t clear the right for the content we used in our tests. Is turing-exe expected to work on non avx CPUs? I just get an illegal instruction on a Phenom II x4. Yes we expect it to

Re: [FFmpeg-user] unable to capture desktop session using x11grab on debian jessie with ffmpeg 3.1.4

肖文良 wrote: Built from the latest git source seems not help. following command runs about 15+ seconds. nothing was captured. If I add -loglevel debug, this log keep being printed: cur_dts is invalid (this is harmless if it occurs once at the start per stream) [rawvideo @ 0x3234840] PACKET

Re: [FFmpeg-user] Specifying lib path when building ffmpeg

Matteo Naccari wrote: More information can be found in our IBC paper and references therein (http://digital-library.theiet.org/content/conferences/10.1049/ibc.2016.0038;jsessionid=deklq2qch2t9m.x-iet-live-01). Sounds good. Are the source vids publicly available anywhere? Is turing-exe

Re: [FFmpeg-user] dpx to prores & h.264 - color shift

Andy Furniss wrote: Andreas Hummel wrote: Hello Kevin, thanks for the hint. I replaced the -colormatrix option with the -vf scale=.. option you suggested but i'm still getting a slight hue shift in the final converted movie. Even the added -sws_flags you suggested thx @Andy couldn't solve

Re: [FFmpeg-user] dpx to prores & h.264 - color shift

Andreas Hummel wrote: Hello Kevin, thanks for the hint. I replaced the -colormatrix option with the -vf scale=.. option you suggested but i'm still getting a slight hue shift in the final converted movie. Even the added -sws_flags you suggested thx @Andy couldn't solve the problem. I tried

Re: [FFmpeg-user] dpx to prores & h.264 - color shift

Kevin Wheatley wrote: Andreas, instead of using the -colormatrix option try instead using -vf scale=in_range=full:in_color_matrix=bt709:out_range=tv:out_color_matrix=bt709 assuming your DPX files are utilising full range encoding also scale has flags which may or may not affect quality in

Re: [FFmpeg-user] Best way to record video on a computer with a really bad CPU yet really good GPU?

Sven C. Dack wrote: For those who haven't followed the developers mailing list; this has improved with the latest git. One can stream in H.264 and H.265 from a 1920x1080 desktop with a frame rate well above 60Hz (~100fp/s with an Nvidia GeForce GTX 960). Anyone who has never tried it and wants

Re: [FFmpeg-user] Best way to record video on a computer with a really bad CPU yet really good GPU?

Carl Eugen Hoyos wrote: 2016-09-04 10:37 GMT+02:00 Sven C. Dack : On 04/09/16 09:25, Carl Eugen Hoyos wrote: 2016-09-04 10:16 GMT+02:00 Sven C. Dack : $ ffmpeg -f x11grab -s 1920x1080 -i :0.0 -f rawvideo /dev/null (I.e. 30fp/s, 2gbit/s) This will

Re: [FFmpeg-user] Best way to record video on a computer with a really bad CPU yet really good GPU?

Sven C. Dack wrote: The first thing you can do is to reduce the frames that get grabbed per second. try this: $ ffmpeg -f x11grab -s 1920x1080 -i :0.0 -f rawvideo /dev/null (I.e. 30fp/s, 2gbit/s) Seems to default to 30 even if you can go higher. -f null - rather than -f rawvideo /dev/null

Re: [FFmpeg-user] Best way to record video on a computer with a really bad CPU yet really good GPU?

happysmas...@vmail.me wrote: I am attempting to screencast using ffmpeg on my PC, but I have one problem: it uses too much CPU, even using `-crf=0`. Does anyone know how I can reduce this, either using a REALLY lossy format or using my Radeon RX 480? Even if it's not that efficient on my GPU, at

Re: [FFmpeg-user] Does ffmpeg have YV12 pixel format?

Carl Eugen Hoyos wrote: Andy Furniss gmail.com> writes: I have rawvideo planar Ys Us Vs (I think ffmpeg calls this yuv420p = I420 = IYUV) I play with ffplay -f rawvideo -s ... -pix_fmt yuv420p I have another rawvideo Ys Vs Us (=YV12) I play with ffplay -f rawvideo -s ... -pix_

Re: [FFmpeg-user] Does ffmpeg have YV12 pixel format?

Carl Eugen Hoyos wrote: Andy Furniss gmail.com> writes: Maybe I am just blind but I can't see that ffmpeg -pix_fmts has one for YV12 Or do I misunderstand what yuv420p is - I thought it was I420(IYUV) is this correct? Please describe your use-case. (As far as I can tell, YV12 works f

[FFmpeg-user] Does ffmpeg have YV12 pixel format?

Maybe I am just blind but I can't see that ffmpeg -pix_fmts has one for YV12 Or do I misunderstand what yuv420p is - I thought it was I420(IYUV) is this correct? TIA ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org

Re: [FFmpeg-user] H264 VAAPI Encoder

Mark Thompson wrote: On 19/06/16 00:34, Andy Furniss wrote: Mark Thompson wrote: What h/w is yours? R7 360 (Bonaire, a Sea Island), so yours is one generation newer. I am therefore using radeonsi, though I believe the back-end parts talking to UVD/VCE here are actually in common between

Re: [FFmpeg-user] H264 VAAPI Encoder

Mark Thompson wrote: On 18/06/16 16:37, Mark Thompson wrote: On 17/06/16 23:33, Andy Furniss wrote: AMD are working on vaapi encode for mesa, only a few patches about so far and they got rejected - though not for functionality. They do work with gstreamer, but trying above with ffmpeg fails

Re: [FFmpeg-user] H264 VAAPI Encoder

Mark Thompson wrote: I tried avconv and it does care = bail, but I can use -profile 66 and then get the same error as ffmpeg (though it converts to rgba rather than rgb0) Default for H264 is High, so yeah you need -profile 66 to get it to work. OK, does baseline support b frames? I see

Re: [FFmpeg-user] H264 VAAPI Encoder

Andy Furniss wrote: libva info: va_openDriver() returns 0 [vaapi @ 0x190e300] Initialised VAAPI connection: version 0.38 [AVHWDeviceContext @ 0x3ca4c40] Format 0x3231564e -> unknown. Hmm, so this bit is a bit strange saying unknown as searching tells me that it's nv12. http://01org.github

Re: [FFmpeg-user] ffmpeg -f lavfi with -i color / r flag behaves strangely

gf wrote: 2016-05-29 10:40 GMT+02:00 Carl Eugen Hoyos : gf gmx.de> writes: ffmpeg -f lavfi -i color=d=10 -r 50 -c copy test2.avi How is this supposed to work / what kind of output do you expect? In case this isn't clear: Neither duplicating nor dropping frames is

[FFmpeg-user] ffplay -f lavfi wav regression since vsrc_movie: convert to codecpar

Since - commit 8cae006c5646a08fd73cf62c46bb16598be6c7b4 Merge: 6bc5ef3 1138eb5 Author: Derek Buitenhuis Date: Mon Apr 11 14:42:30 2016 +0100 Merge commit '1138eb5509d3db7f6d565cb45f137a786d22beb9' * commit '1138eb5509d3db7f6d565cb45f137a786d22beb9':

Re: [FFmpeg-user] newbie help restream

jimmy keffer wrote: i'm trying 2 restream an http feed back 2 my wowza server if stream from vlc to woza a seems ok but i use ffmeg the stream skips vand stops ffmpeg -i http://nasatv-lh.akamaihd.net/i/NASA_101@319270/master.m3u8 -vcodec copy -acodec copy -f mpegts

Re: [FFmpeg-user] Apparently the ffmpeg software scaler "sucks"

Peter Rabbitson wrote: On 05/18/2016 06:45 AM, Reuben Martin wrote: curl -s http://www.4p8.com/eric.brasseur/gamma-1.0-or-2.2.png | \ ffmpeg -f image2pipe -i - \ -vf 'eq=gamma=0.454545,scale=w=iw/2:h=ih/2,eq=gamma=2.2' \ -vframes 1 -c:v bmp -f image2pipe - | ffplay -i - Messes up a ramp

Re: [FFmpeg-user] The internal ffmpeg rgb=>yuv pipeline and conversion matrices

Peter Rabbitson wrote: -c:v libx264 -colorspace bt709 -pix_fmt yuv444p -profile:v high444 \ -qp 0 -preset:v ultrafast \ -t 5 greenz.mkv FWIW just using -colorspace is not complete. ffmpeg -i greenz.mkv would list 709/unknown/unknown adding -color_primaries

Re: [FFmpeg-user] The internal ffmpeg rgb=>yuv pipeline and conversion matrices

Peter Rabbitson wrote: On 05/09/2016 04:34 PM, Andy Furniss wrote: Don't test with color src - use something real and you may see different. Nod. For completeness below is *literally* what my pipeline looks like, except of course it isn't "all green". The command as-i

Re: [FFmpeg-user] The internal ffmpeg rgb=>yuv pipeline and conversion matrices

Peter Rabbitson wrote: On 05/09/2016 03:01 PM, Peter Rabbitson wrote: scale=in_color_matrix=bt601:out_color_matrix=bt709:in_range=full:out_range=tv On a real source I don't think in_color_matrix=bt601 would be correct. in_range=full:out_range=tv IIRC failed testing with color src (I guess

Re: [FFmpeg-user] The internal ffmpeg rgb=>yuv pipeline and conversion matrices

Peter Rabbitson wrote: Hello! I am having trouble finding info on how to properly control color reproduction, both in terms of "reference manual" and in terms of "best practice guides". If I missed a resource neatly explaining everything I am confused about below, please do not hesitate to

Re: [FFmpeg-user] rtmp Stream timeout

Marcel Grandemange wrote: Evening I sincerely hope someone can assist me with the following case. I have the command below which is intended to monitor a rtmp stream and look for silence within the stream. It takes the rtmp stream plays it for 30 seconds and looks for 1 second of silence within

Re: [FFmpeg-user] FFMpeg Streaming via UDP

Bogdan Mariesan wrote: Hi Andy, Sorry for the fuss, my email client added the http part... that was not intended there. OK, maybe from an ffmpeg users pov it would be best to test on a lan without the hole punching code just to see if that part works. On the client side I am using Java to

Re: [FFmpeg-user] FFMpeg Streaming via UDP

Bogdan Mariesan wrote: Hi everyone, I am trying to achieve a *P2P *connection via *UDP *and for that I'm following the wiki guide. On my server I am using: *ffmpeg -f dshow -video_size 640x360 -rtbufsize 702000k -framerate 30 -i video="Integrated Camera":audio="Microphone (5- Logitech USB

Re: [FFmpeg-user] Interlaced x264

Anatol wrote: Andy, U don't see 'weightp' warning, because I have 'weightp=0' at the end of the 'x264opts' list in my "monster" command line (its sometimes a fun to be a monster ...). Oh OK The results with ffmpeg3 are the same (for monster and simple cmd-lines). In all cases the x264 gets

Re: [FFmpeg-user] Interlaced x264

utput from libx264 like - ... [libx264 @ 0x30125a0] interlace + weightp is not implemented ... I don't see that in your output (it's informational, not an error). On Wed, Apr 6, 2016 at 9:23 PM, Andy Furniss <adf.li...@gmail.com> wrote: Anatol wrote: The idet results are of an output

Re: [FFmpeg-user] how to disable the auto frame replenishment when decoding the h.265 file

Carl Eugen Hoyos wrote: Andy Furniss gmail.com> writes: Another issue = your command line won't work (unless it's just me!) with current ffmpeg as something changed to do with wrapped avframe. The command line works fine afaict. Oops I misread yuv as y4m. It's reminded me I was go

Re: [FFmpeg-user] how to disable the auto frame replenishment when decoding the h.265 file

zhuhb wrote: The command is as follows: ffmpeg -i BlowingBubbles_416x240_50_qp23.265 -vcodec rawvideo -pix_fmt yuv420p BlowingBubbles_416x240_50_qp23_y.yuv The console output is as follows: ffmpeg version N-79000-g66edd86 Copyright (c) 2000-2016 the FFmpeg

Re: [FFmpeg-user] size and bitrate issues with nvidia accelerated transcoding

Sreenath BH wrote: On 3/8/16, Moritz Barsnick wrote: If you want the same profiles and levels, you will need to request them explicitly. The same thing goes for the quality: libx264 defaults to crf=23, I don't know about nvenc. Furthermore, encoders can trade off quality

Re: [FFmpeg-user] Lost h/w vdpau UHD level 5.2 h264 since avconv_vdpau: use the hwcontext API to simplify code merged.

Carl Eugen Hoyos wrote: Andy Furniss gmail.com> writes: IIRC vdpau doesn't even go up to level 5.2 but before below merge it worked for me. Now it just silently falls back to s/w while still throwing the threads warning. Please open a new ticket providing as much information as possi

Re: [FFmpeg-user] Past duration 0.999992 too large with x264/x265 high framerate elemental streams.

Carl Eugen Hoyos wrote: Andy Furniss gmail.com> writes: I know I can work round with -vsync 0, but it seems odd that 50/60 fps elemental streams have this issue, even with no sound. I don't know if this is the issue here, but please remember that h264 timestamps are generally an is

  1   2   3   >