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 , 8 years ago
comment:2 by , 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...
comment:3 by , 6 years ago
Component: | - General → Audio & Video |
---|
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?)