Page 1 of 3

Oolite test release 1.69

Posted: Sun Jul 01, 2007 2:08 pm
by JensAyton
Oolite test release 1.69 - Ooh, Shiny Edition is now available from GURPO. This release is mostly about graphics and performance enhancements.

Changes since Oolite 1.68:
  • New materials model and more flexibility for shaders.
  • Lasers can now be any colour, with the limitation that they must be reasonably bright. The new colour spec syntax introduced for lasers is also supported for sky colours, but not planets in this release.
  • Raised vertex and face counts for meshes, while reducing memory usage.
  • Reformatted keyconfig.plist to be more legible and easier to edit.
  • Advanced Navigation Array default key changed to ^ (shift-6 on UK keyboards) to avoid surprise launches.
  • Save/load screens now show more information, and show the correct ship type even if it isn’t currently installed (only applies to games saved with 1.69 or later). Also, a question mark is now shown in place of unknown ships (but looks bad due to bugs in setting up smoothed models).
    Under Mac OS X, this only applies in full-screen mode as standard system dialogs are used in windowed mode.
  • The commander status screen now shows damaged equipment in orange.
  • The appearance of interstellar space is now set in planetinfo.plist.
  • (Mac OS X only) Support for a new Debug menu added. It is enabled by a special OXP, Debug Menu.oxp.
  • New debugging key, key_dump_target_state, which dumps a lot of information about the player’s target (or the player, if there is no target) to the log. Not bound to anything by default.
  • New requires.plist key added: max_version. This is not expected to be useful very often, except for Debug Menu.oxp. Any unknown keys in required.plist will now cause an OXP not to load.
  • Improved robustness in various ways, especially with regards to property list parsing.
  • Various redundant bits of code removed; code cleanup; some optimization.
  • Cache is no longer pruned at all. Since it’s rebuilt when OXPs are changed, the maximum size of the cache is limited by the installed OXPs. In practice, sizes of a few MB can be expected. Under GNUstep, cache read/write should be more efficient and the folder the cache lives in will be created if needed.
  • Under Mac OS X and Windows, you can force a cache rebuild by holding down shift during start-up. This probably sort of works on Linux other systems if you press it just at the right moment.
  • Fixed various issues under Linux (catching up with changes since pre 1.67).
  • (Mac OS X only) Spotlight indexer indexes name of ship for games saved with 1.69 or later.
Known bugs:
  • Several OXP/scripting bugs have been reported and not fixed.
  • Greyscale textures with alpha channels are not loaded correctly.
  • Some textures still break when swapping between full-screen and windowed mode or resizing window (except under Mac OS X).
  • Need to analyze memory usage; there seem to be significant leaks.
  • equipment_price_factor only affecting station’s sell price not addressed.
  • Civilian ships spawning in interstellar space not addressed.
  • Ability to scoop more cargo than you have space for under some circumstances not addressed.
Due to a number of behind-the-scenes redesigns, changes and mass deletions, there are probably quite a few new bugs, too. Please report them. Also, please report any previously-reported bugs that are not fixed in this release.

There are three new JavaScript classes in 1.69 – Entity, Vector and Quaternion, but they can’t be used for much.

As of 1.69, image formats other than PNG are not supported for textures (under any OS).

Posted: Sun Jul 01, 2007 4:08 pm
by LittleBear
Cool! Got it running. Much faster than 1.68, but it won't now run with these OXPs installed:- Llama, Thorgon Threat, Firewasp, nuke, boyracers, frog taxi, Missionaries and all of Charlie's ships. In each case the debug is reporting errors in the OXPs.

Sky look a bit strange:-

http://s74.photobucket.com/albums/i252/ ... nt=sky.jpg

Posted: Sun Jul 01, 2007 4:18 pm
by JensAyton
You’re right, that is weird. I guess I should get the new sky code fixed and aim for a 1.69.1 release.

I’ve tried some of those OXPs and I’m not seeing any problems. Could you post a log?

Posted: Sun Jul 01, 2007 5:08 pm
by lolwhites
Should I still stick with 1.65 until I've finished Assassins, or has that issue been addressed?

Posted: Sun Jul 01, 2007 6:09 pm
by LittleBear
New version of Assassins (not released yet - need to test it on 1.69 first will work even if the SetSpecificPlanetInfo doesn't!). Need to playtest the new version on 1.69 though before I upload it. For the moment better stick with 1.65 or 1.67 if playing Assassins.

Bug Log:-

Code: Select all

2007-07-01 19:44:59.000 oolite.exe[3732] File NSUserDefaults.m: 544. In [NSUserDefaults +standardUserDefaults] Improper installation: No language locale found
2007-07-01 19:44:59.000 oolite.exe[3732] [unclassified.MyOpenGLView]: initialising SDL
2007-07-01 19:44:59.000 oolite.exe[3732] [unclassified.JoystickHandler]: init: numSticks=0
2007-07-01 19:44:59.000 oolite.exe[3732] [unclassified.MyOpenGLView]: CREATING MODE LIST
2007-07-01 19:44:59.000 oolite.exe[3732] [unclassified.MyOpenGLView]: Unknown architecture, defaulting to 1024x768
2007-07-01 19:44:59.000 oolite.exe[3732] [unclassified.MyOpenGLView]: Added res 1280 x 1024
2007-07-01 19:44:59.000 oolite.exe[3732] [unclassified.MyOpenGLView]: Added res 1152 x 864
2007-07-01 19:44:59.000 oolite.exe[3732] [unclassified.MyOpenGLView]: Added res 1024 x 768
2007-07-01 19:44:59.000 oolite.exe[3732] [unclassified.MyOpenGLView]: Added res 800 x 600
2007-07-01 19:44:59.000 oolite.exe[3732] [unclassified.MyOpenGLView]: Added res 640 x 480
2007-07-01 19:44:59.000 oolite.exe[3732] [unclassified.MyOpenGLView]: Added res 512 x 384
2007-07-01 19:44:59.000 oolite.exe[3732] [unclassified.MyOpenGLView]: Added res 400 x 300
2007-07-01 19:44:59.000 oolite.exe[3732] [unclassified.MyOpenGLView]: Added res 320 x 240
2007-07-01 19:44:59.000 oolite.exe[3732] [unclassified.MyOpenGLView]: drawRect calling initialiseGLWithSize
2007-07-01 19:44:59.000 oolite.exe[3732] [unclassified.MyOpenGLView]: Creating a new surface of 1024 x 768
2007-07-01 19:44:59.000 oolite.exe[3732] [unclassified.MyOpenGLView]: no universe, clearning surface
2007-07-01 19:44:59.000 oolite.exe[3732] [cpuInfo.cpuCount]: 2 processors detected.
2007-07-01 19:44:59.000 oolite.exe[3732] [rendering.opengl.version]: OpenGL renderer version: 1.3.0 ("1.3.0 - Build 4.14.10.4342")
Vendor: Intel
Renderer: Intel 845G
2007-07-01 19:44:59.000 oolite.exe[3732] [rendering.opengl.extensions]: OpenGL extensions (41):
GL_ARB_multitexture GL_ARB_point_parameters GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_dot3 GL_ARB_texture_env_crossbar GL_ARB_transpose_matrix GL_ARB_vertex_buffer_object GL_ARB_vertex_program GL_ARB_window_pos GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_func_separate GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_clip_volume_hint GL_EXT_compiled_vertex_array GL_EXT_cull_vertex GL_EXT_draw_range_elements GL_EXT_fog_coord GL_EXT_multi_draw_arrays GL_EXT_packed_pixels GL_EXT_rescale_normal GL_EXT_secondary_color GL_EXT_separate_specular_color GL_EXT_stencil_wrap GL_EXT_texture_compression_s3tc GL_EXT_texture_env_add GL_EXT_texture_env_combine GL_EXT_texture_filter_anisotropic GL_3DFX_texture_compression_FXT1 GL_IBM_texture_mirrored_repeat GL_NV_blend_square GL_NV_texgen_reflection GL_SGIS_generate_mipmap GL_WIN_swap_hint 
2007-07-01 19:44:59.000 oolite.exe[3732] [rendering.opengl.shader.support]: Shaders will not be used (OpenGL extension GL_ARB_shader_objects is not available).
2007-07-01 19:44:59.000 oolite.exe[3732] [dataCache.found]: Found data cache.
2007-07-01 19:45:00.000 oolite.exe[3732] [searchPaths.dumpAll]: ---> OXP search paths:
(oolite.app/Resources, AddOns, "AddOns/a-wing.oxp", "AddOns/aegidian-special.oxp", AddOns/Anarchies.oxp, AddOns/aphidv2.oxp, AddOns/Assassins26.oxp, AddOns/AsteroidStorm.oxp, AddOns/att1.oxp, "AddOns/b-wing.oxp", AddOns/bandersnatch.oxp, AddOns/behemoth.oxp, AddOns/BlackMonks28.oxp, AddOns/black_baron.oxp, AddOns/boomslang.oxp, AddOns/Cargo_wrecks_teaser.oxp, AddOns/cobra35.oxp, AddOns/cobra3njx.oxp, AddOns/cobraclipperPC.oxp, AddOns/Commies.oxp, AddOns/custpaint1.oxp, AddOns/custsounds.oxp, AddOns/deposed.oxp, "AddOns/Dictators v1.1.oxp", AddOns/Diso.oxp, AddOns/Dredger.oxp, AddOns/dwcobra3.oxp, AddOns/eagle2.oxp, AddOns/ettBeaconLauncher.oxp, "AddOns/Executive Spaceways v2.oxp", AddOns/externalviews.oxp, AddOns/farstar.oxp, AddOns/ferdelance_ng.oxp, AddOns/ferdepai.oxp, AddOns/genship.oxp, AddOns/genship.oxp/genship.oxp, AddOns/globestations.oxp, AddOns/glow_alloy_mod.oxp, AddOns/grass_snake.oxp, AddOns/greekshipset1.oxp, AddOns/griffin2.oxp, AddOns/griff_krait.oxp, AddOns/GrittyCoriolis.oxp, AddOns/gwxstations.oxp, AddOns/Herald.oxp, AddOns/hOopyCasino.oxp, AddOns/illicit_unlock_FIX1.56.oxp, AddOns/impcourier2.oxp, AddOns/Interceptor.oxp, "AddOns/ionics-1.2.1.oxp", AddOns/isisinterstellar.oxp, AddOns/ixian_omnibus.oxp, AddOns/jabberwocky.oxp, AddOns/Kestrel.oxp, AddOns/lambda.oxp, AddOns/Lave.oxp, AddOns/Llama.oxp, AddOns/longshot.oxp, AddOns/longway.oxp, AddOns/lovecats.oxp, AddOns/manta.oxp, AddOns/marett_vol1_b.oxp, AddOns/marett_vol2.oxp, AddOns/Merlin.oxp, AddOns/MildAudio.oxp, AddOns/military.oxp, "AddOns/Missiles and Bombs v0.2.oxp", AddOns/monument.oxp, AddOns/morrigan.oxp, AddOns/mPak.oxp, AddOns/murgh_Xships.oxp, AddOns/newships.oxp, AddOns/nuvipers.oxp, AddOns/oldships.oxp, AddOns/Ore_processor.oxp, AddOns/outrider.oxp, AddOns/pccv25.oxp, AddOns/pelamis.oxp, AddOns/phoenix.oxp, AddOns/piratetraps.oxp, AddOns/Pirate_coves.oxp, AddOns/PTI.oxp, AddOns/racers.oxp, AddOns/renegades.oxp, AddOns/renegade_viper.oxp, AddOns/ringpod.oxp, AddOns/RoC.oxp, "AddOns/s-ships1.oxp", "AddOns/Saleza v2.oxp", AddOns/santa.oxp, AddOns/seosu.oxp, "AddOns/Shady Cobra.oxp", "AddOns/Shield-tail.oxp", AddOns/snark.oxp, AddOns/spearhead_1.oxp, AddOns/spyhunter.oxp, AddOns/Stingray.oxp, AddOns/Sung.oxp, AddOns/sunskimmers.oxp, AddOns/supercobra.oxp, AddOns/taranis.oxp, AddOns/terrapin.oxp, AddOns/tesoura.oxp, AddOns/testship.oxp, AddOns/tgy_dev.oxp, AddOns/thargmissile.oxp, AddOns/tianve.oxp, AddOns/TIE.oxp, AddOns/tiger.oxp, AddOns/tori.oxp, AddOns/transhab.oxp, AddOns/transports.oxp, "AddOns/Trident Down v0.3.oxp", AddOns/tugs.oxp, AddOns/UrutuMKIII.oxp, AddOns/urutu_IV.oxp, "AddOns/weeviloid2-PC.oxp", AddOns/weeviloid2.oxp, AddOns/wolfmk2.oxp, AddOns/wolfwoods_variants.oxp, "AddOns/x-ships.oxp", "AddOns/X-Wing.oxp", "AddOns/y-wing.oxp", AddOns/YOUR_AD_HERE.oxp, AddOns/zzzzclearskies.oxp)
2007-07-01 19:45:00.000 oolite.exe[3732] [dataCache.rebuild.pathsChanged]: Cache is stale (search paths have changed). Rebuilding from scratch.
2007-07-01 19:45:01.000 oolite.exe[3732] [plist.parse.foundation.failed]: Failed to parse AddOns/Llama.oxp/Config/shipdata.plist as a property list using Foundation. Retrying using homebrew parser. WARNING: the homebrew parser is deprecated and will be removed in a future version of Oolite.
Parse failed at line 1 (char 2) - extra data after parsed string
2007-07-01 19:45:01.000 oolite.exe[3732]   [plist.homebrew.success]: Successfully interpreted property list... for now.
2007-07-01 19:45:04.000 oolite.exe[3732] [script.load.world.listAll]: Loaded 75 world scripts: "anarchies", "assassins", "asteroids_add_the_rocks", "asteroids_brief", "asteroids_check_if_player_runs_away", "asteroids_give_coward_brief", "asteroids_give_tried_and_succeeded_brief", "asteroids_give_tried_but_failed_brief", "asteroids_player_docked_in_storm", "asteroids_remove_station_if_destroyed", "asteroids_reset_toldoff", "Behemoth-script01", "black_monks", "blackbaron", "Cargo_test", "casinoship_appearance", "casinoship_revisit", "clipperschedule", "communist_population", "deposed", "dictatorship_population", "dredger_appearance", "elite_monument", "ExecutiveFlightSchedule", "generation-ship-script01", "hardpirates1", "hardpirates10", "hardpirates11", "hardpirates12", "hardpirates13", "hardpirates14", "hardpirates15", "hardpirates16", "hardpirates17", "hardpirates18", "hardpirates19", "hardpirates2", "hardpirates20", "hardpirates21", "hardpirates22", "hardpirates23", "hardpirates24", "hardpirates3", "hardpirates4", "hardpirates5", "hardpirates6", "hardpirates7", "hardpirates8", "hardpirates9", "hoopy_casino", "ionics_v_rlf", "long_way_round", "lord-of-the-rings", "military_fiasco", "newskim", "oolite-cloaking-device" 1.69, "oolite-constrictor-hunt" 1.69, "oolite-nova" 1.69, "oolite-thargoid-plans" 1.69, "oolite-trumbles" 1.69, "Pi-Forty-Two Con stores", "PoliceTrap", "Put_Pirate_Coves_where_the_pirates_are", "SalezaPatrol", "santalist", "spy_hunter", "supercobra_placement", "taranis_one", "Test", "testship", "testship2", "transportschedule", "Trident_Down", "tuggerschedule", "wedding"
2007-07-01 19:45:24.000 oolite.exe[3732] [script.addShips.failed]: ***** CANNOT addShipsAt: 'mortran 1 pwm 13935 41730 14230' (should be addShipsAt: role number coordinate_system x y z)
2007-07-01 19:45:26.000 oolite.exe[3732] [script.debug.onOff]: SCRIPT debug messages ON
2007-07-01 19:45:26.000 oolite.exe[3732] [script.debug.note.scriptAction]: scriptAction: "addMoon: moon_lave"
2007-07-01 19:45:26.000 oolite.exe[3732] [script.debug.note.scriptAction]: scriptAction after expansion: "addMoon: moon_lave"
2007-07-01 19:45:26.000 oolite.exe[3732] [script.debug.note.addPlanet]: DEBUG addMoon: moon_lave
2007-07-01 19:45:26.000 oolite.exe[3732] [script.debug.addPlanet]: DEBUG initMoonFromDictionary: {land_hsb_color = "0.686 0.25 0.66"; orientation = "1.0 0.0 0.0 0.0"; polar_color_factor = 2.5; position = "-40000 0 60000"; radius = 800; rotational_velocity = 0.03; seed = "1 2 3 4 5 6"; texture = lunar.png; }
2007-07-01 19:45:27.000 oolite.exe[3732] [script.debug.addPlanet]: moon position (-40000.00 0.00 60000.00) derived from -40000 0 60000
2007-07-01 19:45:27.000 oolite.exe[3732] [script.debug.note.scriptAction]: scriptAction: "debugOff"
2007-07-01 19:45:27.000 oolite.exe[3732] [script.debug.onOff]: SCRIPT debug messages OFF
2007-07-01 19:45:27.000 oolite.exe[3732] [script.debug.onOff]: SCRIPT debug messages ON
2007-07-01 19:45:27.000 oolite.exe[3732] [script.debug.note.scriptAction]: scriptAction: "debugMessage: spawning rings for LAVE"
2007-07-01 19:45:27.000 oolite.exe[3732] [script.debug.note.scriptAction]: scriptAction after expansion: "debugMessage: spawning rings for LAVE"
2007-07-01 19:45:27.000 oolite.exe[3732] [script.debug.message]: SCRIPT debugMessage: spawning rings for LAVE
2007-07-01 19:45:27.000 oolite.exe[3732] [script.debug.note.scriptAction]: scriptAction: "spawnShip: ring01"
2007-07-01 19:45:27.000 oolite.exe[3732] [script.debug.note.scriptAction]: scriptAction after expansion: "spawnShip: ring01"
2007-07-01 19:45:27.000 oolite.exe[3732] [script.debug.note.addShips]: DEBUG Spawned ship with shipdata key 'ring01'.
2007-07-01 19:45:27.000 oolite.exe[3732] [script.debug.note.scriptAction]: scriptAction: "spawnShip: ring02"
2007-07-01 19:45:27.000 oolite.exe[3732] [script.debug.note.scriptAction]: scriptAction after expansion: "spawnShip: ring02"
2007-07-01 19:45:27.000 oolite.exe[3732] [script.debug.note.addShips]: DEBUG Spawned ship with shipdata key 'ring02'.
2007-07-01 19:45:27.000 oolite.exe[3732] [script.debug.note.scriptAction]: scriptAction: "spawnShip: ring03"
2007-07-01 19:45:27.000 oolite.exe[3732] [script.debug.note.scriptAction]: scriptAction after expansion: "spawnShip: ring03"
2007-07-01 19:45:27.000 oolite.exe[3732] [script.debug.note.addShips]: DEBUG Spawned ship with shipdata key 'ring03'.
2007-07-01 19:45:27.000 oolite.exe[3732] [script.debug.note.scriptAction]: scriptAction: "spawnShip: ring04"
2007-07-01 19:45:27.000 oolite.exe[3732] [script.debug.note.scriptAction]: scriptAction after expansion: "spawnShip: ring04"
2007-07-01 19:45:27.000 oolite.exe[3732] [script.debug.note.addShips]: DEBUG Spawned ship with shipdata key 'ring04'.
2007-07-01 19:45:27.000 oolite.exe[3732] [script.debug.note.scriptAction]: scriptAction: "debugOff"
2007-07-01 19:45:27.000 oolite.exe[3732] [script.debug.onOff]: SCRIPT debug messages OFF
With Llama in, although the homebrew has tried to fix it, at least on my setup, Oolite crashes to desktop without the rotating cobra start screen coming up. Take out Llama and it loads fine.

Posted: Sun Jul 01, 2007 8:06 pm
by LittleBear
Death Actions seem to be broken on 1.69. :shock:

Tested with BeSoin. His ship is spawned fine and his AI works, but his death actions are no longer advancing the stage. It's the same code as the native scripts and worked on 1.68 and below. He just has

Code: Select all

<key>death_actions</key>
	<array>
	<string>set: mission_assassins assassins_STAGE1a</string>
	<string>commsMessage: [victim1-plea]</string>
	</array>
in his shipdata entry.

If you want to test his ship, it has the role victim1.

Posted: Sun Jul 01, 2007 9:33 pm
by elite
I too am having problems.

Most of my oxp's don't work. The game crashes to desktop before it even starts.
In the end I took out all oxp's and it worked. However I now see stars thru the planets and the planet textures still don't work for me.

Wouldn't it be easier to have planet textures from pnp images instead?


EDIT:
Because I installed 1.69 over my 1.68 I have had to uninstall 1.69.
Now I can't find 1.68 to download again: https://developer.berlios.de/project/sh ... e_id=12595

Where's it gone?

Posted: Mon Jul 02, 2007 4:49 am
by another_commander
@LittleBear: I think your problem might be related to your graphics card more than anything else. The Intel family cards are known for very poor OGL support. I have seen the game running on an Intel 945G and immediately noticed plenty of things that look wrong with it (incorrect Coriolis model, funny ray-like nebulae that appear and disappear as you move, extremely low framerates etc.), which just don't happen with other, more advanced cards.

@elite: It is not recommended to install 1.69 over 1.68. Amongst other things, there have been changes in the game cache paths, as well as the cache file format itself. It is best if you uninstall 1.68, then install 1.69 at the same location, or install 1.69 at a new location. Uninstalling 1.68 will maintain your AddOns and oolite-saves folder.
v1.68 can be downloaded from http://prdownload.berlios.de/oolite-lin ... 8-test.exe.

Are you sure that the stars you see through planets aren't just the "dust" that is used to give a sense of movement? If yes, would it be possible to post a pic so that we can see what it looks like? Also, the contents of stderr.txt, now found in oolite.app, could be useful.

Can you try to add OXPs one at a time to your AddOns folder and report back the ones you are having problems with?

Posted: Mon Jul 02, 2007 5:55 am
by another_commander
Follow up on some OXPs that don't run:
I have noticed that Thorgon Threat, for example is reporting an error at the beginning of shipdata.plist. Now, this file is UTF-8 formatted and just by converting it to ASCII, I found a stray '?' at the beginning of the file. Firewasp has also a stray 's' at the beginning of shipyard.plist. In both cases, removing these extra characters fixed the problem.
Missionaries run OK on my system without touching anything.
Llama does not complain, but it does not display the ship on startup either.
Nuke run without problems, despite a warning for equipment.plist, "failed to parse as valid XML matching DTD"

Will investigate a bit more when I have the chance and report back, if anything new shows up. But for now, it looks like most issues appear to be OXP related, rather than Oolite related.

Posted: Mon Jul 02, 2007 6:27 am
by Uncle Reno
another_commander wrote:
Llama does not complain, but it does not display the ship on startup either.
There is an updated version of Llama on the Wiki, where I fixed the shipdata bug.... I was sure I told everyone that but as I can't find anything searching the forum perhaps I didn't. :?

Posted: Mon Jul 02, 2007 7:54 am
by another_commander
Llama mystery solved: The OXP has code like this in shipdata.plist:

Code: Select all


    "llama-escort" = {
        "aft_eject_position" = "0.0 15.5 -33.0"; 
        "ai_type" = "pirateAI.plist"; 
        bounty = 0; 
        "cargo_type" = "CARGO_NOT_CARGO"; 
        "energy_recharge_rate" = 3; 
        exhaust = ("15 -2.2 -9.5 4.5 2.6 12.5", "-15.1 -2.0 -9.5 4.5 2.6 12.5"); 
        "forward_weapon_type" = "WEAPON_BEAM_LASER"; 
        fuel = 70; 
        "has_ecm" = 0.1; 
        "has_escape_pod" = 0.85; 
        "has_scoop" = 1; 
        "has_shield_booster" = 0.25; 
        "likely_cargo" = 1; 
        "max_cargo" = 5; 
        "max_energy" = 250; 
        "max_flight_pitch" = 1; 
        "max_flight_roll" = 2; 
        "max_flight_speed" = 300; 
        missiles = 4; 
        model = "llama.dat"; 
        name = "Llama Escort"; 
        roles = escort; 
        subentities = (
            "*FLASHER* 22.64 -2.82 31.94 22.0 2 1.0 3", 
            "*FLASHER* -22.64 -2.82 31.94 22.0 2 1.0 3", 
            "*FLASHER* 0.00 1.74 -5.46 0.0 6 0.5 3", 
            "*FLASHER* 7.85 3.70 -11.11 60.0 2 0.5 3", 
            "*FLASHER* -7.85 3.70 -11.11 60.0 2 0.5 3"
        ); 
        thrust = 30; 
        "weapon_energy" = 15; 
        "weapon_position_aft" = "0.0 2.0 -32.5"; 
        "weapon_position_forward" = "0.0 3.0 -7.2"; 
    }; 
Quite a few keys are not entered correctly here. For example, roles = escort should be "roles" = "escort" and fuel = 70 should be "fuel" = 70. Below is the corrected version of the code:

Code: Select all

"llama-escort" = {
        "aft_eject_position" = "0.0 15.5 -33.0"; 
        "ai_type" = "pirateAI.plist"; 
        "bounty" = 0; 
        "cargo_type" = "CARGO_NOT_CARGO"; 
        "energy_recharge_rate" = 3; 
        "exhaust" = ("15 -2.2 -9.5 4.5 2.6 12.5", "-15.1 -2.0 -9.5 4.5 2.6 12.5"); 
        "forward_weapon_type" = "WEAPON_BEAM_LASER"; 
        "fuel" = 70; 
        "has_ecm" = 0.1; 
        "has_escape_pod" = 0.85; 
        "has_scoop" = 1; 
        "has_shield_booster" = 0.25; 
        "likely_cargo" = 1; 
        "max_cargo" = 5; 
        "max_energy" = 250; 
        "max_flight_pitch" = 1; 
        "max_flight_roll" = 2; 
        "max_flight_speed" = 300; 
        "missiles" = 4; 
        "model" = "llama.dat"; 
        "name" = "Llama Escort"; 
        "roles" = "escort"; 
        "subentities" = (
            "*FLASHER* 22.64 -2.82 31.94 22.0 2 1.0 3", 
            "*FLASHER* -22.64 -2.82 31.94 22.0 2 1.0 3", 
            "*FLASHER* 0.00 1.74 -5.46 0.0 6 0.5 3", 
            "*FLASHER* 7.85 3.70 -11.11 60.0 2 0.5 3", 
            "*FLASHER* -7.85 3.70 -11.11 60.0 2 0.5 3"
        ); 
        "thrust" = 30; 
        "weapon_energy" = 15; 
        "weapon_position_aft" = "0.0 2.0 -32.5"; 
        "weapon_position_forward" = "0.0 3.0 -7.2"; 
    }; 
Also, in demoships.plist there is a reference to "jabberwocky". Should this not be something like "llama-escort" or "llama-pirate"?
With the above corrections (throughout shipdata.plist), Llama.oxp loads and runs without problems.

Posted: Mon Jul 02, 2007 9:10 am
by JensAyton
LittleBear, you seem to be using an old version of Llama.oxp which uses an XML-format shipdata.plist. Please send me a copy of that for testing (PYMOLCLSXGQP squiggle spammotel point com) and try the current one from the wiki. Another_commander: those issues should not interfere with parsing; “simple” strings (without spaces or more “exotic” characters) don’t need to be quoted (and the homebrew parser wouldn’t save it, because it only does XML).

The Nuke equipment.plist issue is because it contains an ampersand (&). This must be encoded as & to be valid XML. By the way, people, now would be a very good time to check all your OXP plists work without the “homebrew parser” warning. :-)

I’m afraid I’ve heard nothing but bad things about Intel graphics chips under Windows. Perhaps I could work around the issues, if someone bought me a PCMacBook with one. :-) Apart from that, all I can do is suggest you ensure you have the latest drivers.

The 1.68 release is now “visible” on the download page again.

I’ll look into death_actions (and setSpecificPlanetInfo:).

Going back to the log, I’m wondering about “***** CANNOT addShipsAt: 'mortran 1 pwm 13935 41730 14230' (should be addShipsAt: role number coordinate_system x y z)” – hopefully that’s just a case of not being able to find a ship with role “mortran”, although a better error message would be nice. Edit: this particular message does in fact indicate that the role is unknown.

Posted: Mon Jul 02, 2007 9:23 am
by another_commander
Another_commander: those issues should not interfere with parsing; “simple” strings (without spaces or more “exotic” characters) don’t need to be quoted (and the homebrew parser wouldn’t save it, because it only does XML).
The example I posted above is from the Wiki version of the Llama, and the original format does not work, but the second one does. Does not work meaning that I get no errors on the log and the game proceeds, but the ship just does not appear anywhere. Maybe this is just one more case where GNUstep is pickier than OSX.

Posted: Mon Jul 02, 2007 9:28 am
by JensAyton
another_commander wrote:
Another_commander: those issues should not interfere with parsing; “simple” strings (without spaces or more “exotic” characters) don’t need to be quoted (and the homebrew parser wouldn’t save it, because it only does XML).
The example I posted above is from the Wiki version of the Llama, and the original format does not work, but the second one does. Does not work meaning that I get no errors on the log and the game proceeds, but the ship just does not appear anywhere. Maybe this is just one more case where GNUstep is pickier than OSX.
Hmm, all right. Silly GNUstep.

Posted: Mon Jul 02, 2007 11:49 am
by elite
Thanks for the link to 1.68.

I will download both 1.68 and 1.69 and, like you said, I will try 1.69 first on it's own and see what happens.

If I still see stars thru the planets I will post a screenie.

Thanks.