jt49

I think that there are 2 locations: For built-in styles in PTE's program folder; for use created styles: Folder defined in "Preferences > Templates"

Only recently I deleted a style in "Styles and Themes", and PTE deleted the corresponding files "source.pte" and "style.xml", but the corresponding (empty) folder remained. I deleted it. This does not seem to be the standard behavior. Maybe one of the two files had been opened in a text editor.

Why do you want to delete them?

When you watch your animations in Timeline view, you see global times. In order to make an adjustment, you open a slide in O&A. Then it is helpful to see the key frames with global times, as well.

Recommendation: Please add an English translation.

Sorry, I do not agree! If you like to use a special transition several times, you may define it to be the default transition (Project Options).

It really would be nice if PTE would offer the blending modes that we all know from Photoshop (Add, Multiply, Overlay, Screen, Hard Light, ...). This feature has been asked for several times, e.g. here. Perhaps, some day it may happen ....

The player itself has about 14 MB (Windows version).

https://www.wnsoft.com/en/pte-av-studio/download/

I've made a few tests with "Run external application" (Slide Options) using cases in which I had problems. With 10.5.7 B1 it worked correctly.

That's fine

I regard "Transparent to selection" as a runtime feature. So, it should not have any effect in the O&A editor. I know that it has an effect there, but I have always regarded it as inappropriate. In O&A we have "Ignore objects not selected". @aplman: In the present situation, if you activate "Ignore objects not selected", you may avoid to un-tick all the relevant objects?

In the past (with earlier versions) I have used "Run Slideshow" several times to combine parts of shows, and it worked well. When presenting shows from various authors I normally work with a menu show and "Run Application", as the input comes from various sources. In these cases I do not have any problems. But only recently I have decided to work also on live presentations. In live presentations you have sections with manual control, with audio that runs asynchronously in the background. The best thing would be to have an additional type of asynchronous audio tracks in PTE where I could place sections in which PTE would play audio when the cursor is inside such a section, but without stop of audio when the cursor stops (manual control), and of course with fade in and fade out when the cursor passes the section's start and end. Working with concatenated shows in Version 9 (some with synchronous, others with asynchronous audio) provides a workaround, not fully featured, but not that bad in many cases. But the black flash in Version 10 makes it impossible to go that way. So I have to work with a single synchronous project, where all asynchronous audio is played by an external audio player that is triggered by PTE using batch scripts. It works, but ... If you would introduce so-called speaker support (something as described above) I would not care about the said black flash

I don't know what you have tested. Important is that the slide that triggers the second show and the first slide of the second show contain the same image, a photo (not a black one). And this first slide of the second show must have a quick transition (not a fade in). In all cases, when using a command of type "Run Slideshow" I see a black flash (as Igor has said above). Comparing "Run Slideshow" and "Run Application" when combining shows practically gives the same visual effect (Run Slideshow starts a little bit faster). In its present form "Run Slideshow" does not give me an added value over "Run Application".

I would be very happy if this would work. I'm sorry, but it doesn't. I think, the idea behind the command "Run Sildeshow" is that just one instance of the PTE player runs both slideshows (even when working with two exe-files). IMO the player should do it seamlessly, without a visible gap.

So I have to learn that this black flash is a "feature", and not a bug. This really is a step backward compared to Version 9. The Run Slideshow command now does not provide any significant advantage over Run External Application. The seamless handover has gone. I have mentioned before that PTE is not well suited for live presentations in which you need both, synchronous and asynchronous audio. For me, a workaround for live presentations would exist, if I could split the overall presentation into sections (separate shows) some of which have synchronous audio while others run in asynchronous mode. But this method does not work any longer because of the said awful black flash when concatenating the parts. I have not yet come to a conclusion how to go on.

The attached zip-file contains 2 projects, Munich-1.pte and Munich-2.pte. In the "Project Options" (Advanced Tab) of Munich-1 there is a "Run Slideshow Command" that triggers Munich-2.exe on exit. Observations: 1. Creating the corresponding exe-files (Munich-1.exe and Munich-2.exe) with PTE 9 leads to a concatenated show that runs seamlessly (The Munich image fades in, and after a few seconds it fades out again). You do not see the handover from Munich-1.exe to Munich-2.exe. The player keeps the final image of the first show on screen until the second show starts. This is OK. It should be that way. 2. When doing the same with PTE 10.5 you can see the handover. A dark flash is to be seen when the second show starts. This behavior severely reduces the usefulness of the command "Run Slideshow on exit". In my opinion, when concatenating slideshows in this way, it would be fine to have the option that the transition of the first slide in the second show should work together with the final slide of the first show. Munich.zip

In the Slide Options we can enter a command to run external applications. Two observations: 1. Running the external application does not work for the first slide. 2. If the slide containing the run command has the Quick Transition, the run command often seems to be ignored.

I've made a short test, showing the return to the behavior of mono clips that we had with former versions. That's fine.

I like it

It seems to be OK now

No problem on my rather old computer (V10.5.5 on Windows 10, updated)

Working with VLC: I converted my mono clip from above (440Hz_Mono.wav) with VLC to a stereo clip. The result: VLC just copied the given mono channel into both channels of the resulting stereo clip. Working with Audacity: How does Audacity mix a mono track into a stereo track? Here is the result: Audacity mixed the mono channel into both channels of the stereo track, and it did it without reducing by 3 db. Here is an example (see image below): - Track 1 is mono - Track 2 is stereo, it is just silence (amplitude=0) - Track 3 contains the mix of Track 1 and Track 2. Both of its channels contain the original mono channel of Track 1 Would we really like that PTE had a mixing behavior that is different from the famous audio editor? Would we like to lose compatibility to all former versions of PTE? Would we like it if PTE would play certain tracks different from VLC, foobar2000, WMP and others?

I think that we do not talk about loudness in the sense of EBU R 128, but just about the specification what PTE's stereo output should be when the input is a mono track. And it should be the same as for a stereo input whose channels both coincide with the mono input. I often make mono recordings with a microphone. With PTE 10.5 most of my old projects do not run correctly, the voice-over is too low.

I do not agree. The two attached clips run at the same volume (~ -6 db) in Audacity, foobar2000, Windows Media Player, VLC, PTE 9, PTE 10. In all these cases: For the mono clip, the mono channel is played on both stereo outputs (no factor of 2). All the players above do it as it should be. PTE 10.5 reduces the output of the mono clip to a volume of ~ -9 db (it should not be like this). 440Hz_Mono.wav440Hz_Stereo.wav