Load Oar 0.9.0+/de
From OpenSimulator
(→Visualising how it works) |
(→Wie Visualisieren funktioniert) |
||
| Line 114: | Line 114: | ||
<tt>load oar --rotation 90 --bounding-origin <128,128,0> --bounding-size <256,256,4096> VarRegion.oar</tt> | <tt>load oar --rotation 90 --bounding-origin <128,128,0> --bounding-size <256,256,4096> VarRegion.oar</tt> | ||
| − | = Wie | + | = Wie die Visualisierung funktioniert = |
Die neuen 'load oar' Parameter arbeiten in der folgenden Reihenfolge, und dies ist * wichtig sich daran zu erinnern *: | Die neuen 'load oar' Parameter arbeiten in der folgenden Reihenfolge, und dies ist * wichtig sich daran zu erinnern *: | ||
| − | <tt>--rotation</tt> -359 to +359 | + | <tt>--rotation</tt> -359 to +359 Grad. The source region is rotated by the desired amount anticlockwise in degrees. If not specified then no rotation takes place. The coordinates within the source region are the same after rotation, so for example the middle of a 256x256 region will still be at <128, 128> after a 45 degree rotation, but the original SW corner will now be at new coordinates <128, -53>. |
<tt>--bounding-origin <x, y, z></tt> | <tt>--bounding-origin <x, y, z></tt> | ||
Revision as of 19:14, 16 August 2016
 |
Languages: |
|
Contents |
Load Oar Konsolenbefehle
Diese Seite enthält Informationen über den Konsolenbefehl 'load oar' des OpenSimulator ab der Version 0.9.0.
Hinweis: Wenn Sie eine Version vom OpenSimulator vor 0.9.0 verwenden, dann bitte die ursprüngliche Seite verwenden.
Parameter
Der load oar Befehl in der OpenSimulator Version 0.9.0 hat das Format:
load oar [Parameter] OARDATEI.OAR
Der Datei OARDATEI.OAR muss gegeben falls der ganze Dateipfad vorangesetzt werden.
Parameter muss nicht angegeben werden, es können aber mehrere Parameter angegeben werden.
Auflistung:
| Parameter | Since Version | Description |
|---|---|---|
| --merge | 0.6.8 | Mit merge wird der Inhalt der zu ladenden OAR Datei mit dem Inhalt der bestehenden OAR vereint. |
| --skip-assets | 0.6.9 | If set, this will not load any of the assets from the OAR, though all other data will be loaded. This saves a lot of time and database operations if loading an OAR multiple times on a grid -- specify --skip-assets after the first time the OAR is loaded on a grid as the assets would have already been loaded the first time the OAR files was loaded. |
| --rotation | 0.8 | Rotation in Grad entgegen dem Uhrzeiger. |
| --rotation-center | 0.8, veraltet noch in 0.9 | The center around which to rotate objects on load. From 0.9.0 the source region's data is always rotated around it's center, prior to cutting a piece out and placing it. The parameter will likely be removed in 0.9.1 |
| --bounding-origin | 0.9 | The SW corner of a bounding cubiod that is used to 'cut out' data from the source OAR |
| --bounding-size | 0.9 | The size of the bounding cuboid used to 'cut out' data from the source OAR |
| --displacement | 0.8 | Specify a displacement that is added to all data as it is added to the destination region. The displacement MUST be specified as "<x,y,z>". So, for instance, to load an OAR from a 256x256 region into the middle of a larger 512x512 region, the parameter would be --displacement "<128,128,0>". Note that you can specify a "Z" displacement which will move the objects up or down. Thus --displacement "<0,0,1000>" will put all the OAR's objects up high for a sky box.
The displacement is also applied to the terrain if it is included. The 'z' component is added to the terrain's heights. |
| 0.9 | Displacement is the offset into the destination region after the data from the source region has been rotated and cropped. | |
| --no-objects | 0.8 | Region ohne Objekte laden. |
| --force-terrain | 0.8 | Force terrain loading on --merge. Normally, --merge does not overwrite the existing region's terrain. |
| --force-parcels | 0.8 | Force parcel loading on --merge. Normally, --merge does not overwrite the existing region's parcel data. |
| --default-user "<Vorname> <Nachname>" | 0.8 | Instead of setting object ownership to the estate owner, assign it to the named user. This only applies to objects that have UUIDs that do not match any user account in the receiving grid's installation. There is currently no option that will force a change of owner for all loaded objects no matter whether they match a user in the receiving installation. One workaround to achieve this would be to save the OAR with the --publish "save oar" option to strip owner information and then reload it. |
| --debug | 0.9 | When --debug is specified the command will output more information onto the console about where objects and parcels are being placed |
Hinweise auf Regionen von unterschiedlichen Größen
Mit der Hinzufügung von Bereichen, die eine Größe haben, die ein Vielfaches von 256x256 d.h. eine Varregion sein kann, besteht die Möglichkeit des Ladens der OAR in und von Bereichen unterschiedlicher Größen. Der load oar Befehl unterstützt dies jetzt vollständig und wird sowohl kleinere Bereiche in größere laden und ausgeschnittene Stücke von größeren Regionen in kleinere. Paketdaten werden nun korrekt behandelt.
Beispiel für den Einsatz
Ersetzen des Inhalts einer Region mit dem, was sich in einer OAR Datei befindet
load oar NeueRegion.oar
Zusammenführen von vier Region
Ersetzen des Inhalts einer 512er Var Region mit dem, was sich in vier 256x256 OAR Datei befindet.
Konsolenbefehle:
change region VarRegion512 load oar --merge --force-terrain --force-parcels --displacement <0,0,0> Region00.oar load oar --merge --force-terrain --force-parcels --displacement <0,256,0> Region01.oar load oar --merge --force-terrain --force-parcels --displacement <256,0,0> Region10.oar load oar --merge --force-terrain --force-parcels --displacement <256,256,0> Region11.oar
Wenn ohne angaben eine 256er Region in eine größere Region geladen wird geschieht dies automatisch auf Position <0,0,0>.
Den Inhalt einer einer 256x256 Region in die Mitte einer 512x512 Var Region Laden
Wenn Sie eine 256x256 Region um 30 Grad gedreht in die Mitte einer 512x512 Region laden möchten, ohne den Rest zu zerstören, wäre der Befehl:
load oar --merge --force-terrain --force-parcels --rotation 30 --displacement <128,128,0> Meine256x256Region.oar
Laden eines Teilbereich einer 512x512 Var Region in eine Standard 256x256 Region
Wir haben als Beispiel eine 512x512 Var Region mit einer Insel in der Mitte.
Diese Insel wollen wir nun ausschneiden und in einer 256x256 Standard Region speichern.
Konsolenbefehl:
load oar --rotation 90 --bounding-origin <128,128,0> --bounding-size <256,256,4096> VarRegion.oar
Wie die Visualisierung funktioniert
Die neuen 'load oar' Parameter arbeiten in der folgenden Reihenfolge, und dies ist * wichtig sich daran zu erinnern *:
--rotation -359 to +359 Grad. The source region is rotated by the desired amount anticlockwise in degrees. If not specified then no rotation takes place. The coordinates within the source region are the same after rotation, so for example the middle of a 256x256 region will still be at <128, 128> after a 45 degree rotation, but the original SW corner will now be at new coordinates <128, -53>.
--bounding-origin <x, y, z> --bounding-size <x, y, z> The (possibly rotated) source region is then cropped to a cube or rectangular cuboid defined by the coordinates given.
The resultant cuboid will then be placed at <0, 0, 0> in the destination region unless modified by:
--displacement <x, y, z> The rotated and cropped data is offset into the destination region by this amount.
Some things to note:
--rotation applies to all of the source region's data, that is terrain, parcels and objects (prims). Both terrain, and even more so, parcels do not rotate well using arbitary rotations like 45 degrees as the edges will become jagged, but it's still supported.
In Pictures
The following four diagrams attempt to show examples of the work flow for various combinations of source and destination region sizes:
