On Thu, 1 Nov 2018 22:16:53 +0100
Hendrik Leppkes wrote:
> One might do something like this:
>
> NVDEC -> hwdownload -> yadif -> x264
> NVDEC -> cuda_yadif -> hwdownload -> x264
>
> How do those compare, maybe when you replace x264 with null?
I set my baseline with NVDEC -> hwdownload ->
On Thu, Nov 1, 2018 at 10:12 PM Philip Langdale wrote:
>
> On 2018-11-01 14:05, Timo Rothenpieler wrote:
> > On 01.11.2018 21:54, Carl Eugen Hoyos wrote:
> >> 2018-10-26 17:56 GMT+02:00, Philip Langdale :
> >>
> >> Could you add some sample numbers about how fast the cuda
> >> variant is compared
2018-11-01 22:12 GMT+01:00, Philip Langdale :
> On 2018-11-01 14:05, Timo Rothenpieler wrote:
>> On 01.11.2018 21:54, Carl Eugen Hoyos wrote:
>>> 2018-10-26 17:56 GMT+02:00, Philip Langdale :
>>>
>>> Could you add some sample numbers about how fast the cuda
>>> variant is compared to cpu?
>>
>> I
On 2018-11-01 14:05, Timo Rothenpieler wrote:
On 01.11.2018 21:54, Carl Eugen Hoyos wrote:
2018-10-26 17:56 GMT+02:00, Philip Langdale :
Could you add some sample numbers about how fast the cuda
variant is compared to cpu?
I don't think such numbers are overly useful by themselves.
The
On 01.11.2018 21:54, Carl Eugen Hoyos wrote:
2018-10-26 17:56 GMT+02:00, Philip Langdale :
Could you add some sample numbers about how fast the cuda
variant is compared to cpu?
I don't think such numbers are overly useful by themselves.
The primary benefit here is that it's now possible to
2018-10-26 17:56 GMT+02:00, Philip Langdale :
Could you add some sample numbers about how fast the cuda
variant is compared to cpu?
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Not an export on CUDA code but it looks sensible to me, C part looks
good as well.
GTM once the yadiff changes have been acked.
smime.p7s
Description: S/MIME Cryptographic Signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
