jt49

You do not buy a version for a particular operating system, you pay for a license to use PTE Pro. You can use the software on 2 computers, and you may have one instance of PTE on a Windows machine, and another one on a Mac.

It would really be a tedious job to read the posts in this forum, if all users would write in their native languages. AFAIK, this is an English forum.

You can change all objects of a particular slide inside its O&A window

A rather simple style for arbitrary images and aspect ratios. Unrolling_image_with_blur.ptestyle

The features that I am asking for is part of so-called "Speaker Support", as it is called in the professional German/Austrian AV products. Think of a live presentation. In this case you will have parts which run automatically, and which need normal synchronous audio. But there will also be parts where you speak live to your slides. In this situation you cannot work with automatic slide progression; you must work with manual control (on one day a particular slide will stay on screen for 25 seconds, on another day it might be 45 seconds, depending on the situation and the audience). In such a part of the presentation your background audio has to be asynchronous. Furthermore you need well-defined time points for soft changes of audio clips (synchronous and asynchronous). At present time, I use PTE for playing the synchronous audio parts, and I use batch scripts for controlling foobar2000 to run asynchronous audio (in combination with NirCmd). This is the first time that I have to admit that my German AV friends are better off using their classical AV tools.

Presently, I am working on manually controlled live presentations. Here I see a deficiency in the audio part of PTE. My suggestion: Introduce the co-existence of synchronous and asynchronous audio clips. For each clip the user should have the choice to make it synchronous or asynchronous. In the synchronous case, everything should be as it is at present time. In the asynchronous case, the clip should start (fade in) when the cursor reaches its start point on the timeline, and it should stop (fade out) when the cursor passes its indicated endpoint. Of course, the asynchronous clip should go on running in cases when the show stops between these two points (e.g. when waiting for a key press to show the next slide). If needed, the asynchronous clip should run in a loop.

In the Online Help on Slide Options we read: Run External Application - Run an external slide show or application automatically. After the external application has terminated, the show continues with the next slide. This is not quite correct. The running show only stops if the called application opens a window that becomes the active one, and if you have chosen "Pause when slideshow window becomes inactive". In all other cases, PTE does not stop. If you make the slideshow window active again, the show goes on even if the external application has not terminated.

Is there any new information on this subject?

Remark: "PteViewerX.exe" and the launchers in "Save Executables" are identical.

My observations: In the attached project we should not hear the sound, as it's position is behind the last slide. In the Preview (not in all but in most cases) I can hear the sound. In the Mini Player (not in all but in most cases) the cursor stops not reaching the end point (see image). Nevertheless I can hear the sound. This happens in V9, V10.0.14, and V10.5.1 testWAV--mod06.zip

There are situations where I do not see antialiasing. Antialiasing.zip

You are asking for a feature on something ("the project") that has not yet been defined. PTE only knows project files (*.pte). These files represent the projects, and so far nothing else. The corresponding media may be located in a common folder, or they may be distributed across the computer's file system. At present time, it is up to the user how to proceed and organize his work.

I would guess that PTE delivers the sound to the playback device that is indicated as "Standard Device".

You can use the command "Run Application ...". Call the launcher (e.g. with name Player.exe) with the PTEAV-file as parameter: Player.exe "Show4712.pteav" (without paths if Menue, Player and Show are in the same folder).

Did you notice any problems?

In OBS 1. Add your Display as Source 2. In the Audio Mixer: Activate Desktop-Audio 3. Settings > Output > Recording: Set Path, Recording Quality, Recording Format 4. Settings > Video: For Base Resolution and Output Resolution set or type the resolution of your monitor 5. Click OK 6. Right click in Preview Window: Untick "Enable Preview" 7. Click: Start Recording

Useful constructions must not always be complicated

A simple Style for an image with text (that can be easily modified): Simple_TextBox_16to9.ptestyle

The situation that JEB describes above is the "normal" logic of PTE's hierarchical model. Now JEB would like to have a rather special kind of container for images with texts, solving some rather special requirement that other users may need at all. Only recently, another user asked for some other kind of container with special features on inheritance. Other users ask for special copy functions for keyframes. I am pretty sure that there are lots of other examples of this kind. I don't think that it would be an advantage if the developers would follow all these requests, as it would make PTE fat and much harder to maintain. PTE has a simple, but extremely powerful programming model, and I would not call constructions as proposed by stranger2156 as workarounds. It's just the way how to work with this software.

When we map a straight line on a sphere, we expect to see a curved line. It may even have knees, but it should remain continuous (which isn't the case here). The problem is that it is hard (if not impossible) to approximate a sphere using rectangles. This is the reason why I, when dealing with panoramas, restricted myself to the cylindrical case, which can be handled easily.

Let me add the remark that I do not like the blurred line that much. On the other hand, when using the dark mode the situation isn't that bad. The line does not look thicker for me, but not as clean as in 10.0. In the light mode, the effect is worse. The line really seems to be thicker.

I have made the same observation as davegee: In both cases, the line has a width of 1 pixel. But in Beta 27 there is a halo of an additional pixel on both sides, which should not be there (upper image: Beta 27, lower image 10.0.14):

There seems to be something wrong (at least in Gog's version for 1 image):

On my screen (1920x1200), the line does not look thicker as in 10.0.14. But it shows a kind of halo which should not be there BTW: Moving the cursor in O&A, and saving shadow presets is OK for me in 10.5.Beta27.

Sorry, but I do not like it when people (users of some other software) who are not yet very proficient with PTE persevere in talking about user frustration because of missing features, features that really are not fundamental if not superfluous. This clearly makes a bad impression on visitors of this forum, and it should be avoided. Perhaps Proshow died because it was overloaded with redundant functionality. Let me repeat what I said on the copy functions in some other place: For most users they would be rather confusing than helpful.