Quality
Quality Assurance
This section of the wiki is about helping to increase the quality of different versions of VideoLAN's products, mainly VLC media player.
Contents
Why this page ?
Main idea
There is not much on this page yet, but the idea is to develop test protocols, regroup test files, and at the end improve the whole quality of VLC, to avoid regressions and check roadmaps.
Who is concerned
The community of VideoLAN's numerous users and developers can enforce the project by doing systematic tests and reporting bugs and regressions. Some projects rely on a lot of external code that evolves a lot. Being numerous can help to make it better.
Bugs
The bugs should be tracked down and killed using trac.
Why should you get involved ?
The more we are, the more bugs are spotted, the better VLC is ! Easy, ain't it ?
So if you help, everyone will be a winner.
How can you get involved ?
Use this talk page or contact; for a start User_talk:J-b (this will change). Then, just run the tests and modify this wiki's pages.
Bug reporting
Use trac to do these. If you compile VLC media player yourself, please enable debug to get readable bactraces if any.
Urgent
- Gather original and references video and audio files
VLC
Motto: Let's improve VLC !!!
Tests to run
You want to help by testing VLC ? There are a few tests that you can handle:
- VLC playback tests (codecs and files related) Win32 and MacOS focused.
- VLC functionality tests
- VLC transcode and streaming tests
- VLC fundamental tests in src/test (run make check)
Files
Official files
All those files should be tested inside the reference FTP.
ftp://streams.videolan.org/streams-videolan/
Use that structure to create the reports.
More files
Where to search for more files:
- MPlayer's MPlayer's FTP
- References codecs pages usually, linking to those should be enough...
Nightly builds
In general, use the latest nightly build when you run your tests and report, available at http://nightlies.videolan.org/.
