Jump to content

Jeronimo

Alpha Team Vanguard
  • Posts

    407
  • Joined

  • Last visited

Posts posted by Jeronimo

  1. Economy is uncontrol-able as less and less players are involving themselves into DU, entering into a vicious circle of constant inflation and greediness, pushing more and more players away from the game.

    A 100% player driven economy is an Utopia, thinking it will be better than our real world economy, but 1st, its a game, and now with Demeter we have unlimited resources.

     

    Wouldn't it be beneficial for the game health and future to clearly separate Aphelia Markets from Players Markets

    Have less Aphelia Markets, more Players Markets

     

    Aphelia Markets:

    • would set a standard price for every single items and sell every single items (price slightly higher than a player production cost)
    • would not sell anymore players items with inflated prices
    • would offer paid players missions to refill its stocks in real time (meaning they can run out of stocks)
    • would offer paid players missions to deliver real packets over to other planets Aphelia Markets to spread the stocks (meaning their stocks are players managed)
    • therefore implicating players into the stocks management would give a greater purpose for the missions

     

    Players Markets:

    • like we already have, Gottmart, Honeycomb Central etc...
    • will flourish in more spread locations (specially on other planets or in middle of space)
    • will allow more focused on certain types of items Markets
    • allow sellers setting a reasonably higher price depending on their distance to Aphelia Markets
    • allow sellers setting lower prices to attract more Aphelia's Markets customer (more customers = more sells = greater profit)
    • allow a temporary player controlled inflation when Aphelia stocks are out

     

    But fot that need a player market search, that the current market search engine also points out locations of players dispensers and prices offered been displayed in the search

  2. 27 minutes ago, Creator said:

    @Jeronimo convenient for you to pick one point in time and call that the definitive answer, when NQ has flip flopped dozens of times on not only wiping, but autominers, agg functionality, etc etc etc.... Did you ever think about the fact that there are such heated disputes between us on what NQ says is because their piss poor ability to be consistent in their message? 

    If these guys were in charge of a FEMA disaster one half of us would believe everyone was dead, and the other half of us that everyone survived, cause they are wishy washy.

     

    you really seam to be one of those guilt less exploits hunter, what do you have, that you want so frenetically not to loose, to be that against a wipe?

  3. On 11/28/2021 at 9:33 PM, JayleBreak said:

    Q: Why (after 2+ years) would I return to DU after the rumoured full wipe prior release?
    A: Because DU would feel new because of the following:
     

    • There is a "New" Alioth
      1.  Aphelia declares Alioth a Sanctuary (the other one becomes Moon 3), and all planets/moons have a 3SU "Safe Zone" enforced by Aphelia. PvP exists everywhere else. Note: current Alioth has too many water territories, just swap the name with Sanctuary and move the Ark.
      2.  New Alioth has a central market at the Ark which is restricted. Satellite markets provide access to the central market and are distributed such that no territory is more than 30km away from one (about 60 markets in total). Thus, no need to go further than the local market to trade.
      3.  12 regional markets (reachable by teleport from other regional markets, each regional market has 4 satellite markets with teleports within the region) provide free, safe, shuttle service to the corresponding market on Moon 3.
      4. All Basic schematics should be found on Alioth for negligible prices (~1Kh). All Uncommon schematics should be found on Alioth Moon 3 for reasonable prices (~50Kh). Note: Next to building, Industry is the most widely enjoyed content that DU provides (it also provides an incentive to build). Make the early stages broadly accessible.
      5. Add a new moon to Alioth (nothing special). Assign one Tier 2 ore to each moon. The T2 ore should be found on each territory of the smaller moons and are findable (e.g. 1 in 10 territories) on Moon 3. No higher tier ore should be found on Alioth or its moons.
    • Helios is smaller
      1. Move all the planets closer to Alioth. Reduce their distance from Alioth by at least half.
    • Make No Promises, but Provide a Vision for the Future (let us hope)
      1. Here is a story: Colonists revolt against Aphelia's heavy hand (and taxes). One by one, Aphelia withdraws her planetary protection until only Alioth and its moons remain. As Aphelia withdraws her protection, territory warfare brakes out between colonists.


    All of this could be done with what DU software provides today, but it does require work so it can't be done today, or even a week, but certainly by the time of release. In my opinion, it would be enough to get the majority of people who have drifted away to come back and try DU again.

     

     

     

    It is nice to have given a story behind some remodeling concepts, since NQ has completely given up on the lore since alpha 1

    but they are too few and weak here for validating a long absence return

     

    Planets and moons design are way too simple and boring, nothing sexy that makes you want build your base in this specific spot because of a unique piece of landscape which make this spot in your eyes different from others

     

    And i would not say Helios is too large, since we are supposed to evolve in a multi planetary systems environment, but space travel speed way too slow for a said "scifi" space  game!

  4. 16 hours ago, Cergorach said:

    A: Why I (after 1+ years of paying for subscriptions) would leave DU permanently if a full wipe happens and would look at the possibility of taking legal action for the lost time=money and actual lost money.

     

    Remember this is Beta, and we all signed up for this. Signed up knowing there will be a partial or full wipe, and this has never been hidden by NQ

    But now is tending more toward full wipe, because game economy has become far more broken beyond possible rebalance

  5. 5 hours ago, Leniver said:

    We don't want a wipe.

    Currently early game is completely broken, the only think keeping us in the game is because we have already some asset and ore.

     

    oh yes we want a wipe

    yes the early game is more than broken now, not only the early game, will need some enormous rebalancing

     

    if we all start again from scratch, industries will be extremely slow to develop, long space distance exploration for finding better than T2 ores will be a very hard task since we wont have territory scanners (needing T1/T2 and T3 ores) to check which tile on Alioth have Malachite therefore to be able to make space fuel, unless you want spend hundreds of hours of your time mining 20L skittles on the surface to fuel up a space speeder

     

    but too many players have gotten effortlessly insanely rich using the game exploits (free schematics worth millions after patch, VR missions allowing players to make more than hundreds millions quantas per mission, duplication glithes etc...), and it is those players now are playing with broken economy mechanics, because they are the only ones now well equipped for feeding the markets, where solo players and smaller orgs pay the highest cost, where rich will keep on pressuring to get richer and richer, and new players and poorest will never be able to get out of it and surely give up on the game

  6. 1 question:
    Will building in space ever been taxed one day?

    1 requirement:
    Full talents reset for everyone or no reset at all for 2 obvious reasons:


    1- what if i didnt like the mining mechanics, but do like the new one, i would i have made a complete different choice in experience point spending (7month to max out a talent tree!)

    2- only resetting mining talents for people who got a lot in those, give all those players at Demeter start, an enormous advantage, specially if some new talents linked to automatic mining, and with those taxes coming and now the enormous pressure for random players to weekly earn enough to not loose our work

     

     

    Unless your goal is to keep loosing players, then having raise once more the subscription fee because you aren't reaching financial goals and then bankrupt the company
    I also have the feeling now some loot crates with element skins are on its way, we already have the invite a friend disgusting program proving it

  7. Demeter is coming and promising features been revealed, specially concerning the optimization of the game, i would like to point out once more several aspects of the game that are here from day 1 and should be considered for improvement in a very near future. 

     

     

    Gameplay:
    - Collision box:

    Walking on micro voxel construct floors is like wearing high heels shoes and having heels getting stuck in every little surfaces details, while sometimes having really undesired collision and repelling the player away.

     

    - Jetpack run:
    Double tap forward sometimes too sensitive and is generator of jump scares. So maybe need to allocate a different keybind for it

     

    - Mining tools:
    Demeter will revolutionize the mining mechanics, so maybe we dont need all those mining and scanning tools. Could fusion them into 1

     

    - Surface ores:
    Surface ores should be minable anywhere (including claimed tiles) by anyone. They arent a source for mass production, but mainly as starting resource. Someone crashing into a huge claimed zone (such as the zone all around Alioth markets) without scrap, has no other way but to run for hours to be able to reach an unclaimed tile for couple scraps.

     

    - Inventories:
    Inventories are real mess, we should be able to reorganize by type
    Items are way too many, specially honeycombs
    Search bar is buggy by the way, not functioning in certain situations like barter inventory search

     

     

     

    Flight Mechanics:
    - The stall vector bug:

    It is possible to stop a dynamic construct (any weight) in mid air, with only brakes, no anti grav, by aligning the forward vector with the gravity while stalling

     

    - Cross Section lift:
    While cross sections are used to generate drag, it would be better that they also produce lift!
    This would have multiple advantages:
    First, that would reduce the number of wings and stabilizers elements on construct, by this reducing the construct data weight (so, beneficial for server, beneficial for data transfer). 
    Then,  and most important, would release players creation potential, allowing them to design their own voxel wings, because they might want wings long  instead of wide, but right now we don't have choice.

     

    - Engines power:
    I strongly, but very strongly do believe all engines thrusts needs to be scaled up.
    Engines power do not actually match at all their size in comparison with their core size.
    Players always use the superior size elements depending on the core size. No one will use M engines on a M core.
    As well players will always try to reach better performances, by adding more and more engines, therefor greatly and unfortunately compromising on the design (more elements = greater construct data weight).
    Design is a too important point for the image of the game, skilled creators struggle way too much to do something that looks good and performs good, and we dont want evolve in a game invaded by borg cubes

     

    - Fuel consumption:
    Just scaled down fuel consumption, its a game where we are mainly supposed to fly. For instance, a very basic VTOL construct has no more than 15min fuel autonomy in atmosphere, this is not acceptable.

     

     

     

    Honeycombs:
    To me and all the players i have talked to, honeycomb is the game biggest mess, while it is the game creativity most important content.
    Honeycombs can be a multiple pages topic, so important they are and so badly they are treated, and as myself an architect and paying extremely attention to materials i have couple words to say about it.

     

    Names choices show there has been no research made on this topic
    Galvanized, is a zinc coating exclusively for iron and steel to protect from rust, so it is not colored in any cases, and cant be applied over aluminium
    Brick is not a material, Ceramic is, with what we can make bricks or porcelain

     

    I suggest using 4 basic finishes names instead: "natural / polished / brushed / painted"
    I addition of that there is a big difference between "painted", "tainted" and "textured"

     

    For honeycombs to be efficiently accurate and become the best creativity content, we need a paint tool! 

    I suggest the replacement of the "Voxel replacement tool" (which is absolutely useless and it is equivalent to select and copy paste) by a "Voxel paint tool"

     

    This tool could have the right side slot bar, and a TAB window (the same way we open filters for the scanner), with the above named properties and colors selectors:
    / a button for selecting the finish (natural / polished / brushed / painted matt / painted glossy)
    / a RGB rainbow for selecting a color (the same way it has been done for character color selection i guess)
    / a button for selecting a pattern/texture/bump that would be applied on top of it
    And once we are satisfied with a result we could drag and drop it to a right side bar slot and exit TAB to use the tool on our construct

     

    Most of all a paint tool would empty our inventories and industries, leaving in there only the raw/natural version of it
    HUGE HUGE benefit for the game data, no more list of hundreds of different honeycombs to deal with our industries, our inventories,  markets, and bandwidth to load all that mess

     

    5 years dev team been trying, updating and failing those precious honeycombs, the render and colors of them is nowadays the worst it has ever been

     

     

     

    Element:
    - Design:

    The elements design is bad and not in harmony with the game global structure and mechanics. Those elements could fit in any other games and are not adapted at all to be fit into a voxel creation, they are staining our creations.
    The edit vertex update will help us go around them for a better looking seamless fitting, but will not remove this obvious stains looking detailed mesh on top of low details voxels surfaces
    In the first published artworks and ingame screenshots 6 years ago, there was that white long squared engine, which is exactly the type of compatible design for voxels, but you guys made it over complicated....

     

    - Colors: 
    Colors is also a big part of the stain effect elements have on creations, so please, let us right click on elements and choose a color by ourselves

     

    - Decorative:
    There should be more decorative and structural simple elements of different scales(bars, panels, truss etc...), for players not skilled enough with voxels, where voxels could be a minority and a link between those elements

     

    And btw, orange flames from engine fire is supposed to be due to oxygen burning, so to be accurate, orange particles for atmo engines, and blue particles for space engines...

     

    - Obstruction

    I do think obstruction for engines and adjusters needs to be reviewed.

    Distance to target of obstruction needs to be lowered

    Cone angle needs to be clarified

    Obstruction cone need a graphic representation

     

     

     

    LUA:
    - Slots:

    We should be able to call every single elements within same construct by their names without having to link them. So no more lua slots problem, and linkage would be for manual interactions without use of lua.
    If i link this button with that door, i can manually open and close that door
    But if i have 20 doors, i should be able to open or close them independently with 1 single programming board just by calling them by their names
    Since automatic naming differentiate elements of same type with [number], those could be stacked in a table using this number as keys.

     

    - Keybindings:
    Would be nice to enable all the keyboard keys recognition for lua programming

     

    - Resell:
    When the "save to inventory with drm" button when we right click on scripted elements? so we could barter our scripts more easily.

     

     

     

    Good luck, we are getting there!
    Cheers

    Jeronimo

  8. Honeycomb is the Major game content of DU which pretend to let players build what ever we want

    But as it is now, it is tooooooo constrained and limited, buggy, and never looking as we wished, specially in between updates where dev dont know which numbers to tweak for better render results

     

     

    • The resources needed for making honeycomb:

    Some honeycombs such as concrete / brick / wood / glass(panels) should require more simple recipes, not requiring mined and refined ores, but raw stone, sand or wood, directly from the planets grounds and trees

    Those could be considered as construction material, mostly for static constructs, and their weight should be increased for discouraging players using them on dynamic constructs

     

    • The honeycomb weight:

    As for now they are 0.1 times the weight of their relative correspondents on earth

    In my opinion the word HONEYCOMB is well chosen, and give this futuristic aspect of a 3D printed honeycomb material

    But i think it is still a bit too heavy, since in aerospace, it wouldn't happen to build ships with thicker hull than 5 or 10cm

    I also think some honeycombs shouldn't have this weight reduction, or less reduction

    For example: concrete * 1 / wood * 0.25 / metals * 0.075

     

    • The diversity issue:

    Here is my most hatred part of DU, the numerous amount of different honeycomb colors and finishes

    1. nightmare for industry managers
    2. nightmare for players to spawn blueprints, that have dozens of 0.5m3 of different mats
    3. filling hundreds of container and inventory slots (that must be a lot of data in back end, but also lot of data for everyone uploads and downloads on front end)

    All refined material should have 1 and only 1 raw honeycomb with a raw aspect, on which we could later apply the color we want and the shininess we want in build mode

     

    • Removal of the "voxel replace tool" => replacement by the "voxel paint tool"

    I dont think anyone using this voxel replacement tool at all, it has its equivalent when copy pasting using the select tool

    A paint voxel tool could use a popup window, around the bottom of the screen, same as the scanner does for the ores filters. In which we could select our

    1. desired custom color from a palette
    2. the shininess we want from matt to glossy
    3. an optional bump map (stripes / screws / holes / galvanized etc...)  

     

    • The finish name "galavanized", change back to matt

    Galavanized is an anti rust coating process for iron, using zinc

    From PTS server the "galavanized white iron", is the only correct color and aspect (the texture is pretty nice btw)

    So :

    1. galvanized only applies to iron, certainly not to aluminium, copper and others
    2. iron can be painted aswell with anti rust paint, but galvanized wont be
    3. galvanized is more of a raw finish texture, more than a color or a shininess (which could be added as a bump texture in the paint tool options)

     

    • Textures scale

    New textures are gorgeous but they arent scaled properly (official and PTS)

    Texture edges blending is also necessary

     

     

    So Novaquark, if you desire to optimize, reduce lag, reduce loading of containers etc... the diversity issue should be your concern. If you desire to really let players build awesome creation, just unleash the constraints and give us more freedom of choice

    We are not paid for testing, and for taking time developing our feedback on the forum after years of testing, so it would be nice to have a better reading of the gold mine for the game development that this forum is (taking notes, and putting them on a big white board is an idea)

    After all, WE players are creating the content of the game, but if we dont have at least the few main features of Minecraft, which is gathering wood to make wood, not mining coal to make wood, that aint gonna work

     

    Cheers

  9. @Demlockwe are not in Landmark, how is any economy is going to happen if everything is open source or donated

     

    we have experienced multiple wipes in the past, some with alternatives so that players dont loose everything, such as "magic blueprints", blueprints that can be spawned without requiring any material from the players

    this will therefor need a little work on the blueprint deployment gameplay, like being able to see the ghost of the mesh and being able to snap static core blueprints

     

    but to be honest, Helios planets, including Alioth are ugly as hell, and havent been touched since early alpha

    just for this every current planets need to disappear before release to let place for sexy desirable ones

     

    freeport is an amazing place, but with little work from NQ side, a wipe will not make this place gone for long

     

    SO WIPE IS NECESSARY, alpha is alpha, beta is beta, release is release

  10. Three years and half after pre alpha launch, the best period ever for DU, everything got overcomplicated, heavy and excruciatingly laggy, especially at the introduction of industry 2.O which has changed till now fps, lag and loading times for everyone, but since the developers aren't testing nor playing their own game, very little have been done concerning the content and game mechanics.


    Since the beginning JC pretends that he wants to control the visual aspect of the game, but look at the thousands of player made atrocities and piles of elements scattered everywhere

     

    For those who never heard about, but there is a french simplistic and satiric cartoon called "Shadoks", where a group of engineers and workers, work hard together to make simple things more complicated, from where we are getting the expression: "why do simple when you can do complicated?"

    And this is exactly what is happening here

     

    But in real life, and i quote, professionals, engineers, designers, and architects will all agree: "Less is more"

     

    So here are my thoughts, after 3 years of hope and life time, on the bad and good decisions taken, and what could be improved at the moment:

     

     

    •  Building mechanics:

    Vertices editor should have been a priority long ago, long before that not so useful update on the line tool

    The actual given building tools are half of the reason why we see so much trash everywhere, and why most players are giving up, because voxelmancy is a considerable waste of time since ship selling will never be a major part of the market (everyone want to build his own), PVP will destroy it in a matter of seconds, and detailed or undetailed static or dynamic constructs' spaces are dead as hell.

     

    1. Vertices Editor: self explanatory
       
    2. Line tool: add triangular and circular shapes, and make one of the corners of the selection the center of rotation (not the center of selection, this doesn't make any sense)
       
    3. Paint tool: (omg seriously this one is the biggest joke and laziest decision taken) need to absolutely remove from the game this ridiculous number of different honeycombs, performance wise, and gameplay wise. Every material should have one and only one raw honeycomb, on which we could, using build mode, apply a color we want, a shininess type and or a pattern
      That would optimize the game code, our inventories/containers, and our factories (and will fix that uggly .24 update changes)

       
    4. Remove the deploy and selection sizes limitations
       
    5. Be more consistent in the deploy shapes size increment (1 by 1, not 1 2 3 4 5 6 8 12 16 24 32)

     

    * by the way change "galvanized" honeycomb name and check the definition of galvanized on wiki: which is a zinc coating process to protect different metals from rusting

     

    •  Elements:

    Here is the second half of the reason why we are surrounded by trashes

    First, element design is very badly fusing with the voxel building system, specially all the dynamic constructs elements, elements are detailed meshes that don't match with a voxel hull and the voxel default sizes

    Even after the best achievable voxelmancy, engines, brakes, hovers, wings, look like stains on our creations, element colors dont match available honeycomb colors, some elements are offsets, some are badly symmetrical

    I m not saying that its bad to have detailed mesh elements, but half of them, must be redesigned to be used and integrated "into" a basic voxel shapes, not to be put like a flower pot "on" the voxels, and this concerning all the elements used for designing ships

     

    1. Dynamic elements (engines, brakes, airfoils): those elements can be a single detailed face element, the face that will pop out from our voxels, and other faces must be designed with an easier global shape to work with the voxel grid (tubular, square, rectangle, just as Empyrion or Space engineers do...)
       
    2. Decorative elements: make sure they are scaled for the voxel grid and size (the reinforced sliding door is the perfect example of bad design and bad consideration)
       
    3. Ability to change elements main color
       
    4. Engines: no no no and no to all this different types of engines (safe/maneuver/military/etc...) with different recipes. again its a mess in inventories and markets, same problem as honeycombs, why doing simple when can do complicated?. while the quality (normal/advanced/rare etc...) should remain, all engines should be crafted as a standard factory type, and have an option by right clicking on them to change their mode type, and why not beeing able to change it using lua

     

     

    • Flight mechanics:

    Overall the flight mechanics are very good, stable and well developed

    But, the main issue is bringing back to the dynamic elements issue and the overall aesthetic of the game and players creations

     

    1. Elements power/thrust should be multiplied by a minimum of 5!!!! this would greatly reduce the number of elements needed on each ship, reducing the lag and loading time, but most importantly we would not compromise anymore on the design in order to have "acceptable" flight performances (which will increase the visual quality of players creations)
       
    2. Vertical and horizontal cross sections must produce anti drift and high altitude lift, which will reduce the number of wings and stabilizers elements needed, and again will increase everyone performances due to less elements, and allow better ship design
       
    3. Fuel consumption to divide by 2 or more, we are tired to mine 2 hours, refine for an other hour, for 20min of flight (nowadays long distances planes can fly at cruise speed 900kmph for about 12 to 14 hours)

     

     

    • LUA

    Lua is one of the greatest part of the game, allows the best customization possible, but is still way too limited, for no reasons

     

    1. Unlock to unlimited  number of links/slots to a pb/remote/ECU/command chair etc... will reduce the number of scripts running at same time, so will increase performances (what is better? to have 10 scripts, on 10 PB, each one linked to 10 elements? or 1 script on 1 PB linked to 100 elements? do the math!)
       
    2. Increase again the recently nerfed CPU usage for custom scripts (they were not producing any client side performances issues, so why decreasing it again?)
       
    3. Increase the conf file allowed size, 150k isnt enough
       
    4. Make possible to install conf files on programming boards
       
    5. Increase Databank sizes
       
    6. Fix the rocket engine please for custom scripts, they are broken and deadly, they activate themselves when construct controls are taken
       
    7. Add function for camera relative rotation and position
       
    8. Ability to save scripts in our nanopack and exchange/sell scripts with DRM protection or not

     

     

    • PVP

    I think pvp is a very delicate topic, but globally so few people have any interest in pvp at all due it its extrem unbalance

    In my opinion there is no goal and no reward in pvp, which makes it boring

    So much time and effort put in mining/producing/building a pvp-able ship that it pushes everyone away

     

    1. there should be no safe zone, nowhere!
      - heard and read too many stories of players ravaging orgs from the inside, secretly stealing work of dozens, and then venting themselves on streams. there should be no safe                        place in the universe for those people to hide their shameful loot
      - cargo ships should be accompanied and escorted by armed fleets, even while mining

       
    2. quantas could be physical/stockable/stealable
       
    3. claimed territories shouldnt be visible on the map, unless personally discovered
      1. surface ore stones, should be mine-able by anyone anytime anywhere (claimed or not. we should be able to get some fast scrap and fuel if we emergency land in middle of a huge claimed territory)
         
    4. static and dynamic construct need energy shields element
       
    5. containers content should not be destroyed unless the container lost all its lives (otherwise there will be no loot in pvp), they should just be inaccessible
       
    6. there should be a way to restore all lives on salvaged elements (repair unit maybe?)

     

     

     

     

     

    There is so much more to add, but please NQ consider and fix a big part of this first before adding new buggy "content"

    At some point there should be a planetary wipe, to leave space for the new planets design (allowing what ever is standing in space to be excluded from the wipe, for players beeing able to save enough to restart quickly)

  11. On 2/24/2021 at 10:54 PM, NQ-Naunet said:

    We're quite curious to hear your thoughts on this one, Noveans! ?

     

    Hi Naunet!

    Since you guys are working on the line tool, which is a great thing, its the right time to fix it for real and make it finally a great tool

     

    only 3 things:

    so that shouldnt be too much work

     

    - fix the huge fps drop when making large lines

     

    - the rotation of the selection should not happen around the center of the selection, but it should rotate around one of the corners, so a rotated line can finally be aligned with the voxel grid!!! (rotated line been hazardous and dirty for too long)

     

    - implement maybe tubular and triangular lines?

     

    its by playing and "trying" to use it that for now this line tool appears to be a place holder

    its good to make tech demos showing yeah we have a line tool to connect 2 surfaces, but in practice when really trying to use it and making clean shapes, its full of flaws

     

    greatly looking forward all the changes

     

    cheers

    J

  12. I dlike react about the new lua parameters panel.

    First of all, very very very nice addition, a big step forward copyrights protection i feel

     

    For having already played with it, first thing is obvious, and can be noticed on the panel announcement rendering picture

    the panel isnt large enough and long parameter names step over the changeable parameters line

     

    Then,

    - exported parameters like true / false arent supported

    - exported parameters are randomly displayed in the panel, not following the order they are in the script

    - some parameters are missing

    - number of parameters is limited, but appears that a scrolling function already been implemented, just not working yet as intended (the panel get stretched off screen)

    - parameters arent selectable by clicking and dragging mouse over

     

    As for some suggestions, would be very nice to be able to classify those parameters into categories 

    For example using --export:Flight_control, to have a separate panel titled Flight_control with the different parameters we would setup in

     

    Now, really looking forward the updates that will come about this new feature, and play more with it

     

  13. Few questions about combat system:

     

    - will avatars take same amount of dammages on every points of the body?

     

    - will there be one shot kills? (head shots)

     

    - what are missing chances on moving targets?

     

    - will there be some dodge moves for avatar controls?

     

    - what does lock means on moving targets? first person cursor will keep following moving target? or lock just means locking at a fix position and moving target could easily move out?

     

    - what are chances in AvA to escape from an unknow hidden positionned fire assault?

     

    - in CvC what are chances to dodge while beeing chassed?

     

    - in CvC will we need to aproximatly apreciate the distance and movement speed of a target before locking and firing?

     

    - in one seat combat hoovercraft, will there also be the lock and fire system?

  14. Since the scrips are executing on your own machine, I don't know if they'll be able to disable calls to local content. So if you want to play porn videos stored on your PC on a billboard on the side of your space station, they probably can't stop you. However, they can prevent you from linking to commercial content outside of your local machine or approved game content servers.

    its all about the functions they will give us for the LUA.

    check LSL content.

     

    they will base ingame scripting syntax on LUA, but implement their own functions...

    if they dont implement a function to call for external data, you could try any function you ll find on internet about LUA for that, you will never compile your script ingame...

×
×
  • Create New...