jt49

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

It seems that PTE 10.5 reduces the volume of mono clips by about 3 db. I did not notice this effect in 10.0 and 9.0.

We had a similar problem with version 10.0:

Renaming a style destroys the style's comment, see example below: 1. Window of an "original" style 2. Window of a renamed version (after restart of PTE)

I would agree on the suggestion to export what is to be seen at a user chosen cursor position. (BTW: The dpi value is just metadata, not relevant for file size and quality when shown on a monitor/screen.)

O&A does not show the transition effects.

What is to be exported? - a slide (sounds odd) - a slide at a particular point of time (e.g. as we see it on the slide list) - the image that is to be seen on the screen at the position of the cursor What about the transition period? What will be the output for version 11 or 12 when there will be multiple tracks?

I think that it is obvious why you have chosen the (indirect) way via the slide list. Styles need to have an input interface, and the slide list has been there, and you could use it more or less for free. Following the way that I have in mind would demand an additional development. Furthermore, the way using the slide list looks quite elegant, but as we have seen, it can easily be misunderstood. So it still will happen that users will build up complicated slides, and then they will try to apply styles on these slides. Sooner or later, they will learn that this will destroy their work, and that this is not a good way to proceed. BTW: I've never had any problems using styles.

Two recommendations: - Synchronize the transitions to the four four time of the music. - Avoid the sound of running water when you show water that is "frozen" in a still image.

I wonder if we need a second type of styles? In the past it has happened several times that users complained about styles, that styles would change the slide duration etc. These users can be regarded as victims, victims of an inconsistency in the user interface of PTE styles. What is a style? A style is a kind of macro that uses images (not slides!!!) as input; and its output is a sequence of slides. But when we want to apply a style, we firstly have to drag images into the slide list, and secondly we apply the style, but on what? It looks like we would apply it on slides, but in fact we only apply it on the images inside the slides (and these slides then disappear). It would be much clearer how styles really work if styles had an input window for specifying the input images, much better than taking the indirect way via the slide list, causing a lot of misunderstanding.

My recommendation: On the first computer, export (backup) all your styles and transitions to an external drive (as files of type ptestyle or pteeff). You can import these styles/transitions on you second computer.

The latest version is 10.5.4