Re: [FFmpeg-devel] [PATCH] avcodec/nvenc: adapt to the new internal encode API

Marton Balint , 9 Nis 2020 Per, 01:23 tarihinde şunu yazdı: > > > On Wed, 8 Apr 2020, Philip Langdale wrote: > > > On Wed, 8 Apr 2020 14:58:36 -0300 > > James Almer wrote: > > > >> Signed-off-by: James Almer > >> --- > >> This removes the encode2() implementation as it'll never be used if a >

Re: [FFmpeg-devel] [PATCH] libavformat/mpegtsenc: enforce PCR packets without payload

Andreas Håkon , 25 Nis 2019 Per, 17:49 tarihinde şunu yazdı: > > > > ‐‐‐ Original Message ‐‐‐ > On Thursday, 25 de April de 2019 16:23, Ali KIZIL > wrote: > > > Andreas Håkon andreas.ha...@protonmail.com, 25 Nis 2019 Per, 12:07 > > tarihinde şunu y

Re: [FFmpeg-devel] [PATCH] libavformat/mpegtsenc: enforce PCR packets without payload

Andreas Håkon , 25 Nis 2019 Per, 12:07 tarihinde şunu yazdı: > Hi, > > A patch for a new optional parameter for the mpegtsenc muxer. > > Regards. > A.H. > > ---___ > Is this patch related with "[FFmpeg-devel] [PATCH] libavformat: forced PCR pid in

Re: [FFmpeg-devel] [PATCH] avformat/mpegenc - reject unsupported audio streams

Gyan , 24 Nis 2019 Çar, 07:30 tarihinde şunu yazdı: > > > On 24-04-2019 03:30 AM, Carl Eugen Hoyos wrote: > > 2019-04-22 13:00 GMT+02:00, Gyan : > >> On 22-04-2019 01:15 PM, Gyan wrote: > >>> > >>> On 22-04-2019 12:30 PM, Carl Eugen Hoyos wrote: > > Am 20.04.2019 um 11:31 schrieb Gyan : >

Re: [FFmpeg-devel] [PATCH] News: Removal of libndi

On Thu, Mar 21, 2019, 5:54 PM Maksym Veremeyenko wrote: > On 20.03.2019 22:13, Dennis Mungai wrote: > [...] > > The primary agitator here seems to be kierank: > > https://trac.ffmpeg.org/ticket/7589?cversion=0_hist=10#comment:5 > > > > What undisclosed history do you have with Newtek (see the

Re: [FFmpeg-devel] [PATCH] News: Removal of libndi

Dennis Mungai , 20 Mar 2019 Çar, 23:20 tarihinde şunu yazdı: > On Wed, 20 Mar 2019 at 23:02, Marton Balint wrote: > > > > > > > On Wed, 20 Mar 2019, Jean-Baptiste Kempf wrote: > > > > > On Wed, 20 Mar 2019, at 20:52, Marton Balint wrote: > > >> On Wed, 20 Mar 2019, Jean-Baptiste Kempf wrote: > >

Re: [FFmpeg-devel] [PATCH]lavd: Remove libndi newtek

Gyan , 10 Ara 2018 Pzt, 11:47 tarihinde şunu yazdı: > > On 10-12-2018 07:41 AM, Carl Eugen Hoyos wrote: > > 2018-12-03 17:05 GMT+01:00, Carl Eugen Hoyos : > > > >> It appears to me that NewTek abused our willingness to add an optional > >> external nonfree library, I don't see many better

Re: [FFmpeg-devel] [PATCH]lavd: Remove libndi newtek

On Tue, Dec 4, 2018, 1:14 AM Marton Balint > > On Mon, 3 Dec 2018, Jean-Baptiste Kempf wrote: > > > On Mon, 3 Dec 2018, at 19:48, Paul B Mahol wrote: > >> > On the general idea of this - agreed. > >> > > >> > Separately I think we should at least bring up a possible rethink of > >> > our policy

Re: [FFmpeg-devel] [PATCH]lavd: Remove libndi newtek

On Tue, Dec 4, 2018, 12:07 AM Carl Eugen Hoyos 2018-12-03 22:00 GMT+01:00, Ali KIZIL : > > > Newtek representative says, they will remove the binary from SDK right > away > > Could you please read the sentence you sent? > Particularly the words "says" and

Re: [FFmpeg-devel] [PATCH]lavd: Remove libndi newtek

On Mon, Dec 3, 2018, 11:41 PM Carl Eugen Hoyos 2018-12-03 21:28 GMT+01:00, Martin Vignali : > >> > >> > >> > >> It appears to me that NewTek abused our willingness to add an > >> > >> optional > >> > >> external nonfree library, I don't see many better options. See > Ticket > >> > >> #7589 and a

Re: [FFmpeg-devel] [PATCH]lavd: Remove libndi newtek

On Mon, Dec 3, 2018, 9:48 PM Paul B Mahol On 12/3/18, Jan Ekström wrote: > > On Mon, Dec 3, 2018 at 6:06 PM Carl Eugen Hoyos > wrote: > >> > >> Hi! > >> > >> It appears to me that NewTek abused our willingness to add an optional > >> external nonfree library, I don't see many better options.

Re: [FFmpeg-devel] [PATCH] Implement NewTek NDI support

2017-08-14 0:00 GMT+03:00 Marton Balint : > > On Tue, 8 Aug 2017, Maksym Veremeyenko wrote: > > [...] >> > > >> Check if *avahi* daemon is running and firewall turned off. >> > > Thanks, it works now. > > I have some final comments, after addressing those, I guess this can be >

Re: [FFmpeg-devel] [PATCH v12] - Added Turing codec interface for ffmpeg

2017-07-17 14:19 GMT+03:00 Saverio Blasi : > >> Thanks a lot, this makes sense. I thought that flag was compulsory and > therefore we only included linking against libraries in "Libs.private" in > the pc file. I have just pushed a fix to the Turing repo to include that in

Re: [FFmpeg-devel] [PATCH] nvenc: Make AUD optional for h264_nvenc and hevc_nvenc

2017-01-05 13:29 GMT+03:00 Yogender Gupta : > >> There is BUG in Nvidia NVENC when you use AUD for H264 with B-frames, > it will return corrupted stream, because NVIDIA is inserting AUD type 0 > (I-frame) before B-frames instead of AUD type 7 (any-frame). > > Thanks for

Re: [FFmpeg-devel] [PATCH] nvenc: Make AUD optional for h264_nvenc and hevc_nvenc

2016-12-30 12:07 GMT+03:00 Miroslav Slugeň <thunde...@email.cz>: > Dne 30.12.2016 v 05:48 Ali KIZIL napsal(a): > >> 2016-12-30 0:02 GMT+03:00 Miroslav Slugeň <thunde...@email.cz>: >> >> >> Somebody changed AUD to active in NVENC by default, whic

Re: [FFmpeg-devel] [PATCH] nvenc: Make AUD optional for h264_nvenc and hevc_nvenc

2016-12-30 0:02 GMT+03:00 Miroslav Slugeň : > Somebody changed AUD to active in NVENC by default, which is not very > clever, libx264 also has this future disabled, so we should stay in sync > with libx264 behavior. > > Enabled AUD will work only without B-frames. There is BUG

Re: [FFmpeg-devel] MPEGTS UDP Stream Overflow & Underflow Case Fixes

2016-11-14 15:52 GMT+03:00 Carl Eugen Hoyos <ceffm...@gmail.com>: > 2016-11-14 13:24 GMT+01:00 Ali KIZIL <aliki...@gmail.com>: > > 2016-11-14 15:15 GMT+03:00 Carl Eugen Hoyos <ceffm...@gmail.com>: > > > >> 2016-11-14 12:41 GMT+01:00 Ali KIZIL <

Re: [FFmpeg-devel] MPEGTS UDP Stream Overflow & Underflow Case Fixes

2016-11-14 15:15 GMT+03:00 Carl Eugen Hoyos <ceffm...@gmail.com>: > 2016-11-14 12:41 GMT+01:00 Ali KIZIL <aliki...@gmail.com>: > > > I dont claim anything and I also said it is not written by me. > > In your mail you wrote 'patch is made by "rycius"'. &g

Re: [FFmpeg-devel] MPEGTS UDP Stream Overflow & Underflow Case Fixes

2016-11-14 14:31 GMT+03:00 Carl Eugen Hoyos <ceffm...@gmail.com>: > 2016-11-14 12:21 GMT+01:00 Ali KIZIL <aliki...@gmail.com>: > > > This patch is to close Ticker 4155: https://trac.ffmpeg.org/ticket/4155 > > > > Actualy, patch is made by "rycius". &

[FFmpeg-devel] MPEGTS UDP Stream Overflow & Underflow Case Fixes

Hello, This patch is to close Ticker 4155: https://trac.ffmpeg.org/ticket/4155 Actualy, patch is made by "rycius". I just updated the diff file to date and separated into two parts with making a small change a) Overflow fix exit fix b) Underflow timebase fix Kind Regards, Ali KIZIL

Re: [FFmpeg-devel] TR-03 implementation

rmail/ffmpeg-devel/2016-November/202587.html I wanted to mention this under contributor's motivation sunbjec, maybe https://patchwork.ffmpeg.org can be used to upload missed patches. Kind Regards, Ali KIZIL ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [Patch] hwaccel transocode broken

2016-11-11 14:47 GMT+03:00 Yogender Gupta : > >>These are merges. Unless you volunteer to do the merges yourself (and > properly please) you'll have to live with this. > > So were there merges that got left and broke the functionality. When do we > get these merges in ? Please

[FFmpeg-devel] Broken libnpp (was working with git snapshot 0779396)

Hi All, I was trying libnpp on Big Bunny video by below command: ./ffmpeg -loglevel debug -y -hwaccel cuvid -c:v h264_cuvid -vsync 0 -i /root/root/bunny.mp4 -vf scale_npp=1920:1072 -vcodec h264_nvenc /tmp/tmp0.264 -vf scale_npp=1280:720 -vcodec h264_nvenc /tmp/tmp1.264 This command is working

Re: [FFmpeg-devel] Memcpy Operation Duration

On Oct 18, 2016 11:08 PM, "Ronald S. Bultje" <rsbul...@gmail.com> wrote: > > Hi Ali, > > On Tue, Oct 18, 2016 at 3:57 PM, Ali KIZIL <aliki...@gmail.com> wrote: > > > 2016-10-18 22:44 GMT+03:00 Sven C. Dack <sven.c.d...@sky.com>: > > &g

Re: [FFmpeg-devel] Memcpy Operation Duration

2016-10-18 22:44 GMT+03:00 Sven C. Dack <sven.c.d...@sky.com>: > On 18/10/16 20:26, Ali KIZIL wrote: > >> Hi Everyone, >> >> Today, I was analyzing memcpy duration in FFmpeg. I noticed that it is >> taking longer time compared to an optimized SSE, SSE2, MM

[FFmpeg-devel] Memcpy Operation Duration

flag for optimisation ? Or there is no such need and I am on a wrong path ? (As a side note, FFmpeg works performance on i7 Extreme cores compared to Xeon v4 processors.) Kind Regards, Ali KIZIL ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http

Re: [FFmpeg-devel] [PATCH] libswscale/swscale_unscaled.c: UHD Resolution Performance Increase for Color Space Convertions / NVENC Related

2016-10-03 14:39 GMT+03:00 Carl Eugen Hoyos <ceffm...@gmail.com>: > 2016-10-03 13:11 GMT+02:00 Ali KIZIL <aliki...@gmail.com>: > > 2016-10-03 14:09 GMT+03:00 Carl Eugen Hoyos <ceffm...@gmail.com>: > > > >> 2016-10-03 12:48 GMT+02:00 Ali KIZIL <aliki.

Re: [FFmpeg-devel] [PATCH] libswscale/swscale_unscaled.c: UHD Resolution Performance Increase for Color Space Convertions / NVENC Related

2016-10-03 14:09 GMT+03:00 Carl Eugen Hoyos <ceffm...@gmail.com>: > 2016-10-03 12:48 GMT+02:00 Ali KIZIL <aliki...@gmail.com>: > > > Yes, Alpha channel is not managed. > > > > So it should be; > > > >> +/* yuv422p10_to_yuv420p

Re: [FFmpeg-devel] [PATCH] libswscale/swscale_unscaled.c: UHD Resolution Performance Increase for Color Space Convertions / NVENC Related

2016-10-03 13:28 GMT+03:00 Hendrik Leppkes <h.lepp...@gmail.com>: > On Mon, Oct 3, 2016 at 11:35 AM, Ali KIZIL <aliki...@gmail.com> wrote: > > Hello, > > > > This patch is done for performance increase on UHD or above resolution > > color space convertions.

Re: [FFmpeg-devel] [PATCH] libswscale/swscale_unscaled.c: UHD Resolution Performance Increase for Color Space Convertions / NVENC Related

2016-10-03 13:06 GMT+03:00 Carl Eugen Hoyos <ceffm...@gmail.com>: > 2016-10-03 11:35 GMT+02:00 Ali KIZIL <aliki...@gmail.com>: > > > +/* yuv422p10_to_yuv420p */ > > +if ((srcFormat == AV_PIX_FMT_YUV422P10 || srcFormat == > AV_PIX_FMT_YUVA4

Re: [FFmpeg-devel] [PATCH] libswscale/swscale_unscaled.c: UHD Resolution Performance Increase for Color Space Convertions / NVENC Related

2016-10-03 13:28 GMT+03:00 Hendrik Leppkes <h.lepp...@gmail.com>: > On Mon, Oct 3, 2016 at 11:35 AM, Ali KIZIL <aliki...@gmail.com> wrote: > > Hello, > > > > This patch is done for performance increase on UHD or above resolution > > color space convertions.

[FFmpeg-devel] [PATCH] libswscale/swscale_unscaled.c: UHD Resolution Performance Increase for Color Space Convertions / NVENC Related

Hello, This patch is done for performance increase on UHD or above resolution color space convertions. Some SDI sources provide yuv422p10 for 10bit source and uyvy422 for 8 bit source. To encode these sources with NVENC 10 bits, there is a need to convert these color spaces to P010. Before patch

Re: [FFmpeg-devel] [PATCH v2] swscale: add unscaled conversion from yuv420p to p010

2016-09-05 12:04 GMT+03:00 Carl Eugen Hoyos <ceffm...@gmail.com>: > 2016-09-05 10:53 GMT+02:00 Ali KIZIL <aliki...@gmail.com>: > > > Is there any obstacle to release this patch ? > > Which patch? > > Carl Eugen > _

Re: [FFmpeg-devel] [PATCH v2] swscale: add unscaled conversion from yuv420p to p010

2016-09-04 20:34 GMT+03:00 Ronald S. Bultje : > Hi, > > On Sep 4, 2016 5:42 PM, "Timo Rothenpieler" wrote: > > > > On 9/4/2016 4:06 PM, Carl Eugen Hoyos wrote: > > > 2016-09-04 16:02 GMT+02:00 Timo Rothenpieler : > > >> The

Re: [FFmpeg-devel] [PATCH v2] swscale: add unscaled conversion from yuv420p to p010

Hi, On Sep 4, 2016 5:33 PM, "Ronald S. Bultje" wrote: > > Hi, > > On Sun, Sep 4, 2016 at 10:06 AM, Carl Eugen Hoyos > wrote: > > > 2016-09-04 16:02 GMT+02:00 Timo Rothenpieler : > > > The purpose of this patch is to make conversion

Re: [FFmpeg-devel] [PATCH v2] swscale: add unscaled conversion from yuv420p to p010

On Sep 4, 2016 5:02 PM, "Timo Rothenpieler" wrote: > > > Finally, with the change, the function can also be used > > for P016, note that I tried to object to P010: It does not > > serve any real purpose, if I remember correctly, the > > explanation for the commit was that

[FFmpeg-devel] [PATCH] swscale: add unscaled copy from yuv420p10 to p010

Hi Oliver, Yes, for same quality I also noticed a bandwidth usage drop like 4-6%. This is my case. But as you know it depends on the samples you work. For CBR, you are right, it should bring a higher quality. I compared decode of PSNR for CBR 8 bits and 10 bits HD NVENC HEVC encodded content

[FFmpeg-devel] [PATCH] swscale: add unscaled copy from yuv420p10 to p010

Hello Timo, I tested your patch. It increases UHD HEVC 10 bits Main10 encoding performance a lot while doing YUV420P10LE to P010LE (same level to Oliver's original 10 bits HEVC encoding patch). Your patch together with current FFmpeg git source, encoding performance increase from 40-42 fps to

Re: [FFmpeg-devel] Performance of P010LE/BE pixel convertion

//ffmpeg.org/mailman/listinfo/ffmpeg-devel>> * >>* wrote: * >> >>>>* Hi, * >>>> >>>>* On Thu, Sep 1, 2016 at 7:00 AM, Ali KIZIL >>><http://ffmpeg.org/mailman/listinfo/ffmpeg-devel>> wrote: * >>>> >>>>&g

[FFmpeg-devel] Performance of P010LE/BE pixel convertion

Hi All, I want to give answers to some questions: 1) @Oliver, thank you for explanations. I tried yuv444p16le, fps is a bit less to 32-34 fps. Here is a short log: Stream #0:0(und): Video: hevc (nvenc_hevc) (Main 10), 1 reference frame, yuv444p16le, 3840x2160 [SAR 1:1 DAR 16:9], q=-1--1,

[FFmpeg-devel] Performance of P010LE/BE pixel convertion

Hi Oliver, I just setup my DDR3 RAM speed to 2133 Mhz on i7 4960x server. It dosnt make a much difference. FPS is still waiving 41-44 fps for UHD P010LE HEVC Main 10 encoding. Also, rawvideo P010LE encodding waiving 39-42 fps. For your note;while FPS waves from 39-42 fps for YUV420P to P010LE,

[FFmpeg-devel] Performance of P010LE/BE pixel convertion

What CPU are you using? It's presumably going to vary wildly from one CPU to another? >* On 1 Sep 2016, at 08:52, Ali KIZIL <http://ffmpeg.org/mailman/listinfo/ffmpeg-devel>> wrote: * > >* Hi all, * > >* I tested P010LE pixel convertion from YUV420P in NVENC Main

[FFmpeg-devel] Performance of P010LE/BE pixel convertion

Hi all, I tested P010LE pixel convertion from YUV420P in NVENC Main 10 HEVC UHD 50 fps encoding on Nvidia Pascal Titan X GPU: Nvidia Pascal Titan X GPU can not reach to 50 fps on Main 10 P010LE HEVC encoding: ffmpeg -loglevel verbose -i /media/usb1/4k_sampels/Samsung_SUHD_Picture_Quality\

[FFmpeg-devel] [PATCH 2/2] avformat/udp: replace packet_gap with bitrate option

On Mon, 13 Jun 2016, Michael Niedermayer wrote: >* On Sun, Jun 12, 2016 at 09:30:18PM +0200, Marton Balint wrote: * >>* We haven't had a stable release since the packet_gap addition, so probably >>it * >>* is worth reworking the option to something that makes more sense to the end * >>* user.

Re: [FFmpeg-devel] [PATCH] Set Audio Stream Specifier to 0x04 for MPEG-1 Layer II Audio

printing this e-mail. 2016-04-21 15:43 GMT+03:00 Ali KIZIL <aliki...@gmail.com>: > From 019bfcbd781ed98aba17241ed867ab28af1f57d8 Mon Sep 17 00:00:00 2001 > From: smallishzulu <aliki...@gmail.com> > Date: Thu, 21 Apr 2016 15:42:48 +0300 > Subject: [PATCH] Set Audio Stream Spec

Re: [FFmpeg-devel] [PATCH] Define service_type "HEVC digital television service (0x1F) in mpegtsenc.c

printing this e-mail. 2016-04-21 15:42 GMT+03:00 Ali KIZIL <aliki...@gmail.com>: > From 20c0ac586cf5056bcc057e7664a64ddfdc0e13f9 Mon Sep 17 00:00:00 2001 > From: smallishzulu <aliki...@gmail.com> > Date: Thu, 21 Apr 2016 15:40:09 +0300 > Subject: [PATCH] Define service_type

[FFmpeg-devel] [PATCH] Set Audio Stream Specifier to 0x04 for MPEG-1 Layer II Audio

From 019bfcbd781ed98aba17241ed867ab28af1f57d8 Mon Sep 17 00:00:00 2001 From: smallishzulu Date: Thu, 21 Apr 2016 15:42:48 +0300 Subject: [PATCH] Set Audio Stream Specifier to 0x04 for MPEG-1 Layer II Audio --- libavformat/mpegtsenc.c | 2 +- 1 file changed, 1 insertion(+), 1

[FFmpeg-devel] [PATCH] Define service_type "HEVC digital television service (0x1F) in mpegtsenc.c

From 20c0ac586cf5056bcc057e7664a64ddfdc0e13f9 Mon Sep 17 00:00:00 2001 From: smallishzulu Date: Thu, 21 Apr 2016 15:40:09 +0300 Subject: [PATCH] Define service_type "HEVC digital television service" (0x1F) in mpegtsenc.c --- libavformat/mpegtsenc.c | 6 +- 1 file

Re: [FFmpeg-devel] Patch for Trac Tickets 5388 & 5455

printing this e-mail. 2016-04-21 14:42 GMT+03:00 Ali KIZIL <aliki...@gmail.com>: > Sorry the patch file was missing: > > From 1d10dc062da7eb51c749e321b419018deed79151 Mon Sep 17 00:00:00 2001 > From: smallishzulu <aliki...@gmail.com> > Date: Thu, 21 Apr 2016 13:28:10 +0300

Re: [FFmpeg-devel] Patch for Trac Tickets 5388 & 5455

ity for the contents of the message. To conserve our resources for the future please reconsider before printing this e-mail. 2016-04-21 14:32 GMT+03:00 Ali KIZIL <aliki...@gmail.com>: > Hi All, > > With help of cehoyos, I created a patch file for Tickets 5388 & 5455. (My > f

[FFmpeg-devel] Patch for Trac Tickets 5388 & 5455

some STBs.) Ticket links: http://trac.ffmpeg.org/ticket/5455 http://trac.ffmpeg.org/ticket/5388 Kind Regards, Ali KIZIL The contents of this e-mail are confidential to the addressee and are intended solely for the recipients use. If you are not the addressee, you have received this e-mail in e

[FFmpeg-devel] Problem Still Exists on avcodec/vdpau_hevc: Remove experimental flag

Hello, I wanted to inform interleaving problem still exisits even with Nvidia 355.06 driver. More info here: https://github.com/FFmpeg/FFmpeg/commit/aa10f0aab0e2729e0a5edbd7b6838658d6 3421e1 Kind Regards, Ali ___ ffmpeg-devel mailing list

Re: [FFmpeg-devel] NVENC HEVC Profile Settings Errors

Timo Rothenpieler timo at rothenpieler.org writes: When setting level of HEVC in NVENC, FFmpeg gives error: root at encoder:~# /opt/ffmpeghw/bin/ffmpeg -i /root/bunny.mp4 - aspect 16:9 -s 3840x2160 -vcodec nvenc_h265 -preset hp -fflags +genpts -vb 25000k - minrate 25000k -maxrate

Re: [FFmpeg-devel] NVENC HEVC Profile Settings Errors

Timo Rothenpieler timo at rothenpieler.org writes: When setting level of HEVC in NVENC, FFmpeg gives error: root at encoder:~# /opt/ffmpeghw/bin/ffmpeg -i /root/bunny.mp4 - aspect 16:9 -s 3840x2160 -vcodec nvenc_h265 -preset hp -fflags +genpts -vb 25000k - minrate 25000k -maxrate

[FFmpeg-devel] NVENC HEVC Profile Settings Errors

Hello, When setting level of HEVC in NVENC, FFmpeg gives error: root@encoder:~# /opt/ffmpeghw/bin/ffmpeg -i /root/bunny.mp4 -aspect 16:9 -s 3840x2160 -vcodec nvenc_h265 -preset hp -fflags +genpts -vb 25000k - minrate 25000k -maxrate 25000k -bufsize 75000k -muxrate 25000k -r 50 -an

[FFmpeg-devel] Accept 0x000001 as startcode for hevc in mpegts

Hello All, There is ticket #4194: https://trac.ffmpeg.org/ticket/4194 On the below link, there is already working solution: https://ffmpeg.org/pipermail/ffmpeg-devel/2014-December/166753.html -- next part -- diff --git a/libavformat/mpegtsenc.c b/libavformat/mpegtsenc.c

Re: [FFmpeg-devel] [PATCH] avcodec/nvenc: Add support for H.265 encoding

Philip Langdale philipl at overt.org writes: On Wed, 25 Mar 2015 21:52:54 + (UTC) Ali KIZIL alikizil at gmail.com wrote: The update broken the general usage: ./ffmpeg -loglevel info -re -i /root/bunny.mp4 -vcodec nvenc -preset hp -fflags +genpts -vb 24000k -minrate 24000k

Re: [FFmpeg-devel] [PATCH] avcodec/nvenc: Add support for H.265 encoding

Philip Langdale philipl at overt.org writes: On 2015-03-26 04:30, Ali KIZIL wrote: It works fine now Phil. One more comment: I have a GTX 980. It can encode upto 30-33 fps for 4K 60fps YUV Raw input file using nvenc_h265 avcodec with FFmpeg. First a side, It looked to me like

Re: [FFmpeg-devel] [PATCH] avcodec/nvenc: Add support for H.265 encoding

Philip Langdale philipl at overt.org writes: On Tue, 24 Mar 2015 09:54:13 +0100 Timo Rothenpieler timo at rothenpieler.org wrote: Yes, I did exactly that in my implementation: https://github.com/BtbN/FFmpeg/commits/nvenc The code i wrote there is completely untested(Except that