Difference between revisions of "Quality"
m (→Tests to run) |
m (→Official files) |
||
| (3 intermediate revisions by one other user not shown) | |||
| Line 24: | Line 24: | ||
===Bug reporting=== | ===Bug reporting=== | ||
| + | :''Main article: [[Report bugs]]'' | ||
Use trac to do these. If you compile {{VLC}} yourself, please enable [[debug]] to get readable bactraces if any. | Use trac to do these. If you compile {{VLC}} yourself, please enable [[debug]] to get readable bactraces if any. | ||
| Line 35: | Line 36: | ||
You want to help by testing VLC ? There are a few tests that you can handle: | 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 playback tests (codecs and files related) Win32 and MacOS focused. | ||
| − | |||
* VLC functionality tests | * VLC functionality tests | ||
| − | |||
* VLC transcode and streaming tests | * VLC transcode and streaming tests | ||
| + | * VLC fundamental tests in src/test (run ''make check'') | ||
| − | + | There is a small test suite for the [[Android]] port located at ''[[Android test suite]]''. | |
==Files== | ==Files== | ||
| Line 46: | Line 46: | ||
All those files should be tested inside the reference FTP. | All those files should be tested inside the reference FTP. | ||
| − | ftp://streams.videolan.org/streams | + | ftp://streams.videolan.org/streams/ |
Use that structure to create the reports. | Use that structure to create the reports. | ||
Latest revision as of 07:12, 16 April 2016
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
- Main article: Report bugs
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)
There is a small test suite for the Android port located at Android test suite.
Files
Official files
All those files should be tested inside the reference FTP.
ftp://streams.videolan.org/streams/
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/.
