MediaCodec: A dirty black screen is exposed at the beginning of the video attached by vlc-android.

A dirty black screen is exposed at the beginning of the video attached by vlc-android.

It usually occurs in all videos taken with the camera of the latest Galaxy smartphone. Share the video.

/samples/mov/editlist/20210910_114302.mp4

moved from vlc-android#2172 (moved)

changed the description

Could you please edit your issue and use the template? I don't really understand your issue and, to be honest, the video doesn't really help.

Download the shared video and play it in the vlc android app

Hum ok. There are indeed artifacts at the beginning

Dear... Developers. Is it likely to be fixed in the next version?

Hi, it's possible that the issue is about the texture synchronization mechanism for SurfaceTexture, which doesn't exist in 3.0 and is not merged in 4.0. I don't think it will be easy to backport to 3.0 so you might need to wait the release of 4.0 unfortunately.

When can we expect version 4.0 to be released?

added VLC core in VLC-Android bug in VLC-Android labels

The problem almost all happens with videos shot with the camera of the latest Galaxy smartphones.

This only happens when hardware acceleration is all acceleration.

added Component::Video: Android label

changed milestone to %3.0.x maintenance

changed title from A dirty black screen is exposed at the beginning of the video attached by vlc-android. to MediaCodec: A dirty black screen is exposed at the beginning of the video attached by vlc-android.

Another samples with glitches from https://code.videolan.org/videolan/vlc-android/-/issues/1994

Just launch the OPPO_HWissue.mp4 sample. Quincy : /public/Samples/samples/android_sample/Issue/OPPO_HWissue.mp4

I believe this is !654.

For the OPPO issue, it uses "android_display", sot not caused by !654

Hi, This issue seems to be related with edts box in the video track of mp4 container. vlc player gave EOS to HW video codec when there is non-zero value in the 1st entry of edts (elst) . HW video decoder met a problem because of this EOS flag.

The followings are results with more combination

• edts in video track (with nonzero elst) : not ok
• edts in video track (with 0 elst) : ok (no problem)
• edts in audio track : ok
• no edts : ok

Please review your code with priority. Thanks

FYI https://drive.google.com/file/d/1GLH0v0gca8QIBYS8rShvly0izLt1l2Qs/view?usp=sharing

[Video track]

• 1st 'elst' of 'edts' (time offset) : 2ms // please check this point
• 2nd 'elst' of 'edts' (track duration) : 10960ms

[Audio track]

• no 'edts' box

Dear @tguillem and @alexandre-janniaux

Can you check this one?

Thank you

added Component::Demuxers: MP4 label and removed Component::Video: Android label

assigned to @fcartegnie

removed milestone %3.0.x maintenance

decoder drain on edit list change discontinuity #27571

changed the description

mentioned in merge request !3000 (merged)

Dear François

Can you update the status? If you have solved this issue, please share the version information of the solved android app. And I want to know the update schedule of Android app. (latest version 3.5.3 ,2022/11/03)

• IF app update schedule is delayed

    We would like to check whether it is fixed or not "in advance" if you share the modified app.

Thank you

It is only solved on unreleased versions, for now.

added Platform::Android label

changed milestone to %4.0

added Status::fixed label

closed

mentioned in merge request !3011 (merged)

Dear All,

I'd like to share the fixed apk version # and date with Android Galaxy users.

Thank you

Very soon

Thanks for update.

I would appreciate if you could share it right after the apk update.

Thank you and Happy New Year!

Dear All, We still see this problem with the recent update (v 3.5.4 2023/2/20) Can you check the fixed apk version? Thank you Hansang

It is fixed in 4.0, not 3.x

Thank you, Thomas.