Have a couple of videos, recorded on a Pixel 7 (Android14 + all updates), in theory mp4 format, but when I download to my PC and try and play, either, it starts, then video stops but plays to end ( in VLC), or, gives a message such as: "unable to find the meta/x-gst-fourcc-mett decoder requested (in other plays.
Can’t seem to find any codec like this (except, maybe in the Apple world(??))
What is going on here?
Anyone managed to get a video successfully played with any app other than google??
Will post this on the Google site, as well.
Hi,
are those videos HDR videos?
Can you try another player like mpv or ffplay?
I found this discussion about HDR-videos from Pixel 7 on Reddit: Reddit - Dive into anything
There somebody writes it’s a problem with Google using a HDR format that’s not standardized. Just in none of the answers there is a source for their assumptions…
No, standard 1080P.
ffplay plays further, but then gives errors:
Stream #0:3(eng): Data: none (mett / 0x7474656D) (default)
Metadata:
rotate : 90
creation_time : 2023-11-06T00:23:09.000000Z
handler_name : MetaHandle
[swscaler @ 0x7f509c536d00] deprecated pixel format used, make sure you did set range correctly
Last message repeated 3 times
38.40 A-V: 0.021 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0
mpv seems to play ok, but gives:
[ffmpeg/demuxer] mov,mp4,m4a,3gp,3g2,mj2: All samples in data stream index:id [3:4] have zero duration, stream set to be discarded by default. Override using AVStream->discard or -discard for ffmpeg command.
[ffmpeg/demuxer] mov,mp4,m4a,3gp,3g2,mj2: All samples in data stream index:id [3:4] have zero duration, stream set to be discarded by default. Override using AVStream->discard or -discard for ffmpeg command.
(+) Video --vid=1 () (hevc 1920x1080 29.990fps)
(+) Audio --aid=1 --alang=eng () (aac 2ch 48000Hz)
AO: [pipewire] 48000Hz stereo 2ch floatp
VO: [gpu] 1920x1080 yuv420p
AV: 00:00:14 / 00:00:14 (100%) A-V: 0.000Exiting… (End of file)
But not HDR…?
I don’t do much with video files besides watching them so my experience with these kind of messages is very limited.
From some googling it seems like the messages refer to not usable meta data, which might just make sense to the google pixel’s own software. So, I wouldn’t interpret it as errors.
Are you happy with mpv playing your videos or do you need for some reason to play them on vlc?
In this particular instance, was so I could send it to a company to show them their product was faulty, so would be good if they were “universal” (as in: almost a standard .mp4…) 
As i said, have posted in the Google community, as well as sending feedback, from the app… Will see if I get any response from that.
What’s the point of recording videos, if they can’t be shared externally to Google? Think it needs to be highlighted!
Thanks, anyway.
Indeed, it seems a bit odd, I agree…
Could you update this thread in case you get a reply or find a solution? Just out of curiosity.
Yep, will do!
You should check your video recording settings on your smartphone. This is most likely caused by HEVC setting. The path on your smartphone may differ but somwhere under Camera app > Settings > More settings > Advanced > Store videos efficiently. You need to disable it.
Even on MS Windows this causes problems with many players.
Thanks for the reply, but…
Have just been chatting with Pixel Support, and while chatting, tried the same thing (download from google photos to the PC, and play), on a Win11 PC, and… all works fine! Tried in 3 or 4 apps on windows and all were fine.
Although this does not exonerate Google completely, think that it means that this is ‘mostly’ an issue with Tumbleweed…
Am about to test on Ubuntu…
1 Like
Ok, on testing in Ubuntu… This is a Tumbleweed issue…
(Bit embarassing with Google… It’s all right, didn’t mention Suse, just said Linux!! 
Have run in several apps, and all work OK.
How/where do I report this as a bug?
1 Like
Even if you don’t want to check your camera settings…next basic question: do you have packman repo enabled and vendorswitch performed?
OK, reprimand accepted, but… why is it NOT working in suse,but works in other OSs?
Yes, packman is enabled…
That was not the question. Enabling is not a vendor switch…
Yes, is vendor switched…
Could you check whether all of these codecs are installed?
ffmpeg-4 lame gstreamer-plugins-bad gstreamer-plugins-ugly gstreamer-plugins-ugly-orig-addon gstreamer-plugins-libav libavdevice57 libdvdcss2 vlc-codecsDo you see any difference in the videos you play on vlc in Ubuntu vs on mpv in Tumbleweed? I mean quality wise or artifacts.
Note: I just copied a list of common codecs. Not all of them might be necessary for your case.
No gstreamer-plugins-ugly-orig-addon or libavdevice57 (but libavdevice58/59/60)
Think the quality is ‘similar’…
Could you try and install it to see if it helps?
Would it be possible to upload a phone-video that is not playable with your vlc so that I could try it on my tumbleweed?
Of course just if you feel comfortable with it, you could just make a short video of essentially nothing for testing purposes.
Seems to be no gstreamer-plugins-ugly-orig-addon in any suse repos?? Can’t find it, anyway. Would this be relevant: Changes in gstreamer bad/ugly provided by Packman - openSUSE Factory - openSUSE Mailing Lists ?
How do I upload a video - all the paste sites seem to be text only, and if I upload to my Google drive and share… well, it’s Google, and it works!
So, here it is, anyway: BrokenHose.mp4 - Google Drive
I have played your mp4 file using konqueror, firefox, chromium & falkon. All worked fine. I then d/l the file and played it using vlc, xine & mplayer. Again all worked fine.
I am using tumbleweed plus packman for mulimedia. I do have ‘gstreamer-plugins-ugly’ installed on my system but this is from the opensuse repo.
Hope this info might help.
Yep, plays also fine here with only these packages:
ich@laptop:~> rpm -qa | grep gstreamer-*
phonon4qt5-backend-gstreamer-lang-4.10.0-1.22.noarch
vlc-codec-gstreamer-3.0.20-1699.5.pm.1.x86_64
PackageKit-gstreamer-plugin-1.2.5-10.1.x86_64
gstreamer-1.22.6-1.1.x86_64
libgstreamer-1_0-0-1.22.6-1.1.x86_64
gstreamer-lang-1.22.6-1.1.noarch
gstreamer-plugins-good-lang-1.22.6-1.2.noarch
gstreamer-plugins-good-gtk-1.22.6-1.2.x86_64
gstreamer-plugins-good-1.22.6-1.2.x86_64
gstreamer-plugins-base-lang-1.22.6-1.1.noarch
gstreamer-plugins-base-1.22.6-1.1.x86_64
phonon4qt5-backend-gstreamer-4.10.0-1.22.x86_64
ich@laptop:~>
ich@laptop:~> zypper se -si | grep "Packman Repository"
i+ | ffmpeg-6 | Paket | 6.0-1699.6.pm.1 | x86_64 | Packman Repository
i+ | gdk-pixbuf-loader-libheif | Paket | 1.17.3-1699.5.pm.1 | x86_64 | Packman Repository
i+ | libavcodec58_134 | Paket | 4.4.4-1699.6.pm.4 | x86_64 | Packman Repository
i+ | libavcodec60 | Paket | 6.0-1699.6.pm.1 | x86_64 | Packman Repository
i+ | libavdevice60 | Paket | 6.0-1699.6.pm.1 | x86_64 | Packman Repository
i+ | libavfilter9 | Paket | 6.0-1699.6.pm.1 | x86_64 | Packman Repository
i+ | libavformat58_76 | Paket | 4.4.4-1699.6.pm.4 | x86_64 | Packman Repository
i+ | libavformat60 | Paket | 6.0-1699.6.pm.1 | x86_64 | Packman Repository
i+ | libavutil56_70 | Paket | 4.4.4-1699.6.pm.4 | x86_64 | Packman Repository
i+ | libavutil58 | Paket | 6.0-1699.6.pm.1 | x86_64 | Packman Repository
i+ | libde265-0 | Paket | 1.0.12-1699.1.pm.2 | x86_64 | Packman Repository
i+ | libfdk-aac2 | Paket | 2.0.2-1699.1.pm.50 | x86_64 | Packman Repository
i | libfdk-aac2-32bit | Paket | 2.0.2-1699.1.pm.50 | x86_64 | Packman Repository
i+ | libgbm1 | Paket | 23.2.1-1699.362.pm.3 | x86_64 | Packman Repository
i | libgbm1-32bit | Paket | 23.2.1-1699.362.pm.3 | x86_64 | Packman Repository
i | libheif-aom | Paket | 1.17.3-1699.5.pm.1 | x86_64 | Packman Repository
i | libheif-dav1d | Paket | 1.17.3-1699.5.pm.1 | x86_64 | Packman Repository
i | libheif-ffmpeg | Paket | 1.17.3-1699.5.pm.1 | x86_64 | Packman Repository
i | libheif-jpeg | Paket | 1.17.3-1699.5.pm.1 | x86_64 | Packman Repository
i | libheif-openjpeg | Paket | 1.17.3-1699.5.pm.1 | x86_64 | Packman Repository
i+ | libheif-rav1e | Paket | 1.17.3-1699.5.pm.1 | x86_64 | Packman Repository
i+ | libheif-svtenc | Paket | 1.17.3-1699.5.pm.1 | x86_64 | Packman Repository
i+ | libheif1 | Paket | 1.17.3-1699.5.pm.1 | x86_64 | Packman Repository
i+ | libpostproc55_9 | Paket | 4.4.4-1699.6.pm.4 | x86_64 | Packman Repository
i+ | libpostproc57 | Paket | 6.0-1699.6.pm.1 | x86_64 | Packman Repository
i | libquicktime0 | Paket | 1.2.4+git20180804.fff99cd-1699.6.pm.13 | x86_64 | Packman Repository
i | librist4 | Paket | 0.2.7-1699.1.pm.14 | x86_64 | Packman Repository
i | librtmp1 | Paket | 2.4.20151223.fa8646d-1699.1.pm.110 | x86_64 | Packman Repository
i+ | libswresample3_9 | Paket | 4.4.4-1699.6.pm.4 | x86_64 | Packman Repository
i+ | libswresample4 | Paket | 6.0-1699.6.pm.1 | x86_64 | Packman Repository
i+ | libswscale5_9 | Paket | 4.4.4-1699.6.pm.4 | x86_64 | Packman Repository
i+ | libswscale7 | Paket | 6.0-1699.6.pm.1 | x86_64 | Packman Repository
i+ | libvlc5 | Paket | 3.0.20-1699.5.pm.1 | x86_64 | Packman Repository
i+ | libvlccore9 | Paket | 3.0.20-1699.5.pm.1 | x86_64 | Packman Repository
i+ | libvulkan_intel | Paket | 23.2.1-1699.362.pm.13 | x86_64 | Packman Repository
i+ | libvulkan_intel-32bit | Paket | 23.2.1-1699.362.pm.13 | x86_64 | Packman Repository
i+ | libx264-164 | Paket | 0.164+git20220602.baee400f-1699.1.pm.13 | x86_64 | Packman Repository
i+ | libx265-199 | Paket | 3.5-1699.2.pm.65 | x86_64 | Packman Repository
i | libxvidcore4 | Paket | 1.3.7-1699.1.pm.58 | x86_64 | Packman Repository
i+ | Mesa | Paket | 23.2.1-1699.362.pm.3 | x86_64 | Packman Repository
i+ | Mesa-32bit | Paket | 23.2.1-1699.362.pm.3 | x86_64 | Packman Repository
i+ | Mesa-dri | Paket | 23.2.1-1699.362.pm.13 | x86_64 | Packman Repository
i+ | Mesa-dri-32bit | Paket | 23.2.1-1699.362.pm.13 | x86_64 | Packman Repository
i+ | Mesa-gallium | Paket | 23.2.1-1699.362.pm.13 | x86_64 | Packman Repository
i+ | Mesa-gallium-32bit | Paket | 23.2.1-1699.362.pm.13 | x86_64 | Packman Repository
i+ | Mesa-libEGL1 | Paket | 23.2.1-1699.362.pm.3 | x86_64 | Packman Repository
i+ | Mesa-libGL1 | Paket | 23.2.1-1699.362.pm.3 | x86_64 | Packman Repository
i+ | Mesa-libGL1-32bit | Paket | 23.2.1-1699.362.pm.3 | x86_64 | Packman Repository
i+ | Mesa-libglapi0 | Paket | 23.2.1-1699.362.pm.3 | x86_64 | Packman Repository
i+ | Mesa-libglapi0-32bit | Paket | 23.2.1-1699.362.pm.3 | x86_64 | Packman Repository
i+ | Mesa-libva | Paket | 23.2.1-1699.362.pm.13 | x86_64 | Packman Repository
i+ | Mesa-vulkan-device-select | Paket | 23.2.1-1699.362.pm.13 | x86_64 | Packman Repository
i+ | Mesa-vulkan-device-select-32bit | Paket | 23.2.1-1699.362.pm.13 | x86_64 | Packman Repository
i+ | vlc | Paket | 3.0.20-1699.5.pm.1 | x86_64 | Packman Repository
i+ | vlc-codec-gstreamer | Paket | 3.0.20-1699.5.pm.1 | x86_64 | Packman Repository
i+ | vlc-lang | Paket | 3.0.20-1699.5.pm.1 | noarch | Packman Repository
i+ | vlc-noX | Paket | 3.0.20-1699.5.pm.1 | x86_64 | Packman Repository
i+ | vlc-qt | Paket | 3.0.20-1699.5.pm.1 | x86_64 | Packman Repository
i+ | vlc-vdpau | Paket | 3.0.20-1699.5.pm.1 | x86_64 | Packman Repository
ich@laptop:~>
ich@laptop:~> rpm -qa | grep lame
libmp3lame0-3.100-5.7.x86_64
libtwolame0-0.4.0-1.17.x86_64
ich@laptop:~>