gst-play looks abnormal


nus1998
 


As I encountered severals issues on zeus, I decided to rollback and paid couple days to download/build sumo imx-4.14.98_2.0.0_ga.xml (actually 2.0.1_patch.xml), but I'm curious why it CANNOT pass the build in default settings.

First, I must modify SDCARD_ROOTFS ?= "${IMGDEPLOYDIR}/${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.ext4" in sources/meta-fsl-bsp-release/imx/meta-bsp/conf/machine/include/imx-base.inc to generate image, otherwise error encountered.

Second issue is out of default setting but is common feature too, the linux-imx LOCALVERSION contains '_' which leading to build failure as deb package packing doesn't allow it.

Now I wonder which release should I choose to develop on...

B.R.
Nus


At 2020-04-15 10:56:40, "nus1998" <nus1998@...> wrote:

Well, where can I found the known issues on this release? as for this gst issue, I found on it works normally on imxv4l2sink, on waylandsink the display looks OK but the performance is only 1.X frames/second. if there are few issues on the features what we used, we suppose to continue to use it, otherwise we might to turn to an old release.

BTW: is the last fully tested release imx-4.14.98-2.0.0_ga.xml?


B.R.
Nus


在 2020-04-15 00:17:42,"Tom Hochstein" <tom.hochstein@...> 写道:

Sorry, Nus, this is a known issue in this release. Please note that the 5.4.3-2.0.0 release was a targeted release for 8MP/8DXL Alpha and 8QXPC0 Beta. Due to resource constraints, 6DL was not fully tested.

 

The next release in Q2 will also be a targeted release but should have this fixed. We’re currently looking at Q3 for a fully tested release.

 

Tom

 

From: meta-freescale@... <meta-freescale@...> On Behalf Of nus1998 via lists.yoctoproject.org
Sent: Monday, April 13, 2020 9:35 PM
To: meta-freescale@...
Subject: Re: [meta-freescale] gst-play looks abnormal

 

Hi All,

 

Any tips that I can trace the issue? there are many binary libraries involved makes it difficult to debug...

 

PS: "alloc_contig_range: [X, Y) PFNs busy" is not the root issue as I changed a low profile test video, this message is disappeared but there is no difference on display. and I'm confused why stream shows the height is 1088? the source height is 1080.

 

B.R.

Nus

At 2020-04-13 20:55:12, "nus1998" <nus1998@...> wrote:

Hi All,

 

Today I tested video playback by gst-play, the sound is perfect without any lag, but the display looks abnormal. when sliding pictures, the display looks good and the same board is no problem to play video by burning android image. both of yocto and android share the same DDR initial code, so I think it doesn't matter of DDR crosstalk. the yocto branch I used is imx-linux-zeus/imx-5.4.3-2.0.0.xml, the print message and photos are attached as below:

 

root@imx6dlsabresd:~# ./gst-play 1080p_t1.mp4
Volume: 100%
Now playing /home/root/1080p_t1.mp4
State changed: buffering

====== AIUR: 4.5.4 build on Mar 30 2020 12:56:38. ======
        Core: MPEG4PARSER_06.16.03  build on Oct 16 2019 06:53:44
 file: /usr/lib/imx-mm/parser/lib_mp4_parser_arm11_elinux.so.3.2
------------------------
    Track 00 [video_0] Enabled
        Duration: 0:00:41.908333000
        Language: und
    Mime:
        video/x-h264, parsed=(boolean)true, alignment=(string)au, stream-format=(string)avc, width=(int)1920, height=(int)1080, framerate=(fraction)30000/1001, codec_data=(buffer)01640028ffe1001867640028acb403c0113f2e022000000c800002ed51e3065401000568cf32c8b0
------------------------
display(/dev/fb0) resolution is (800x480).
====== OVERLAYSINK: 4.5.4 build on Mar 30 2020 12:56:57. ======
display(/dev/fb0) resolution is (800x480).
[INFO]  Product Info: i.MX6Q/D/S
[[10299.304378] alloc_contig_range: [72400, 728ff) PFNs busy
INFO]   Product Info: i.MX6Q/D/S
=[10299.311635] alloc_contig_range: [72400, 729ff) PFNs busy
===== VPUDEC: 4.5.4 build on Mar [10299.320940] alloc_contig_range: [72400, 72aff) PFNs busy
30 2020 12:57:01. ======
        wrappe[10299.328919] alloc_contig_range: [72400, 72bff) PFNs busy
r: 3.0.0 (VPUWRAPPER_ARM_LINUX Bu[10299.336682] alloc_contig_range: [72800, 72cff) PFNs busy
ild on Mar 27 2020 10:21:40)
        vpulib: 5.4.38
        firmware: 3.1.1.46076
[INFO]  bitstreamMode 1, chromaInterleave 1, mapType 0, tiled2LinearEnable 0
------------------------
    Track 01 [audio_0] Enabled
        Duration: 0:00:42.026666000
        Language: und
    Mime:
        audio/mpeg, mpegversion=(int)4, channels=(int)2, rate=(int)44100, bitrate=(int)124920, stream-format=(string)raw, codec_data=(buffer)1210
------------------------

====== BEEP: 4.5.4 build on Mar 30 2020 12:56:45. ======
        Core: AAC decoder Wrapper  build on Dec  7 2017 18:13:49
 file: /usr/lib/imx-mm/audio-codec/wrap/lib_aacd_wrap_arm12_elinux.so.3
CODEC: BLN_MAD-MMCODECS_AACD_ARM_03.09.00_CORTEX-A8  build on Sep 20 2017 15:02:14.
[WARN]  VPU iram is less than needed, some parts don't use iram
display(/dev/fb0) resolution is ([10299.742796] mxc_v4l2_output v4l2_out: Bypass IC.
800x480).
[10299.750303] mxc_v4l2_output v4l2_out: Bypass IC.

===!!! Current pulsesink device is alsa_output.platform-sound.stereo-fallback !!!===

[10300.098134] alloc_contig_range: [72880, 72900) PFNs busy
[10300.107275] alloc_contig_range: [72880, 72900) PFNs busy
[10300.116202] alloc_contig_range: [72880, 72900) PFNs busy
[10300.125512] alloc_contig_range: [72880, 72900) PFNs busy
[10300.134782] alloc_contig_range: [72880, 72900) PFNs busy
URI :
file:///home/root/1080p_t1.mp4
Duration: 0:00:00.000000000
Global taglist:
  (nil)
All Stream information
 Stream # 0
  type : video_0
  taglist :
    codec : H.264/AVC
    language-code : und
    container-format : MOV/MP4/3GP
    application-name : FormatFactory :
www.pcfreetime.com
    video-codec : H.264 (High Profile)
    audio-codec : AAC
  width : 1920
  height : 1088
  max_bitrate : -1
  bitrate : -1
  framerate : 29.97
  pixel-aspect-ratio  1:1
 Stream # 1
  type : audio_0
  taglist :
    codec : AAC
    language-code : und
    bitrate : 3268
    container-format : MOV/MP4/3GP
    application-name : FormatFactory :
www.pcfreetime.com
    video-codec : H.264/AVC
    audio-codec : AAC decoder
    minimum-bitrate : 3100
    maximum-bitrate : 3100
  sample rate : 44100
  channels : 2
  max_bitrate : 3100
  bitrate : 3268
  language : (null)

All video streams
 video_0 #
  width : 1920
  height : 1088
  max_bitrate : -1
  bitrate : -1
  framerate : 29.97
  pixel-aspect-ratio  1:1

All audio streams:
 audio_0 #
  sample rate : 44100
  channels : 2
  max_bitrate : 3100
  bitrate : 3268
  language : (null)

Current video track:
  width : 1920
  height : 1088
  max_bitrate : -1
  bitrate : -1
  framerate : 29.97
  pixel-aspect-ratio  1:1
Current audio track:
  sample rate : 44100
  channels : 2
  max_bitrate : 3100
  bitrate : 3268
  language : (null)
Current subtitle track:
State changed: playing
0:00:42.0 / 0:00:42.0
Reached end of play list.
State changed: stopped
Total showed frames (1257), display master blited (1257), playing for (0:00:42.031174000), fps (29.906).

 

On PC:

 

On i.MX6DL (2GB RAM)

 

B.R.

Nus


nus1998
 

Hi,

I don't know whether it is a known issue:

when running traditional qt application based on widget like animatedtiles example, the performance is terrible and even worse than i.MX25 (ARM9 without opengl), but running on qml engine it looks good.
the build target is default xwayland and so the qpa plugin is wayland-gl.


Nus


在 2020-04-15 10:56:40,"nus1998" <nus1998@...> 写道:

Well, where can I found the known issues on this release? as for this gst issue, I found on it works normally on imxv4l2sink, on waylandsink the display looks OK but the performance is only 1.X frames/second. if there are few issues on the features what we used, we suppose to continue to use it, otherwise we might to turn to an old release.

BTW: is the last fully tested release imx-4.14.98-2.0.0_ga.xml?


B.R.
Nus


在 2020-04-15 00:17:42,"Tom Hochstein" <tom.hochstein@...> 写道:

Sorry, Nus, this is a known issue in this release. Please note that the 5.4.3-2.0.0 release was a targeted release for 8MP/8DXL Alpha and 8QXPC0 Beta. Due to resource constraints, 6DL was not fully tested.

 

The next release in Q2 will also be a targeted release but should have this fixed. We’re currently looking at Q3 for a fully tested release.

 

Tom

 

From: meta-freescale@... <meta-freescale@...> On Behalf Of nus1998 via lists.yoctoproject.org
Sent: Monday, April 13, 2020 9:35 PM
To: meta-freescale@...
Subject: Re: [meta-freescale] gst-play looks abnormal

 

Hi All,

 

Any tips that I can trace the issue? there are many binary libraries involved makes it difficult to debug...

 

PS: "alloc_contig_range: [X, Y) PFNs busy" is not the root issue as I changed a low profile test video, this message is disappeared but there is no difference on display. and I'm confused why stream shows the height is 1088? the source height is 1080.

 

B.R.

Nus

At 2020-04-13 20:55:12, "nus1998" <nus1998@...> wrote:

Hi All,

 

Today I tested video playback by gst-play, the sound is perfect without any lag, but the display looks abnormal. when sliding pictures, the display looks good and the same board is no problem to play video by burning android image. both of yocto and android share the same DDR initial code, so I think it doesn't matter of DDR crosstalk. the yocto branch I used is imx-linux-zeus/imx-5.4.3-2.0.0.xml, the print message and photos are attached as below:

 

root@imx6dlsabresd:~# ./gst-play 1080p_t1.mp4
Volume: 100%
Now playing /home/root/1080p_t1.mp4
State changed: buffering

====== AIUR: 4.5.4 build on Mar 30 2020 12:56:38. ======
        Core: MPEG4PARSER_06.16.03  build on Oct 16 2019 06:53:44
 file: /usr/lib/imx-mm/parser/lib_mp4_parser_arm11_elinux.so.3.2
------------------------
    Track 00 [video_0] Enabled
        Duration: 0:00:41.908333000
        Language: und
    Mime:
        video/x-h264, parsed=(boolean)true, alignment=(string)au, stream-format=(string)avc, width=(int)1920, height=(int)1080, framerate=(fraction)30000/1001, codec_data=(buffer)01640028ffe1001867640028acb403c0113f2e022000000c800002ed51e3065401000568cf32c8b0
------------------------
display(/dev/fb0) resolution is (800x480).
====== OVERLAYSINK: 4.5.4 build on Mar 30 2020 12:56:57. ======
display(/dev/fb0) resolution is (800x480).
[INFO]  Product Info: i.MX6Q/D/S
[[10299.304378] alloc_contig_range: [72400, 728ff) PFNs busy
INFO]   Product Info: i.MX6Q/D/S
=[10299.311635] alloc_contig_range: [72400, 729ff) PFNs busy
===== VPUDEC: 4.5.4 build on Mar [10299.320940] alloc_contig_range: [72400, 72aff) PFNs busy
30 2020 12:57:01. ======
        wrappe[10299.328919] alloc_contig_range: [72400, 72bff) PFNs busy
r: 3.0.0 (VPUWRAPPER_ARM_LINUX Bu[10299.336682] alloc_contig_range: [72800, 72cff) PFNs busy
ild on Mar 27 2020 10:21:40)
        vpulib: 5.4.38
        firmware: 3.1.1.46076
[INFO]  bitstreamMode 1, chromaInterleave 1, mapType 0, tiled2LinearEnable 0
------------------------
    Track 01 [audio_0] Enabled
        Duration: 0:00:42.026666000
        Language: und
    Mime:
        audio/mpeg, mpegversion=(int)4, channels=(int)2, rate=(int)44100, bitrate=(int)124920, stream-format=(string)raw, codec_data=(buffer)1210
------------------------

====== BEEP: 4.5.4 build on Mar 30 2020 12:56:45. ======
        Core: AAC decoder Wrapper  build on Dec  7 2017 18:13:49
 file: /usr/lib/imx-mm/audio-codec/wrap/lib_aacd_wrap_arm12_elinux.so.3
CODEC: BLN_MAD-MMCODECS_AACD_ARM_03.09.00_CORTEX-A8  build on Sep 20 2017 15:02:14.
[WARN]  VPU iram is less than needed, some parts don't use iram
display(/dev/fb0) resolution is ([10299.742796] mxc_v4l2_output v4l2_out: Bypass IC.
800x480).
[10299.750303] mxc_v4l2_output v4l2_out: Bypass IC.

===!!! Current pulsesink device is alsa_output.platform-sound.stereo-fallback !!!===

[10300.098134] alloc_contig_range: [72880, 72900) PFNs busy
[10300.107275] alloc_contig_range: [72880, 72900) PFNs busy
[10300.116202] alloc_contig_range: [72880, 72900) PFNs busy
[10300.125512] alloc_contig_range: [72880, 72900) PFNs busy
[10300.134782] alloc_contig_range: [72880, 72900) PFNs busy
URI :
file:///home/root/1080p_t1.mp4
Duration: 0:00:00.000000000
Global taglist:
  (nil)
All Stream information
 Stream # 0
  type : video_0
  taglist :
    codec : H.264/AVC
    language-code : und
    container-format : MOV/MP4/3GP
    application-name : FormatFactory :
www.pcfreetime.com
    video-codec : H.264 (High Profile)
    audio-codec : AAC
  width : 1920
  height : 1088
  max_bitrate : -1
  bitrate : -1
  framerate : 29.97
  pixel-aspect-ratio  1:1
 Stream # 1
  type : audio_0
  taglist :
    codec : AAC
    language-code : und
    bitrate : 3268
    container-format : MOV/MP4/3GP
    application-name : FormatFactory :
www.pcfreetime.com
    video-codec : H.264/AVC
    audio-codec : AAC decoder
    minimum-bitrate : 3100
    maximum-bitrate : 3100
  sample rate : 44100
  channels : 2
  max_bitrate : 3100
  bitrate : 3268
  language : (null)

All video streams
 video_0 #
  width : 1920
  height : 1088
  max_bitrate : -1
  bitrate : -1
  framerate : 29.97
  pixel-aspect-ratio  1:1

All audio streams:
 audio_0 #
  sample rate : 44100
  channels : 2
  max_bitrate : 3100
  bitrate : 3268
  language : (null)

Current video track:
  width : 1920
  height : 1088
  max_bitrate : -1
  bitrate : -1
  framerate : 29.97
  pixel-aspect-ratio  1:1
Current audio track:
  sample rate : 44100
  channels : 2
  max_bitrate : 3100
  bitrate : 3268
  language : (null)
Current subtitle track:
State changed: playing
0:00:42.0 / 0:00:42.0
Reached end of play list.
State changed: stopped
Total showed frames (1257), display master blited (1257), playing for (0:00:42.031174000), fps (29.906).

 

On PC:

 

On i.MX6DL (2GB RAM)

 

B.R.

Nus


nus1998
 

Well, where can I found the known issues on this release? as for this gst issue, I found on it works normally on imxv4l2sink, on waylandsink the display looks OK but the performance is only 1.X frames/second. if there are few issues on the features what we used, we suppose to continue to use it, otherwise we might to turn to an old release.

BTW: is the last fully tested release imx-4.14.98-2.0.0_ga.xml?


B.R.
Nus


在 2020-04-15 00:17:42,"Tom Hochstein" <tom.hochstein@...> 写道:

Sorry, Nus, this is a known issue in this release. Please note that the 5.4.3-2.0.0 release was a targeted release for 8MP/8DXL Alpha and 8QXPC0 Beta. Due to resource constraints, 6DL was not fully tested.

 

The next release in Q2 will also be a targeted release but should have this fixed. We’re currently looking at Q3 for a fully tested release.

 

Tom

 

From: meta-freescale@... <meta-freescale@...> On Behalf Of nus1998 via lists.yoctoproject.org
Sent: Monday, April 13, 2020 9:35 PM
To: meta-freescale@...
Subject: Re: [meta-freescale] gst-play looks abnormal

 

Hi All,

 

Any tips that I can trace the issue? there are many binary libraries involved makes it difficult to debug...

 

PS: "alloc_contig_range: [X, Y) PFNs busy" is not the root issue as I changed a low profile test video, this message is disappeared but there is no difference on display. and I'm confused why stream shows the height is 1088? the source height is 1080.

 

B.R.

Nus

At 2020-04-13 20:55:12, "nus1998" <nus1998@...> wrote:

Hi All,

 

Today I tested video playback by gst-play, the sound is perfect without any lag, but the display looks abnormal. when sliding pictures, the display looks good and the same board is no problem to play video by burning android image. both of yocto and android share the same DDR initial code, so I think it doesn't matter of DDR crosstalk. the yocto branch I used is imx-linux-zeus/imx-5.4.3-2.0.0.xml, the print message and photos are attached as below:

 

root@imx6dlsabresd:~# ./gst-play 1080p_t1.mp4
Volume: 100%
Now playing /home/root/1080p_t1.mp4
State changed: buffering

====== AIUR: 4.5.4 build on Mar 30 2020 12:56:38. ======
        Core: MPEG4PARSER_06.16.03  build on Oct 16 2019 06:53:44
 file: /usr/lib/imx-mm/parser/lib_mp4_parser_arm11_elinux.so.3.2
------------------------
    Track 00 [video_0] Enabled
        Duration: 0:00:41.908333000
        Language: und
    Mime:
        video/x-h264, parsed=(boolean)true, alignment=(string)au, stream-format=(string)avc, width=(int)1920, height=(int)1080, framerate=(fraction)30000/1001, codec_data=(buffer)01640028ffe1001867640028acb403c0113f2e022000000c800002ed51e3065401000568cf32c8b0
------------------------
display(/dev/fb0) resolution is (800x480).
====== OVERLAYSINK: 4.5.4 build on Mar 30 2020 12:56:57. ======
display(/dev/fb0) resolution is (800x480).
[INFO]  Product Info: i.MX6Q/D/S
[[10299.304378] alloc_contig_range: [72400, 728ff) PFNs busy
INFO]   Product Info: i.MX6Q/D/S
=[10299.311635] alloc_contig_range: [72400, 729ff) PFNs busy
===== VPUDEC: 4.5.4 build on Mar [10299.320940] alloc_contig_range: [72400, 72aff) PFNs busy
30 2020 12:57:01. ======
        wrappe[10299.328919] alloc_contig_range: [72400, 72bff) PFNs busy
r: 3.0.0 (VPUWRAPPER_ARM_LINUX Bu[10299.336682] alloc_contig_range: [72800, 72cff) PFNs busy
ild on Mar 27 2020 10:21:40)
        vpulib: 5.4.38
        firmware: 3.1.1.46076
[INFO]  bitstreamMode 1, chromaInterleave 1, mapType 0, tiled2LinearEnable 0
------------------------
    Track 01 [audio_0] Enabled
        Duration: 0:00:42.026666000
        Language: und
    Mime:
        audio/mpeg, mpegversion=(int)4, channels=(int)2, rate=(int)44100, bitrate=(int)124920, stream-format=(string)raw, codec_data=(buffer)1210
------------------------

====== BEEP: 4.5.4 build on Mar 30 2020 12:56:45. ======
        Core: AAC decoder Wrapper  build on Dec  7 2017 18:13:49
 file: /usr/lib/imx-mm/audio-codec/wrap/lib_aacd_wrap_arm12_elinux.so.3
CODEC: BLN_MAD-MMCODECS_AACD_ARM_03.09.00_CORTEX-A8  build on Sep 20 2017 15:02:14.
[WARN]  VPU iram is less than needed, some parts don't use iram
display(/dev/fb0) resolution is ([10299.742796] mxc_v4l2_output v4l2_out: Bypass IC.
800x480).
[10299.750303] mxc_v4l2_output v4l2_out: Bypass IC.

===!!! Current pulsesink device is alsa_output.platform-sound.stereo-fallback !!!===

[10300.098134] alloc_contig_range: [72880, 72900) PFNs busy
[10300.107275] alloc_contig_range: [72880, 72900) PFNs busy
[10300.116202] alloc_contig_range: [72880, 72900) PFNs busy
[10300.125512] alloc_contig_range: [72880, 72900) PFNs busy
[10300.134782] alloc_contig_range: [72880, 72900) PFNs busy
URI :
file:///home/root/1080p_t1.mp4
Duration: 0:00:00.000000000
Global taglist:
  (nil)
All Stream information
 Stream # 0
  type : video_0
  taglist :
    codec : H.264/AVC
    language-code : und
    container-format : MOV/MP4/3GP
    application-name : FormatFactory :
www.pcfreetime.com
    video-codec : H.264 (High Profile)
    audio-codec : AAC
  width : 1920
  height : 1088
  max_bitrate : -1
  bitrate : -1
  framerate : 29.97
  pixel-aspect-ratio  1:1
 Stream # 1
  type : audio_0
  taglist :
    codec : AAC
    language-code : und
    bitrate : 3268
    container-format : MOV/MP4/3GP
    application-name : FormatFactory :
www.pcfreetime.com
    video-codec : H.264/AVC
    audio-codec : AAC decoder
    minimum-bitrate : 3100
    maximum-bitrate : 3100
  sample rate : 44100
  channels : 2
  max_bitrate : 3100
  bitrate : 3268
  language : (null)

All video streams
 video_0 #
  width : 1920
  height : 1088
  max_bitrate : -1
  bitrate : -1
  framerate : 29.97
  pixel-aspect-ratio  1:1

All audio streams:
 audio_0 #
  sample rate : 44100
  channels : 2
  max_bitrate : 3100
  bitrate : 3268
  language : (null)

Current video track:
  width : 1920
  height : 1088
  max_bitrate : -1
  bitrate : -1
  framerate : 29.97
  pixel-aspect-ratio  1:1
Current audio track:
  sample rate : 44100
  channels : 2
  max_bitrate : 3100
  bitrate : 3268
  language : (null)
Current subtitle track:
State changed: playing
0:00:42.0 / 0:00:42.0
Reached end of play list.
State changed: stopped
Total showed frames (1257), display master blited (1257), playing for (0:00:42.031174000), fps (29.906).

 

On PC:

 

On i.MX6DL (2GB RAM)

 

B.R.

Nus


Tom Hochstein
 

Sorry, Nus, this is a known issue in this release. Please note that the 5.4.3-2.0.0 release was a targeted release for 8MP/8DXL Alpha and 8QXPC0 Beta. Due to resource constraints, 6DL was not fully tested.

 

The next release in Q2 will also be a targeted release but should have this fixed. We’re currently looking at Q3 for a fully tested release.

 

Tom

 

From: meta-freescale@... <meta-freescale@...> On Behalf Of nus1998 via lists.yoctoproject.org
Sent: Monday, April 13, 2020 9:35 PM
To: meta-freescale@...
Subject: Re: [meta-freescale] gst-play looks abnormal

 

Hi All,

 

Any tips that I can trace the issue? there are many binary libraries involved makes it difficult to debug...

 

PS: "alloc_contig_range: [X, Y) PFNs busy" is not the root issue as I changed a low profile test video, this message is disappeared but there is no difference on display. and I'm confused why stream shows the height is 1088? the source height is 1080.

 

B.R.

Nus

At 2020-04-13 20:55:12, "nus1998" <nus1998@...> wrote:

Hi All,

 

Today I tested video playback by gst-play, the sound is perfect without any lag, but the display looks abnormal. when sliding pictures, the display looks good and the same board is no problem to play video by burning android image. both of yocto and android share the same DDR initial code, so I think it doesn't matter of DDR crosstalk. the yocto branch I used is imx-linux-zeus/imx-5.4.3-2.0.0.xml, the print message and photos are attached as below:

 

root@imx6dlsabresd:~# ./gst-play 1080p_t1.mp4
Volume: 100%
Now playing /home/root/1080p_t1.mp4
State changed: buffering

====== AIUR: 4.5.4 build on Mar 30 2020 12:56:38. ======
        Core: MPEG4PARSER_06.16.03  build on Oct 16 2019 06:53:44
 file: /usr/lib/imx-mm/parser/lib_mp4_parser_arm11_elinux.so.3.2
------------------------
    Track 00 [video_0] Enabled
        Duration: 0:00:41.908333000
        Language: und
    Mime:
        video/x-h264, parsed=(boolean)true, alignment=(string)au, stream-format=(string)avc, width=(int)1920, height=(int)1080, framerate=(fraction)30000/1001, codec_data=(buffer)01640028ffe1001867640028acb403c0113f2e022000000c800002ed51e3065401000568cf32c8b0
------------------------
display(/dev/fb0) resolution is (800x480).
====== OVERLAYSINK: 4.5.4 build on Mar 30 2020 12:56:57. ======
display(/dev/fb0) resolution is (800x480).
[INFO]  Product Info: i.MX6Q/D/S
[[10299.304378] alloc_contig_range: [72400, 728ff) PFNs busy
INFO]   Product Info: i.MX6Q/D/S
=[10299.311635] alloc_contig_range: [72400, 729ff) PFNs busy
===== VPUDEC: 4.5.4 build on Mar [10299.320940] alloc_contig_range: [72400, 72aff) PFNs busy
30 2020 12:57:01. ======
        wrappe[10299.328919] alloc_contig_range: [72400, 72bff) PFNs busy
r: 3.0.0 (VPUWRAPPER_ARM_LINUX Bu[10299.336682] alloc_contig_range: [72800, 72cff) PFNs busy
ild on Mar 27 2020 10:21:40)
        vpulib: 5.4.38
        firmware: 3.1.1.46076
[INFO]  bitstreamMode 1, chromaInterleave 1, mapType 0, tiled2LinearEnable 0
------------------------
    Track 01 [audio_0] Enabled
        Duration: 0:00:42.026666000
        Language: und
    Mime:
        audio/mpeg, mpegversion=(int)4, channels=(int)2, rate=(int)44100, bitrate=(int)124920, stream-format=(string)raw, codec_data=(buffer)1210
------------------------

====== BEEP: 4.5.4 build on Mar 30 2020 12:56:45. ======
        Core: AAC decoder Wrapper  build on Dec  7 2017 18:13:49
 file: /usr/lib/imx-mm/audio-codec/wrap/lib_aacd_wrap_arm12_elinux.so.3
CODEC: BLN_MAD-MMCODECS_AACD_ARM_03.09.00_CORTEX-A8  build on Sep 20 2017 15:02:14.
[WARN]  VPU iram is less than needed, some parts don't use iram
display(/dev/fb0) resolution is ([10299.742796] mxc_v4l2_output v4l2_out: Bypass IC.
800x480).
[10299.750303] mxc_v4l2_output v4l2_out: Bypass IC.

===!!! Current pulsesink device is alsa_output.platform-sound.stereo-fallback !!!===

[10300.098134] alloc_contig_range: [72880, 72900) PFNs busy
[10300.107275] alloc_contig_range: [72880, 72900) PFNs busy
[10300.116202] alloc_contig_range: [72880, 72900) PFNs busy
[10300.125512] alloc_contig_range: [72880, 72900) PFNs busy
[10300.134782] alloc_contig_range: [72880, 72900) PFNs busy
URI :
file:///home/root/1080p_t1.mp4
Duration: 0:00:00.000000000
Global taglist:
  (nil)
All Stream information
 Stream # 0
  type : video_0
  taglist :
    codec : H.264/AVC
    language-code : und
    container-format : MOV/MP4/3GP
    application-name : FormatFactory :
www.pcfreetime.com
    video-codec : H.264 (High Profile)
    audio-codec : AAC
  width : 1920
  height : 1088
  max_bitrate : -1
  bitrate : -1
  framerate : 29.97
  pixel-aspect-ratio  1:1
 Stream # 1
  type : audio_0
  taglist :
    codec : AAC
    language-code : und
    bitrate : 3268
    container-format : MOV/MP4/3GP
    application-name : FormatFactory :
www.pcfreetime.com
    video-codec : H.264/AVC
    audio-codec : AAC decoder
    minimum-bitrate : 3100
    maximum-bitrate : 3100
  sample rate : 44100
  channels : 2
  max_bitrate : 3100
  bitrate : 3268
  language : (null)

All video streams
 video_0 #
  width : 1920
  height : 1088
  max_bitrate : -1
  bitrate : -1
  framerate : 29.97
  pixel-aspect-ratio  1:1

All audio streams:
 audio_0 #
  sample rate : 44100
  channels : 2
  max_bitrate : 3100
  bitrate : 3268
  language : (null)

Current video track:
  width : 1920
  height : 1088
  max_bitrate : -1
  bitrate : -1
  framerate : 29.97
  pixel-aspect-ratio  1:1
Current audio track:
  sample rate : 44100
  channels : 2
  max_bitrate : 3100
  bitrate : 3268
  language : (null)
Current subtitle track:
State changed: playing
0:00:42.0 / 0:00:42.0
Reached end of play list.
State changed: stopped
Total showed frames (1257), display master blited (1257), playing for (0:00:42.031174000), fps (29.906).

 

On PC:

 

On i.MX6DL (2GB RAM)

 

B.R.

Nus


nus1998
 

Hi All,

Any tips that I can trace the issue? there are many binary libraries involved makes it difficult to debug...

PS: "alloc_contig_range: [X, Y) PFNs busy" is not the root issue as I changed a low profile test video, this message is disappeared but there is no difference on display. and I'm confused why stream shows the height is 1088? the source height is 1080.

B.R.
Nus

At 2020-04-13 20:55:12, "nus1998" <nus1998@...> wrote:

Hi All,

Today I tested video playback by gst-play, the sound is perfect without any lag, but the display looks abnormal. when sliding pictures, the display looks good and the same board is no problem to play video by burning android image. both of yocto and android share the same DDR initial code, so I think it doesn't matter of DDR crosstalk. the yocto branch I used is imx-linux-zeus/imx-5.4.3-2.0.0.xml, the print message and photos are attached as below:

root@imx6dlsabresd:~# ./gst-play 1080p_t1.mp4
Volume: 100%
Now playing /home/root/1080p_t1.mp4
State changed: buffering

====== AIUR: 4.5.4 build on Mar 30 2020 12:56:38. ======
        Core: MPEG4PARSER_06.16.03  build on Oct 16 2019 06:53:44
 file: /usr/lib/imx-mm/parser/lib_mp4_parser_arm11_elinux.so.3.2
------------------------
    Track 00 [video_0] Enabled
        Duration: 0:00:41.908333000
        Language: und
    Mime:
        video/x-h264, parsed=(boolean)true, alignment=(string)au, stream-format=(string)avc, width=(int)1920, height=(int)1080, framerate=(fraction)30000/1001, codec_data=(buffer)01640028ffe1001867640028acb403c0113f2e022000000c800002ed51e3065401000568cf32c8b0
------------------------
display(/dev/fb0) resolution is (800x480).
====== OVERLAYSINK: 4.5.4 build on Mar 30 2020 12:56:57. ======
display(/dev/fb0) resolution is (800x480).
[INFO]  Product Info: i.MX6Q/D/S
[[10299.304378] alloc_contig_range: [72400, 728ff) PFNs busy
INFO]   Product Info: i.MX6Q/D/S
=[10299.311635] alloc_contig_range: [72400, 729ff) PFNs busy
===== VPUDEC: 4.5.4 build on Mar [10299.320940] alloc_contig_range: [72400, 72aff) PFNs busy
30 2020 12:57:01. ======
        wrappe[10299.328919] alloc_contig_range: [72400, 72bff) PFNs busy
r: 3.0.0 (VPUWRAPPER_ARM_LINUX Bu[10299.336682] alloc_contig_range: [72800, 72cff) PFNs busy
ild on Mar 27 2020 10:21:40)
        vpulib: 5.4.38
        firmware: 3.1.1.46076
[INFO]  bitstreamMode 1, chromaInterleave 1, mapType 0, tiled2LinearEnable 0
------------------------
    Track 01 [audio_0] Enabled
        Duration: 0:00:42.026666000
        Language: und
    Mime:
        audio/mpeg, mpegversion=(int)4, channels=(int)2, rate=(int)44100, bitrate=(int)124920, stream-format=(string)raw, codec_data=(buffer)1210
------------------------

====== BEEP: 4.5.4 build on Mar 30 2020 12:56:45. ======
        Core: AAC decoder Wrapper  build on Dec  7 2017 18:13:49
 file: /usr/lib/imx-mm/audio-codec/wrap/lib_aacd_wrap_arm12_elinux.so.3
CODEC: BLN_MAD-MMCODECS_AACD_ARM_03.09.00_CORTEX-A8  build on Sep 20 2017 15:02:14.
[WARN]  VPU iram is less than needed, some parts don't use iram
display(/dev/fb0) resolution is ([10299.742796] mxc_v4l2_output v4l2_out: Bypass IC.
800x480).
[10299.750303] mxc_v4l2_output v4l2_out: Bypass IC.

===!!! Current pulsesink device is alsa_output.platform-sound.stereo-fallback !!!===

[10300.098134] alloc_contig_range: [72880, 72900) PFNs busy
[10300.107275] alloc_contig_range: [72880, 72900) PFNs busy
[10300.116202] alloc_contig_range: [72880, 72900) PFNs busy
[10300.125512] alloc_contig_range: [72880, 72900) PFNs busy
[10300.134782] alloc_contig_range: [72880, 72900) PFNs busy
URI : file:///home/root/1080p_t1.mp4
Duration: 0:00:00.000000000
Global taglist:
  (nil)
All Stream information
 Stream # 0
  type : video_0
  taglist :
    codec : H.264/AVC
    language-code : und
    container-format : MOV/MP4/3GP
    application-name : FormatFactory : www.pcfreetime.com
    video-codec : H.264 (High Profile)
    audio-codec : AAC
  width : 1920
  height : 1088
  max_bitrate : -1
  bitrate : -1
  framerate : 29.97
  pixel-aspect-ratio  1:1
 Stream # 1
  type : audio_0
  taglist :
    codec : AAC
    language-code : und
    bitrate : 3268
    container-format : MOV/MP4/3GP
    application-name : FormatFactory : www.pcfreetime.com
    video-codec : H.264/AVC
    audio-codec : AAC decoder
    minimum-bitrate : 3100
    maximum-bitrate : 3100
  sample rate : 44100
  channels : 2
  max_bitrate : 3100
  bitrate : 3268
  language : (null)

All video streams
 video_0 #
  width : 1920
  height : 1088
  max_bitrate : -1
  bitrate : -1
  framerate : 29.97
  pixel-aspect-ratio  1:1

All audio streams:
 audio_0 #
  sample rate : 44100
  channels : 2
  max_bitrate : 3100
  bitrate : 3268
  language : (null)

Current video track:
  width : 1920
  height : 1088
  max_bitrate : -1
  bitrate : -1
  framerate : 29.97
  pixel-aspect-ratio  1:1
Current audio track:
  sample rate : 44100
  channels : 2
  max_bitrate : 3100
  bitrate : 3268
  language : (null)
Current subtitle track:
State changed: playing
0:00:42.0 / 0:00:42.0
Reached end of play list.
State changed: stopped
Total showed frames (1257), display master blited (1257), playing for (0:00:42.031174000), fps (29.906).


On PC:

On i.MX6DL (2GB RAM)

B.R.
Nus


nus1998
 

Hi All,

Today I tested video playback by gst-play, the sound is perfect without any lag, but the display looks abnormal. when sliding pictures, the display looks good and the same board is no problem to play video by burning android image. both of yocto and android share the same DDR initial code, so I think it doesn't matter of DDR crosstalk. the yocto branch I used is imx-linux-zeus/imx-5.4.3-2.0.0.xml, the print message and photos are attached as below:

root@imx6dlsabresd:~# ./gst-play 1080p_t1.mp4
Volume: 100%
Now playing /home/root/1080p_t1.mp4
State changed: buffering

====== AIUR: 4.5.4 build on Mar 30 2020 12:56:38. ======
        Core: MPEG4PARSER_06.16.03  build on Oct 16 2019 06:53:44
 file: /usr/lib/imx-mm/parser/lib_mp4_parser_arm11_elinux.so.3.2
------------------------
    Track 00 [video_0] Enabled
        Duration: 0:00:41.908333000
        Language: und
    Mime:
        video/x-h264, parsed=(boolean)true, alignment=(string)au, stream-format=(string)avc, width=(int)1920, height=(int)1080, framerate=(fraction)30000/1001, codec_data=(buffer)01640028ffe1001867640028acb403c0113f2e022000000c800002ed51e3065401000568cf32c8b0
------------------------
display(/dev/fb0) resolution is (800x480).
====== OVERLAYSINK: 4.5.4 build on Mar 30 2020 12:56:57. ======
display(/dev/fb0) resolution is (800x480).
[INFO]  Product Info: i.MX6Q/D/S
[[10299.304378] alloc_contig_range: [72400, 728ff) PFNs busy
INFO]   Product Info: i.MX6Q/D/S
=[10299.311635] alloc_contig_range: [72400, 729ff) PFNs busy
===== VPUDEC: 4.5.4 build on Mar [10299.320940] alloc_contig_range: [72400, 72aff) PFNs busy
30 2020 12:57:01. ======
        wrappe[10299.328919] alloc_contig_range: [72400, 72bff) PFNs busy
r: 3.0.0 (VPUWRAPPER_ARM_LINUX Bu[10299.336682] alloc_contig_range: [72800, 72cff) PFNs busy
ild on Mar 27 2020 10:21:40)
        vpulib: 5.4.38
        firmware: 3.1.1.46076
[INFO]  bitstreamMode 1, chromaInterleave 1, mapType 0, tiled2LinearEnable 0
------------------------
    Track 01 [audio_0] Enabled
        Duration: 0:00:42.026666000
        Language: und
    Mime:
        audio/mpeg, mpegversion=(int)4, channels=(int)2, rate=(int)44100, bitrate=(int)124920, stream-format=(string)raw, codec_data=(buffer)1210
------------------------

====== BEEP: 4.5.4 build on Mar 30 2020 12:56:45. ======
        Core: AAC decoder Wrapper  build on Dec  7 2017 18:13:49
 file: /usr/lib/imx-mm/audio-codec/wrap/lib_aacd_wrap_arm12_elinux.so.3
CODEC: BLN_MAD-MMCODECS_AACD_ARM_03.09.00_CORTEX-A8  build on Sep 20 2017 15:02:14.
[WARN]  VPU iram is less than needed, some parts don't use iram
display(/dev/fb0) resolution is ([10299.742796] mxc_v4l2_output v4l2_out: Bypass IC.
800x480).
[10299.750303] mxc_v4l2_output v4l2_out: Bypass IC.

===!!! Current pulsesink device is alsa_output.platform-sound.stereo-fallback !!!===

[10300.098134] alloc_contig_range: [72880, 72900) PFNs busy
[10300.107275] alloc_contig_range: [72880, 72900) PFNs busy
[10300.116202] alloc_contig_range: [72880, 72900) PFNs busy
[10300.125512] alloc_contig_range: [72880, 72900) PFNs busy
[10300.134782] alloc_contig_range: [72880, 72900) PFNs busy
URI : file:///home/root/1080p_t1.mp4
Duration: 0:00:00.000000000
Global taglist:
  (nil)
All Stream information
 Stream # 0
  type : video_0
  taglist :
    codec : H.264/AVC
    language-code : und
    container-format : MOV/MP4/3GP
    application-name : FormatFactory : www.pcfreetime.com
    video-codec : H.264 (High Profile)
    audio-codec : AAC
  width : 1920
  height : 1088
  max_bitrate : -1
  bitrate : -1
  framerate : 29.97
  pixel-aspect-ratio  1:1
 Stream # 1
  type : audio_0
  taglist :
    codec : AAC
    language-code : und
    bitrate : 3268
    container-format : MOV/MP4/3GP
    application-name : FormatFactory : www.pcfreetime.com
    video-codec : H.264/AVC
    audio-codec : AAC decoder
    minimum-bitrate : 3100
    maximum-bitrate : 3100
  sample rate : 44100
  channels : 2
  max_bitrate : 3100
  bitrate : 3268
  language : (null)

All video streams
 video_0 #
  width : 1920
  height : 1088
  max_bitrate : -1
  bitrate : -1
  framerate : 29.97
  pixel-aspect-ratio  1:1

All audio streams:
 audio_0 #
  sample rate : 44100
  channels : 2
  max_bitrate : 3100
  bitrate : 3268
  language : (null)

Current video track:
  width : 1920
  height : 1088
  max_bitrate : -1
  bitrate : -1
  framerate : 29.97
  pixel-aspect-ratio  1:1
Current audio track:
  sample rate : 44100
  channels : 2
  max_bitrate : 3100
  bitrate : 3268
  language : (null)
Current subtitle track:
State changed: playing
0:00:42.0 / 0:00:42.0
Reached end of play list.
State changed: stopped
Total showed frames (1257), display master blited (1257), playing for (0:00:42.031174000), fps (29.906).


On PC:

On i.MX6DL (2GB RAM)

B.R.
Nus