* gst-play looks abnormal
@ 2020-04-13 12:55 nus1998
2020-04-14 2:35 ` nus1998
0 siblings, 1 reply; 6+ messages in thread
From: nus1998 @ 2020-04-13 12:55 UTC (permalink / raw)
To: meta-freescale
[-- Attachment #1.1: Type: text/plain, Size: 4786 bytes --]
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
[-- Attachment #1.2: Type: text/html, Size: 7057 bytes --]
[-- Attachment #2: 1.jpg --]
[-- Type: image/jpeg, Size: 33442 bytes --]
[-- Attachment #3: 2.png --]
[-- Type: image/png, Size: 331790 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: gst-play looks abnormal
2020-04-13 12:55 gst-play looks abnormal nus1998
@ 2020-04-14 2:35 ` nus1998
2020-04-14 16:17 ` [meta-freescale] " Tom Hochstein
0 siblings, 1 reply; 6+ messages in thread
From: nus1998 @ 2020-04-14 2:35 UTC (permalink / raw)
To: meta-freescale
[-- Attachment #1.1: Type: text/plain, Size: 5234 bytes --]
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@yeah.net> 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
[-- Attachment #1.2: Type: text/html, Size: 8060 bytes --]
[-- Attachment #2: 1.jpg --]
[-- Type: image/jpeg, Size: 33442 bytes --]
[-- Attachment #3: 2.png --]
[-- Type: image/png, Size: 331790 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [meta-freescale] gst-play looks abnormal
2020-04-14 2:35 ` nus1998
@ 2020-04-14 16:17 ` Tom Hochstein
2020-04-15 2:56 ` nus1998
0 siblings, 1 reply; 6+ messages in thread
From: Tom Hochstein @ 2020-04-14 16:17 UTC (permalink / raw)
To: nus1998, meta-freescale, Lauren Post
[-- Attachment #1.1: Type: text/plain, Size: 6157 bytes --]
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@lists.yoctoproject.org <meta-freescale@lists.yoctoproject.org> On Behalf Of nus1998 via lists.yoctoproject.org
Sent: Monday, April 13, 2020 9:35 PM
To: meta-freescale@lists.yoctoproject.org
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@yeah.net<mailto:nus1998@yeah.net>> 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<http://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<http://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:
[cid:image001.jpg@01D6124D.37404930]
On i.MX6DL (2GB RAM)
[cid:image002.png@01D6124D.37404930]
B.R.
Nus
[-- Attachment #1.2: Type: text/html, Size: 15579 bytes --]
[-- Attachment #2: image001.jpg --]
[-- Type: image/jpeg, Size: 33649 bytes --]
[-- Attachment #3: image002.png --]
[-- Type: image/png, Size: 331790 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [meta-freescale] gst-play looks abnormal
2020-04-14 16:17 ` [meta-freescale] " Tom Hochstein
@ 2020-04-15 2:56 ` nus1998
2020-04-15 6:33 ` nus1998
2020-04-17 13:29 ` nus1998
0 siblings, 2 replies; 6+ messages in thread
From: nus1998 @ 2020-04-15 2:56 UTC (permalink / raw)
To: Tom Hochstein; +Cc: meta-freescale, Lauren Post
[-- Attachment #1.1: Type: text/plain, Size: 6384 bytes --]
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@nxp.com> 写道：
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@lists.yoctoproject.org <meta-freescale@lists.yoctoproject.org> On Behalf Of nus1998 via lists.yoctoproject.org
Sent: Monday, April 13, 2020 9:35 PM
To: meta-freescale@lists.yoctoproject.org
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@yeah.net> 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
[-- Attachment #1.2: Type: text/html, Size: 15640 bytes --]
[-- Attachment #2: image001.jpg --]
[-- Type: image/jpeg, Size: 33649 bytes --]
[-- Attachment #3: image002.png --]
[-- Type: image/png, Size: 331790 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [meta-freescale] gst-play looks abnormal
2020-04-15 2:56 ` nus1998
@ 2020-04-15 6:33 ` nus1998
2020-04-17 13:29 ` nus1998
1 sibling, 0 replies; 6+ messages in thread
From: nus1998 @ 2020-04-15 6:33 UTC (permalink / raw)
To: Tom Hochstein; +Cc: meta-freescale, Lauren Post
[-- Attachment #1.1: Type: text/plain, Size: 6791 bytes --]
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@yeah.net> 写道：
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@nxp.com> 写道：
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@lists.yoctoproject.org <meta-freescale@lists.yoctoproject.org> On Behalf Of nus1998 via lists.yoctoproject.org
Sent: Monday, April 13, 2020 9:35 PM
To: meta-freescale@lists.yoctoproject.org
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@yeah.net> 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
[-- Attachment #1.2: Type: text/html, Size: 16492 bytes --]
[-- Attachment #2: image001.jpg --]
[-- Type: image/jpeg, Size: 33649 bytes --]
[-- Attachment #3: image002.png --]
[-- Type: image/png, Size: 331790 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [meta-freescale] gst-play looks abnormal
2020-04-15 2:56 ` nus1998
2020-04-15 6:33 ` nus1998
@ 2020-04-17 13:29 ` nus1998
1 sibling, 0 replies; 6+ messages in thread
From: nus1998 @ 2020-04-17 13:29 UTC (permalink / raw)
To: Tom Hochstein; +Cc: meta-freescale, Lauren Post
[-- Attachment #1.1: Type: text/plain, Size: 7160 bytes --]
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@yeah.net> 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@nxp.com> 写道：
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@lists.yoctoproject.org <meta-freescale@lists.yoctoproject.org> On Behalf Of nus1998 via lists.yoctoproject.org
Sent: Monday, April 13, 2020 9:35 PM
To: meta-freescale@lists.yoctoproject.org
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@yeah.net> 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
[-- Attachment #1.2: Type: text/html, Size: 16988 bytes --]
[-- Attachment #2: image001.jpg --]
[-- Type: image/jpeg, Size: 33649 bytes --]
[-- Attachment #3: image002.png --]
[-- Type: image/png, Size: 331790 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2020-04-17 14:03 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-04-13 12:55 gst-play looks abnormal nus1998
2020-04-14 2:35 ` nus1998
2020-04-14 16:17 ` [meta-freescale] " Tom Hochstein
2020-04-15 2:56 ` nus1998
2020-04-15 6:33 ` nus1998
2020-04-17 13:29 ` nus1998
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.