PicturesToExe v4.10 beta #14

[Igor]

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!

[Leif]

Thanks, Igor! But now take a rest!! Weekend sooooon!

[think(box)]

Greetings Igor,

Regarding the long filename sorting update:

PicturesToExe v4.10 beta #14 is released

http://www.wnsoft.com/apr/apr_beta.zip (1.3 Mb)

What's new in this beta:

.

.

.

p.s. Bill, please check up how sorting works now.

.

.

.

Thanks!

It now works correctly! I used these 44 character filenames:

• 1234567890123456789012345678901234567890 001.jpg
  
• 1234567890123456789012345678901234567890 002.jpg
  
• 1234567890123456789012345678901234567890 003.jpg
  

and these 65 character filenames:

• 123456789012345678901234567890123456789012345678901234567890 0001.jpg
  
• 123456789012345678901234567890123456789012345678901234567890 0002.jpg
  
• 123456789012345678901234567890123456789012345678901234567890 0003.jpg
  

And I tried both forward and reverse NAME sort. By using a date sort instead of name sort, I was able to confirm that it wasn't just accidentally correct. For the date sort the file names sorted out of order. This indicates that the name sort is just fine. Excellent!

Now we can have long, descriptive names and a correct sorting in PTE, as in Windows. Gee, I only asked for extending the sort from previous 32 maximum to a new 64 maximum. Igor has given us a match to Windows' maximum - beyond 64 characters!

A note to forum members who want to put files on CD-ROM:

Limit your filespecs to 64 characters maximum. Even though Igor has made PTE sort correctly as Windows does beyond 64 characters in length, CD files have 64 character maximum CD format limitations.

[think(box)]

OK, how did we miss Beta #13??? No one lives on the 13th floor at Wnsoft!

[Igor]

Thanks for good news about new sorting!

p.s. probably somebody could skip beta #13

[think(box)]

You're welcome Igor, and I thank you! I found a minor new bug that appeared during 4.10 series:

Minor functional bug in 4.10 series, just found in 4.10 beta #10 show made from 4.01 .PTE file, then tested in beta #14 - and it is still there.

Characters are vanishing in customized Help text, while in 4.01 and earlier they did not vanish. This was discovered in created show, but I found that you can see characters were lost before creating show by just looking in the Project --> Customize Help Message, help text window. To view the failure:

Put this actual help text line in a .PTE file (from a working 4.01 .PTE file):

hlp_line1=========== Music Player Help ===========

Open that .PTE file in 4.01 and look at Project --> Customize Help Message and that line displays:

========== Music Player Help ===========

Open that .PTE file in 4.10 beta #14 and look at Project --> Customize Help Message and that line displays:

Music Player Help ===========

In 4.10 beta #14, the "=" character and <space> characters vanish up until text begins, while in 4.01 and 3.80 they did not vanish. If you save the .PTE file from beta #14 after putting back the missing characters, they are once again in place in the .PTE file. But the problem repeats when show is reopened. I.e. it doesn't matter whether you've saved to .PTE from 4.01 or 4.10 beta #14. The .PTE file read-in is where the character loss happens in beta #14.

This is known to exist in betas 10 & 14. I do not know at which beta in the series the .PTE read-in module was changed, only that it was OK in 3.80 and 4.01.

[Igor]

Ok, we'll try to remove this limitation.