|
Replies:
23
-
Pages:
2
[
1
2
| Next
]
-
Last Post:
20 Aug 24, 04:21
Last Post By: PECB
|
Threads:
[
Previous
|
Next
]
|
|
Posts:
11
Registered:
27-Dec-2019
|
|
|
|
Video Album Ballooned in Size
Posted:
19 Jul 24, 19:34
|
|
|
|
|
|
Hi,
Something happened with either the new version of JAlbum (I upgraded from 34.3 to 35.0.2) or Tiger (I upgraded from 5.10.1 to 5.10.3). I added a video to the video album whose original size was 2.28 GB and encoded size is 108 MB. But after I did a Make Album the final size ballooned to 404.17 GB (see attached Album Information)!! While the Make Album Process was proceeding I noticed that all of the videos were being "processed" (see attached screen capture Processing Video). I was suspicious of that because usually the process just flies through all of the files that were previously added to the album until it gets to the new one and encodes it. Sure enough I found that all of original videos were now in the final album folder.
I also found something else interesting. When I open the menu for each video in JAlbum where you can edit the settings for the video I noticed that most of them still had my setting of "Do Not Re-Encode" checked. But that there were many that have "Include Original" that us grayed out and "Use Original" BUT with no selection of "Do Not Re-Encode" available. Kind of looks like it thinks that this is an image and not a video??
Fortunately I have a copy of my last album so if I can get back to getting proper functioning I don't have to wait for over a day for all of the videos to re-encode!
I did reinstall the earlier version of JAlbum and Tiger but still have many videos that don't have the "Do Not Re-Encode" available.
Any ideas? I would like to process with the older software until this bug is cleared up. How can I clean out the problem?
Warren
|
|
|
Posts:
8,009
Registered:
31-Jan-2006
|
|
|
|
Re: Video Album Ballooned in Size
Posted:
19 Jul 24, 21:15
in response to: PECB
|
|
|
|
You've covered up the things we need to be able to see. In your screenshot of the video that can't be marked Do not re-encode, what is the full name of the file, including its extension? And does the thumbnail in the Explore view show a superimposed "play" icon?
|
|
|
Posts:
8,009
Registered:
31-Jan-2006
|
|
|
|
Re: Video Album Ballooned in Size
Posted:
19 Jul 24, 21:32
in response to: JeffTucker
|
|
|
|
One more thing, on the Video tab, what is the setting for Resolution?
|
|
|
Posts:
8,009
Registered:
31-Jan-2006
|
|
|
|
Re: Video Album Ballooned in Size
Posted:
19 Jul 24, 21:44
in response to: JeffTucker
|
|
|
|
David, there's an insidious little bug in there somewhere. (It has nothing to do with the skin, of course.)
(simpler demo of the problem in the next post)
|
|
|
Posts:
8,009
Registered:
31-Jan-2006
|
|
|
|
Re: Video Album Ballooned in Size
Posted:
19 Jul 24, 21:49
in response to: JeffTucker
|
|
|
|
Even simpler. New project, with just an MP4. Video resolution 1080p. Make album. Mark the video Do not re-encode. Make the album again. The original gets copied to the output.
|
|
|
Posts:
8,009
Registered:
31-Jan-2006
|
|
|
|
Re: Video Album Ballooned in Size
Posted:
19 Jul 24, 22:02
in response to: JeffTucker
|
|
|
|
jAlbum 34.3 seems to be unaffected, so it looks like this crept into jAlbum 35.
|
|
|
Posts:
11
Registered:
27-Dec-2019
|
|
|
|
Re: Video Album Ballooned in Size
Posted:
19 Jul 24, 22:06
in response to: JeffTucker
|
|
|
|
|
|
Hi Jeff,
My bad. I selected a file folder that had the same thumbnail image as the actual video that is inside of the folder. Sorry.
But that doesn't explain why with the updated JAlbum and Tiger I get an album size of 336.97 GB! I regressed back a generation for both software's and now I get the album size of 30.2 GB. That's the real mystery. With the upgraded software it took a few hours (I'm not sure exactly because it was overnight and I just observed the first several items being processed)
Warren
|
|
|
Posts:
8,009
Registered:
31-Jan-2006
|
|
|
|
Re: Video Album Ballooned in Size
Posted:
19 Jul 24, 22:12
in response to: PECB
|
|
|
My bad. I selected a file folder that had the same thumbnail image as the actual video that is inside of the folder. Sorry.
I suspected something like that. At least that's one mystery crossed off the list!
But that doesn't explain why with the updated JAlbum and Tiger I get an album size of 336.97 GB! I regressed back a generation for both software's and now I get the album size of 30.2 GB. That's the real mystery. With the upgraded software it took a few hours (I'm not sure exactly because it was overnight and I just observed the first several items being processed)
Don't worry about the skin (skins don't have any control over the image and video processing). It's jAlbum 35 that seems to be the culprit. So, stick to 34.3 until David can tackle this.
|
|
|
Posts:
11
Registered:
27-Dec-2019
|
|
|
|
Re: Video Album Ballooned in Size
Posted:
19 Jul 24, 22:13
in response to: PECB
|
|
|
|
|
|
Posts:
11
Registered:
27-Dec-2019
|
|
|
|
Re: Video Album Ballooned in Size
Posted:
19 Jul 24, 22:14
in response to: JeffTucker
|
|
|
|
Excellent! Thanks! I'll wait for David.
|
|
|
Posts:
3,800
Registered:
18-Oct-2002
|
|
|
|
Re: Video Album Ballooned in Size
Posted:
20 Jul 24, 19:44
in response to: PECB
|
|
|
|
I'll look into it. Odd, I thought I didn't touch any of that logic...
|
|
|
Posts:
8,009
Registered:
31-Jan-2006
|
|
|
|
Re: Video Album Ballooned in Size
Posted:
20 Jul 24, 21:21
in response to: davidekholm
|
|
|
Odd, I thought I didn't touch any of that logic...
Clearly another attack by the insidious Code Gnomes™.
Either that, or you've been subcontracting development to CrowdStrike.
|
|
|
Posts:
3,800
Registered:
18-Oct-2002
|
|
|
|
Re: Video Album Ballooned in Size
Posted:
20 Jul 24, 21:38
in response to: JeffTucker
|
|
|
Even simpler. New project, with just an MP4. Video resolution 1080p. Make album. Mark the video Do not re-encode. Make the album again. The original gets copied to the output.
So it does using jAlbum 33.1 as well. I don't think there is any change here. If you're using "Do not re-encode", then you're recommended to first copy the previously generated smaller video to the input side, then hit "do not re-encode". Now the project stays small and you never accidentally get re-encoded videos.
|
|
|
Posts:
8,009
Registered:
31-Jan-2006
|
|
|
|
Re: Video Album Ballooned in Size
Posted:
20 Jul 24, 22:06
in response to: davidekholm
|
|
|
|
So, "do not re-encode" actually means, "clobber the existing processed video and replace it with the original?" Does this seem like something that will produce a good UX?
I'm quite certain it has not always behaved this way. In fact, there's been a long standing bug in that regard. Previously, if a video was marked "do not re-encode," the previously encoded video was preserved, but its dimensions were mis-reported as being those of the original. It made a mess of some layouts, with small encoded videos being shown in a large frame (based on the dimensions of the original), and being a blurry mess.
I reconfirmed this bug just this past December, and still have the demo project. But if I make the album again with current jAlbum, the behavior is different. Now, since the original is being copied to the output, the dimensions are actually correct!
When you introduced video support, I warned that the screwy way they were being handled would come back to bite us, and it keeps doing so. They should be handled exactly like images - scaled videos to the slides directory, original videos (if they're included) copied to the output folder root. That way, the normal options, like Use original and Include original would operate exactly the way they do for images. And originalPath would always point to a genuine copy of the original image or video.
No one listened....
|
|
|
Posts:
3,800
Registered:
18-Oct-2002
|
|
|
|
Re: Video Album Ballooned in Size
Posted:
22 Jul 24, 12:12
in response to: JeffTucker
|
|
|
|
Let's take it one step at the time. I can't confirm any change between v33.1 and v35 as reported here. IS there a change?
|
|
|
|
Legend
|
|
Forum admins
|
|
Helpful Answer
|
|
Correct Answer
|
|