-
Posts
8,206 -
Joined
-
Last visited
-
Days Won
12
Everything posted by Lin Evans
-
Rectangle with a Window - add to O&A menu
Lin Evans replied to goddi's topic in Suggestions for Next Versions
Hi Gary, Try it again - I had a wrong twist in the link... Clear your cache with CTRL F5 first.... Lin -
Rectangle with a Window - add to O&A menu
Lin Evans replied to goddi's topic in Suggestions for Next Versions
Here Gary, Download this and see if it's what you are looking for: http://www.lin-evans.org/gary/garyframe.zip Just hold the shift key and drag the borders around transparent Lin -
Rectangle with a Window - add to O&A menu
Lin Evans replied to goddi's topic in Suggestions for Next Versions
Hi Gary, Nothing is easier to do than this with PTE - I'm not certain about making it a part of the O&A tool bar, but just open O&A and create a rectangle of any color or gradient you choose and make your image a child of that rectangle??? If you want multiple's just make a rectangle a child of a rectangle and make youf image a child of the second "nested" rectangle? Best regards, Lin -
Arthur, Open the PTE project on the original drive - click on the upper left tool bar on "File" "Create Backup in Zip" then PTE will collect all images, pte file, audio files, videos, etc., and zip them all into an archive. Copy the zipped file to your new hard drive and extract the zipped files. Everything will be there and PTE will then open and run just as it did on the other hard drive. Just open the PTE file which will be one of the extracted files and it will find all the files needed to run your project. Otherwise you will have to click on each image then navigate to the new location then when all images and sound files and/or videos have been located save the project and the new locations will be stored in the PTE file. The first way is the proper way to move everything. Best regards, Lin
-
Hi Gary, As david says, there is no such thing as an "uncompressed" jpg file. JPG is a compression algorithm. Smaller numbers indicate higher levels of compression, larger numbers indicate less compression thus higher quality and larger file size. Best regards, Lin
-
Hi Gary, The size increase was statistically insignificant. Compression level differences when you resized the files may have played a role. For example, if the original files were compressed at the equivalent of Photoshop level 8 and you resized and used a slightly smaller compression level such as 10 it could easily make the difference. Computers are not capricious, they have fixed rules. Something was different. My suggestion is to not search for an answer because if probably will not be forthcoming. In the immortal words of Bill Murray in "Meatballs:" "It just doesn't matter...." Best regards, Lin
-
Hi Gary, Creating an MP4 file automatically resizes the images to whatever aspect ratio you have chosen. For example, if you choose HD at 1080p and your original images are 20 megapixel, they will be downsampled to the required size for the show as the mp4 is created. The probability is that the slight increase in size had to do with factors other than the images themselves such as bitrate, etc. The size difference is insignificant. When videos are created, images are always resized according to the size and aspect ratios specified. The factors which affect the final file size are primarily the number of frames per second (a 60 fps will be essentially twice the file size of a 30 fps), bitrate, quality, presence or absence of audio and type of audio, etc. Here's a good read: http://www.bbsoftware.co.uk/BBFlashBack/Support/UserGuides/FileSize.aspx Best regards, Lin
-
You misunderstand the statistics. The graph you presented is a normal cyclical response to software releases for the Wnsoft.com site and has no specific relationship to the number of visitors on this forum which is a different URL. When new software is first released, web visits are frequent. Visits to Wnsoft.com drops quickly as they do with any software company until interest again peaks with anticipation of a new release. People are not "leaving in droves" from this forum.... Best regards, Lin
-
Geoff, please check your messages... Best regards, Lin
-
Hi Geoff, This thread is going off topic - please move questions concerning future pricing to the off-topic section. Igor posted this to announce new features in PTE 8.5 and he has stated, pricing considerations have not yet been established. Best regards, Lin
-
Here's a link for you on the French forum: http://diapositif.net/forum/viewtopic.php?f=56&t=35945&hilit=bezier Best regards, Lin
-
Hi Eric, Click on Slow Down, then click on the little arrow beside "setting up" then "separate" all keyframes. I would suggest even if you have no rotate or perhaps no zoom, do likewise for all animation possibilities - it's a "safety" measure..... When you make a change, such as add a keyframe after separating, you have to go back to "linear" and start again or the results will not be as expected. It's not a bug it's just the way it works. Essentially you have to do all keyframes as "linear" then make changes so that when a keyframe is added you have to begin again as linear. Also even if you are only using zoom and not pan or rotate, set them also to slow and separate. The secret to getting it to look like you want is to do all keyframes in linear then make your separations. Best regards, Lin
-
Hi Igor, This display makes the problem quite evident. What we are faced with is trying to decide how to proceed essentially with defaults. If it would not be too terribly difficult, perhaps you could use the new method as a default but preserve the existing ability to prevent upscaling beyond the show's creator as an option? That way users like David or JT could have the option to prevent their shows from being upscaled and thus loose quality on higher resolution displays while those who prepare their shows with sufficient image sizes to take advantage of the newer high resolution displays would be assured of the full resolution being available to those who watch on high resolution devices? Best regards, Lin
-
We need to keep in mind that a number of newer displays being sold are rapidly increasing in resolution. Already there are displays such as the Dell UP2414Q which is only a 24" display, but at 3840x2160 pixel resolution. Dell also just previewed the UltraSharp 27 Ultra HD 5K display (14 mp) with a resolution of 5120 x 2880 which is expected to release in Q4 this year. The 4K+ revolution is coming quicker than expected. Just how long it will take to filter to sufficient number or PTE users is unknown, but PTE must be ready to respond quickly which will further solidify its position at the head of the pack! My suggestion would be to make the "defaults" for PTE simple and easy for the unsophisticated user, but under the hood (bonnet for our UK folks) keep the complexity we have available as option choices for those who understand how to use them? Best regards, Lin
-
"Without a CPU and operating system designed specifically for this purpose, there is no way to run executable code. Most tablets have no CPU and operating system capable of using computer executable code." Pretty plain to me and most who read it. I suspect you just like to argue and nit-pick. As I said most tablets can't run executable computer code. Computer executable code which PTE creates is code which runs on Windows or OS -X. Guess what? My Casio watch has a computer in it also and it won't run OS - X or Windows either. You're argument is frivilous. Most people here on the forums understand exactly what I mean without it being explained. When we discuss computers on this forum we are discussing Windows and MacIntosh, not tablets, watches, cell phones or other devices which may have their own unique operating systems. Keep that in mind and you won't have to keep repeating yourself - this isn't the first time you have tried to start an argument over this. Lin
-
The product is designed to run on Windows and in the future on the MacIntosh. Android and iPads do not have a compatible system which can run computer software. Computer, in the relevant sense means Windows or OS X. Yes, a company could produce shows in an executable fashion should they have the time, resources and inclination to pursue each and every manufacturer's idea of executable code. Right now the product produces video to run on these products and that is quite sufficient. Apple doesn't run their OS X on iPads, and their MacIntosh applications are not compatible with iPads. Why in the world do you think Wnsoft would even consider creating code to make their executable files run on Android or iPads. What I said was quite clear to most. Sorry you seem to have a problem with understanding it. Lin
-
Hi Eric, The issue with most "tablets" and an exe file is that executable code requires a computer with a central processing unit (CPU) and an operating system in order to "execute." Executable means that the code produced gives instructions to the computer to do or "execute" commands. These commands in the relevant sense take the form of changing the size and position of our images, videos, graphics, etc. It determines the length of display time, the intensity of the display (opacity) and so on. Without a CPU and operating system designed specifically for this purpose, there is no way to run executable code. Most tablets have no CPU and operating system capable of using computer executable code. There are a few produced now (ASUS and Microsoft have models) which will actually run Windows. These "can" play executable files, but no "App" can be created by Wnsoft to run executable code on a tablet which does not have the necessary operating system and CPU to interpret it. Best regards, Lin
-
There are potential logic issues with moving a group of files in the center unless there is sufficient space to do so. One way to accomplish this would be to just click on the audio selection to the left of the group you want to move and drag it down to the next track. It won't change the play relationship, it will just get them out of the way so there is no connection with those you're moving. Likewise those to the right of the cluster you want to move. Once you have them moved and if there is room, then just drag the ones you moved to another track back to their original positions. Best regards, Lin
-
Gary, Did you read MUR's solution? Just hold down the Shift key, click on the audio you wish to move everything to the right and including the one dragged and drag. Thanks Mur - that's a solution - no need for a suggestion, the feature is already in PTE> Best regards, Lin
-
Mur, You have solved the problem. No need for a suggestion to implement a new feature to move all in sync. Best regards, Lin
-
Hi Mur, O.K. I think there is something else going on here. I believe what I suggested will not work. Because of the length of the audio selections I used in my sample it "appears" that the slides are moving together but in reality they are not. What is happening is that the first audio selection is being diminished by the amount it is moved. That is the back end of the audio is being effectively removed. when clicking on the front end of the audio block to move it. When the end close to the junction is dragged you see an overlap. When the front end is moved the back end just disappears. Let me investigate further. Let's assume for now that I am totally wrong because I interpreted the lack of overlap as evidence that the audio files were moving in sync. I made short mp3's of about 15 seconds and that doesn't appear to be happening. Best regards, Lin
-
Hi Gary, No, it's not related to the fade or not fade. The thing which you haven't yet grasped is that you need to click on a specific area on the audio link to drag it and drag the other linked audio files. It's not a matter of clicking on the first linked audio file, it's a matter of "where" on that first linked audio file you click and hold to drag. Think of it this way, go to the extreme left side as you look at the audio in the timelilne. Go to the earliest relative time on the timeline corresponding to the audio file being dragged. Click on the audio file immediately underneath. I don't know how to say it any differently. If you click and drag where you did on your sample it won't work. Look at my video again. I cover it carefully... Best regards, Lin
-
So Peter, post the suggestion in the proper place with Gary's and perhaps it will be instituted in a future version. Gary asked if there was a way. There is and I created a brief video showing how to do it. This isn't the place to debate suggestions or critique work-arounds, that belongs in the suggestions section. Right now the way he and you would like it to be done is not available. This doesn't mean PTE's "design" is fundamentally flawed. What it means that the feature doesn't exist yet. Sorry if every possible solution to every conceivable issue which users might want isn't available yet. If you want to see what convoluted is like, use some of the features of Photoshop CC. All good software products are continually being upgraded with new features being added and existing features being refined. Best regards, Lin
-
Gary, just wait a few more minutes, the video explanation is uploading now. I'm just guessing that you are trying to move the linked audio stream by clicking and dragging from the wrong place - you have to go to the beginning of the first audio to be moved to click and drag. You can't click and drag from the end or near the junction of the adjacent audio clip. Wait a few minutes and I'll modify this answer with the link to the brief tutorial/explanation... Done... Click link below: http://www.lin-evans.org/pte/gary2.zip Best regards, Lin
-
Gary, It works perfectly. Just wait a few minutes and I will make you a short video to show you exactly how it works. I don't know what you are doing wrong, but if you follow the instructions to the letter it "will" work perfectly... Give me a few minutes... Lin