This section of the wiki is about helping to increase the quality of different versions of VideoLAN's products, mainly VLC media player.
Why this page ?
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.
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.
- Main article: Report bugs
- Gather original and references video and audio files
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)
All those files should be tested inside the reference FTP.
Use that structure to create the reports.
Where to search for more files:
- MPlayer's MPlayer's FTP
- References codecs pages usually, linking to those should be enough...
In general, use the latest nightly build when you run your tests and report, available at http://nightlies.videolan.org/.