bluejaywpg wrote:Is it not possible to program the screensaver to ignore corrupt or "un-understandable" exif headers?
And can gPhotoShow crash playing a video, even if it's set to play all videos via VLC? (I'm assuming they are set properly to play via VLC anyway...)
bluejaywpg wrote:Well so far no crashes at all when running just pictures or just pictures & music. As soon as I re-enabled videos, the screensaver crashed in less than an hour. Since I work as a computer tech, I peeked at the log file. I assume you mean the one created in users\(username)\AppData\Roaming\GPhotoShow Pro. I saw the last video near the end of the log file an MP4 file) & attempted to manually play it back. Turns out WMP & VLC are unable to play it & Windows cannot create a thumbnail of it, so I guess it's corrupt. Anyway I renamed the file's extension so the screensaver should ignore it going forward.
bluejaywpg wrote:So now the question - is there a way to have the screensaver not crash when a bad video is attempted to be played via VLC? And even better would be to have the log record this sort of event, or record a separate error log perhaps? Even better if the screensaver supports all common video types (a tall order I know) so that you can have more control over how the screensaver reacts to situations like this.
bluejaywpg wrote:Well I had another crash & I was going to not only send the log file to you (it did not seem to crash due to a corrupt video file this time) & also ask another question - but I see version 6 is out. I'll get 6 for now & see what happens 1st. If you want the 5.2.2 file anyway, I can still send.
bluejaywpg wrote:My other question was going to be about why GPhotoShow sometimes disables & then when you re-enable it, it disables within a couple seconds or so. I'll test 6 first to see if it still does the same thing or not.
Users browsing this forum: No registered users and 0 guests