summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorrubidium <rubidium@openttd.org>2010-09-12 23:06:28 +0000
committerrubidium <rubidium@openttd.org>2010-09-12 23:06:28 +0000
commitec9e60cbfcecfcd9561f29d9de28dd92f020d6ec (patch)
tree593c860bddf132bafca6203a4a87f352a5481472
parentf0757f26d752555eb9a675891e9d5cf6502b27f8 (diff)
downloadopenttd-ec9e60cbfcecfcd9561f29d9de28dd92f020d6ec.tar.xz
(svn r20794) -Document [FS#4083]: a case where DirectMusic takes hours to initialise
-rw-r--r--known-bugs.txt17
1 files changed, 17 insertions, 0 deletions
diff --git a/known-bugs.txt b/known-bugs.txt
index fae1caf8c..5ce3833cc 100644
--- a/known-bugs.txt
+++ b/known-bugs.txt
@@ -235,3 +235,20 @@ Crashes when playing music [FS#3941]
music driver) crash on some songs from OpenMSX. OpenTTD cannot do
anything about this. Please report these crashes to the authors of
OpenMSX so the crash causing songs can be removed or fixed.
+
+OpenTTD hangs when started on 32 bits Windows [FS#4083]
+ Under some circumstances OpenTTD might hang for hours on the
+ initialisation of the music driver. The exact circumstances are
+ unknown except that it is the "dmusic" music driver that has the
+ problem and that the "win32" music driver does not.
+ As a result using the "win32" music driver will work around this
+ issue.
+
+ As the exact circumstances are unknown, and the obvious
+ configuration settings related to the music driver are at their
+ default we are not able to detect this failure, except when Windows'
+ music initialisation function returns after several hours and then
+ there is no point in switching the music driver anymore.
+ The reason we do not use the "win32" music driver as default are
+ described in the "Long delay between switching music/song" section
+ of this document.