LDView LDView 4.4 Alpha 6 test release


LDView 4.4 Alpha 6 test release
#1
I have posted a test release for LDView 4.4 Alpha 6 to GitHub:

https://github.com/tcobbs/ldview/release...4.4_Alpha6

This release does have some known issues, but it also has quite a bit of new functionality, as well as some significant bug fixes.

Right now, I have only provided installers for macOS and 64-bit Windows. If you would like me to create an installer other than one of those two, please let me know.

The ChangeHistory.html file that is included in the release lists all of the changes. In the macOS version, ChangeHistory.html is in the dmg. In the Windows version, ChangeHistory.html gets installed to wherever you install LDView (C:\Program Files\LDView by default). I think the most important changes are:


  1. Support for SPHERICAL and CYLINDRICAL texture maps.
  2. Support for !DATA meta-command for embedding texture maps into MPDs.
  3. Support for DPI scaling (AKA High DPI) on Windows, as well as Retina displays on macOS.
  4. Support for macOS Finder thumbnail generation (toggle on LDraw tab of preferences).
  5. Support for macOS Dark Mode.
  6. Multiple important TEXMAP bug fixes.
Reply
RE: LDView 4.4 Alpha 6 test release
#2
As far as I can tell, there is a file path problem: 4.4 doesn't seem to find referred parts or subparts lying in the same folder or path relative folder.
Reply
RE: LDView 4.4 Alpha 6 test release
#3
(2020-06-16, 14:08)Philippe Hurbain Wrote: As far as I can tell, there is a file path problem: 4.4 doesn't seem to find referred parts or subparts lying in the same folder or path relative folder.

Thanks for the report. I will investigate.
Reply
RE: LDView 4.4 Alpha 6 test release
#4
(2020-06-16, 14:08)Philippe Hurbain Wrote: As far as I can tell, there is a file path problem: 4.4 doesn't seem to find referred parts or subparts lying in the same folder or path relative folder.

I don't understand what you are trying to say. Can you be more specific, and also preferably send me a zip example?

I thought you meant files that are in the same directory as the main file. But I tested that in both Windows and macOS, and it works fine for me. If that is what you are talking about, do you have an ldraw.ini? If so, if the LDrawSearch section is missing a <MODELDIR> entry, then that would be the expected behavior.
Reply
RE: LDView 4.4 Alpha 6 test release
#5
(2020-06-17, 1:28)Travis Cobbs Wrote: I thought you meant files that are in the same directory as the main file. 
Yes, that's exactly what I meant.
Quote:But I tested that in both Windows and macOS, and it works fine for me. If that is what you are talking about, do you have an ldraw.ini? If so, if the LDrawSearch section is missing a <MODELDIR> entry, then that would be the expected behavior.
I don't think I have an ldraw.ini file (or it would be well hidden!). What I can say for sure is that the same part file don't show same directory referred to files when I use LDVew 4.4, while it works fine when I use LDView 4.3 executable. Both executable versions sit in the same folder and share the same settings.
Reply
RE: LDView 4.4 Alpha 6 test release
#6
(2020-06-17, 5:58)Philippe Hurbain Wrote: Yes, that's exactly what I meant.
I don't think I have an ldraw.ini file (or it would be well hidden!). What I can say for sure is that the same part file don't show same directory referred to files when I use LDVew 4.4, while it works fine when I use LDView 4.3 executable. Both executable versions sit in the same folder and share the same settings.

Since I can't reproduce this, can you send me a zip file of a directory where this occurs for you, as well as letting me know which main file to open?
Reply
RE: LDView 4.4 Alpha 6 test release
#7
(2020-06-17, 17:36)Travis Cobbs Wrote: Since I can't reproduce this, can you send me a zip file of a directory where this occurs for you, as well as letting me know which main file to open?
OK, the problem is more subtle... it's related to French accentuated characters in the path. The folder where I create parts is named "Pièces en cours". In this folder, local subparts are not found. But, (as I noticed while preparing a zip for you), 4.4 works perfectly if the folder path doesn't contain special characters. The problem doesn't occur with 4.3.
Reply
RE: LDView 4.4 Alpha 6 test release
#8
(2020-06-17, 18:39)Philippe Hurbain Wrote: OK, the problem is more subtle... it's related to French accentuated characters in the path. The folder where I create parts is named "Pièces en cours". In this folder, local subparts are not found. But, (as I noticed while preparing a zip for you), 4.4 works perfectly if the folder path doesn't contain special characters. The problem doesn't occur with 4.3.

4.4 is actually supposed to fix problems with special characters in filenames, so it seems like I introduced a new one that wasn't present before. I would still appreciate it if you sent me a zip that includes the folder itself inside the zip.

Never mind about sending me a zip. I'm able to reproduce the problem.
Reply
RE: LDView 4.4 Alpha 6 test release
#9
Tongue 
(2020-06-17, 20:02)Travis Cobbs Wrote: 4.4 is actually supposed to fix problems with special characters in filenames, so it seems like I introduced a new one that wasn't present before. I would still appreciate it if you sent me a zip that includes the folder itself inside the zip.

Never mind about sending me a zip. I'm able to reproduce the problem.

So, I found the problem. I put a lot of effort into fixing LDView's support of Unicode characters in filenames, but forgot to enable one part of that code in my Windows Release build settings. Since all my other code had been updated to treat all filenames as Unicode (specifically, UTF-8, mostly), the one remaining bit of code that didn't do that didn't work at all any more.  Undecided
Reply
RE: LDView 4.4 Alpha 6 test release
#10
(2020-06-18, 4:09)Travis Cobbs Wrote: So, I found the problem. I put a lot of effort into fixing LDView's support of Unicode characters in filenames, but forgot to enable one part of that code in my Windows Release build settings. Since all my other code had been updated to treat all filenames as Unicode (specifically, UTF-8, mostly), the one remaining bit of code that didn't do that didn't work at all any more.  Undecided
Sorry, night time when I saw your message yesterday. Great you found the problem anyway  Smile
Reply
RE: LDView 4.4 Alpha 6 test release
#11
Not sure if anyone is interested, but I found an online tool that lets you preview html files checked into GitHub. So here is a link to the LDView 4.4 Alpha 6 Change History (the same file that is distributed with the release):

https://htmlpreview.github.io/?https://g...story.html
Reply
RE: LDView 4.4 Alpha 6 test release
#12
Wondering... would it make sense to add some form of primitive substitution to lores 8\primitives? They would - for example - get higher number of sides, half of what normal primitives get?
Reply
RE: LDView 4.4 Alpha 6 test release
#15
(2020-06-19, 6:26)Philippe Hurbain Wrote: Wondering... would it make sense to add some form of primitive substitution to lores 8\primitives? They would - for example - get higher number of sides, half of what normal primitives get?

Maybe. My existing substitution for 48 primitives simply forces them to have at least 48 segments. (So, if you set the curve quality on a notch for 48 or more segments, they end up with the same number of segments as the standard primitives.) I could in theory support 8\ primitives so that they always have half as many as the others. Unfortunately, it would be a huge number of small changes to my code base (at least 270), which would be a royal pain.
Reply
RE: LDView 4.4 Alpha 6 test release
#13
(2020-06-14, 23:57)Travis Cobbs Wrote: I have posted a test release for LDView 4.4 Alpha 6 to GitHub:

https://github.com/tcobbs/ldview/release...4.4_Alpha6

This release does have some known issues, but it also has quite a bit of new functionality, as well as some significant bug fixes.

Right now, I have only provided installers for macOS and 64-bit Windows. If you would like me to create an installer other than one of those two, please let me know.

The ChangeHistory.html file that is included in the release lists all of the changes. In the macOS version, ChangeHistory.html is in the dmg. In the Windows version, ChangeHistory.html gets installed to wherever you install LDView (C:\Program Files\LDView by default). I think the most important changes are:


  1. Support for SPHERICAL and CYLINDRICAL texture maps.
  2. Support for !DATA meta-command for embedding texture maps into MPDs.
  3. Support for DPI scaling (AKA High DPI) on Windows, as well as Retina displays on macOS.
  4. Support for macOS Finder thumbnail generation (toggle on LDraw tab of preferences).
  5. Support for macOS Dark Mode.
  6. Multiple important TEXMAP bug fixes.

Requesting installer for Linux...  I have been using Ubuntu (16.04) 64 bit .deb up to this point on Linux Mint 19.x (Debian, Ubuntu 18.04 LTS) and Mint 18.x prior.  I have had to manually pull in one or two dependencies to make it work on Mint 19.x, but it does and beats rolling the dice with WINE.  Thanks for the continuing work.
Reply
RE: LDView 4.4 Alpha 6 test release
#14
(2020-06-19, 14:10)Steve J. Wrote: Requesting installer for Linux...  I have been using Ubuntu (16.04) 64 bit .deb up to this point on Linux Mint 19.x (Debian, Ubuntu 18.04 LTS) and Mint 18.x prior.  I have had to manually pull in one or two dependencies to make it work on Mint 19.x, but it does and beats rolling the dice with WINE.  Thanks for the continuing work.

Various Linux installers were added after my initial post. Does one of them work?
Reply
RE: LDView 4.4 Alpha 6 test release
#16
(2020-06-20, 2:04)Travis Cobbs Wrote: Various Linux installers were added after my initial post. Does one of them work?
I tried the ldview-qt5-4.4a6-ubuntu-20.04.amd64.deb on Mint 19.3.  There were some dependencies not present (2?) and installed packages not meeting version requirements (1?).  I realize the generic nature of that statement does not help, but in the process of trying to satisfy individual dependencies manually I have busted my system to the point where it is stuck in a boot loop.  I think it had something to do with the libgcc/libqt5 packages.  I did a sudo apt-get install -f, followed by a sudo apt autoremove and it went down the drain from there.  I think the latter inadvertently wiped out something required for the greeter/x-session since it thought it was no longer needed.

I'll venture to guess that you were building specifically to recently released Ubuntu 20.04 LTS to stay ahead of the curve and all of those dependencies are met in that environment.  Mint 20.x hasn't quite hit the street clear of beta yet, should within the next week or so based on reports.  I'll try again then.  I was willing to take the gamble because I got the 16.04 build(s) to work in the 18.04 environment without destroying anything, but in hindsight I should have known that backwards compatibility from the future was no guarantee as opposed to better luck with old builds going into future releases.  Oh well...  (Where did I put that backup image?)
Reply
RE: LDView 4.4 Alpha 6 test release
#17
(2020-06-23, 15:59)Steve J. Wrote: I'll venture to guess that you were building specifically to recently released Ubuntu 20.04 LTS to stay ahead of the curve and all of those dependencies are met in that environment.  Mint 20.x hasn't quite hit the street clear of beta yet, should within the next week or so based on reports.  I'll try again then.  I was willing to take the gamble because I got the 16.04 build(s) to work in the 18.04 environment without destroying anything, but in hindsight I should have known that backwards compatibility from the future was no guarantee as opposed to better luck with old builds going into future releases.  Oh well...  (Where did I put that backup image?)

I've found that building on Debian results in the best / widest compatibility as most of the other popular distributions are forks of it in one way or another.

I also use static linking as much as possible / permitted by licenses etc to increase LDCad's generic binary usability.

Just my 2cts
Reply
RE: LDView 4.4 Alpha 6 test release
#18
(2020-06-23, 15:59)Steve J. Wrote: I tried the ldview-qt5-4.4a6-ubuntu-20.04.amd64.deb on Mint 19.3.  There were some dependencies not present (2?) and installed packages not meeting version requirements (1?).  I realize the generic nature of that statement does not help, but in the process of trying to satisfy individual dependencies manually I have busted my system to the point where it is stuck in a boot loop.  I think it had something to do with the libgcc/libqt5 packages.  I did a sudo apt-get install -f, followed by a sudo apt autoremove and it went down the drain from there.  I think the latter inadvertently wiped out something required for the greeter/x-session since it thought it was no longer needed.

I'll venture to guess that you were building specifically to recently released Ubuntu 20.04 LTS to stay ahead of the curve and all of those dependencies are met in that environment.  Mint 20.x hasn't quite hit the street clear of beta yet, should within the next week or so based on reports.  I'll try again then.  I was willing to take the gamble because I got the 16.04 build(s) to work in the 18.04 environment without destroying anything, but in hindsight I should have known that backwards compatibility from the future was no guarantee as opposed to better luck with old builds going into future releases.  Oh well...  (Where did I put that backup image?)

Added LinuxMint 19.3 binaries to GitHub release. Please give it a try:

https://github.com/tcobbs/ldview/release....amd64.deb
https://github.com/tcobbs/ldview/release....amd64.deb
Reply
« Next Oldest | Next Newest »



Forum Jump:


Users browsing this thread: 1 Guest(s)