Re: [FFmpeg-devel] [PATCH v2 1/1] avcodec/mf: implemented Media Foundation wrapper

2018-11-12 Thread Kirill Gavrilov
On Tue, Nov 6, 2018 at 3:51 PM, Carl Eugen Hoyos 
wrote:

> If the dll(s) necessary for Media Foundation at run-time are installed on
> every supported Windows system
>

I think Media Foundation is excluded from Windows 10 N editions:

> Excluded features
> ...
> - Media Foundation: Provides support for content protection, audio and
> video quality, and interoperability for DRM.
>
https://support.microsoft.com/en-us/help/3010081/media-feature-pack-for-windows-10-n-and-windows-10-kn-editions

I wasn't able using such a Windows edition, though, because AMD Radeon
drivers (at least control panel) crashed at every Windows startup without
even saying anything...
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel


Re: [FFmpeg-devel] H.264 SEI Display Orientation Message support in ffplay

2018-10-07 Thread Kirill Gavrilov
Omer Iqbal  wrote:

> I'm curious, does anyone know why this is not implemented in video players?
> Considering it is part of the H.264 specification, and ffmpeg supports
> decoding it?
>

I believe that changing frame orientation within a stream is very awkward
and rare situation, which should be avoided.
So that there is almost nobody interested in handling use case which never
actually happen.

sView video player actually handles AV_FRAME_DATA_DISPLAYMATRIX in source
code, but I never had any video sample to test.
https://github.com/gkv311/sview/blob/master/StMoviePlayer/StVideo/StVideoQueue.cpp#L939
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel


Re: [FFmpeg-devel] [INFO]AMD D3D11 to OpenCL interop extension for NV12 and P010 textures - split planes

2018-06-09 Thread Kirill Gavrilov
> Probably the extension is still not enumerated in device/platform
> extensions list
> Any way it can be used now.
>
> Thanks,
> Alexander
>

Since it was a private extension it is not visible as device extension but
> if one asks for the function pointer it is there. The implementation was
> done 3-4 years ago, I can dig the driver eversion if needed.
> I will check with developer if he plans to expose it in device extension
> list.
> Mikhail
>
No, you cannot query extension which is not present in enumeration:

A non-NULL return value for *clGetExtensionFunctionAddressForPlatform* does
> not guarantee that an extension function is actually supported by the
> platform
> ...
> The behavior of calling a device extension function on a device not
> supporting that extension is undefined.
>
So, I suppose that as in case of OpenGL world, trying to use function from
extension not listed in extensions might lead to application crash (at
least on Linux).

Regards,
Kirill
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel


Re: [FFmpeg-devel] [PATCH] RFC: drop VDA

2017-09-08 Thread Kirill Gavrilov
On Tue, Sep 5, 2017 at 4:57 PM, Clément Bœsch  wrote:

and unfortunately I can't test VDA (because OSX doesn't have it anymore).

Could you please add a comment where/when it has been removed?

I have tried to find any information about this but only found deprecation
since OS X El Capitan, but not removal:
https://developer.apple.com/library/content/documentation/MacOSX/Conceptual/OSX_Technology_Overview/SystemFrameworks/SystemFrameworks.html

> VideoDecodeAcceleration.framework
>
> First available: 10.7
>
> Prefixes: VDA
>
> Deprecated in OS X v10.11. Use VideoToolbox.framework instead.
>

Not that I've bothered much about missing VDA in FFmpeg (it is too slow and
inflexible on my old MacBook anyway), just want to have clearer picture
about it.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel


[FFmpeg-devel] [PATCH] lavc/mediacodec: fix zero stride for

2016-03-28 Thread Kirill Gavrilov
---
 libavcodec/mediacodecdec.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/libavcodec/mediacodecdec.c b/libavcodec/mediacodecdec.c
index 5c1368f..c21ceba 100644
--- a/libavcodec/mediacodecdec.c
+++ b/libavcodec/mediacodecdec.c
@@ -247,7 +247,7 @@ static int mediacodec_dec_parse_format(AVCodecContext 
*avctx, MediaCodecDecConte
 av_freep(&format);
 return AVERROR_EXTERNAL;
 }
-s->stride = value >= 0 ? value : s->width;
+s->stride = value > 0 ? value : s->width;
 
 if (!ff_AMediaFormat_getInt32(s->format, "slice-height", &value)) {
 format = ff_AMediaFormat_toString(s->format);
-- 
2.6.1.windows.1

___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel


[FFmpeg-devel] [PATCH] lavc/mediacodec: fix zero stride for OMX.allwinner.video.decoder.avc

2016-03-28 Thread Kirill Gavrilov
---
 libavcodec/mediacodecdec.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/libavcodec/mediacodecdec.c b/libavcodec/mediacodecdec.c
index 5c1368f..c21ceba 100644
--- a/libavcodec/mediacodecdec.c
+++ b/libavcodec/mediacodecdec.c
@@ -247,7 +247,7 @@ static int mediacodec_dec_parse_format(AVCodecContext 
*avctx, MediaCodecDecConte
 av_freep(&format);
 return AVERROR_EXTERNAL;
 }
-s->stride = value >= 0 ? value : s->width;
+s->stride = value > 0 ? value : s->width;
 
 if (!ff_AMediaFormat_getInt32(s->format, "slice-height", &value)) {
 format = ff_AMediaFormat_toString(s->format);
-- 
2.6.1.windows.1

___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel


Re: [FFmpeg-devel] [PATCH] lavc/mediacodec: fix zero stride for OMX.allwinner.video.decoder.avc

2016-03-27 Thread Kirill Gavrilov
Hi,

on my device ("OMX.allwinner.video.decoder.avc") returned stride property
is always 0.
I have found that stride is overridden for "OMX.SEC.avc.dec" and prepared
the similar patch.
But probably it is better to change comparison at the line above to "value
> 0"?
>s->stride = value >= 0 ? value : s->width

-------
Kirill Gavrilov,
Software designer.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel


[FFmpeg-devel] [PATCH] lavc/mediacodec: fix zero stride for OMX.allwinner.video.decoder.avc

2016-03-27 Thread Kirill Gavrilov
---
 libavcodec/mediacodecdec.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/libavcodec/mediacodecdec.c b/libavcodec/mediacodecdec.c
index d385651..b6e7c46 100644
--- a/libavcodec/mediacodecdec.c
+++ b/libavcodec/mediacodecdec.c
@@ -266,6 +266,8 @@ static int mediacodec_dec_parse_format(AVCodecContext 
*avctx, MediaCodecDecConte
 } else if (strstr(s->codec_name, "OMX.SEC.avc.dec")) {
 s->slice_height = avctx->height;
 s->stride = avctx->width;
+} else if (strstr(s->codec_name, "OMX.allwinner.video.decoder.avc")) {
+s->stride = avctx->width;
 }
 
 if (!ff_AMediaFormat_getInt32(s->format, "color-format", &value)) {
-- 
1.9.1

___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel


Re: [FFmpeg-devel] [PATCH] Fix sample_aspect_ratio computation for stereo matroska content.

2015-11-24 Thread Kirill Gavrilov
On Mon, Nov 23, 2015 at 11:37 PM, Aaron Colwell  wrote:

> matroskaenc.c applies divisors to the display width/height when generating
> stereo content. This patch adds the corresponding multipliers to
> matroskadec.c
> so that the original sample aspect ratio can be recovered.


Just to link this patch with Matroska Specification notes:
http://www.matroska.org/technical/specs/notes.html#3D

> The pixel count of the track (PixelWidth/PixelHeight) should be the raw
> amount of pixels (for example 3840x1080 for full HD side by side)
> and the DisplayWidth/Height in pixels should be the amount of pixels for
> one plane (1920x1080 for that full HD stream).
>

Best regards,
Kirill
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel


Re: [FFmpeg-devel] [PATCH 1/1] avcodec/png: read and write stereo3d frame side data information

2015-10-27 Thread Kirill Gavrilov
On Thu, Oct 22, 2015 at 11:50 PM, Kirill Gavrilov 
wrote:

> Use optional sTER chunk defining side-by-side stereo pair
> within "Extensions to the PNG 1.2 Specification", version 1.3.0.
>
Please let me know if someone from maintainers has reviewed my patch.

Regards,
Kirill
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel


Re: [FFmpeg-devel] [PATCH 1/1] avcodec/png: read and write stereo3d frame side data information

2015-10-23 Thread Kirill Gavrilov
On Fri, Oct 23, 2015 at 12:21 AM, Gonzalo  wrote:

> Do you have an example of writing a stereo image through the API?
>
if you are looking for C++ sample, you can have a look onto code escaped by
ST_AV_NEWSTEREO macros in sView for writing PNG files:
https://github.com/gkv311/sview/blob/master/StShared/StAVImage.cpp

Regards,
Kirill

___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel


[FFmpeg-devel] [PATCH 1/1] avcodec/png: read and write stereo3d frame side data information

2015-10-22 Thread Kirill Gavrilov
Use optional sTER chunk defining side-by-side stereo pair
within "Extensions to the PNG 1.2 Specification", version 1.3.0.

Specification:
http://www.libpng.org/pub/png/spec/register/pngext-1.4.0-pdg.html

Note that patch does not add any image resolution checks defined by spec.

Regards,
Kirill


0001-avcodec-png-read-and-write-stereo3d-frame-side-data-.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel


Re: [FFmpeg-devel] [PATCH 3/3] avfilter/vf_stereo3d: add HDMI output format

2015-09-10 Thread Kirill Gavrilov
OK,

On Thu, Sep 10, 2015 at 7:23 PM, Paul B Mahol  wrote:
>
> See https://github.com/mpv-player/mpv/issues/1945
>
thank you for the link to actual conversation!

Although I believe that adding manually mode into /etc/X11/xorg.conf like
that:

> Modeline "1920x2205@24" 148.32 1920 2558 2602 2750 2205 2209 2214 2250 +hsync 
> +vsync
>
> is a horrible hack... But at least now I understand that it is really
possible.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel


Re: [FFmpeg-devel] [PATCH 3/3] avfilter/vf_stereo3d: add HDMI output format

2015-09-10 Thread Kirill Gavrilov
Hi Paul,

On Sat, Sep 5, 2015 at 9:29 PM, Paul B Mahol  wrote

> +HDMI,   // HDMI frame pack (left eye first, right eye
> second)
>
I'm wondering, how this output filter can be actually used?

Packaging stereo pair into HDMI format at software level (e.g. without
support by driver) makes no sense as far as I know...
Does this filter is expected to be used internally by hardware player?

Regards,
Kirill
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel