Rickl

I cannot address the jitters you are getting, but I can confirm that I created a video with V7 Deluxe, and it played fine on my wife's ipad 2. I had resized my images to 1920 px width to match HD standards on my TV. I used the standard "Creating video for iPad and iPhone", selected iPad setting. High quality, pan and scan endabled. PTE7 created the mp4 video, resized the images to 1024x768 to match the iPad screen and sharpened the images. I then sync'd the resulting mp4 video to the iPad with iTunes. Perhaps iTunes may have modified the format on sync - I don't know. But the resulting video was smooth and jitter free... Dick

Same on my Dell XPS Barry... Right click on the speaker in the tray, select Playback Devices... Two shown Speaker/Headphones and HDMI. Make HDMI default, and you are on your way... Now try to remember to reverse that when you are not using HDMI... ha ha And the debugging renews afresh as you try to find out what happened too your sound!? Dick

In message 5, nobeefstu mentioned some XP patches that disabled autorun for security reasons. You did not comment if you investigated that. A quick google with 'autorun with XP' brought this up... http://autorun.moonvalley.com/enable.htm It provides information on how to enable/disable autorun... There was a pretty good reason to disable it... But if you want autostart to work... well... Dick

Igor! All fixed with beta 16! Thanks! One thing. Beta 15 apparently took my aspect ratio 16:9 images intended for viewing on my HD tv, and cropped them somehow to fit the 4:3 aspect ratio of the iPad. As a result the images were cropped left and right to show full screen all around on the iPad. Beta 16 did not crop, and filled the iPad screen left and right, leaving black bars above and below the image. I kind of expected that to happen, because I deliberately cropped the original images to fill an HD screen... Not an issue... Beta 16 does a grand job on the mp4 file for the iPad. Thanks for solving the problem! Edit: My mistake. I misinterpreted the Aspect ratio in Project Options to be the desired output format rather than the format of the input images. Once I set the correct aspect ratio of my images, PTE7b16 correctly formatted (cropped) my 16:9 images to fit the 4:3 size of the iPad. Dick

Sho nuff Ken! My favorite slide show program is busted. And it all started when the iPad came in the door... Sheesh!

Thanks Igor, Dick

Thanks for the reply! I did notice that artifact... I have no idea what it is! But what led me to investigate this further was a complete 6 minute slideshow that had a repetitive flicker. The artifact did not show as clearly as it does in test715, but the images had a strange behaviour. It looked as though some of the frames in the mp4 were out of focus and would come into focus at the repetitive rate... Dick

Just ran a new test in PTE7 that might point to a solution... The 'Video for iPad and iPhone' publish option has a custom setting that allows you to see the parameters used for the conversion. By default, it appears to use 1024x768 resolution, one pass coding and 86% quality to do the conversion. I selected the 'HD video for PC and Mac' option instead, chose the custom settings, and plugged the same parameters in. The flicker disappeared! I wonder what the difference between the conversion parameters are between the 'HD Video for PC and Mac' and the 'Video for iPad and iPhone' options... Dick

Thank so much for confirming my results folks! At first I thought it might have been resizing issues as I was pushing HD (1920x1080) formatted images to 4:3 format iPad size in the publish process. But I created a single properly formatted 1024x768 image to use for the test, and I'm glad you were able to confirm what I am seeing. The PTE 6.5.8 version does not suffer the problem as you have confirmed. Looking the properties of the two mp4 files show different parameters were used to create the lPod/iPad versions. In both cases, I used the 'High Quality' settings in both PTE6 and PTE7beta programs. The bitrates in the PTE6 version were about half of the PTE7 mp4. I tried using the One pass bitrate set to 4000bps, but I still got the flicker. Thanks so much for testing my files... If I may impose on your patience a little longer... Do you get the same result when publishing an iPad version of one of your images? Dick

Igor, Not sure if this is a bug, or something is wrong with my computer here... I created a 6 minute slide show with Beta 7.15 and published it to my ipad. I noticed there was a flicker in the slide show on the iPad, about every second. I thought perhaps it was finger trouble on my part, but the mp4 played on my windows 7 exhibits the same behaviour. I created a short 10 second slide show of a single image, and it does the same thing. I then created a slide show with the same image in version 6.5.8, and the flicker is gone... I've attached a zip file with both versions of this slide show. 715test.zip I wonder if you could have a look and see if you see the problem I am having? Image is 1024x768... In both cases, I used the high quality option of the Create for iPad option... Interestingly enough, Windows reports different bitrates for each... test658 reports 1394kbps data rate and 29 fps test715 reports 3257kbps data rate and 29 fps Did the default datarate settings change from version 6 to 7? Dick

Breathtaking... What a beautiful world you live in! Dick

Always take a look at your work Barry... Ad or no Ad... Your image quality is always superior... Dick

Never gave it much thought before. But after reading CorVdK's post, and trying out his suggestion, it seems to me we have three 'layers' here to consider? Screen: The boundaries of which are dependent on the physical screen of the monitor/projector/ipod/ipad etc Slide: The boundaries of which are dependent on the aspect ratio chosen for the presentation. Will normally expand to fit the left and right edges of the screen leaving empty space above and below if the aspect ratio of the slide does not match the aspect ratio of the screen. Image: The boundaries of which are dependent on what the creator is trying to present with images video etc. It is bounded by the boundaries of the slide. My 19" monitor has an aspect ratio of 5:4 (1280x1024). Until now, I never saw the empty space above and below my slide shows caused by aspect ratio variations. Setting an aspect ration of 4:3, adding an image set to 16:9 with 'fit to slide' I can clearly see the background color of the slide, and beyond, the background color of the additional space above and below the 4:3 aspect slide format I chose. If we continue to call the creative viewable portion of the presentation a 'slide', then it would seem to me that 'Cover Slide' and 'Fit to Slide' are a better description than 'Cover screen' and 'Fit to screen'? Dick

Hi Tom, Windows Live Essentials includes a pretty fair video editor called Windows Live Movie Maker... Its free and my limited exposure to it was quite satisfactory... http://explore.live.com/windows-live-essentials Dick

Hi Roger, After watching Jazz, I went over to Charlie's web page, and had a look at his previous work - All created without video clips attached. They were very impressive. Now with Jazz and video, the impact is most impressive. Dick

Awesome Charles! Your previous AV's were amazing in creative content, but until I saw the power of video added to your 'Jazz', I had not appreciate how much video could add to a presentation... Merci beaucoup! Dick

Bill, I've walked in similar locales in Florida on holiday and photographed similar views. But I come home with snapshots and postcards. Your presentation shows the same things I've seen, but you have shown me a better way of seeing. Thank you for the lesson, and a fine show! Dick

Most enjoyable presentation! What a fine location, and the photography is outstanding! Thanks for sharing! Dick

Well done Peter! One more thing we learn today. We look forward to the next lesson! Seems to me alum was once use to treat cold sores in the mouth in the old days??? And was was created from urine you say!!! Hmm I would like to have the internet available to examine the makeup of medical ingredients back then... Thanks for the lesson! Dick

Dear Lin, Our deepest sympathies go out to you at this difficult time. Out thoughts and prayers go out to you. Dick.

Just have to add my congrats... The lighting is amazing! And the IR shots look out of this world. I tried to shoot some grave stones that date back to the 1850's here in Manitoba Canada, but the sure don't look like these!!! Thanks for a great presentation! Dick

Hi Igor, If I understand this thread correctly, you offer two options for resampling... I use Mike Chaney's Qimage for all my printing, and he uses the term 'Interpolation Type' to prompt for the query I think you are trying to ask for with "Low quality of resizing" Dick

Hi Gary, Isn't jpg compression amazing! As Peter mentioned, there are two issues here... image resolution and compression. The pixel dimension for the 97Kb image is 1000 x 750 and the pixel dimension for the 854Kb image is 4000 x 3000 Your final image was 1920x1080. So in the small image case, PTE has to enlarge (actually interpolate) your 1000x750 image by a factor of two for the slideshow. In the larger image case PTE has to reduce the image size by approximately 2 to fit the 1920x1080 format. I'm pretty sure that you should be able to detect differences between the small and large images if you examined them carefully. I use Faststone as my image viewer, and it allows you to compare images side by side. Bear in mind that the smaller image has to be enlarged by a factor of two to compare side by side... I think image deterioration should be visible then. But it constantly amazes me the quality of images PTE manages to put on the screen, even when smaller images have to be enlarged... On the sizing issue in your original message, note that your 40" TV is displaying an image that is 1920x1080 pixels in size. A printed image that size, assuming a minimum of image quality of 240 pixels per inch would require an image size of approximately 8400x4725 pixels according to my rough calculations. That is the point Peter was trying to make when comparing display vs printed size... Hope this helps, Dick

Hi Peter, Glad to hear things are working out... Re saving in 8 bit tiff... I have not tried this, but I wonder if conversion to 8 bit would be better done in PSE? ie. Save in 16 bit tiff from lightroom, and let PSE convert to 8 bit mode? Too bad PSE does not handle 16 bit... I guess they have to have some incentive to force users to put down the big bucks for 16 bit processing... Dick

Concur with DaveGee.... RAW to TIFF if you plan to edit an image further in PSE. I once read about the unwise practice of editing jpegs... The issue of problem skies... Could it be posterization caused by the 8 bit jpeg conversion from RAW? The variations of color and tone in a smooth blue sky may not be fit in only 255 levels? In my workflow, the jpg format is used in the final copy only. If I plan to edit the image further in PSE, I use a 16 bit TIFF format for the intermediate file. Since I use PSE rather than the full Photoshop, so I have to convert to 8 bit mode in PSE if I want to use the editing tools, but at least the conversion is much later in the process. Hope this helps, Dick