Jump to content

digiPixel

Community Members
  • Posts

    9
  • Joined

  • Last visited

Posts posted by digiPixel

  1. That sounds unexpected - I've used lots of versions of GCC (4.1, 4.2, 4.3, 4.4, 4.5, I think, all on Gentoo, and typically with ccache) and not had any PCH-related problems (other than some with wxWidgets in GCC <= 4.1, so our premake.lua disables PCH for that). If you have any details of the errors, it might be good if we could work out what the problem is :)

    I have a vague recollection that the PCH build failed due to 2 missing files (precompiled.h and precompiled.cpp).

  2. Hmm, why did you want to disable PCH?

    Because the version of GCC that is used (4.4) in Ubuntu 9.10 is supposed to support PCH however I encountered some errors when building with PCH, hence why it was disabled.

    I presume the Atlas problem is the libxml2 thread-safe one, which seems to be a bug in the version Ubuntu provides.

    That is correct since I encountered exactly the same problems.

    Seems like the sound issues are possibly caused by OpenAL/PulseAudio interactions (given what's said here); I'm hoping it's not our fault and it'll get magically fixed in the future :). Otherwise I have no idea how to approach the problem myself.

    Currently Pulse Audio is enabled (I did have it disabled previously) on my PC. It will be interesting to see if disabling Pulse Audio will solve or minimise the sound issues.

  3. hm, what kind of artifacts? Popping/Crackling? Any chance you could record a clip of the output you're hearing?

    Same here, but I guess that is kind of expected at this point in the development stage, unless someone tells me otherwise.

    Fair point. I will say, though, that OpenAL on Linux has caused disproportionate amounts of trouble - we've noticed several bugs there. OpenAL on Window seems to be much more solid.

    Unfortunately I don't know much about diagnosing this. Is it possible to switch to another backend? (See ~/.openalrc)

    Not so sure that OpenAL is really the culprit, at least on Ubuntu. You may be surprised to find that Pulse Audio is the actual culprit on Ubuntu, although I do not know what other Linux distributions are using the exact same sound system.

    Back when I was using Ubuntu 8.04 (yes it used Pulse Audio) there were no issues with audio performance, especially with OpenAL based programs like UT 04. However when I made the move to Ubuntu 9.10 there was a huge regression in sound performance. For the first time I heard sound crackling and popping non stop in certain programs that I ran (eg UT 04).

    The situation was so bad that I was looking for an effective solution that would at least minimise the problems to the point where it couldn't be noticed. Upon looking on the web an article was found on disabling Pulse Audio in Ubuntu 9.04 (same trick applies to 9.10). After going through all of the steps in the article there were noticeable improvements with audio performance. Sound crackling and popping suddenly disappeared, which was first noticed with the OpenAL based programs (eg UT 04).

    Do note that following the article on disabling Pulse Audio may not bring about any significant improvements in audio performance, however it is worth a try to see if it improves audio performance in 0AD. Also be aware that this will cause all programs that depend on Pulse Audio to not function properly. This includes the audio control and sound configuration panel (System -> Preferences -> Sound).

  4. Ok the entire build was successful apart from building Atlas, which is another issue to sort out later. After running 0AD the sound and music cuts out randomly. In the start of a new game the exact same thing happened. However after 3 minutes into the game the random cut outs stopped, and there was smooth sound and music for the rest of the game until I exited 0AD.

    Attached is a log that may provide further details into the audio problem. It appears as though the problem may be caused by connections being refused to the audio service.

    ZeroAD_Log.txt

  5. With update-workspaces.sh I did not pass through the --without-pch switch. Instead I commented out the contents of package_setup_pch function in /trunk/build/premake/premake.lua. After your post I realised that my method for building without pch is cumbersome however it works. Thank you for uploading the fix :) . The build problem is now fixed (the current ones).

    Now that further progress has been made I'll let you know if there are any further problems with building the sources.

×
×
  • Create New...