Compiling TSRE

[eric]

Yep, OpenAL install has to be one of the predecessor steps to 7 -- it appears the compiler is looking for it in both Windows system32 and system64 (separate DLL's).

If the Static build can incorporate the QT dll's, maybe the same can be done with OpenAL 64 bit?

[yellowdog]

Yep, OpenAL install has to be one of the predecessor steps to 7 -- it appears the compiler is looking for it in both Windows system32 and system64 (separate DLL's).

If the Static build can incorporate the QT dll's, maybe the same can be done with OpenAL 64 bit?

I never ran OpenAL install. So I'm not sure what made the difference.

[rdayt]

Piotr, it's good to hear from you.
Hope you are doing well.
Thanks for checking in.

Randy

[eric]

what have the Russian and Polish coders already done with TSRE5 that we English speakers might be interested in?

My guess, and it's only a guess... language updates to the GUI and error messages?

That will be one of my short term goals... changing the logging from Polish to English. Nowy and Wczytywanie pliku aren't intuitively New and File Loading...

[cnwfan]

Thanks for reviving this. I do have to make a question. will there be a easier way to input URL for maps such as Google? Ive tried and tried even asked for his help in this and got no where.

[GokuMK]

I tried the "drop it in the folder" and that works at runtime, but not for build/debug. I'm guessing it expects it in the Windows system directories.

It expects nothing in Windows system directory. It just looks for the file in some places. The first place is always working dir.

Maybe you are not understanding the basics, how applications are running.
Look inside a Windows shortcut file properties. You have there two paths. Path to exe file ( target ) and working directory ( start in ).
This working directory is very important, because application looks for files not in a place where EXE file is located, but in their working dir.
So, when you run TSRE from inside Netbeans, its working dir is set to main repository directory, not the ./dist/ directory. So, by default, when you run TSRE from Netbeans, it is looking for files in the main directory and your DLLs should be there too. This feature allows using the same files for different build configurations.

BUT ! ... it didn't worked well with opening files by double click, so I had to change the way TSRE works and now, by default TSRE always sets it's working dir to app EXE file location on startup. So, now your configurations in Netbeans have independent files, both for ./debug/ and ./dist/

If DLLs is not present in working dir, then system looks for the file in paths defined inside your system PATH variable. That is why it "works" when you put openal DLL in there. But in many cases you shouldn't.

[GokuMK]

You don't have to use the same wersion of OpenAL as I use. But you have to run your EXE with the same DLL version, you were linking during build.
If application is linked to a different version but you have put different DLL file, it may/will crash.
That is why putting the file in system dir is not a great idea too.

[TrainSimJack]

Thanks GokuMK!

I wonder then if what was missing was the 109K OpenAL32.DLL that was installed by the OpenAL installer in the c:\windows\syswow64 folder?
the OpenAL32.DLL file from your website was 873K and did not work for me when I tried it in the same folder as the application, when it was the only OpenAL32.DLL on the system.

To fantastyczny program i nie mogę ci wystarczająco podziękować za całą pracę, którą w niego włożyłeś!

[GokuMK]

So my question now is... what have the Russian and Polish coders already done with TSRE5 that we English speakers might be interested in?

I know no one from Poland, but in other places like India, they have great teams, they adjust TSRE to their needs etc. I think that greatest projects are made using TSRE. But they won't share. That is a common problem with open source. Most people just take but don't contribute. No one even shared a good user guide and you are expecting them sharing code?

[GokuMK]

I wonder then if what was missing was the 109K OpenAL32.DLL that was installed by the OpenAL installer in the c:\windows\syswow64 folder?
the OpenAL32.DLL file from your website was 873K and did not work for me when I tried it in the same folder as the application, when it was the only OpenAL32.DLL on the system.

Maybe your openal source files, you are using for linking, are not compatible with my DLL file and required other file. I don't remember where did I find my openal sources.

[eric]

I know no one from Poland, but in other places like India, they have great teams, they adjust TSRE to their needs etc. I think that greatest projects are made using TSRE. But they won't share.

Just to be clear... since others have asked if any of the changes I've done will flow back to the master repository...

I've already pushed one change back to the master which Goku approved as a pull. That was a pretty straight forward change that shouldn't need a bunch of testing.

As I test the others I'm working on (e.g. the configurable TSection and TDB line height), they'll be set up as pull requests as well. That's how open source is supposed to work -- iterative collaboration...

Other changes (e.g. converting logging messages into English) probably won't flow backward unless they become enumerated into a language file.

[pwillard]

No one even shared a good user guide and you are expecting them sharing code?

Sad... Really. I don't get why this is this way. Maybe its a language barrier... I don't know.

And wait... I tried to make a PDF user guide for TSRE5 and you told me to stop since it was inaccurate... but how would I know about inaccuracies... I've had almost no outside contributions and zero pull requests and I'm not a route maker.

[eric]

I've found one function that's not working -- OSM maps.

I can pull MapBox without any issues, but pulling an OSM vector map comes back with an error "No Data From The Network"

The URL being stored to the log is accessible, and comes back with a map.osm file so it's not a matter of the URL changing.

I also checked against GokuMK 's version in the repository, and get the same error, so it's nothing I did in my fork, but it works fine on v0.7.012 from the TSRE homepage.

[yellowdog]

I'm not a route builder, so I don't know how to check if this functions on my TSRE build

Although, in my working Settings I have some lines related to imageMaps and geodata that I had to manually enter (from where I was trying to learn how to play around with route building several months ago) that don't exist in the build Settings. Would something like that impact what you're trying to do?

I also noticed that my working Settings has
useNumPad =
while my build Settings has
usenNumPad =

I'm wondering if that extra "n" is supposed to be there

[csantucci]

What you are doing here, guys, is great. I really hope that TSRE will be maintained and enhanced in an Open Source environment. Much faster than start from scratch with a new route editor. Also glad that Goku has appeared here and provided some input and merged PRs.