Jump to content
  • Who's Online   0 Members, 0 Anonymous, 10 Guests (See full list)

    • There are no registered users currently online
  • 0

Some Jpgs From Samsung S7 Won't Load


rony2

Question

Some JPG's from my windows files won't load. On the select screen they show up as a red circle with a diagonal line and on the create screen they show up as a "?". When viewing in Windows 10 they are OK and contain all meta data.

  • Like 1
Link to comment
Share on other sites

13 answers to this question

Recommended Posts

  • 0

Rony2,

 

Is Photoshow Express the only program in the Roxio suite that you're having problems with?

 

Where do the troublesome photos come from? ('my windows files' doesn't tell us much)

 

Would you put some of the problematic ones up on Google Drive, or OneDrive, or somewhere that we can copy them from so we can see what's "different" about them, please?

 

Brendon

Link to comment
Share on other sites

  • 0

Hi Brandon & thanks for your reply.

Ironically my wife & I just returned from a two week drive vacation in your country on the South Island beginning and ending in Christchurch.

 

While there we took more than 2000 JPG pictures on a combination of Panasonic Lumix and Samsung S7 phone/camera. We downloaded and combined all pictures from both devices onto a single Windows 10 PC into a standard folder without making any changes. Beautiful as NZ is, we knew that nobody would sit through a 2000 picture slideshow! So, we managed to select the 350 best pictures and copied them to a separate folder. In that separate folder I renamed each picture (file) so that they would follow standard alpha/numeric rules and present in the order of our visit. When I imported that folder (350 best pictures) into Photoshow Express, the pictures were in what seemed like random order. In addition some pictures were upside down and some were sideways.

 

I'm afraid I am a novice and I don't know how to post on the drives you suggest.

 

As for other programs in Create NXT5, yes I do have some problems but they are different. Using Create Slideshow, the pictures import in the correct order and all are correctly upright. However, some JPG's from my windows files won't load into Create Slideshow. On the select screen they show up as a red circle with a diagonal line and on the create screen they show up as a "?". When viewing these pictures in Windows 10 they are OK and contain all meta data. These are not the same pictures that are troubling in Photoshow Express.

Link to comment
Share on other sites

  • 0

Hmmm, two issues arise here.

 

Firstly, Photoshow isn't a part of Creator NXT 5 - or at least not the ones I have. So I think your first question about the photos loading rotated belongs in the Photoshow forum here (click link). I'll get it shifted to that forum and the folks with Photoshow experience may be able to help you there.

Photoshow is in the forum at the bottom of the list shown on our front page.

 

Secondly, the failure of NXT 5's Roxio Slideshow Assistant (Create Slideshows) to load some of your JPGs. I think I should be able to help with that, but I really need to get hold of 2 or 3 of those 'rejected' photos so I can work out what's preventing them from loading.

Photos can be "attached" to a forum post, but often the forum software resizes them and that would defeat our purpose. If I post you a Private Message with my personal email address, would you email me two or three of the photos which get rejected?

If you look up at the top right corner of this page you should see an envelope icon with a red "1" on it. Click on that to open the message system.

 

Regards,

Brendon

Link to comment
Share on other sites

  • 0

Ron has sent some of his JPG photos which were accepted by Creator NXT 5, and some which were rejected. Here's what you see when you try to add the photos to Photosuite or the Slideshow Assistant. Guess which are the problematic ones . . .

 

 

post-208-0-38136200-1499369575_thumb.jpg

post-208-0-99321400-1499369581_thumb.jpg

 

. . . and here are the actual photos, zipped so they aren't modified by the I.P.Board software here, in case anyone can see why some are rejected and others accepted.

 

accepted.zip

rejected.zip

 

I'll be back when I have something useful.

 

 

Brendon

Link to comment
Share on other sites

  • 0

This may be due to partial file corruption. JPEG images have the data describing the image, but also some extra data embedded: thumbnail of the image (as EXIF), EXIF data like camera details, and even a User comment field (also EXIF). You may open a file fine in any app that reads JPEG images (viewer, browser or photo editor), but that file may cause problems when it comes to meta data (i.e. [partially] corrupt EXIF).

 

The File Explorer may or may not use the embedded thumbnail, depending on local settings and availability and size of the thumbnail, or generate it as needed. If the OS or some app tries displaying the thumbnail but fails (for whatever reason), then you may see the forbidden sign or the question mark.

The recording device (e.g. Samsung Galaxy S7) will write some EXIF data, like camera settings, inside the JPEG file. Probably a thumbnail too, for easy scrolling through the camera roll.

Other programs (editors) may change some of the data, with the risk of corrupting it. Did you open the rejected images in a another program and then save it? That could happen even with a photo browser that ‘automatically updates’ certain parameters (like user comments or thumbnail) without an actual Save action.

 

I think something was changed by a tool that didn’t respect the byte order of the EXIF data, and thus mixing existing big-endian data with new little-endian data, with corrupted the whole to something unreadable. EXIF data can be either big-endian or little-endian, as indicated with a few bytes near the start of the file (byte 13-14). Both are considered valid, but all exif data in a file must have the same byte order. If some EXIF data is unreadable (or nonsensical), then it is up to the handing application how to deal with that (error out or ignore that part).

 

All six files report OK by jpeginfo [1], from which I conclude that the big image data itself is fine. My image viewers have no issue with them.

The accepted file show big-endian byte order (MM); the rejected files show little endian byte order (II). This is significant, as all six images are from the same camera model, so the difference shouldn’t happen. Something has changed the EXIF data afterwards, making them non-functional for overview. It may be that ONLY the overview (thumbnails) is affected, and the Slide show will work fine.

 

For the purpose of your Slideshow, it is probably easiest to open the rejected images in a photo editor and re-save them to a new file.

 

[That could also fix the ‘Rotate 180°’ instruction in photo 29, which was respected by my desktop Slide show app, but not respected by the DVD/BD encoder (VOB/m2ts) that I tested with. – You may want to test the rotation in the final product on your side, if you opt for stand-alone players!]

Link to comment
Share on other sites

  • 0

theoldarchiver,

 

Thanks for your valuable input. It tends to confirm what I found yesterday. The 'rejected' photos straight from the S7 are written with the (Apple) Intel little-endian byteorder marker, while the 'accepted' photos have the Motorola big-endian marker. Here is a rejected one, and an accepted one in that order.

 

post-208-0-77249500-1499462225_thumb.jpgpost-208-0-74158100-1499462242_thumb.jpg

 

Photo 29 was the steers? I also got various orientation on that one, depending on my viewer.

It does appear that individual photos straight from the S7 are written with the "II" marker and are rejected by the Roxio software. Once those are modified on the computer they show the "MM" marker and are accepted by the Roxio software. Windows 10 Explorer happily shows the same Exif field details with either type of photo, so neither type of file seems corrupted. I just think Photoshow can't handle the Intel byteorder.

 

Ron, the OP, says that some of the accepted photos had been cropped or otherwise re-saved on his computer but most of the accepted photos were taken in "burst mode" on his Samsung S7 and were just transferred under Explorer without modification. We wonder if the S7 uses different Exif byteorder standards for individual photos compared with burst photos?? Stranger things have happened.

 

I don't have an S7, but I'm expecting some individual and some burst mode photo zips to arrive in my email soon so I can see if that's the case. I'll report back once I've checked them.

 

Regards,

Brendon

Link to comment
Share on other sites

  • 0

A little later . .

 

Well, I think that's fairly conclusive even though it was a bit surprising.

 

A good friend sent me a bunch of individual photos taken with an S7, and by separate mail a bunch of burst mode photos, all unmodified.

On inspection, all the individual photos show the Intel "II" marker, and all the burst mode photos show the Motorola "MM" marker.

 

Creator NXT 5 Photosuite likes the ones with the Motorola marker, but can't handle those with the Intel standard.

 

Workaround: Load rejected photos into some viewer program which will let you save them again. Done properly, when saved they should still contain your Exif photo metadata but be accepted by the Roxio software.

 

It would be nice if someone can point us to a free program which will load and then save a bunch of JPGs in a batch, rather than having to do them all individually.

 

Thanks to Ron Y, theoldarchiver, and CDanteek.

  • Like 1
Link to comment
Share on other sites

  • 0

ExifTool can rewrite the EXIF data in the wanted byte order.

Mainly a command line tool (thus batch capable), but some have built a GUI wrapper around it for those that prefer such.

exiftool -all= -tagsfromfile test.jpg -all:all -unsafe -exifbyteorder=big-endian test.jpg

Thanks to StackOverflow forum. I’m going to try it now.

 

Edit: attached file had its EXIF changed by this tool, from little-endian to big-endian.

4 TranzAlpine (61a) fixed jpg.zip

Edited by theoldarchiver
Link to comment
Share on other sites

  • 0

Thanks!  I noticed the same issue with NXT4 trying to create a slideshow. Some photos from my phone worked, but most did not until after I ran them through the exiftool.  Appreciate the post!  Does anyone know if this is something I would have to still 'correct' if I updated to a more recent version of Roxio Creator?  It still seems like a bug in their software more than something we need to work around.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Answer this question...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...