Skip to main content
Known Participant
November 20, 2023
Question

Slide show is not showing the right orientation

  • November 20, 2023
  • 4 replies
  • 889 views

Hi, I did some reproductions of 35mm slides in CR2 format. Some of the slides were flipped so I used Camera Raw to flip them back. In the Bridge Film Strip and Preview they are fine, but when I view them in Slide Show, they are in the old orientation. Very strange: I look at one file in Bridge, and when I hit Ctrl+L for Slide Show, it is the other way around..... I cleared all the cache I could get my fingers on, but it still displays the wrong way around in Slide Show.

Any ideas?

This topic has been closed for replies.

4 replies

Adobe Employee
February 23, 2024

Hello @thijswolzak2 ,  

   

The fix is now available in production released version 14.0.2.191. We would love for you to try it out and share feedback.   

   

For a complete list of fixed issues, please refer https://helpx.adobe.com/bridge/kb/fixed-issues.html 

   

Regards,   
Bridge Team 

Adobe Employee
February 7, 2024

Hello @thijswolzak2 , 

 

We have released a new Adobe Bridge 2024 Beta build (14.0.2.181) which fixes this issue. We would love for you to try it out and share feedback. 

 

For a complete list of fixed issues, please refer to community post announcement. 

 

Regards, 
Bridge Team 

Known Participant
February 7, 2024

Thank you Adobe, it's looking good so far!

Adobe Employee
November 22, 2023

Hi @thijswolzak2 ,

Thank you for reporting the issue. We’ve this issue in our engineering pipeline.

Regards,
Bridge Team

gary_sc
Community Expert
Community Expert
November 21, 2023

Hi, @thijswolzak2, yeah, I have an idea: you found a bug. 

 

I followed your suggestions and it did what you said it did. I really expected the purging of the cache to "fix" it but, as it did with you, it did not fix it.

 

I'll see that someone in Adobe adds this to their list.

 

On a separate note, how did you capture your slides? Several years ago I had just under 10k slides that I needed to digitize. I ended up writing my process in this blog: 

https://community.adobe.com/t5/adobe-community-professionals/digitizing-your-slides-by-photography/td-p/4785336

 

Since you're already done (?), it will probably not affect you, but I am curious as to how you did it.

 

 

Known Participant
November 21, 2023

Hi Gary, it makes me so proud that I found an official bug. Will it carry my name, like newly discovered planets?

 

About the slide digitisation: I havent read your blog yet entirely, but I did use a dslr with a macro lens. Scanning is obsolete for this kind of jobs, it just takes too long and you dont get RAW files! I will read your blog later.

 

You are not an Adobe employee I understand, but sort of a gateway to Adobe for this forum? I did see a lot of your posts earlier. Any idea when this will be rsolved?

I use slideshow a lot to select images. When I go through images in preview, it takes like 0.5s for the preview to get highres, and that is just too long for a good workflow. In slideshow there is no delay. Would you know how to tackle the delay in Preview? I would prefer working with preview because I can see information like exposure on the thumbnail. I have a i9 PC with a GeForce GTX 1060 6GB, which is not new but should be sufficient for a normal workflow?

 

Best regards, Thijs

gary_sc
Community Expert
Community Expert
November 21, 2023

Ha ha! Nope, there's no such identification for these kinds of things. Maybe there should be.  As far as when it might be resolved, that depends on how difficult it is to fix. That's something that I have no clue about. [I did take a class in basic about 40 years ago, and I've not done any programming since! :>)] But fixing bugs does have a triage like hospitals; crashes, like heart attacks and gunshots, get higher priority while cuts (that are not bleeding profusely) are much lower down the pecking order. Also, easy fixes that are not likely to cause damage elsewhere are more likely to be fixed than if you do this "one simple thing" that causes everything to fall down. So, the quick answer is I do not have a clue, hopefully soon. It has been reported to the high authorities. 

 

Whenever I do scanning, I always try and start with something with text or a known issue (is the right-handed person wearing their watch on the right hand (then oops!). That way, I can set all subsequent images with the same side of the slide or negative facing up.

 

What I found with photographing slides as opposed to scanning is that photographing slides is significantly faster, and scanning slides gives you significantly better quality. When I started out digitizing my "just under" 10,000 slides, there was no way I could do all that in my lifetime; it just takes too long. But I also know that not every one of my slides was outstanding (yes, hard to believe, but true). So, as I occasionally go through the digitized slides, if I find any that could benefit from a proper scan, I do that scan.

 

As far as your wish to work with DNGs, do understand that if you take a 12–14 bit image of a slide, it becomes a 12–14 bit digital image of a 6–8-bit slide — and no more. If you take your camera and photograph a white sheet of paper, that image has that shade of white — period. To try and increase the dynamic range of an image, I've tried to use SilverFast's double-scanning approach, but I've yet to see any significant beneficial result. Also, while I did not mention it specifically, I did photograph my images in DNG (that's all I ever have my camera set to shoot), but still, if I wanted the best quality image, I had to scan the slide because scanners capture a greater Dynamic range than cameras can (but fewer f-stops). Nonetheless, while a JPG image has more dynamic range than a slide, I'd still continue to shoot raw because there are other things I can do with that raw image. But expecting a greater dynamic range is not one of them.

 

Consider the following data (from https://www.photoreview.com.au/tips/shooting/dynamic-range-explained/)

 

Below, in the chart, "D" can be defined in several ways:

Dynamic/Density Range (D) = log10 Intensity Range (Lux)
Dynamic/Density Range (D) = Colour Depth (bits) x 0.3 (where 0.3 is log10^2)
Dynamic/Density Range (D) = Exposure Latitude (f-stops) x 0.3
Therefore, Colour Depth (bits) = Exposure Latitude (f-stops)

 

And the following are some use-values of "D," (this is a partial list from the above-cited article).

Photographic Prints

2.0D

Film Negatives (for prints)

2.1D (7 f-stops)

Film Positives (for slides)

3.0D (but only 5 f-stops exposure latitude)

Digital Cameras (prosumer)

2.4D (8 f-stops)

Digital Cameras (professional)

2.7D (9 f-stops)

Camera Scanning Backs

3.6D (12 f-stops)

Flatbed Scanners (CCD)

3.3D

 

So, you can see part of where scanning can achieve a better scan, but again, no better than the original content.

 

Gad, that was a lot more than I planned on writing, I got carried away. This whole thing is very interesting to me.