Thread Locked This thread is locked - replies are not allowed.



Permlink Replies: 150 - Pages: 11 [ Previous | 1 2 3 4 5 6 7 | Next ] - Last Post: 27 Sep 22, 21:55 Last Post By: davidekholm Threads: [ Previous | Next ]
davidekholm

Posts: 3,471
Registered: 18-Oct-2002
Re: jAlbum on Java 18
Posted: 11 Sep 22, 09:10   in response to: JeffTucker in response to: JeffTucker
JeffTucker wrote:
You should hold off on the official update. JDK 19 will be released ten days from now.

Do we dare to play "bleeding edge"?
AndreWolff

Posts: 1,288
Registered: 14-Dec-2007
Re: jAlbum on Java 18
Posted: 11 Sep 22, 09:56   in response to: davidekholm in response to: davidekholm
davidekholm wrote:
I now have b5 out.
The new version is slower:
Making "Test_HEIC-3" (All)
"Test_HEIC-3" made in 52,292s
What do you mean with
We now read HDR images
which file forma t is that?
Please give an example.

Edited by: AndreWolff on 11 Sep 2022, 11:16
RobM

Posts: 3,844
Registered: 4-Aug-2006
Re: jAlbum on Java 18
Posted: 11 Sep 22, 10:09   in response to: AndreWolff in response to: AndreWolff
AndreWolff wrote:
davidekholm wrote:
I now have b5 out.
What do you mean with
We now read HDR images
which file forma t is that, please give an example.
.HDR is a 32 bit file format for high dynamic range images and used by some software like Photoshop.
AndreWolff

Posts: 1,288
Registered: 14-Dec-2007
Re: jAlbum on Java 18
Posted: 11 Sep 22, 10:14   in response to: RobM in response to: RobM
RobM wrote:
.HDR is a 32 bit file format for high dynamic range images and used by some software like Photoshop.
I make an HDR image in Lightroom from 5 separated files with different exposure times, but the result is stored in a DNG-file, not in a HDR-file. What is the advantage of a HDR file?

BTW: Adobe uses HDRI files.
JeffTucker

Posts: 8,127
Registered: 31-Jan-2006
Re: jAlbum on Java 18
Posted: 11 Sep 22, 14:36   in response to: davidekholm in response to: davidekholm
davidekholm wrote:
JeffTucker wrote:
You should hold off on the official update. JDK 19 will be released ten days from now.

Do we dare to play "bleeding edge"?


"Bleeding edge" would be bundling jAlbum with an early-access build of JDK 20. ;)

That reminds me.... Are you still seeing people downloading the 32-bit version? That must be a rapidly-shrinking community.
davidekholm

Posts: 3,471
Registered: 18-Oct-2002
Re: jAlbum on Java 18
Posted: 11 Sep 22, 16:22   in response to: JeffTucker in response to: JeffTucker
JeffTucker wrote:

That reminds me.... Are you still seeing people downloading the 32-bit version? That must be a rapidly-shrinking community.

Yes, very small market share by now. As Java 18 isn't even built for 32 bit machines, we won't see more 32 bit versions of jAlbum.
davidekholm

Posts: 3,471
Registered: 18-Oct-2002
Re: jAlbum on Java 18
Posted: 11 Sep 22, 16:23   in response to: AndreWolff in response to: AndreWolff
AndreWolff wrote:
davidekholm wrote:
I now have b5 out.
The new version is slower:codeMaking "Test_HEIC-3" (All)

I see a 50% speed gain rebuilding "Sample Project". If you see slower performance then please provide a zip of a project that demonstrates that.
JeffTucker

Posts: 8,127
Registered: 31-Jan-2006
Re: jAlbum on Java 18
Posted: 11 Sep 22, 16:36   in response to: davidekholm in response to: davidekholm
davidekholm wrote:
Yes, very small market share by now. As Java 18 isn't even built for 32 bit machines, we won't see more 32 bit versions of jAlbum.

I wondered only because I'm still compiling my skins to Java 8, for the sake of the 32-bit users. It may be time to move on. You know how I feel about supporting the Legacy Laggards™. ;)
JeffTucker

Posts: 8,127
Registered: 31-Jan-2006
Re: jAlbum on Java 18
Posted: 11 Sep 22, 16:49   in response to: davidekholm in response to: davidekholm
davidekholm wrote:
JeffTucker wrote:

Can't test the M1 version. Please send me a new Macbook Air to replace my 2013 version. I'll let you know how it works out. In fact, go for the M2 version, for future-proofing. I'll give you my mailing address. ;)

If we made the money I feel we deserve, given the user appreciation we see in TrustPilot, I wouldn't hesitate a second to do that, and I'm not joking.


The Macbook Air kills me. It has finally "aged out" of the macOS updates (no Monterey), and feels sluggish compared to my much newer Win11 desktop. But despite being dragged all over the place, jammed into backpacks, etc., it still looks like new, and works flawlessly. The battery life is even still pretty good, clocking in at 89% of its original capacity.

I could just wheel over to the Apple store this afternoon, pull out my credit card (I'm always expecting the charge machine to cough up a message to the merchant that says, "Seize him!!!"), and buy a new one. But I don't really need one.
AndreWolff

Posts: 1,288
Registered: 14-Dec-2007
Re: jAlbum on Java 18
Posted: 11 Sep 22, 17:17   in response to: davidekholm in response to: davidekholm
davidekholm wrote:
I see a 50% speed gain rebuilding "Sample Project". If you see slower performance then please provide a zip of a project that demonstrates that.

Well apparently there is some variation in the processing times and the value above is a very long one. I have an album of only HEIC files.

I repeated the processing a number of times and you see a improvement of 50% as you see too:
Version 28.1.5:
 
Making "Test_HEIC-3" (All)
@@@@@@ : error ending picture
@@@@@@ : error ending picture
@@@@@@ : error ending picture
@@@@@@ : error ending picture
@@@@@@ : error ending picture
@@@@@@ : error ending picture
@@@@@@ : error ending picture
@@@@@@ : error ending picture
@@@@@@ : error ending picture
@@@@@@ : error ending picture
"Test_HEIC-3" made in 1m 4,36s
 
Making "Test_HEIC-3" (All)
@@@@@@ : error ending picture
@@@@@@ : error ending picture
@@@@@@ : error ending picture
@@@@@@ : error ending picture
@@@@@@ : error ending picture
@@@@@@ : error ending picture
@@@@@@ : error ending picture
@@@@@@ : error ending picture
@@@@@@ : error ending picture
@@@@@@ : error ending picture
"Test_HEIC-3" made in 1m 0,009s
 
This Beta:
 
Making "Test_HEIC-3" (All)
"Test_HEIC-3" made in 31,341s
 
Making "Test_HEIC-3" (All)
"Test_HEIC-3" made in 29,593s
 
Making "Test_HEIC-3" (All)
"Test_HEIC-3" made in 28,704s
 
jret

Posts: 175
Registered: 5-Mar-2009
Re: jAlbum on Java 18
Posted: 11 Sep 22, 17:27   in response to: JeffTucker in response to: JeffTucker
JeffTucker wrote:
davidekholm wrote:
JeffTucker wrote:

Can't test the M1 version. Please send me a new Macbook Air to replace my 2013 version. I'll let you know how it works out. In fact, go for the M2 version, for future-proofing. I'll give you my mailing address. ;)

If we made the money I feel we deserve, given the user appreciation we see in TrustPilot, I wouldn't hesitate a second to do that, and I'm not joking.

The Macbook Air kills me. It has finally "aged out" of the macOS updates (no Monterey), and feels sluggish compared to my much newer Win11 desktop. But despite being dragged all over the place, jammed into backpacks, etc., it still looks like new, and works flawlessly. The battery life is even still pretty good, clocking in at 89% of its original capacity.

I could just wheel over to the Apple store this afternoon, pull out my credit card (I'm always expecting the charge machine to cough up a message to the merchant that says, "Seize him!!!"), and buy a new one. But I don't really need one.

If you're interested in an M1 Air they are available from Apple's refurb store (like new, full warranty). Be sure to get 8/8, 16 RAM, at least 512 SSD. These really do so much more than the earlier Intels.

The M2 might be the better choice - extra RAM will be helpful. Your old Air might have some trade-in value - check the online Apple store. I traded my last generation Intel Air for an M1 - night & day difference. Probably would have gotten the M2 but they weren't available yet. The difference between the M1 & M2 is not enough for me to trade up again ... at least this soon.

JeffTucker

Posts: 8,127
Registered: 31-Jan-2006
Re: jAlbum on Java 18
Posted: 11 Sep 22, 17:34   in response to: jret in response to: jret
jret wrote:
Your old Air might have some trade-in value - check the online Apple store.

I was curious about that, and plugged in the serial number. They generously offered to recycle it for me - for free! ;)
davidekholm

Posts: 3,471
Registered: 18-Oct-2002
Re: jAlbum on Java 18
Posted: 11 Sep 22, 19:23   in response to: JeffTucker in response to: JeffTucker
JeffTucker wrote:
davidekholm wrote:
Yes, very small market share by now. As Java 18 isn't even built for 32 bit machines, we won't see more 32 bit versions of jAlbum.

I wondered only because I'm still compiling my skins to Java 8, for the sake of the 32-bit users. It may be time to move on. You know how I feel about supporting the Legacy Laggards™. ;)


Yes, I'll soon plan to move to source/binary format 18. When skins are compiled against jalbum-core.jar, then they will also need to have their source/binary format bumped.
davidekholm

Posts: 3,471
Registered: 18-Oct-2002
Re: jAlbum on Java 18
Posted: 11 Sep 22, 19:41   in response to: davidekholm in response to: davidekholm
I'm excited about offering jAlbum for M1. I made a test earlier and the launch time was 1,9s on M1 compared to 8s on my MacBook Pro 2015 (Intel).
JeffTucker

Posts: 8,127
Registered: 31-Jan-2006
Re: jAlbum on Java 18
Posted: 11 Sep 22, 20:05   in response to: davidekholm in response to: davidekholm
davidekholm wrote:
Yes, I'll soon plan to move to source/binary format 18. When skins are compiled against jalbum-core.jar, then they will also need to have their source/binary format bumped.

Appreciate the "heads up." I'm always compiling to the latest core, even if it's just a beta, so that might have caught me unawares. Easy enough to do a set of "jAlbum 29 compatible" skin releases, as long as I know they're needed! Takes longer to update the user's manuals than it does to recompile and package the skin updates (I've got a lot of that stuff scripted).
Legend
Forum admins
Helpful Answer
Correct Answer

Point your RSS reader here for a feed of the latest messages in all forums