Support > cpg1.6 upload
Exif Data for a Canon Rebel Xti (2008) seems listed, doesnt work
cadude7:
Solved changing to imagemagic. :-\ Had a balls time getting the extension to work so just went with the executable in the end; plus its better as i dont need this effecting other areas of the site. Oddly that got the data into the database. Must be GD and its exif handling.
GD should still be viable even if it is a resource pig and if you have the server to run it. Just not sure why GD allowed the ones through and not these ones. I'm actually wondering if some internal mechanism (not your fault) is crashing and its handled as an ignore in PHP and has to do with the size of pixelation. Since this site is production i don't tend to use debug as i don't need things exposed(I have a sister with a crazy bf). Looking at the EOS; it does take some rather large files widthxheight. The last album was pure IPTC and EXIF so i understand why that is working now as GD isn't a call around there EXIF reads.
Just odd that some work and some dont....has to be something to do with pixels.
Example working:
https://elterfamily.ca/Elter/Albums/displayimage.php?album=15&pid=1643
Thanks a bunch! :) Now to see if the file replace plugin will fix the wedding.
phill104:
Fist let me ask you to not be angry and rude to people who are trying to help you. All are just doing this as a hobby, in their own spare time. Nobody is getting paid to help you, not did anyone get paid to produce Coppermine. It is a free package produced by many people, again as a hobby, over many years. You will notice this site doesn’t even have advertisements, meaning there is zero revenue for anyone in the team. Please try and be polite.
Which part of the docs do you find rude? Pleas remember, many parts of the docs are written by non native English speakers. So while you may see them in your head as rude, you need to understand how they were written and translated.
So back you your problem. I had to jump through hoops to test your images as your settings mean the full size images (the ones that should contain the EXIF) require a logon to see. So to get to see them I had to come off my iPad to a PC, manipulate the output image links so I can download and check them.
So the first image, from a Powershot A75 with 3mo sensor. So output images are 2048*1536
The full size image is at those dimensions, so has not been modified suggesting it has not been modified on the server. Any modifications using GD on the server remove EXIF data, a limitation of GD.
The second image, which you suggest is from a Rebel XTI or Canon 400D as it is known here in the UK has a 10mp sensor so the full-size resulting image it outputs should be 3888*2952 pixels.
However, the image you link to is obviously not that resolution. It had been manipulated either before you uploaded it and cropped to 1734*1322 (which is what I suspect given the aspect ration and low resolution image) or you have edited in Coppermine, or it was larger than the settings you have allowed (File size or max width dimensions set in config) so the script on the server has modified the file to comply with your settings. So either EXIF has been removed by your pre upload edit, or by the server during upload as it had to resize.
Given your image, and the fact you have not provided an account on your setup to test, and an unedited image for us to test it is not easy for us to help. Provide those and it may be easier.
I did however dig out an old Canon 400D and tested on my test setup. Once I had setup my install to allow the full resolution and file size in config all the EXIF remains, as it should. I also tested with my Canon R5 with its silly big files, and the EXIF works.
cadude7:
Yes but if help files are written by rude people, its only fair that its returned. Ive read a lot of the posts on your forum and a lot of the feedback come from the so called "freelancers" all have attitude! if its such a problem why do it on your free time????
From a developers perspective its never there code that's an issue; its the end user and usually they are right. But when people who have backgrounds in this stuff and get feedback "i uploaded your file and works"; curious how did you get said file as that's not in a shared area on the server. Anyways i can sniff out people who have nothing better to do that write suggestions that are not helpful. Like that same person suggested to use his plugin for videos and its literately trash! It shrunk the scope of the widescreen. lmao! ill stick with ffmpeg thank you!! Least i know which developers to listen to now.
Anyways using Imagemagik works. GD does not. Enough said!
ron4mac:
It's fortunate that you're so good at figuring things out on your own. I doubt very much that you'll get any further help here. I suggest that you go back to what you were using before or find something else.
cadude7:
It is what it is. I cant get help that's fine. Just shows your true nature! Social media is great you know! remember that!
Adjusted your code RON so at the end it ignored the java creation ugly pic and to use ffmpeg instead:
$easythumb = realpath('../../'.$CONFIG['fullpath'] . $row['filepath'] . $row['filename']);
$easytb=realpath($thumb);
//echo $easythumb;
MakeThumb($easythumb);
//if (!rename($fimgp, $thumb)) die('FAILED: could not place thumbnail');
function MakeThumb($file){
$thumb=pathinfo($file)['dirname'].'\\thumb_'.pathinfo($file)['filename'].'.jpg';
$video = '"'.$file.'"';
$thumbnail = '"'.$thumb.'"';
$ffmpeg='ffmpeg.exe';
$command=' -i '.$video.' -deinterlace -an -ss 5 -t 00:00:05 -r 1 -y -vcodec mjpeg -f mjpeg '.$thumbnail.' 2>&1';
echo ($ffmpeg.$command);
$abc=exec($ffmpeg.$command,$output);
//print '<br/>';
//echo '<br/>------ Thumb Creation for Video ------<br/>';
// '<br/>'.$abc.'<br/>';
}
Takes an asshole to know one Ron!
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version