[Ubuntu Dev Script]

If you were compiling the editor (which know one here is) you would use this script to set up a development system:

sudo apt-get update
sudo apt-get upgrade

####################################################
#	
#	Ubuntu dependencies installer
#	Doesn't patch any files
#
####################################################
# 23/06/2013: Updated script as Ubuntu can not use `uname -m` == "x86_64" in if conditional if run as sudo. Should now work as expected.
# 27/06/2013: Removed some dead wood as libglu1-mesa-dev will install the libx11/x11proto/mesa-common stuff.

# Get the machine architecture
ARCH=$(uname -m | sed 's/x86_//;s/i[3-6]86/32/')

# Select the packages for architecture installation
if [ $ARCH -eq 64 ]; then
PKGS="ia32-libs-multiarch g++-multilib libglu1-mesa-dev libasound2-dev libfreetype6-dev libxpm-dev libxft-dev libxxf86vm-dev libpulse-dev libopenal-dev";
       # PKGS="$PKGS  libc6-dev x11proto-core-dev x11proto-gl-dev x11proto-kb-dev"; # Uncomment if you are missing a package
else
# This should really not ever happen!
PKGS="g++ libglu1-mesa-dev libasound2-dev libfreetype6-dev libxpm-dev libxft-dev libxxf86vm-dev libpulse-dev libopenal-dev";
       # PKGS="$PKGS  libc6-dev x11proto-core-dev x11proto-gl-dev x11proto-kb-dev"; # Uncomment if you are missing a package
fi

# Install the packages
sudo apt-get install $PKGS

# If machine architecture is 64bit then set up some links
if [ $ARCH -eq 64 ]; then
if [ ! -f /usr/lib32/libGL.so ]; then sudo ln -s /usr/lib/i386-linux-gnu/mesa/libGL.so.1 /usr/lib32/libGL.so ; fi
if [ ! -f /usr/lib32/libGLU.so ]; then sudo ln -s /usr/lib/i386-linux-gnu/libGLU.so.1 /usr/lib32/libGLU.so ; fi
if [ ! -f /usr/lib32/libX11.so ]; then sudo ln -s /usr/lib/i386-linux-gnu/libX11.so.6 /usr/lib32/libX11.so ; fi
if [ ! -f /usr/lib32/libfreetype.so ]; then sudo ln -s /usr/lib/i386-linux-gnu/libfreetype.so.6 /usr/lib32/libfreetype.so ; fi
if [ ! -f /usr/lib32/libXxf86vm.so ]; then sudo ln -s /usr/lib/i386-linux-gnu/libXxf86vm.so.1 /usr/lib32/libXxf86vm.so ; fi
if [ ! -f /usr/lib32/libXft.so ]; then sudo ln -s /usr/lib/i386-linux-gnu/libXft.so.2 /usr/lib32/libXft.so ; fi
if [ ! -f /usr/lib32/libXpm.so ]; then sudo ln -s /usr/lib/i386-linux-gnu/libXpm.so.4 /usr/lib32/libXpm.so ; fi
if [ ! -f /usr/lib32/libasound.so ]; then sudo ln -s /usr/lib/i386-linux-gnu/libasound.so.2 /usr/lib32/libasound.so ; fi
if [ ! -f /usr/lib32/libpulse-simple.so ]; then sudo ln -s /usr/lib/i386-linux-gnu/libpulse-simple.so.0 /usr/lib32/libpulse-simple.so ; fi
if [ ! -f /usr/lib32/libopenal.so ]; then sudo ln -s /usr/lib/i386-linux-gnu/libopenal.so.1 /usr/lib32/libopenal.so ; fi
fi

#=======================================================================
# GTK Requirements
#=======================================================================

sudo ln -s /lib/i386-linux-gnu/libglib-2.0.so.0 /usr/lib32/libglib-2.0.so
sudo ln -s /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 /usr/lib32/libgtk-x11-2.0.so
sudo ln -s /usr/lib/i386-linux-gnu/libgdk-x11-2.0.so.0 /usr/lib32/libgdk-x11-2.0.so
sudo ln -s /usr/lib/i386-linux-gnu/libatk-1.0.so.0 /usr/lib32/libatk-1.0.so
sudo ln -s /usr/lib/i386-linux-gnu/libpangox-1.0.so.0 /usr/lib32/libpangox-1.0.so
sudo ln -s /usr/lib/i386-linux-gnu/libpango-1.0.so.0 /usr/lib32/libpango-1.0.so
sudo ln -s /usr/lib/i386-linux-gnu/libgmodule-2.0.so.0 /usr/lib32/libgmodule-2.0.so
sudo ln -s /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 /usr/lib32/libgobject-2.0.so
sudo ln -s /usr/lib/i386-linux-gnu/libgdk_pixbuf-2.0.so.0 /usr/lib32/libgdk_pixbuf-2.0.so

sudo apt-get install libdbusmenu-glib4:i386
sudo apt-get install libdbusmenu-glib4:i386
sudo apt-get install appmenu-gtk:i386

[Ubuntu 14.04 install script]

This is quite a lot cleaner than what we had previously:

#!/bin/bash

packages=(libc6:i386 libgcc1:i386 libgl1-mesa-glx:i386 libglib2.0-0:i386
        libopenal1:i386 libstdc++6:i386 libx11-6:i386 libxxf86vm1:i386
        gtk2-engines:i386 gtk2-engines-murrine:i386 unity-gtk2-module:i386 libdbusmenu-glib4:i386)

pkgcnt=$(dpkg -l "${packages[@]}" | grep ^ii | wc -l)

if [ "$pkgcnt" -ge ${packages[#]} ]; then
  # Everything's installed, so exit quietly
  exit 0
fi

cat <<EOF
Leadwerks requires the following extra packages to function correctly:
${packages[*]}

Do you wish to install them? [Yn]
EOF

while read response; do
  case $response in
      y|Y|"")
          sudo apt-get install ${packages[@]}
          ret=$?

          if [ $ret -eq 0 ]; then
              echo "Successfully installed packages."
              exit 0
          else
              echo "Failed to install packages. Try again? [Yn]"
          fi
          ;;

      n|N)
          echo "Aborting as per user request."
          exit 1
          ;;

      *)
          echo "Please enter y or n."
  esac
done

 

I already updated the server with this file.

[[Linux] Run mode slower than debug]

FYI this is fixed in 14.04.

[White artifacts / lines]

Having the files to actually produce the problem would be helpful.

[No Registration Key]

Your registration key was sent on April 4th. Please ensure that your email service is not filtering out the message as spam. I just re-sent it again.

 

Regarding price, my records show that on January 10th, you bought this product for $199.

[PS4 infamous game technical details]

You have to keep in mind that the ps4 though closer to what a pc is, is still a specialty device. It has lower overhead and probably has a shorter pipe from CPU to gpu. Every system having 8gb ram and 8 cores that are expected helps too. The 11 million poly sounds reasonable, but I bet some of it is tessellation, and the fact that it is a Sony studio might help with that.

I think those advantageous are grossly overstated. Unless you are burning a Blu-Ray disc, downloading a movie, and crowd-processing protein folding, your CPU usage outside a game should be 0-1%. The shorter CPU to GPU pipe is just an attempt to try to make integrated graphics look good.

[Lua complete game experience]

The compartmentalization of Lua scripts is really convenient, but yes, C++ is more powerful. My personal preference is to use them both for different tasks.

[3.1 doesn't convert textures correctly]

I think it's safe for me to go ahead and include this since it is a tiny change most people won't notice.

 

[Unable to navigate "perspective view"]

Open-source or proprietary graphics driver?

[Particles : simple textures with alpha]

[other compilers...]

You can use Visual Studio 2013 Express, which is free.

 

It might be possible to configure Code::Blocks to use the MS compiler but honestly you're going to have problems if you do that.

 

On Linux, Code::Blocks is the official supported IDE, but it's easier to switch on there since it's all based on GCC.

[Unable to navigate "perspective view"]

Nice. Hopefully this will be super simple. It looks like we'll just do the software center and Steam launch with 14.04 then.

[3.1 doesn't convert textures correctly]

If you open the shader "Shaders/Drawing/drawimage.shader" and replace the vertex source with this, you may see a small improvement in image quality:

#version 400

uniform mat4 projectionmatrix;
uniform mat4 drawmatrix;
uniform vec2 offset;
uniform vec2 position[4];
uniform vec2 texcoords[4];
// ADD THIS: --------------------------------
uniform vec2 buffersize;
//--------------------------------------------------

in vec3 vertex_position;
in vec2 vertex_texcoords0;

out vec2 vTexCoords0;

void main(void)
{
gl_Position = projectionmatrix * (drawmatrix * vec4(position[gl_VertexID]+offset, 0.0, 1.0));

// AND THIS ------------------------
gl_Position += vec4(0.5/buffersize.x,0.5/buffersize.y,0.0,0.0);
//-----------------------------------------

vTexCoords0 = texcoords[gl_VertexID];
}

[3.1 doesn't convert textures correctly]

I'm not sure what I'm looking for here, but the sample textures are using mipmapping...this will cause the converter to resize the image to the closest power-of-two dimensions, which will cause the results to look different. When I disabled mipmapping the converted image looks identical to the original.

[Lua particles emitter question]

Presently, there is no way to do this. An additional script function is something I have considered adding.

[Particle alpha and scale graph points]

Okay, it was just some bad logic in the code for that UI element. The fix will be available in the next patch.

[Unable to navigate "perspective view"]

Do they have a release candidate available that doesn't have to be compiled?

[Physic "prop" object static]

Set the mass to zero and the object is static. Please stop requesting features we already support. I know you're just reading the docs on Unreal or whatever and reposting it here. The volume of topics you create in the suggestions forum is out of control and it's drowning out other users.

[Unable to navigate "perspective view"]

Unless someone reports this in the supported version of Ubuntu I can't investigate it. Otherwise I will spend all day trying to solve problems on a bunch of different distros.

[Particles alpha problem]

Disable the depth mask in the material.

[Particles no scaling, no alpha variation]

Duplicate report.

[Scrolling scene tab still broken]

Unfortunately, I can't investigate a report like this on a non-supported distro, which I assume this is. (If you aren't using the proprietary drivers, I strongly recommend doing so.)

[Particles : simple textures with alpha]

Because it's much more flexible.

[Particles : beam, trail, sparks etc ...]

We already support directional particles (sparks), and several other things you are describing here.

[F1 locks the editor completely]

Ah, I have seen this before. Thanks for pointing that out.