On 7/26/2018 at 3:05 PM, AKStirling said:

Hi .... having got sorted out with the 'how to' end of things with running the program, wonder what the consensus is regarding the look of the ortho on the ground .... I'm seeing anomalies which I've taken captures of and can be seen as per the links below. Interested to know if anyone  else seeing similar, and know any way of avoiding these .....???? 

1) Mallorca ..... ortho scenery stops short of the East end of the island though according to the map the whole island is covered by the 2 tiles ..... something else a litlle odd about this was the whole job only took between 2 & 3 hours to complete, which compares not at all with some of the mamoth time frames i've encountered for a single tile to be processed .... https://www.4shared.com/folder/i-UZIWaF/lepa.html

2) EGPK shows a dividing line between what looks like 2 seriously different colour palettes .......https://www.4shared.com/folder/weHJeXSN/EGPK.html

 

using exe version with BI17

 

 

Thats because a lot of your tile is water. If half the tile is water it'll take half the time.

ZL 17 is very high for a complete tile

Jon

On 8/17/2021 at 7:17 AM, philmurfin said:

Hello,
I wonder if I can put out a call for advice please?

I have the latest version of Ortho4 P3d installed and I've changed the config to point to resample.exe.
However, each time I compile the scenery, including to tick build for ESP and batch build,
everything goes through it's motions but I'm getting no add on scenery folder produced in the orthophotos folder.

Here's a little extract from my config file....

terrain_casts_shadows=True
use_decal_on_terrain=False
ESP_resample_loc=C:\\P3dOrthoResample\\resample.exe
ESP_scenproc_loc=C:\\Users\\fery2\\Desktop\\scenproc_latest_development_release_x64\\scenProc.exe
ESP_scenproc_script=default.spc
max_resample_processes=8
create_ESP_night=True
create_ESP_summer=True
create_ESP_spring=False
create_ESP_fall=False
create_ESP_winter=False
create_ESP_hard_winter=False

Any suggestions please?
Best....  Phil

Read the first 5 pages of this. You likely didn't select the tile

On 4/5/2021 at 4:40 AM, OzWhitey said:

The bgl files you make with ortho4xp for p3d are fully compatible with all versions of p3d and fsx.

Small print: If you want to make it theoretically better for v5, use the resample.exe file from the v5 sdk. Never noticed any difference between versions, but they seem to be different sizes etc so it’s possible (though unlikely) that something was changed.

I do most of my flying in v5.1, and 100% of my flying over ortho, absolutely no compatibility problems and none would be expected.

More specifically, p3d has had a problem with blurry ortho rendering in the past. This was fixed late in v4’s run (around v4.4, i think from memory), and v5 does a great job of rendering orthoscenery under challenging conditions.

So I am creating my Ortho's at 17 and the bmp's look great but when in P3D (specifically Greece in this case) they look horrible - like 14 in (the other sim we don't talk about) lol.

Am I doing something wrong?

Jon

lo probé para FSX, sigo los pasos pero solo genera parches de imágenes.

que hago

He seguido los pasos tal y como se describen para fsx, crea la carpeta ADDON SCENERY junto con los bgl. al cargar la carpeta en el sim fsx cuando abro el escenario solo se ve una linea y no se carga el fotoreal.
Consejos, muchas gracias. 

I have followed the steps as described for fsx, it 
creates the ADDON SCENERY folder along with the bgl's.
When loading the folder in the sim fsx when I open the
stage, only one line is seen and the photoreal is not
loaded.
tips, thank you very much

 

cuando está el proceso indica que las imágenes se crean en blanco, al final es como se ve por defecto, pruebo con los otros servidores y es lo mismo.
Pasa en Costa Rica. 

Edited May 6, 20224 yr by jaguero
ortografia

 

when the process is there
it indicates that the
images are created in
white, in the end it is as
it is seen by default, I
try with the other servers
and it is the same.
It happens in Costa Rica.

Edited May 6, 20224 yr by jaguero

This is created with that program. 

 

There is a texture problem. Can someone tell me a fix? 

Does someone else have this error with Jakarta?

Step 1 : Building vector data for tile -07+106 :
--------

Downloading OSM data for ScenProc, this might take some time, please wait...
If OSM server rejects our request due to too many requests, will keep trying until successful.
Attempting to download OSM data from -7, 106 to -6.5, 106.5
Download successful
Attempting to download OSM data from -6.5, 106 to -6.0, 106.5
Download successful
Attempting to download OSM data from -7, 106.5 to -6.5, 107.0
Download successful
Attempting to download OSM data from -6.5, 106.5 to -6.0, 107.0
        OSM server MAP sent us an error code for the data (data too big ?), new tentative in 2 sec...

I get this error every time I try to download tile -07+106. Can anyone give me a fix? I read the topic, it seems no fix was provided. 

 

Then this happens 

Exception in thread Thread-9:
Traceback (most recent call last):
  File "threading.py", line 916, in _bootstrap_inner
  File "threading.py", line 864, in run
  File "O4_Tile_Utils.py", line 163, in build_tile_list
  File "O4_Vector_Map.py", line 44, in build_poly_file
  File "O4_Vector_Map.py", line 154, in include_scenproc
TypeError: a bytes-like object is required, not 'int'

And the program just stops working. I am just having this problem only with this tile and with only assemble vector data and batch build, not anything else. 

I'll be glad on solution. 

Edited April 21, 20233 yr by PavlinS

On 7/21/2019 at 10:47 PM, lambourne said:

Please see this: https://github.com/oscarpilote/Ortho4XP/blob/master/Install_Instructions.txt#L49

You need to have the gdal whl installed into your local python. That fixes the issue.

I am experiencing the same problem and I installed all the required packages. 

I recommend using FSEarthTiles (FSET). It’s just better for fsx/p3d than ortho4xp_fsx_p3d (better quality, etc). I’ve also recently written a custom water masking solution. Before, FSET just used ortho4xp’s water masking code, which downloaded a lot of data not needed by FSX/P3D. My custom solution doesn’t do this and the result is much faster water masking, without as many timeouts from the OSM server (basically no time outs ever). Download it here:  https://github.com/stackTom/FSEarthTiles/releases

I have a little problem with this - I had made my own autogen from shape files with the ortho imagery. Before it was showing up in sim, now it does not. What I am doing wrong? Can anyone help?

 

Hi friend,

I have a question about Ortho4xp, can you help me?

Once I've created the tiles, each tile is created in a separate folder.

I should to add each tile to the scenery library separately?

Can I merge them into a single folder?

If I do this, it asks me to overwrite files.

Thank's!

I'm having a problem; when it gets to the second step, it always shows this error. I've already tried reinstalling, moving it to another directory, and nothing works. I also have all the Python libraries and DLLs are required; the code shown below is provided:

Step 2:

 

Building mesh for

 

tile-10-041:

 

Modifying curv_tol weight map according to runway locations.

 

Modifying curv_tol weight map according to coastline location.

 

* Recycling OSM data from..\OSM_data\-10-0501-10-0411-10-041_coastline.osm.bz2

Start of the mesh algorithm Triangle4XP.

 

Exception in thread Thread-5:

 

Traceback (most recent call last):

 

File "threading.py", line 916, in

 

_bootstrap_inner

File "threading.py", line 864, in run

 

File "04_Tile_Utils.py", line 166, in build_tile_list

 

File "04_Mesh_Utils.py", line 435, in build_mesh

 

File "subprocess.py", line 709, in __init__

 

File "subprocess.py", line 997, in

 

_execute_child

 

>

 

WiFileNotFoundError: [

 

WinError 2]

 

The system cannot find the

 

specified file.

 

Just to remind you, I checked and found Triangle4xp.exe in the files, along with the others that were needed.

Hello, I try to use Ortho4FSX/P3D with latest version, and after seeing this forum, I saw similiar problem with error like :
-> Inserting edges related to the orthophotos grid

Exception in thread Thread-2:

Traceback (most recent call last):

File "threading.py", line 916, in bootstrapinner

File "threading.py", line 864, in run

File "O4_Tile_Utils.py", line 163, in build_tile_list

File "O4_Vector_Map.py", line 91, in build_poly_file

File "O4_Vector_Utils.py", line 283, in encode_MultiLineString

File "O4_Vector_Utils.py", line 179, in insert_way

File "O4_Vector_Utils.py", line 121, in insert_edge

File "rtree\index.py", line 969, in delete

OSError: exception: access violation reading 0x000000000000000E

Can someone help me with this,? Iam not a programmer so, I just run the program from dist.