Mercurial > mplayer.hg
annotate DOCS/xml/en/bugreports.xml @ 23588:a44fc12de744
Nico claims to never have had any problems with X11 compilation on Mandrake.
author | diego |
---|---|
date | Sat, 23 Jun 2007 08:22:10 +0000 |
parents | daba1c391a48 |
children | b89c59df8ba6 |
rev | line source |
---|---|
20535 | 1 <?xml version="1.0" encoding="utf-8"?> |
10913
49b1a67e7381
Add revision keyword to english xml files, to ease translation synchronization
lumag
parents:
10111
diff
changeset
|
2 <!-- $Revision$ --> |
9675 | 3 <appendix id="bugreports"> |
4 <title>How to report bugs</title> | |
21521 | 5 |
9675 | 6 <para> |
7 Good bug reports are a very valuable contribution to the development of any | |
8 software project. But just like writing good software, good problem reports | |
9 involve some work. Please realize that most developers are extremely busy and | |
10 receive obscene amounts of email. So while your feedback is crucial in improving | |
11540 | 11 <application>MPlayer</application> and very much appreciated, please understand |
12 that you have to provide <emphasis role="bold">all</emphasis> of the information | |
13 we request and follow the instructions in this document closely. | |
9675 | 14 </para> |
21521 | 15 |
16 | |
17 <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --> | |
18 | |
19 | |
18061
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
20 <sect1 id="bugreports_security"> |
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
21 <title>Report security releated bugs</title> |
21521 | 22 |
18061
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
23 <para> |
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
24 In case you have found an exploitable bug and you would like to do the |
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
25 right thing and let us fix it before you disclose it, we would be happy |
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
26 to get your security advisory at |
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
27 <ulink url="mailto:security@mplayerhq.hu">security@mplayerhq.hu</ulink>. |
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
28 Please add [SECURITY] or [ADVISORY] in the subject. |
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
29 Be sure that your report contains complete and detailed analysis of the bug. |
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
30 Sending a fix is highly appreciated. |
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
31 Please don't delay your report to write proof-of-concept exploit, you can |
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
32 send that one with another mail. |
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
33 </para> |
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
34 </sect1> |
21521 | 35 |
36 | |
37 <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --> | |
38 | |
39 | |
9675 | 40 <sect1 id="bugreports_fix"> |
41 <title>How to fix bugs</title> | |
21521 | 42 |
9675 | 43 <para> |
44 If you feel have the necessary skills you are invited to have a go at fixing the | |
45 bug yourself. Or maybe you already did that? Please read | |
21521 | 46 <ulink url="../../tech/patches.txt">this short document</ulink> to find out how |
47 to get your code included in <application>MPlayer</application>. The people on | |
48 the | |
19709 | 49 <ulink url="http://lists.mplayerhq.hu/mailman/listinfo/mplayer-dev-eng">MPlayer-dev-eng</ulink> |
9675 | 50 mailing list will assist you if you have questions. |
51 </para> | |
52 </sect1> | |
21521 | 53 |
54 | |
55 <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --> | |
56 | |
57 | |
17055 | 58 <sect1 id="bugreports_regression_test"> |
18599 | 59 <title>How to do regression testing using Subversion</title> |
21521 | 60 |
17055 | 61 <para> |
62 A problem that can happen sometimes is 'it used to work before, now it | |
63 doesn't anymore...'. | |
64 Here is a step by step procedure to try to pinpoint when the problem | |
65 occurred. This is <emphasis role="bold">not</emphasis> for casual users. | |
66 </para> | |
21521 | 67 |
17055 | 68 <para> |
18599 | 69 First, you'd need to fetch MPlayer's source tree from Subversion. |
21744 | 70 Instructions can be found in the |
71 <ulink url="http://www.mplayerhq.hu/design7/dload.html#svn">Subversion section of the download page</ulink>. | |
17055 | 72 </para> |
21521 | 73 |
17055 | 74 <para> |
21521 | 75 You will have now in the mplayer/ directory an image of the Subversion tree, on |
76 the client side. | |
17055 | 77 Now update this image to the date you want: |
78 <screen> | |
18599 | 79 cd mplayer/ |
80 svn update -r {"2004-08-23"} | |
17055 | 81 </screen> |
82 The date format is YYYY-MM-DD HH:MM:SS. | |
83 Using this date format ensure that you will be able to extract patches | |
84 according to the date at which they were committed, as in the | |
19679 | 85 <ulink url="http://lists.mplayerhq.hu/pipermail/mplayer-cvslog/">MPlayer-cvslog archive</ulink>. |
17055 | 86 </para> |
21521 | 87 |
17055 | 88 <para> |
89 Now proceed as for a normal update: | |
90 <screen> | |
91 ./configure | |
92 make | |
93 </screen> | |
94 </para> | |
21521 | 95 |
17055 | 96 <para> |
97 If any non-programmer reads this, the fastest method to get at the point | |
98 where the problem occurred is to use a binary search — that is, | |
18599 | 99 search the date of the breakage by repeatedly dividing the search |
17055 | 100 interval in half. |
101 For example, if the problem occurred in 2003, start at mid-year, then ask | |
102 "Is the problem already here?". | |
103 If yes, go back to the first of April; if not, go to the first of October, | |
104 and so on. | |
105 </para> | |
21521 | 106 |
17055 | 107 <para> |
108 If you have lot of free hard disk space (a full compile currently takes | |
109 100 MB, and around 300-350 MB if debugging symbols are enabled), copy the | |
110 oldest known working version before updating it; this will save time if | |
111 you need to go back. | |
112 (It is usually necessary to run 'make distclean' before recompiling an | |
113 earlier version, so if you do not make a backup copy of your original | |
114 source tree, you will have to recompile everything in it when you come | |
115 back to the present.) | |
116 </para> | |
21521 | 117 |
17055 | 118 <para> |
119 When you have found the day where the problem happened, continue the search | |
18599 | 120 using the mplayer-cvslog archive (sorted by date) and a more precise svn |
17055 | 121 update including hour, minute and second: |
122 <screen> | |
18599 | 123 svn update -r {"2004-08-23 15:17:25"} |
17055 | 124 </screen> |
125 This will allow you to easily find the exact patch that did it. | |
126 </para> | |
21521 | 127 |
17055 | 128 <para> |
129 If you find the patch that is the cause of the problem, you have almost won; | |
130 report about it to the | |
131 <ulink url="http://bugzilla.mplayerhq.hu/">MPlayer Bugzilla</ulink> or | |
132 subscribe to | |
19709 | 133 <ulink url="http://lists.mplayerhq.hu/mailman/listinfo/mplayer-users">MPlayer-users</ulink> |
17055 | 134 and post it there. |
135 There is a chance that the author will jump in to suggest a fix. | |
136 You may also look hard at the patch until it is coerced to reveal where | |
137 the bug is :-). | |
138 </para> | |
139 </sect1> | |
21521 | 140 |
141 | |
142 <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --> | |
143 | |
144 | |
9675 | 145 <sect1 id="bugreports_report"> |
146 <title>How to report bugs</title> | |
21521 | 147 |
9675 | 148 <para> |
21521 | 149 First of all please try the latest Subversion version of |
150 <application>MPlayer</application> | |
11540 | 151 as your bug might already be fixed there. Development moves extremely fast, |
21521 | 152 most problems in official releases are reported within days or even hours, |
153 so please use <emphasis role="bold">only Subversion</emphasis> to report bugs. | |
154 This includes binary packages of <application>MPlayer</application>. | |
155 Subversion instructions can be found at the bottom of | |
17706
83c1acef76d5
New website structure, the /homepage subdirectory is gone.
diego
parents:
17055
diff
changeset
|
156 <ulink url="http://www.mplayerhq.hu/dload.html">this page</ulink> or in |
9675 | 157 the README. If this did not help please refer to the list of |
21521 | 158 <link linkend="bugs">known bugs</link> and the rest of the documentation. |
159 If your problem is not known or not solvable by our instructions, | |
160 then please report the bug. | |
9675 | 161 </para> |
162 | |
163 <para> | |
164 Please do not send bug reports privately to individual developers. This is | |
21521 | 165 community work and thus there might be several people interested in it. |
166 Sometimes other users already experienced your troubles and know how to | |
167 circumvent a problem even if it is a bug in <application>MPlayer</application> | |
168 code. | |
9675 | 169 </para> |
170 | |
171 <para> | |
21521 | 172 Please describe your problem in as much detail as possible. Do a little |
173 detective work to narrow down the circumstances under which the problem occurs. | |
174 Does the bug only show up in certain situations? Is it specific to certain | |
175 files or file types? Does it occur with only one codec or is it codec | |
176 independent? Can you reproduce it with all output drivers? The more information | |
177 you provide the better are our chances at fixing your problem. Please do not | |
178 forget to also include the valuable information requested below, we will be | |
179 unable to properly diagnose your problem otherwise. | |
9675 | 180 </para> |
181 | |
182 <para> | |
183 An excellent and well written guide to asking questions in public forums is | |
21521 | 184 <ulink url="http://www.catb.org/~esr/faqs/smart-questions.html">How To Ask Questions The Smart Way</ulink> |
185 by <ulink url="http://www.catb.org/~esr/">Eric S. Raymond</ulink>. | |
9675 | 186 There is another called |
21521 | 187 <ulink url="http://www.chiark.greenend.org.uk/~sgtatham/bugs.html">How to Report Bugs Effectively</ulink> |
188 by <ulink url="http://www.chiark.greenend.org.uk/~sgtatham/">Simon Tatham</ulink>. | |
9675 | 189 If you follow these guidelines you should be able to get help. But please |
190 understand that we all follow the mailing lists voluntarily in our free time. We | |
191 are very busy and cannot guarantee that you will get a solution for your problem | |
192 or even an answer. | |
193 </para> | |
21521 | 194 </sect1> |
9675 | 195 |
21521 | 196 |
197 <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --> | |
198 | |
9675 | 199 |
200 <sect1 id="bugreports_where"> | |
201 <title>Where to report bugs</title> | |
21521 | 202 |
9675 | 203 <para> |
15029 | 204 Subscribe to the MPlayer-users mailing list: |
19709 | 205 <ulink url="http://lists.mplayerhq.hu/mailman/listinfo/mplayer-users"/> |
12622 | 206 and send your bug report to |
207 <ulink url="mailto:mplayer-users@mplayerhq.hu"/> where you can discuss it. | |
208 </para> | |
21521 | 209 |
12622 | 210 <para> |
12695 | 211 If you prefer, you can use our brand-new |
12664 | 212 <ulink url="http://bugzilla.mplayerhq.hu/">Bugzilla</ulink> instead. |
9675 | 213 </para> |
21521 | 214 |
9675 | 215 <para> |
21521 | 216 The language of this list is <emphasis role="bold">English</emphasis>. |
217 Please follow the standard | |
218 <ulink url="http://www.ietf.org/rfc/rfc1855.txt">Netiquette Guidelines</ulink> | |
219 and <emphasis role="bold">do not send HTML mail</emphasis> to any of our | |
220 mailing lists. You will only get ignored or | |
9675 | 221 banned. If you do not know what HTML mail is or why it is evil, read this |
21521 | 222 <ulink url="http://expita.com/nomime.html">fine document</ulink>. |
223 It explains all the details and has instructions for turning HTML off. Also | |
224 note that we will not individually CC (carbon-copy) people so it is a good idea | |
225 to subscribe to actually receive your answer. | |
9675 | 226 </para> |
227 </sect1> | |
228 | |
21521 | 229 |
230 <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --> | |
231 | |
232 | |
9675 | 233 <sect1 id="bugreports_what"> |
234 <title>What to report</title> | |
21521 | 235 |
9675 | 236 <para> |
237 You may need to include log, configuration or sample files in your bug report. | |
238 If some of them are quite big then it is better to upload them to our | |
19581 | 239 <ulink url="ftp://upload.mplayerhq.hu/MPlayer/incoming/">FTP server</ulink> in a |
9675 | 240 compressed format (gzip and bzip2 preferred) and include only the path and file |
241 name in your bug report. Our mailing lists have a message size limit of 80k, if | |
242 you have something bigger you have to compress or upload it. | |
243 </para> | |
244 | |
21521 | 245 <!-- ********** --> |
246 | |
9675 | 247 <sect2 id="bugreports_system"> |
248 <title>System Information</title> | |
21521 | 249 |
9675 | 250 <para> |
251 <itemizedlist> | |
252 <listitem><para> | |
21521 | 253 Your Linux distribution or operating system and version e.g.: |
9675 | 254 <itemizedlist> |
255 <listitem><para>Red Hat 7.1</para></listitem> | |
256 <listitem><para>Slackware 7.0 + devel packs from 7.1 ...</para></listitem> | |
257 </itemizedlist> | |
258 </para></listitem> | |
259 <listitem><para> | |
21521 | 260 kernel version: |
261 <screen>uname -a</screen> | |
9675 | 262 </para></listitem> |
263 <listitem><para> | |
21521 | 264 libc version: |
265 <screen>ls -l /lib/libc[.-]*</screen> | |
9675 | 266 </para></listitem> |
267 <listitem><para> | |
21521 | 268 gcc and ld versions: |
269 <screen> | |
9675 | 270 gcc -v |
21521 | 271 ld -v<!-- |
272 --></screen> | |
9675 | 273 </para></listitem> |
274 <listitem><para> | |
21521 | 275 binutils version: |
276 <screen>as --version</screen> | |
10111 | 277 </para></listitem> |
278 <listitem><para> | |
21521 | 279 If you have problems with fullscreen mode: |
9675 | 280 <itemizedlist> |
281 <listitem><para>Window manager type and version</para></listitem> | |
282 </itemizedlist> | |
283 </para></listitem> | |
284 <listitem><para> | |
21521 | 285 If you have problems with XVIDIX: |
9675 | 286 <itemizedlist> |
21521 | 287 <listitem><para> |
288 X colour depth: | |
21596 | 289 <screen>xdpyinfo | grep "depth of root"</screen> |
21521 | 290 </para></listitem> |
9675 | 291 </itemizedlist> |
292 </para></listitem> | |
293 <listitem><para> | |
21521 | 294 If only the GUI is buggy: |
9675 | 295 <itemizedlist> |
296 <listitem><para>GTK version</para></listitem> | |
297 <listitem><para>GLIB version</para></listitem> | |
298 <listitem><para>GUI situation in which the bug occurs</para></listitem> | |
299 </itemizedlist> | |
300 </para></listitem> | |
301 </itemizedlist> | |
302 </para> | |
303 </sect2> | |
304 | |
21521 | 305 <!-- ********** --> |
306 | |
9675 | 307 <sect2 id="bugreports_hardware"> |
308 <title>Hardware and drivers</title> | |
21521 | 309 |
9675 | 310 <para> |
311 <itemizedlist> | |
312 <listitem><para> | |
21521 | 313 CPU info (this works on Linux only): |
314 <screen>cat /proc/cpuinfo</screen> | |
9675 | 315 </para></listitem> |
316 <listitem><para> | |
21521 | 317 Video card manufacturer and model, e.g.: |
9675 | 318 <itemizedlist> |
319 <listitem><para>ASUS V3800U chip: nVidia TNT2 Ultra pro 32MB SDRAM</para></listitem> | |
320 <listitem><para>Matrox G400 DH 32MB SGRAM</para></listitem> | |
321 </itemizedlist> | |
322 </para></listitem> | |
323 <listitem><para> | |
21521 | 324 Video driver type & version, e.g.: |
9675 | 325 <itemizedlist> |
326 <listitem><para>X built-in driver</para></listitem> | |
327 <listitem><para>nVidia 0.9.623</para></listitem> | |
328 <listitem><para>Utah-GLX CVS 2001-02-17</para></listitem> | |
329 <listitem><para>DRI from X 4.0.3</para></listitem> | |
330 </itemizedlist> | |
331 </para></listitem> | |
332 <listitem><para> | |
21521 | 333 Sound card type & driver, e.g.: |
9675 | 334 <itemizedlist> |
335 <listitem><para>Creative SBLive! Gold with OSS driver from oss.creative.com</para></listitem> | |
336 <listitem><para>Creative SB16 with kernel OSS drivers</para></listitem> | |
337 <listitem><para>GUS PnP with ALSA OSS emulation</para></listitem> | |
338 </itemizedlist> | |
339 </para></listitem> | |
340 <listitem><para> | |
21521 | 341 If in doubt include <command>lspci -vv</command> output on Linux systems. |
9675 | 342 </para></listitem> |
343 </itemizedlist> | |
344 </para> | |
345 </sect2> | |
346 | |
21521 | 347 <!-- ********** --> |
348 | |
9675 | 349 <sect2 id="bugreports_configure"> |
350 <title>Configure problems</title> | |
21521 | 351 |
9675 | 352 <para> |
353 If you get errors while running <command>./configure</command>, or autodetection | |
354 of something fails, read <filename>configure.log</filename>. You may find the | |
355 answer there, for example multiple versions of the same library mixed on your | |
356 system, or you forgot to install the development package (those with the -dev | |
357 suffix). If you think there is a bug, include <filename>configure.log</filename> | |
358 in your bug report. | |
359 </para> | |
360 </sect2> | |
361 | |
18059 | 362 <sect2 id="bugreports_compilation"> |
9675 | 363 <title>Compilation problems</title> |
21521 | 364 |
9675 | 365 <para> |
366 Please include these files: | |
367 <itemizedlist> | |
21521 | 368 <listitem><para>config.h</para></listitem> |
369 <listitem><para>config.mak</para></listitem> | |
9675 | 370 </itemizedlist> |
371 </para> | |
372 </sect2> | |
373 | |
21521 | 374 <!-- ********** --> |
375 | |
9675 | 376 <sect2 id="bugreports_playback"> |
377 <title>Playback problems</title> | |
21521 | 378 |
9675 | 379 <para> |
21521 | 380 Please include the output of <application>MPlayer</application> at verbosity |
381 level 1, but remember to | |
382 <emphasis role="bold">not truncate the output</emphasis> when | |
9675 | 383 you paste it into your mail. The developers need all of the messages to properly |
384 diagnose a problem. You can direct the output into a file like this: | |
21521 | 385 <screen> |
386 mplayer -v <replaceable>options</replaceable> <replaceable>filename</replaceable> > mplayer.log 2>&1 | |
387 </screen> | |
9675 | 388 </para> |
389 | |
390 <para> | |
21521 | 391 If your problem is specific to one or more files, |
392 then please upload the offender(s) to: | |
19581 | 393 <ulink url="ftp://upload.mplayerhq.hu/MPlayer/incoming/"/> |
9675 | 394 </para> |
395 | |
396 <para> | |
397 Also upload a small text file having the same base name as your file with a .txt | |
21521 | 398 extension. Describe the problem you are having with the particular file there |
399 and include your email address as well as the output of | |
400 <application>MPlayer</application> at verbosity level 1. | |
401 Usually the first 1-5 MB of a file are enough to reproduce | |
11540 | 402 the problem, but to be sure we ask you to: |
21521 | 403 <screen> |
404 dd if=<replaceable>yourfile</replaceable> of=<replaceable>smallfile</replaceable> bs=1024k count=5 | |
405 </screen> | |
406 It will take the first five megabytes of | |
407 '<emphasis role="bold">your-file</emphasis>' and write it to | |
408 '<emphasis role="bold">small-file</emphasis>'. Then try again on | |
9675 | 409 this small file and if the bug still shows up your sample is sufficient for us. |
410 Please <emphasis role="bold">do not ever</emphasis> send such files via mail! | |
411 Upload it, and send only the path/filename of the file on the FTP-server. If the | |
21521 | 412 file is accessible on the net, then sending the |
413 <emphasis role="bold">exact</emphasis> URL is sufficient. | |
9675 | 414 </para> |
415 </sect2> | |
416 | |
21521 | 417 <!-- ********** --> |
418 | |
9675 | 419 <sect2 id="bugreports_crash"> |
420 <title>Crashes</title> | |
21521 | 421 |
9675 | 422 <para> |
423 You have to run <application>MPlayer</application> inside <command>gdb</command> | |
21521 | 424 and send us the complete output or if you have a <filename>core</filename> dump |
425 of the crash you can extract useful information from the Core file. Here's how: | |
9675 | 426 </para> |
427 | |
21521 | 428 |
9675 | 429 <sect3 id="bugreports_debug"> |
430 <title>How to conserve information about a reproducible crash</title> | |
21521 | 431 |
9675 | 432 <para> |
11540 | 433 Recompile <application>MPlayer</application> with debugging code enabled: |
9675 | 434 <screen> |
435 ./configure --enable-debug=3 | |
436 make | |
437 </screen> | |
11540 | 438 and then run <application>MPlayer</application> within gdb using: |
9675 | 439 <screen>gdb ./mplayer</screen> |
440 You are now within gdb. Type: | |
21521 | 441 <screen> |
442 run -v <replaceable>options-to-mplayer</replaceable> <replaceable>filename</replaceable> | |
443 </screen> | |
444 and reproduce your crash. As soon as you did it, gdb will return you to the | |
445 command line prompt where you have to enter | |
9675 | 446 <screen> |
447 bt | |
448 disass $pc-32 $pc+32 | |
449 info all-registers | |
450 </screen> | |
451 </para> | |
452 </sect3> | |
453 | |
21521 | 454 |
9675 | 455 <sect3 id="bugreports_core"> |
456 <title>How to extract meaningful information from a core dump</title> | |
21521 | 457 |
9675 | 458 <para> |
11049 | 459 Create the following command file: |
9675 | 460 <screen> |
461 bt | |
462 disass $pc-32 $pc+32 | |
463 info all-registers | |
464 </screen> | |
11049 | 465 Then simply execute this command: |
21521 | 466 <screen> |
467 gdb mplayer --core=core -batch --command=command_file > mplayer.bug | |
468 </screen> | |
9675 | 469 </para> |
470 </sect3> | |
471 </sect2> | |
472 </sect1> | |
473 | |
21521 | 474 |
475 <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --> | |
476 | |
477 | |
9675 | 478 <sect1 id="bugreports_advusers"> |
479 <title>I know what I am doing...</title> | |
21521 | 480 |
9675 | 481 <para> |
21521 | 482 If you created a proper bug report following the steps above and you are |
483 confident it is a bug in <application>MPlayer</application>, not a compiler | |
484 problem or broken file, you have already read the documentation and you could | |
485 not find a solution, your sound drivers are OK, then you might want to | |
486 subscribe to the MPlayer-advusers list and send your bug report there to get | |
487 a better and faster answer. | |
9675 | 488 </para> |
489 | |
490 <para> | |
491 Please be advised that if you post newbie questions or questions answered in the | |
21521 | 492 manual there, you will be ignored or flamed instead of getting an appropriate |
493 answer. So do not flame us and subscribe to -advusers only if you really know | |
494 what you are doing and feel like being an advanced | |
495 <application>MPlayer</application> user or developer. If you meet these | |
496 criteria it should not be difficult to find out how to subscribe... | |
9675 | 497 </para> |
498 </sect1> | |
499 | |
500 </appendix> |