davegee

B&Q sell a nice green one with two wheels but no cover - not much good in the rain but great in the garden. Plenty of room for all those little Canon gadgets. DaveG

By trying the same exercise on my laptop with 1024x768 monitor I have found that PTE does not allow the creation of a “Windowed Mode” project where the window size is greater than the size of the monitor currently in use. Thus, on my 1024x768 laptop it limits the size of the window to 1024x768. Likewise, on my 1280x1024 desktop computer monitor it limits the size of the window to 1280x1024. I can see some logic in this but I can also see the need, in some cases, to create a windowed project where the size of the window is greater than the size of the monitor in use. Perhaps Igor could comment? DaveG

I don’t know if the following is a PTE 5 glitch or if I am trying to do something which is beyond the capabilities of the program. In Project Options/Screen I can choose WINDOWED MODE and set the size of the window to 1600x1200 with no error messages etc. When I then add a 1600x1200 image to the project and enter Objects and Animation, the image is shown as being around 20% bigger than the screen when the MODE is set to ORIGINAL. The ASPECT RATIO of the screen appears to be correct (1280x960) because, when the 1600x1200 image is reduced from 100% to 80% in ZOOM, it is a perfect fit. This indicates that the largest window it is possible to set is 1280x960. Or is it that I cannot create a window which is bigger than my existing monitor resolution? A further problem seems to arise when the show is PREVIEWED but because my monitor is only 1280x1024 I can’t quantify this properly. I would expect to see only the centre portion of the 1600x1200 window but what I am seeing is the bottom right hand corner of the window in the top left hand corner of my (1280x1024) monitor. DaveG

If you are not using any of the Pan, Zoom or Rotate features in Version 5 then the "Correct" or optimum size for your images is the same as the monitor resolution e.g. 1280x1024 or 1024x768 etc. Both of these aspect ratios will require you to "crop" your D80/D200/D2x images from 3:2 to 5:4 or 4:3. Using images of greater dimensions will only add to your project size. If you are using the PZR features then the required resolution will depend on the amount of zoom used. For instance if you are zooming into or out of an image at 200% then that image (for optimum quality) will need to be at least twice your screen resolution. DaveG

Glad to have you back!! DaveG

Pixel dimensions of images in show? Screen resolutions of desktop and laptop monitors? Fullscreen or windowed mode? DaveG

Apologies if I missed something, but are you by any chance using PS7? Daveg

That's what I thought. Windowed Mode 1280x1024 shows CROPPED on a 1024x768 screen. The only really SAFE option is 1024x768 windowed mode. If you use FULLSCREEN the show viewed on a screen bigger than yours is going to be interpolated and pixilated and not good - you can't win. However there are some guys here still on 800x600............ DaveG

This played OK on my machine with no glitches and no stuttering etc. (3Gb Dual Core Processor, 512Mb Graphics and 2Gb RAM). You are asking quite a lot though, if all of your images were that size (3882x2592 or thereabouts). As we discussed previously, if you only use a 200% zoom you only need a 2048 pixel high image for maximum quality in your 1280x1024 show. I am guessing that is what it is because only half of the JOHN in the title shows on a 1024x746 monitor. I have viewed on my 1280x1024 monitor and all is well. It is helpful to the viewer to put the intended resolution for optimum viewing in the credits. You could try making a 1024x768 show with image sizes tailored to suit the amount of zoom each image is subjected to. In this way you will get optimum quality and everyone will be able to enjoy your work. Can you describe/list your Screen Options? DaveG

What happens when you transfer the BURNED EXE from the CD back to the Hard Drive and play it from there? DaveG

Hi Igor, The Start-up window is not working as I would like to see it work. If anyone else is experiencing the same thing please feel free to join in? In the V5.03 Start-up Window, when an image is added, the window fills about 90% or more of the screen and its aspect ratio is changed because the bar containing the RUN and HELP Buttons has been added to the bottom of the image. If the bar containing the RUN and HELP Buttons OVERLAYED the Start-up Window image then the original aspect ratio would be maintained and would allow for the Start-Up Window to be “FITTED TO SCREEN”. The second problem is that when the RUN button is clicked the desktop is momentarily shown before the EXE file runs. I tried making a MENU slide with black background and invisible button to try to overcome the problem and it works up to the point where I click on the RUN Button, but in this case the TASKBAR momentarily flashes before the EXE file runs. Is there anything which can be done to solve this annoying little problem? DaveG

Hi Igor, A great improvement, but I agree with my Celtic colleague above. DaveG

Totally agree with Al!! DaveG

Hi all, I am aware that there was a discussion some time ago about the Start-up Window but can’t find out what the outcome was or if it was, indeed, the same problem as I am experiencing. I will try to explain: In a 1024x768 show made in V4.48 using a Start-up Window with a background image, the image and the Run Buttons “fit to screen” in the resulting EXE file. When the same show is edited in V5 and a new EXE file created the same Start-up Window image now seems to default to “actual pixels” and therefore the Run Buttons are off the bottom of the screen and cannot be used. The workaround is to substitute a smaller background image for the original so that the new image and buttons fit within the 1024x768 window. Can someone say if this was considered to be a glitch and/or if Igor was going to do something about it? I know that he intends to look at the Start-up Window in a future version but is there something that can be done now (other than the workaround)? DaveG

Thanks Igor, I tried the suggestion made above (Hawk's Method) but it does not do what I want. When you copy from one project to another the COPIED slides all take on the PROJECT OPTIONS of the host project. In other words the PROJECT OPTIONS of both projects have to be identical or unexpected things happen. Thanks again, DaveG

Thanks Guys, The reason that it would not work for me was that I was trying to open a NEW SHOW in a NEW Window (i.e. having two windows open at the same time). By opening a new file or an existing file from within the file I am copying from it works. My request to Igor still stands – would it be possible to build in a system of copying slides from one show to another in the same manner as the Powerpoint model. Sorry to keep coming back to that but it seems the most user friendly method. Thanks once again, DaveG.

Thanks Lin, That's not quite what I had in mind - I was thinking more along the Powerpoint model. P.S. Maybe it worked in a BETA version but I can't get it to work on my Version 5.0 - can you point me to HAWK's original post? Maybe I'm doing something wrong? DaveG

Igor, Would it be possible in a future version to be able to join two shows together or append one show to another from within PTE? I would happy to be able to do this BEFORE adding music to the final show. I think that the complications of joining two shows, both with music, might present difficulties (or maybe not?). This would make it much easier to construct shows made up from standard Introductions and Endings. In Powerpoint this can be achieved by the command “Insert slides from files”. A similar method might be adapted to PTE? Best wishes, DaveG

Hi Chris, Lin covered this a while ago. In O&A go to where it says LINEAR, change to SMOOTH and then click on SETTING up. In the box that appears click on SEPARATE HERE to change to GLUE HERE. This will probably give you the result you require. DaveG

Congrats and thanks for a 5 (FIVE) Star Product!!!!! I plug it wherever I go and people are now beginning to listen. Best wishes to all, DaveG

Hi Lin, Just for clarification - you mentioned "present JPG Protocols"? I was talking of having this problem several years ago and it could even have been PS6 that I was using at that time. DaveG

Igor, I only remember this problem being with PS7 and V4.48 (also, I think, with Powerpoint?). I am not absolutely sure that Lin is talking the same technique as I was, in terms of the conversion to B&W. The equivalent in CS2 is changing the MODE from RGB to Greyscale - not desaturating. Not having PS7 any more I can't remember if it is the same thing? With regard to B&W Conversions this month's Digital Photo contains a PDF on various methods. In addition Russell Brown's method and some of the techniques in Michael Freeman's Book on B&W are worth investigating. I use the last two mentioned most of the time. DaveG

Lin & Jeff, Are you using PS7? It was a problem peculiar to PS7. I can repeat the procedure in CS2 and get the same result as you - it's PS7 which is possibly the culprit. DaveG

No problem. Look out for a private e-mail Re the frets thing. DaveG

I think I remember having this problem with PS7 - If you converted to B&W by changing the MODE to Greyscale then you will need to change back to RGB BEFORE saving as a JPEG. Try it - it might work. DaveG