Orbiter-Forum  

Go Back   Orbiter-Forum > Orbiter Space Flight Simulator > Orbiter Beta
Register Blogs Orbinauts List Social Groups FAQ Projects Mark Forums Read

Orbiter Beta Topics related to Beta releases of Orbiter and Orbiter development.

Reply
 
Thread Tools
Old 06-20-2016, 09:51 AM   #226
Ripley
Tutorial translator
 
Ripley's Avatar
Default

...And some instructions:
http://www.orbiter-forum.com/showthread.php?t=29735
Ripley is offline   Reply With Quote
Old 06-20-2016, 06:38 PM   #227
Hlynkacg
Aspiring rocket scientist
 
Hlynkacg's Avatar


Default

Another minor quibble/bug.

I've noticed that pressing [I] no longer hides the interface at the top of the screen. I find this moderately inconvenient when taking screenshots, any chance we could get that feature back?
Hlynkacg is offline   Reply With Quote
Old 06-20-2016, 08:14 PM   #228
Ripley
Tutorial translator
 
Ripley's Avatar
Default

Just right click on the menu location and choose "Auto-hide" for the two elements:


Last edited by Ripley; 06-21-2016 at 01:05 PM.
Ripley is offline   Reply With Quote
Old 06-21-2016, 12:17 PM   #229
johan
Donator
Default Texture files

What are the chances there's some kind soul living nearby (Cape Town, South Africa) who have already downloaded the hi-res textures for the beta?

I can get them over time. But it will take a substantial amount of effort and time to do so, because they're so big and I don't have an uncapped connection.
johan is offline   Reply With Quote
Old 06-22-2016, 05:18 PM   #230
Pipcard
mikusingularity
 
Pipcard's Avatar

Default

Would it be possible to have high-resolution clouds like this KSP mod?
Pipcard is offline   Reply With Quote
Thanked by:
Old 06-22-2016, 08:52 PM   #231
kuddel
Donator
Default

@johan: Can't you walk into an internet-cafe with better bandwidth?
You sure have to virus-check the USB stick extensively after pluggin' it into those untrusted computers there (if you are allowed to do so anyway), but that might give you a chance.

A university is always a good point to ask, too. I'm sure they will allow you when you explain them what you need to download
--- it's rocket science, right?
kuddel is offline   Reply With Quote
Old 06-22-2016, 10:16 PM   #232
johan
Donator
Default

Quote:
Originally Posted by kuddel View Post
 @johan: Can't you walk into an internet-cafe with better bandwidth?
You sure have to virus-check the USB stick extensively after pluggin' it into those untrusted computers there (if you are allowed to do so anyway), but that might give you a chance.

A university is always a good point to ask, too. I'm sure they will allow you when you explain them what you need to download
--- it's rocket science, right?
I like the university idea! Unfortunately internet cafe's in South Africa are impractical due to high cost (per minute) and low download speeds. But the university is a good idea. Thanks!
johan is offline   Reply With Quote
Old 06-30-2016, 11:46 PM   #233
martins
Orbiter Founder
Announcement New Orbiter Beta Released (r.56, Jun 30 2016)

Bit of a gap since last beta - sorry for that. Anyway, here is a new one:

Change log:
  1. TileLoader: now loads multiple tiles per mutex lock to better utilise the tile loader thread. Should result in faster scene buildup.
  2. Bug fix: made GraphicsClient::TexturePath threadsafe (caused visual artefacts in planet surface rendering of D3D7 client)
  3. TileManager2: added support for loading tiles from compressed archive files
  4. API: added oapiDeflate and oapiInflate
  5. texpack: utility for packing the directory tree contents of a given layer into a compressed archive file
  6. Subsystem: added clbkConsumeBufferedKey and clbkConsumeDirectKey methods to allow subsystems to process their own key events. Updated DeltaGlider code accordingly.
  7. Scenarios: Fixed DeltaGlider/DG and DG-S scenario (moved the two vessels out of the woods)
  8. Reduced default ambient level from 5 to 2

New OVP commit to go with this beta: r.51.


The main new feature in this beta is added support for loading planetary tiles from a compressed archive. This was the last component I wanted to implement before a release.

I experimented with various options here, including an interface to a RAR decompressor kindly provided and tested by Doug. In the end in the interest of decompression performance I decided on a more homespun approach. Instead of using a standard multi-file compression format, I am compressing the input files individually (using zlib) and concatenate the result into an achive file after adding a table of contents for the tree structure.

The TOC is essentially a linked list similar to a FAT allocation table, except it's a quadtree list instead of a linear one. The advantage is fast searching through the tree (instead of having to go through a hashtable for 100,000's of file entries), and the TOC is also fairly compact to be kept in memory.

The disadvantage of this approach is the less efficient compression since each file is compressed individually, instead of the input stream as a whole. But I think the tradeoff is worth it.

I will update the texture download packages soon to provide these archive files instead of the individual tile directory trees, but for now you can create the archive files yourself (if you have already installed the planet texture packs for the previous betas):

I have included Utils\texpack.exe which takes the current directory tree for a layer in a planet's texture directory, and converts it into an achive file. Run "texpack -h" for a help page.

For example, the syntax for compressing Earth's surface layer is
Code:
cd utils
texpack ..\Textures\Earth Surf
This will produce the compressed archive in ..\Textures\Earth\Archive\Surf.tree, which is the correct location for orbiter to pick it up.

Do the same for the other layers, for all planets supporting the new tile format. Be warned that the larger trees (Earth, Moon, Mars) can take a long time (several hours) to archive.

Note that it is not necessary to generate the archives to use this beta. The old format of individual files is still supported.

You can set Orbiter's behaviour in searching for tiles under Extra | Visualisation parameters | Planet rendering options | Tile sources.
  • Load from tile cache only: Ignore the archives, and load from individual files as before
  • Load from compressed archive only: Ignore the individual files, and load only from the archive files
  • Try cache first, then archive: what it says. This option allows to subsitute individual tiles without the need of repacking the archive, but comes with a performance penalty since Orbiter may have to search both the cache and the archive.
Note that loading from archives only works for the inline client and the D3D7 client at the moment. (The D3D7 client has a similar option in its configuration page). But the D3D9 client will need Jarmo to add support before the archives can be loaded.

The D3D7 code in the new OVP commit demonstrates how to add support.

I would be interested in users' performance comparisons between the three loading options. Do you get similar loading times from the archive as from the individual files? Any other observations/problems with this feature?
martins is offline   Reply With Quote
Old 07-01-2016, 09:29 AM   #234
Enjo
Mostly harmless
 
Enjo's Avatar


Thumbs up

Quote:
Originally Posted by martins View Post
 The main new feature in this beta is added support for loading planetary tiles from a compressed archive. This was the last component I wanted to implement before a release.
An exemplary project management, since the elevation data is the main feature!

Quote:
Originally Posted by martins View Post
 Instead of using a standard multi-file compression format, I am compressing the input files individually (using zlib) and concatenate the result into an achive file after adding a table of contents for the tree structure.
[...]
The disadvantage of this approach is the less efficient compression since each file is compressed individually, instead of the input stream as a whole. But I think the tradeoff is worth it.
I think so too, but perhaps you could try to compress the resulting archive with fastest compression to leverage the common parts of the individual files, and, because it's the fastest compression, it wouldn't take that much overhead. But it might still not be worth it, if the difference between the sum of sizes of individual compressed files and whole set in one archive is small. Have you measured it maybe?

Quote:
Originally Posted by martins View Post
 I would be interested in users' performance comparisons between the three loading options. Do you get similar loading times from the archive as from the individual files? Any other observations/problems with this feature?
I will have a look.

A note to other users here: because the textures loaded from your disk are cached, a truly fair test can only be performed if you start your simulation from a different (random?) location each time. I propose not testing it on Earth, because of its vast oceans, not having any height data, but rather on the Moon or Mars.
[EDIT] I think I have a good idea how I could test it myself: by using the Topographic Map MFD, which loads (too) large amounts of data, when in orbit, since it automatically scales as the altitude increases. Also, the loaded data will be quite different each time, as a body revolves underneath a polar orbit.

Martins: thanks for taking into account all of the ideas presented by us in this thread.

Last edited by Enjo; 07-01-2016 at 12:57 PM.
Enjo is offline   Reply With Quote
Old 07-01-2016, 08:09 PM   #235
jroly
Donator
 
jroly's Avatar
Default

Code:
texpack ..\Textures\Earth Cloud
texpack ..\Textures\Earth Elev
texpack ..\Textures\Earth Elev_mod
texpack ..\Textures\Earth Mask
texpack ..\Textures\Earth Surf
texpack ..\Textures\Mars Elev
texpack ..\Textures\Mars Surf
texpack ..\Textures\Moon Surf
texpack ..\Textures\Moon Elev
I put it in a bat file and is cuirrently processing. The compression will be good, not so much because of the small file sizes, but simply copying/moving Orbiter directory took hours because of all the numerous files.
jroly is offline   Reply With Quote
Thanked by:
Old 07-01-2016, 08:55 PM   #236
Urwumpe
Certain Super User
 
Urwumpe's Avatar

Default

Still compressing Earth here, I hope I get it done before the Windows 10 upgrade
Urwumpe is online now   Reply With Quote
Thanked by:
Old 07-01-2016, 11:04 PM   #237
jroly
Donator
 
jroly's Avatar
Default

Earth is still processing here too, been 3 hours. Elev has finished and it was 24.6GB now it is 10GB. I might have room on the SD to put Orbiter Beta on now.
jroly is offline   Reply With Quote
Old 07-02-2016, 05:11 AM   #238
Urwumpe
Certain Super User
 
Urwumpe's Avatar

Default

Surf went from 18.9 to 14.3 GB over night here. Not a big change, but to torture the English people with a bad translation of a German proverb: Small animals also produce manure.

According to the modification date, it needed about 4 hours to process.
Urwumpe is online now   Reply With Quote
Old 07-02-2016, 05:43 AM   #239
jroly
Donator
 
jroly's Avatar
Default

Yes I noticed the dds files in Surf do not compress well that is pretty normal for images. It took 8 hours for Earth to compress, Mars is done, the Moon is now processing.
jroly is offline   Reply With Quote
Old 07-02-2016, 08:01 AM   #240
Enjo
Mostly harmless
 
Enjo's Avatar


Default

Quote:
Originally Posted by Urwumpe View Post
 Surf went from 18.9 to 14.3 GB over night here. Not a big change (...)
But now you don't need to keep the original compressed textures (not to have to re-download) and the decompressed ones in the same time.
Enjo is offline   Reply With Quote
Reply

  Orbiter-Forum > Orbiter Space Flight Simulator > Orbiter Beta


Thread Tools

Posting Rules
BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
Forum Jump


All times are GMT. The time now is 11:35 AM.

Quick Links Need Help?


About Us | Rules & Guidelines | TOS Policy | Privacy Policy

Orbiter-Forum is hosted at Orbithangar.com
Powered by vBulletin® Version 3.8.6
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright 2007 - 2017, Orbiter-Forum.com. All rights reserved.