|
Post by BlueMagnificent on Aug 25, 2014 11:46:08 GMT 1
Urho3d is known to build out of the box most time. This is due to the fact that most of the third party softwares it needs are included with the source distribution. Unfortunately issues might arise in the build process.
Report your build issue here let's see how we can resolve it together. Please while posting include the error reported and detailed information about your system
|
|
|
Post by jimmarlowe on May 14, 2015 5:22:31 GMT 1
There is an issue on linux with the latest Github code. Linux is case sensitive and there is one file, Resources/Materials/floor.xml which uses all lowercase names for 3 textures, but the actual filenames have some upper case letters. They are reported as not found in the console. The game still runs, though the floor is a single color, rather than the textures. On Linux Mint 17 'Qiana' Cinnamon 64-bit
|
|
|
Post by BlueMagnificent on May 14, 2015 9:20:11 GMT 1
My bad on that, I've only been testing on windows platform and did not take note that case sensitivity can be an issue on linux.
I would rectify that soon
|
|
|
Post by BlueMagnificent on May 14, 2015 22:12:42 GMT 1
It has been rectified
|
|
|
Post by jimmarlowe on May 15, 2015 6:28:12 GMT 1
As an FYI, Drone Anarchy hangs when starting up on Raspberry Pi. Though Urho3D doesn't run that well either, and it may be the cause of the hang. Some of the demo programs give errors and hang also. Version 1.32 looks like the 1st version that Urho3D released a binary for Raspberry pi, so I'll submit some bug reports, and maybe in the future, Drone Anarchy will run without changes.
|
|
|
Post by BlueMagnificent on May 15, 2015 11:25:23 GMT 1
Since Drone Anarchy was writting based on Vanilla Urho3d code, its unfortunate that subtle platform based bugs, as the one you identified, would be inherited. Hopefully some of these bugs would hv been rectified in the soon to be released v1.4 of Urho3D Thanks for detecting this. I thinks I need me a raspberry pi to hunt for these bugs as well,
|
|
|
Post by jimmarlowe on May 15, 2015 18:19:59 GMT 1
Raspberry Pi, while interesting (and akin to the linux platform, except on ARM), has a much smaller following than android or ios. Seeing if those big 2 also work would get more exposure.
|
|
|
Post by jimmarlowe on May 16, 2015 15:33:03 GMT 1
Urho3D 1.4 is available, it didn’t change DroneAnarchy on Raspberry Pi, and broke it for Linux. What there is of the drone model is drawn very poorly, and vertexes are not where they should be. The lighting is bad, even in the samples. Urho3D changed the structure of their distribution, its more logically laid out, but still a change.
|
|
|
Post by BlueMagnificent on May 17, 2015 13:16:19 GMT 1
For the broken linux code, was there any logged information about the poor drawing of the drone models in the generated log file ?
|
|
|
Post by jimmarlowe on May 18, 2015 4:14:20 GMT 1
I checked on my desktop, and Drone Anarchy works. So my laptop sucks, there are no warnings, just bad drawing.
|
|
|
Post by BlueMagnificent on May 18, 2015 17:44:12 GMT 1
I checked on my desktop, and Drone Anarchy works. So my laptop sucks, there are no warnings, just bad drawing. Could be a hardware issue of the laptop, graphics most likely
|
|
|
Post by jimmarlowe on Jun 2, 2015 21:03:14 GMT 1
To run DroneAnarchy on Mint (Ubuntu) Linux, I have a script in the base DroneAnarchy directory to run the .as version, and this is also where I put the compiled cpp code.
To run the .as version "<pathtoUrho3D>/usr/local/bin/Urho3DPlayer DroneAnarchy/Resources/Scripts/DroneAnarchy.as -w -pp <pathtoUro3d>/usr/local/share/Urho3D/Resources" to run the cpp version "./DroneAnarchy.bin -w -pp <pathtoUro3D>/usr/local/share/Urho3D/Resources"
under these conditions, these are are issues in the latest github code.
DroneAnarchy.as line 2 should be : #include "InputController.as" line 482 should be : PlayBackgroundMusic("Resources/Sounds/defeated.ogg"); line 615 should be : int range = 512 - int( 512 * playerHealthFraction);
DroneAnarchy.cpp Add lines at 117,118,119 : ResourceCache* cache = context->GetSubsystem<ResourceCache>(); // add resource dir here because it if (cache) // does not work in Setup() on linux cache->AddResourceDir ( context->GetSubsystem<FileSystem>()->GetCurrentDir() + "DroneAnarchy"); line 145 should be : engineParameters_["ResourcePaths"] = "CoreData;Data";
And the display issues I was having with Urho3D v1.4 on my laptop are cured by adding -gl2 to the command when invoking DroneAnarchy.
|
|
|
Post by BlueMagnificent on Jun 3, 2015 11:26:57 GMT 1
Have been occupied a bit with my day job lately, but would look into it.
|
|
|
Post by jimmarlowe on Jun 3, 2015 22:43:21 GMT 1
No problem. I picked at DroneAnarchy on Raspberry Pi, and I made it work by adding enough command line arguments that turning off or down graphics features, so no code changes. I will figure out which ones are necessary and figure out how to do it in as/c++, and then claim 3 platforms fully supported.
|
|
|
Post by BlueMagnificent on Jun 4, 2015 9:54:23 GMT 1
DroneAnarchy.as line 2 should be : #include "InputController.as" line 482 should be : PlayBackgroundMusic("Resources/Sounds/defeated.ogg"); line 615 should be : int range = 512 - int( 512 * playerHealthFraction); Thanks for identifying these. I usually have a test environment folder where I test run all modifications, unfortunately it seems I didn't properly update the content of the folder hence the assumption that the script was good to go. The corrections have now been made I'm particularly interested as to why this fails on the Linux platform. What exactly is the error message logged, because for engineParameters_["ResourcePaths"] = "Dir1;Dir2;Dir3"; to even work for Data and CoreData directories means it should also work for any arbitrary directory that is properly specified. If the sample applications of Urho3D could invoke it without problem on Linux then other applications should equally specify additional directories to be added in the same way. Before implementing the work-around, I think it would be helpful we investigate if this is a bug in Urho3D
|
|