[X10iii, C2]Video playback crashes Gallery

Bug Reports
1

REPRODUCIBILITY: 100% (always)
OSVERSION: 5.0.0.72
HARDWARE: Xperia 10 III - xqbt52 - xqbt52 - 1.0.1.48 - aarch64 & Jolla C2
UI LANGUAGE: Svenska (user: sv_SE, os: sv_SE.utf8)
REGRESSION: not specified

DESCRIPTION:

Some videos reliably crash Gallery. Other videos work.

PRECONDITIONS:

I have managed to make a 5 second video that reliably provokes a crash in Gallery on Xperia X10iii and Jolla C2. Both run SFOS 5.0.0.72
Video plays back correctly on Xperia X (SFOS 4.6.0.15) and XA2 (SFOS 5.0.0.72).

Edit: “Bad” video downloadable for 4 weeks from here

STEPS TO REPRODUCE:

  1. Open Jolla Gallery
  2. Pick a “bad” video
  3. Tap to play

EXPECTED RESULTS:

Video to play from start to end

ACTUAL RESULTS:

Video plays for a couple of seconds, then freezes.
Sound keeps playing until end of video.
Swiping down to close video seems to work, but after a while results in a “Gallery is not responding. Wait/Close” message.
Ditto if manually closing Gallery.
On C2, Gallery sometimes won’t start again until phone is rebooted.

MODIFICATIONS:

  • Patchmanager: no
  • OpenRepos: yes
  • Chum: yes
  • Other: none specified

ADDITIONAL INFORMATION:

Device Owner User: defaultuser
Home Encryption: enabled

the initial version of this bug report was created using Bugger 0.9.16+git2
2

“Bad” video downloadable for 4 weeks from here

3

Apparently a pretty normal h264/AAC video.
It works fine on my X10 II.

Start devel-su journalctl -f before you recreate the issue, post relevant output.

1 Like
4

@jojomen I think this is relevant to what you describe: Problem with playing videos in ALL capable apps - #28 by trial_x10ii

1 Like
5

Thanks @ohnonot and @nas for those pointers!

I have posted about my test data in the other thread, and will add log output here once I get some time for further testing.

6

I can reproduce the issue with that example on my device which already has the fix mentioned in the other thread. So this is a different issue. I’ll try to find out what is causing it.

5 Likes
7

Thanks for checking! I’m sorry for bringing more trouble :wink: but happy I could at least supply test data.

8

BTW the example video provided is very short, 5s iirc. I mean I trust OP that their issue is real, but something longer might be better for testing.

9

My thinking was more to provide something that triggers the crash/freeze, but not much more. I do have a 1+ GB file that also freezes after the first 1-2 seconds…

10

up to 100MB would be ok

11

Oh, that’s a 32 bit device, right? So we have 100% of known FAIL on 64 bit devices and 100% of known PASS on 32 bit devices. Coincidence? @mal

I’ll try to make larger, failing videos if needed. It is a trial and error thing, since I lack a sure-fire process for it. (I’m probably not going to share family videos as test data.)

12

Based on that it’s possible the issue is related to 32-bit vs 64-bit but that is not the only difference, the devices have different Android base version which might also explain the issue. I need to investigate the issue more, based on some testing I was randomly able to play the video on my Xperia 10 III so that might suggest some race condition but could also be something else.

13

Right. I’m not envious :wink: race conditions sounds like lots of fun… And even that could be architecture dependent

14

Since when does the X10-II run on 32-bit?

1 Like
15

I seem to remember the 10iii as the first 64-bit device, but I it looks like that was a mistake. My apologies.

16

Yeah, X10 II is aarch64.

You can create videos that are known to fail? Doesn’t that give you a ton of troubleshooting info?

17

Sort of :wink:

… as in

do:
    make something in kdenlive
until it fails on 10iii;

Still have no idea of what causes a certain video to fail (or, in general, what I’m doing :wink: ).