Opened 8 years ago

Last modified 6 years ago

#12963 new task

Media Kit Test Baseline

Reported by: kallisti5 Owned by: kallisti5
Priority: normal Milestone: Unscheduled
Component: Audio & Video Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Platform: All

Description

Xiph has a nice selection of open test videos here: https://media.xiph.org/video/derf/

It would be good to form a baseline based on these videos to track improvements / regressions to our video decoding.

Change History (3)

comment:1 by pulkomandy, 8 years ago

These are uncompressed videos, so they test only the most boring parts of decoding (in a format we probably can't even decode yet?).

There is already a large testsuite of many common and uncommon formats (and various broken files) at http://samples.ffmpeg.org (and a mirror at mplayer).

There is also a set of freely redistributable videos in our "sample" packages.

What we need is not a set of videos, but an automated way to test them: 1) No crashes when decoding 2) Correct framerate and infos in BMediaTrack/BMediaFile 3) That decoding is not complete crap (I don't know how to test this? Maybe compare a few select frames with PNG extracted using ffmpeg directly?)

comment:2 by cocobean, 7 years ago

I've tested the mainstream videos on Haiku (currently testing hrev52012). Many of them now work using Mplayer and MediaPlayer. I'd suggest recompiling MediaPlayer using the current decoders/lipvpx(?)/FFMPEG 3.4.2 backend and improve buffering test. I test at either 1080p or 4K videos for stress testing on Haiku. SO far, it is good for most videos.

I usually suggest pro-grade encoding beforehand for very good samples or 'tested' codecs compiled on Haiku. I've collected many over the years or test what people post so I can help test this area further for you...

Version 0, edited 7 years ago by cocobean (next)

comment:3 by waddlesplash, 6 years ago

Component: - GeneralAudio & Video
Note: See TracTickets for help on using tickets.