On 04/09/2020 16:57, Rogozhkin, Dmitry V wrote:
Hi,
Can someone, please, help to clarify:
1. Where CONFIG_QSV and CONFIG_LIBMFX gets defined (I don't see that in
the grep output - attached below)?
By configure, they end up in config.h in the build directory.
2. What's relationship between
> On Sep 4, 2020, at 23:58, Rogozhkin, Dmitry V
> wrote:
>
> Hi,
>
> Can someone, please, help to clarify:
> 1. Where CONFIG_QSV and CONFIG_LIBMFX gets defined (I don't see that in
> the grep output - attached below)?
Defined at config.h during “./configuration xxx” step.
> 2. What's relati
Hello All,
Friday, November 27, 2015, 11:34:52 AM, you wrote:
IU> Hello Michael,
IU> Thursday, November 26, 2015, 11:13:45 PM, you wrote:
MN>> Hi
MN>> are there any QSV patches which have been reviewed and have no
MN>> objections raised against them ?
MN>> that is patches i should apply/push f
Hello Michael,
Thursday, November 26, 2015, 11:13:45 PM, you wrote:
MN> Hi
MN> are there any QSV patches which have been reviewed and have no
MN> objections raised against them ?
MN> that is patches i should apply/push for qsv ...
Excluding two patches by Will Kelleher which were re-checked toda
Hello Julien,
Thursday, October 15, 2015, 7:08:10 PM, you wrote:
JF> Hi all,
JF> I'm using QuickSync and FFmpeg on linux.
JF> It works well for encoding and decoding when I build it with
JF> --enable-static.
JF> But when I build it with --enable-shared, it hangs.
JF> So my question is: is it su
Hello Ronald,
Tuesday, August 4, 2015, 5:24:45 AM, you wrote:
RSB> Hi Ivan,
RSB> On Mon, Aug 3, 2015 at 4:50 PM, Ivan Uskov wrote:
>> Hello Ronald,
>>
>> Monday, August 3, 2015, 11:37:22 PM, you wrote:
>>
>> RSB> On Mon, Aug 3, 2015 at 3:25 PM, Ivan Uskov
>> wrote:
>>
>> >> By the way, about
Hi Ivan,
On Mon, Aug 3, 2015 at 4:50 PM, Ivan Uskov wrote:
> Hello Ronald,
>
> Monday, August 3, 2015, 11:37:22 PM, you wrote:
>
> RSB> On Mon, Aug 3, 2015 at 3:25 PM, Ivan Uskov
> wrote:
>
> >> By the way, about old implementation which "worked fine".
> >> It just did drop all buffered frames
Hello Ronald,
Monday, August 3, 2015, 11:37:22 PM, you wrote:
RSB> On Mon, Aug 3, 2015 at 3:25 PM, Ivan Uskov wrote:
>> By the way, about old implementation which "worked fine".
>> It just did drop all buffered frames at decoder re-init on new
>> sequence header, there is nice comment inside ol
Hi,
On Mon, Aug 3, 2015 at 3:25 PM, Ivan Uskov wrote:
> By the way, about old implementation which "worked fine".
> It just did drop all buffered frames at decoder re-init on new
> sequence header, there is nice comment inside old qsvdec_h264.c:
> /* TODO: flush delayed frames on reinit */
Eac
Hello wm4,
Monday, August 3, 2015, 10:33:30 PM, you wrote:
w> I was under the impression that the original Libav code handled this
w> correctly.
Unfortunately not, you can still see this comment at line 371
https://git.libav.org/?p=libav.git;a=blob;f=libavcodec/qsvdec.c
and there is no any flush
On Mon, Aug 3, 2015 at 9:33 PM, wm4 wrote:
> On Mon, 3 Aug 2015 22:25:20 +0300
> Ivan Uskov wrote:
>
>> Hello Michael, Hendrik,
>>
>> I would like to make sure about following moment regarding handling of
>> sequence header changing. The decoder has buffering of decoded frames,
>> so when new fra
On Mon, 3 Aug 2015 22:25:20 +0300
Ivan Uskov wrote:
> Hello Michael, Hendrik,
>
> I would like to make sure about following moment regarding handling of
> sequence header changing. The decoder has buffering of decoded frames,
> so when new frame dimensions are detected we can not just reset
> de
Hello Michael, Hendrik,
I would like to make sure about following moment regarding handling of
sequence header changing. The decoder has buffering of decoded frames,
so when new frame dimensions are detected we can not just reset
decoder, we should to deffer re-init and switch decoder to some
"fl
Hello Hendrik,
Thank you very much for the bugreport, I believe I will able to fix all these
issues
quick.
In general all these issues are known and in my todo list.
Monday, August 3, 2015, 3:18:04 PM, you wrote:
HL> Hey,
HL> after a discussion on IRC about the declining quality of the QSV
HL
On Mon, 3 Aug 2015 14:18:04 +0200
Hendrik Leppkes wrote:
> Hey,
>
> after a discussion on IRC about the declining quality of the QSV
> decoders, I decided to do actual tests and document the results, so we
> can get these fixed.
>
> A lot of these issues are regressions from recent changes, and
On Mon, Aug 03, 2015 at 02:18:04PM +0200, Hendrik Leppkes wrote:
> Hey,
>
> after a discussion on IRC about the declining quality of the QSV
> decoders, I decided to do actual tests and document the results, so we
> can get these fixed.
>
> A lot of these issues are regressions from recent change
16 matches
Mail list logo
