Mp4 video not supported

[Sergio Cazzolato]

I have copied two mp4 videos to the videos dir of my krillin device, both videos have same coded. The issue is that one of them appear in the videos scope and gallery and I can watch it, the other is not appearing.

Attached are both videos. Both use the same coded but one has not audio.

[Ren (ubuntech)]

Hello, the 2 videos are not the same : the file "dog.mp4" has no sound track in it and the aspect radio is different :
If this may help you, look at the technical data:

FILENAME : videos/dog.mp4
 Type : ISO Media, MPEG v4 system, version 1
 Size : 334 688 octet, 326.84 KiB - Date: 19700101.040000 - Duration: 00:00:10.879 (136 frames)
 Video : AVC MPEG-4 Codec/4cc:isom 462H(0x34363248) BR/Nom/Ov:244Kbps - 246Kbps Aspect:280x150 RatioDsp/Pix:1.867 1.000 VFRfps 8 4:2:0 Progr PPF

FILENAME : videos/sample.mp4
 Type : ISO Media, MPEG v4 system, version 1
 Size : 1 055 736 octet, 1 030.99 KiB, 1.00 MiB - Date: 19700101.040000 - Duration: 00:00:05.312 (132 frames)
 Video : AVC MPEG-4 Codec/4cc:isom 462H(0x34363248) BR/Nom/Ov:1206Kbps - VBRbps Aspect:1280x720 RatioDsp/Pix:1.778 1.000 CFRfps 8 4:2:0 Progr PPF
 Audio1: AAC LC VBR 384Kbps 6ch 48000Hz

[Sergio Cazzolato (sergio-j-cazzolato)]

Hi Ren, thanks, I know those are not the same video, I just said that both have the same codec but I can't reproduce the video without audio.

The issue is that as a user I would like to be able to watch both specially if both have the same codec.

[Pat McGowan (pat-mcgowan)]

from mediascanner log

New file was created: /home/phablet/Videos/dog.mp4.
Extracting metadata from /home/phablet/Videos/dog.mp4.
Error when adding new file: ExtractMetadata D-Bus call failed: GDBus.Error:com.canonical.MediaScanner2.Error.Failed: Unable to discover file /home/phablet/Videos/dog.mp4

[Michi Henning (michihenning)]

The problem appears to be that the metadata is encoded in the audio stream of a video. If there is no audio stream, there is no metadata.

I guess the only possible fix would be for mediascanner2 to index the video with its path name, and maybe its total play time because that is pretty much all that is knowable about it.

[James Henstridge (jamesh)]

> The problem appears to be that the metadata is encoded in the audio
> stream of a video. If there is no audio stream, there is no metadata.

That doesn't sound correct -- metadata is generally part of the container or a separate stream inside the container, rather than being handled at the codec level.

I don't have a krillin to test on, but the hardware codecs on arale don't seem to like dog.mp4:

    $ gst-discoverer-1.0 dog.mp4
    Analyzing file:///home/phablet/Videos/dog.mp4
    [Err, h264_dec_init] Fail to open Vdec Drv H264 instance! -11
    [Err] Error code -10
    [Err, h264_dec_deInit] Invalid input argument
    [Err] Error code -1
    Done discovering file:///home/phablet/Videos/dog.mp4
    An error was encountered while discovering the file
     GStreamer encountered a general supporting library error.

The same command on my amd64 desktop succeeds (which would presumably be using the ffmpeg/libav based software codecs).

As for the file not showing up, rebooting the device or restarting mediascanner-service will cause it to show up. This quirk is a known issue we need to fix that was introduced when moving the metadata extractor out of process. We should be inserting the placeholder entries in the index immediately in this case.

[Michi Henning (michihenning)]

Sorry, me bad, what I said is just plain wrong.

Looking at the dog.mp4, it actually has "title" and "encoded by" tags. Looks like yet another problem with the hardware codecs.