Igor

Dear Bill, Let me thank you for the work you have done! I just added all corrections as you have suggested in your specification, concerning "Caption of show". It will be presented in the next beta #16.

Dear Dana, Please excuse me for my absence! V4.10 beta and previous v4.01/3.80 takes higher CPU usage when presentation starts next music track. And transition effects may pause. I checked up on PI-233MMX and transition effect (3 sec.) assigned exactly between both mp3 music track pauses on 300 ms. I'm not sure that it can be solved, but we'll try out some optimization (probably already in the next version). p.s. do you know what CPU installed in this IMB notebook?

I grateful you, Bill! I just fixed this leak of GDI-resources in the Visual editor of objects after work of user with transparent buttons. p.s. also we've fixed that bug you've told me yesterday about limitation with first "=" symbol in a string. All in the future beta #16.

Thank you all, and Al and Harold and Guido for your help in making of exact synchronization after rewinding!

Thanks, Bill for your research!

Dear Al, Thank you, I've received your mp3 file and time points. So there is very interesting situation with this mp3 file! Really it has length - 6:27.239 (as shown Nero Wave Editor after extracting into .wav file), but all players show 6:26.300 for this mp3. (I've tested under WinXP and Win95 with exactly similar result) There are two time points (and sound waves at these poins) at 6:00.000 and 6:01.000. PTE v4.10 beta #15 after rewinding plays these waves on 900 ms. earlier each point (i.e. on 5:59.100 and 6:00.100 for second) as and v4.01 or v3.80. But even WinAmp and Microsoft Media Player 9 after rewinding play these waves on 1 sec. earlier than they located in mp3 file! But all players play correctly extracted mp3 into wav file exactly as they are specified. We've checked how it happened and found that this mp3 file has incorrect duration in the header. It lesser on 900 ms than in actual fact! And of course, we can't make anything to fix it, because it's not our bug. Mp3 encoder incorrectly wrote length of this music file. So please let me know what program and mp3 encoder you've used. (I've tried to extract your mp3 file into .wav file and then recreated mp3 again with Lame mp3 encoder and this new mp3 plays OK after rewinding now.) The problem with rewinding inside long mp3 file really was earlier before beta #15, but this new beta fully fix this problem. I even checked with 116 Mb mp3 file (44100, 16 bit, stereo, 256 kbps), 60 minutes. And I've created pulse/wave at 59:00 point and then converted my .wav file into this .mp3 (using Lame mp3 encoder) and beta #15 played this point exactly where it located as v4.01/3.80! But Earlier in beta #1-12 it was a delay in 500 ms.! And beta #15 provides exact synchronization after rewinding.

Ok, we'll try to remove this limitation.

I had full sleep Just we've discussed yesterday new algorithm and today we've wrote this new rewinding. Please can you send me to igor@wnsoft.com this 128 kbps with 22050Khz mp3 file (in ZIP archive, up to 7-10 Mb)? We'll check it up to find exact reason of difference. Also please let me know exact position of that 10-min.' time point. p.s. by the way, how this 10-min. mp3 file works in v4.01?

Thank you, Al for such detailed results of your testing! Please try new beta #15 p.s. you can verify correctness of position in .mp3 with .wav file of that .mp3 file in PTE. Because there is no such difficulties with position in .wav file.

PicturesToExe v4.10 beta #15 is released http://www.wnsoft.com/apr/apr_beta.zip (1.3 Mb) What's new in this beta: * Improved rewinding on the time-line ("Customize synchronization" window). It should be much more correct and much faster.

Thanks for good news about new sorting! p.s. probably somebody could skip beta #13

Ok, thanks, By the way, did you noticed that v4.10 has smoothed fade in/out of music (as WinAmp) when user call pause/stop or rewind? Even newest Microsoft Media Player 9 (just I for the first time installed it) has short sound clicks when you do these actions (as and PTE v4.00 and earlier).

Ok, not a problem! By the way, is your mp3 VBR or with constant bitrate and what its duration? Probably you've tested with old time points? Please try to make new mp3 and set points in wave editor. I tried several times with various formats and now it works exactly. Anyway we have another variant of rewinding. New (fast, by the way) algorithm will use another way to calculate position in mp3 file.

I've uploaded new beta #14 which should (I hope) solve that problem. Thank you, Harold!

PicturesToExe v4.10 beta #14 is released http://www.wnsoft.com/apr/apr_beta.zip (1.3 Mb) What's new in this beta: * Fixed bug of previous betas with playing synchronized presentation which contains one very large mp3 file (more than 42 minutes). * Fixed bug of previous betas with changing position on the time-line during mp3 playback ("Customize synchronization" window). Rewind to the end of mp3 file added delay in synchronization (about 500 ms.). The bug is fixed now. * Improved sorting of pictures with long path (more than 32 symbols) in the file panel (main window of PicturesToExe). p.s. Bill, please check up how sorting works now. p.p.s. Harold, we've fixed bug in this beta when time-line losed synchronization. Also we're working now to make instant rewinding without any delays on slow PCs. (Please don't worry about delay with rewinding inside long mp3 file in beta #14 - now it doesn't affect on synchronization more.) p.p.p.s. Michel, we've fixed that bug you've told me with previous betas and large (74 min.) mp3. Please write about this to your friend. Thanks!

Hmm, I'm think it's possible technically. The one thing I should learn it's deleting of started external application (extracted as a temp file) if it's still running when user close main application.

Just PTE couldn't open a music file to calculate its duration (probably the music file was busy with work on time-line). Please let me know some details: 1) What state of music player on the time-line (Stoppped, Playing, Paused)? 2) What type of music file (mp3, wav, midi, ogg or wma)? 3) Version of your Windows. 4) Can you repeat this error message with this presentation or another? Thanks,

We've found 3 reasons why the problem occurs. Two are fixed (including case with VBR mp3 file) and we're working to fix last reason. Now synchronization always will be very exact after rewinding. The next beta will be ready today or tomorrow. p.s. I'd like to very thank Harold for his fine attentiveness!

I apologize for this unpleasant bug! Thank you for informing about this. Really rewind at the large mp3 file may takes some time, but synchronization have to be exact. We're already working on it and hope to fix it as soon as possible.

Dana, Thanks, but we ought to learn documentation about EXIF specifications. I'll check it up when will work on the next version.

PicturesToExe v4.10 beta #12 is released http://www.wnsoft.com/apr_beta.zip (1.3 Mb) What's new in this beta: * Fixed bug of previous betas when presentation hangs up on end of mp3 music under Windows 95 (only). * Fixed small bug of previous betas of v4.10. It didn't show preview of transition effect for first slide in the "Customize synchronization" window. p.s. sorry I didn't reply on other messages today yet, because I've worked on this fix.

Thank you, Bill! We'll try to fix this limitation with sorting by filename if full name of a picture more than 32 symbols. p.s. Your knowledges are perfect!

PicturesToExe v4.10 beta #11 is released http://www.wnsoft.com/apr/apr_beta.zip (1.3 Mb) What's new in this beta: * Fixed old bug with "Add arranged time points" if length of music more than 42 minutes. * Fixed old bug with sorting by date in the file panel. * Fixed several other minor bugs. + Improved welcome screen of PicturesToExe. + Various improvements. p.s. I hope that it's a release candidate and we'll able to announce final release soon.

OK, I'll try

Dear Ray, Thanks for good news! I'm glad that all is OK now. Dear Guido, Currently all versions of Windows incorrectly writes and operates with creation date of files. It's strange problem. And all programs, including even Windows Explorer shows *only* date of modification. You can see this - "Name, Size, Type and Modified" (in "Arrange by" menu). I've mistakenely choosed sort by creation time and it doesn't work, because Windows returns incorrect dates of creation. I agree with you that it is not right, but we are not able to fix it. p.s. currently PTE and showed Modified date, but used Creation date for sorting. In the next beta #11 it will has correct sorting by Modified date. And no problem with it, e.g. I opened one my folder with old photographies and they were arranged exactly starting 2002 down to 1993.