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 :
>
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 mpegt
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 yazdı:
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. See
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 b
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 &quo
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 ab
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 options.
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
> >
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:
> >
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&cnum_hist=10#comment:5
> >
> > What undisclosed history do you have with Newtek (see th
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 bringing this to notice. We
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
2016-10-18 22:44 GMT+03:00 Sven C. Dack :
> 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, MMX, MMX2, AVX or
>> AVX2 b
On Oct 18, 2016 11:08 PM, "Ronald S. Bultje" wrote:
>
> Hi Ali,
>
> On Tue, Oct 18, 2016 at 3:57 PM, Ali KIZIL wrote:
>
> > 2016-10-18 22:44 GMT+03:00 Sven C. Dack :
> >
> > > On 18/10/16 20:26, Ali KIZIL wrote:
> > >
> > >> H
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 wi
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 let me know if I can
g/pipermail/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
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
2016-11-14 14:31 GMT+03:00 Carl Eugen Hoyos :
> 2016-11-14 12:21 GMT+01:00 Ali KIZIL :
>
> > This patch is to close Ticker 4155: https://trac.ffmpeg.org/ticket/4155
> >
> > Actualy, patch is made by "rycius".
>
> Then why does the patch cl
2016-11-14 15:15 GMT+03:00 Carl Eugen Hoyos :
> 2016-11-14 12:41 GMT+01:00 Ali KIZIL :
>
> > I dont claim anything and I also said it is not written by me.
>
> In your mail you wrote 'patch is made by "rycius"'.
> The git-formatted patch you attache
2016-11-14 15:52 GMT+03:00 Carl Eugen Hoyos :
> 2016-11-14 13:24 GMT+01:00 Ali KIZIL :
> > 2016-11-14 15:15 GMT+03:00 Carl Eugen Hoyos :
> >
> >> 2016-11-14 12:41 GMT+01:00 Ali KIZIL :
> >>
> >> > I dont claim anything and I also said it is not wr
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\ Demo_N
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
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, YU
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, 280
//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:
*
>>>>
>>>>>*
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 69-
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 with
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 there is a bug in
> > FFm
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 from
> > > yuv420p (8 bit) to p010 (10 bit) fast.
> >
> > Do I u
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 purpose of this patch is to make conversion from
> > >> yuv420p (8 bit) t
2016-09-05 12:04 GMT+03:00 Carl Eugen Hoyos :
> 2016-09-05 10:53 GMT+02:00 Ali KIZIL :
>
> > Is there any obstacle to release this patch ?
>
> Which patch?
>
> Carl Eugen
> ___
> ffmpeg-devel mailing list
> ffmpeg-dev
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
2016-10-03 13:28 GMT+03:00 Hendrik Leppkes :
> On Mon, Oct 3, 2016 at 11:35 AM, Ali KIZIL wrote:
> > Hello,
> >
> > This patch is done for performance increase on UHD or above resolution
> > color space convertions.
> > Some SDI sources provide yuv422p10 for 1
2016-10-03 13:06 GMT+03:00 Carl Eugen Hoyos :
> 2016-10-03 11:35 GMT+02:00 Ali KIZIL :
>
> > +/* yuv422p10_to_yuv420p */
> > +if ((srcFormat == AV_PIX_FMT_YUV422P10 || srcFormat ==
> AV_PIX_FMT_YUVA422P10) &&
> > +(dstFormat
2016-10-03 13:28 GMT+03:00 Hendrik Leppkes :
> On Mon, Oct 3, 2016 at 11:35 AM, Ali KIZIL wrote:
> > Hello,
> >
> > This patch is done for performance increase on UHD or above resolution
> > color space convertions.
> > Some SDI sources provide yuv422p10 for 1
2016-10-03 14:09 GMT+03:00 Carl Eugen Hoyos :
> 2016-10-03 12:48 GMT+02:00 Ali KIZIL :
>
> > Yes, Alpha channel is not managed.
> >
> > So it should be;
> >
> >> +/* yuv422p10_to_yuv420p */
> >> +if ((srcFormat == AV_PIX_FMT_YUV422P10) &
2016-10-03 14:39 GMT+03:00 Carl Eugen Hoyos :
> 2016-10-03 13:11 GMT+02:00 Ali KIZIL :
> > 2016-10-03 14:09 GMT+03:00 Carl Eugen Hoyos :
> >
> >> 2016-10-03 12:48 GMT+02:00 Ali KIZIL :
> >>
> >> > Yes, Alpha channel
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
his e-mail in error. Any disclosure, copying, distribution
or action taken in reliance on it is prohibited and may be unlawful. Please
note that any opinions expressed in this e-mail are those of the author
personally and not your business name who do not accept responsibility for
the contents of the
printing
this e-mail.
2016-04-21 14:42 GMT+03:00 Ali KIZIL :
> Sorry the patch file was missing:
>
> From 1d10dc062da7eb51c749e321b419018deed79151 Mon Sep 17 00:00:00 2001
> From: smallishzulu
> Date: Thu, 21 Apr 2016 13:28:10 +0300
> Subject: [PATCH] For trac tickets 5455 & 5388
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 changed, 5 insertions(+), 1
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 deletion(-)
diff --
printing
this e-mail.
2016-04-21 15:42 GMT+03:00 Ali KIZIL :
> 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"
&g
printing
this e-mail.
2016-04-21 15:43 GMT+03:00 Ali KIZIL :
> 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
>
&g
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.
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 in Nvidia NVENC
> wh
2016-12-30 12:07 GMT+03:00 Miroslav Slugeň :
> Dne 30.12.2016 v 05:48 Ali KIZIL napsal(a):
>
>> 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 fut
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
> the Libs as well.
> >>
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
> applied, it's been
Yestday, I got the latest snaphot from GIT and tested the case.
On a CBR test, if outpur bandwidth rate is high, some decoders/TS analyze SWs
give PCR accuracy and repetition error (very rare).
Example:
ffmpeg -i pipe -aspect 16:9 -fflags +genpts -vcodec libx264 -preset ultrafast
-vb 25000k -min
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
ffmpeg-deve
Philip Langdale overt.org> writes:
>
> On Tue, 24 Mar 2015 09:54:13 +0100
> Timo Rothenpieler 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 h2
Philip Langdale overt.org> writes:
>
> On Wed, 25 Mar 2015 21:52:54 + (UTC)
> Ali KIZIL gmail.com> wrote:
>
> >
> > The update broken the general usage:
> >
> > ./ffmpeg -loglevel info -re -i /root/bunny.mp4 -vcodec nvenc -preset
> &g
Philip Langdale 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 FFmp
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
-flush_packet
Timo Rothenpieler rothenpieler.org> writes:
>
> > I have a few questions.
> > I will be grateful is someone can give an idea / reply.
> >
> > 1) On nvenc.c under libavcodec, is it possible to create more than
one
> > instance of nvenc to perform 4K 60 fps encoding using
> > nvEncodeAPICreateIns
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
i
Timo Rothenpieler rothenpieler.org> writes:
>
> > 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 2
Timo Rothenpieler rothenpieler.org> writes:
>
> > 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 2
> Michael Niedermayer (12024-12-30):
> > After months of public harassment and accusations
> > it appears the attacks against me shift to private mail.
> >
> > Iam not sure how to handle this to be honest,
> > It must from the outside look like these mails here and there are a minor
> > thing, but
62 matches
Mail list logo
