xahu34

In my opinion, it is quite logical: In the new model, whenever you change the (incoming) effect duration of slide n, you have a side effect on the duration of slide n-1. Example: Reduce the effect duration of slide n by 1 sec then the overall duration of slide n-1 will be reduced by 1, as well. So, if you look an Lin's example: There are two slides linked by a transition of 2 sec. You highlight both of them, set their slide durations to 10 sec, and set the effect times to zero. PTE now seems to change the slide durations first: Both slides then have new (intermediate) duration times of 10 sec, having in mind that during this procedure they still have an overlapping time of 2 sec. Then, in the second step, PTE changes the effect durations (to zero). As a consequence of the side effect (described above) the duration of the first slide is then reduced to 8 sec. It's logical, isn't it! Regards, Xaver

Project > Customize Windows > Show startup window > Edit Startup Window Regards, Xaver

Dave is right. As I said above. The result depends on the way the two actions are scheduled, that's all. The question is: Who should tell the program which action (change of slide durations, change of effect duration) is to be taken first. The decision may depend on the user. The one proposed by Dave seems to be the more likely one, but one cannot be sure! We may compare the situation with actions on a geometrical object. Option 1: Paint it red! Option 2: Paint it blue! If the user is allowed to set both options, what will happen if the program is forced to do both actions? The object cannot be red and blue at the same time! The new duration model is odd! Regards, Xaver

Yes, it will stop at the start of a following slide, provided that this slide has its own sound comment. Regards, Xaver

I don't think that in Lin's example we have (what you call) a memory effect. Lin specified two actions (change of 2 slide durations, change of corresponding effect duration) in parallel, and then he started both with a single click (OK button). In the new slide duration model, the result of these two actions depends on their schedule. The commutative property we had in the old concept has gone. This is not a real problem. To me, it has been clear from the beginning that the new concept would be the origin of trouble. In this example, we see a "nice" side effect which I would regard as system immanent or inbuilt. We should regard it as a feature Regards, Xaver

This behavior sounds odd, but it isn't. You specify two actions at the same time (change of duration, change of transition time). These actions seem to be processed sequentially, but the actions are not commutative. If you first change the durations, and then the transition time, the result must be 18 (provided that the old transition time is 2). If you do it the other way round, the time will be 20 This effect is another reason for me to keep on working with the old system (regarding slide duration). Regards, Xaver

Not quite correct: You have to subtract all but the first one! Regards, Xaver

In version 7: Add the sound via the button "Add sound or voice". In Project Options > Music: Choose "Don't interrupt sound comment ..." Regards, Xaver

Barry, Are you sure that you have understood your own problem? Regards, Xaver

Typically, there is more than one sound file in the game. So, a nice option (at least for the Exe) would be to mix and render the current soundtrack, together with an appropriate compression. Regards, Xaver

I don't think that this feature would be used very often, and in rare cases where it might be useful, the present concept provides easy workarounds. So, I would not recommend to develop this feature. We should keep in mind that PTE has single track of hybrid objects (called slides). At any particular point of time, only one slide is alive, or there is a transition from one slide to the next one. Thus, in my opinion, the present programming concept is an adequate one. There are other AV tools like Wings Platinum and m.objects which offer parallel image/object tracks; and for this presentation concept, incoming and outgoing effects of objects are quite reasonable. Regards, Xaver

I would like to argue that we should leave the situation as it is, in particular, because it is simple. Assume the situation where we had (following your proposal) a slide with both, an incoming and an outgoing effect. What should be the incoming effect of the subsequent slide, and what should happen to it if the "double featured" predecessor is going to be moved? In my view, we do not have incoming and outgoing effects, at all. We only have transitions between slides (object containers), and each transition can only be specified once. The present situation, where each slide defines the transition with its predecessor isn't that bad Regards, Xaver

Sorry for posing an imprecise question! What I would like to know: What will be the conditions for a user with an old standard license who wants to upgrade to the full (deluxe) version after the release of version 7 (next month, or in three years)? Regards, Xaver

Just a question: What will be the conditions for a user with an old standard license who wants to upgrade after the release of version 7? Regards, Xaver

Let me say that I remain a supporter of the "old" system, and I do not regard it as useless. In the new system, if you have slides with varying transition times, a reordering of slides (or just a movement of one slide) in the slide list can induce changes of the start times of some slides. In a sequence with a strict synchronization this is quite awkward So please keep the option to use the old system, also in future versions Regards, Xaver

I don't know. I can't read Igor's mind It should not be that difficult to give a definite answer. So, once more the question: Which value for "Sharper/Smoother" guarantees that in case (say) where screen, slide, and image all have the same size (e.g. 1920x1080) that PTE presents the image just as it is, without making it sharper or smoother (provided that all animation parameters are set to 0)? Regards Xaver

Dave, If you click on the words "Sharper/Smother", the value of -100 will show up. You can click on "Save and Use by Default" in order to change the start value. Anyway, I would like to know, which parameter for "Sharper/Smother" has a zero effect in the situation I described above (post 221). Regards, Xaver

A question and a remark: Which value for "Sharper/Smoother" guarantees that in case (say) where screen, slide, and image all have the same size (e.g. 1920x1080) that PTE presents the image just as it is (provided that all animation parameters are set to 0)? The "Sharper/Smoother" parameter may lead to some confusion: The standard value (-100) is not located in the middle of the scale, and the value itself (-100) may look odd in some users' eyes Regards, Xaver

I like the new layout of WnSoft's website. A problem occurs with the YouTube video (Late Summer at the Garden). The video does not play if it is called from Germany. YouTube only shows the following text: "Unfortunately, this SME-music-content is not available in Germany because GEMA has not granted the respective music publishing rights." Regards, Xaver

See here. Regards, Xaver

It should not be too difficult to program workarounds by embedding the sounds into appropriate shows with just one slide and using the command "Run slideshow with return". Possible, but not elegant Regards, Xaver

I myself am a protagonist of the old concept. It has the major advantage that you can sum up the durations of several slides without counting the transition times twice. So your position would be OK for me, if PTE would leave the slide duration as it has been until today (v.6.5.8). On the other hand, there might be other users who prefer the new concept. So why not offering the choice between the two concepts (perhaps following the suggestion of Aginum on the placement of the options inside the menus). Regards, Xaver

This suggestion should have been posted in the comments thread (it does not refer to a bug). Anyway, it is a very good suggestion Regards, Xaver

Just a question: Wouldn't it be better to give a short introduction to the Main Window itself (and its sections) before running through the menus? I would prefer to see something like section 3.2 in the old (unofficial) user guide for version 5.0 by Evans/Evans (perhaps a bit more detailed). Regards, Xaver

You are right! I just had a look at Eric's pictures, and they indeed miss a second key frame that is needed for an animation. Regards, Xaver