Re: bug or feature in player filename?
Quick work from the RunRev team addressing this! The bug for the missing error message in the result is already awaiting build, the other is assigned. I have posted another bug for documentation so that info on the missing error message will be included in the docs. http://quality.runrev.com/show_bug.cgi?id=14252 Thanks again Timothy for bringing the issue to light. And thanks Jacque for pointing out how it is supposed to work. Martin -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/bug-or-feature-in-player-filename-tp4686748p4686872.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: bug or feature in player filename?
Hi I pretty sure these are bugs in the new player introduced in LiveCode 6.7. Thanks Jacqueline for the info about the result that should be returned when a player is set to an incorrect path. Didn't know that. However it does not work in LiveCode 6.7.1-rc4 I have posted a bug report for that. [[Player]] does not return correct result when setting player filename to invalid path or corrupt movie http://quality.runrev.com/show_bug.cgi?id=14232 Also Timothy I noticed something odd with players retaining videos that should have been closed. Your message helped me realize what was happening. I have reported a bug for this as well. You can try the sample stack I uploaded and see if you get the same results to confirm this is the same issue you are seeing. [[Player]] does not return correct result when setting player filename to invalid path or corrupt movie http://quality.runrev.com/show_bug.cgi?id=14233 The really odd thing with this one is that it retains the old video even after you set the filename of the player to empty and there is no video visible. After that setting to an invalid video redisplays the video that was previously loaded in the player. Martin -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/bug-or-feature-in-player-filename-tp4686748p4686829.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: bug or feature in player filename?
On 12/14/2014, 10:24 PM, Timothy Miller wrote: If you use a script to “start” the player, with an incorrect filename in the “source” field, entered manually or by script, the player will play some other correct filename, and the result of the “start” command will be empty. In a more perfect world, the result of the start command might give the user a clue about what has gone wrong. The result should be checked right after the filename is set. That's when it reports whether the path is valid or not: set the filename of player x to some/filepath/here.mov put the result If that fails and the player still contains a previous filename, then that one is still valid. The start command will succeed and the result will be empty. To be honest, I'm not sure whether the start command even sets the result; I never checked that. It may be that an empty player honors the start command, but since there's no content to play, it stops immediately. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: bug or feature in player filename?
On 12/13/2014, 8:37 PM, Timothy Miller wrote: I’m in version 6.7.0 on Macintosh. I’m not very good at searching for bugs, so it’s possible it’s a fixed bug. If you set a player filename to an invalid filename, by hand or by script, the player seems to play the last valid filename entered, even though the invalid filename continues to display in the “source” field. It wouldn’t happen very often by hand, because normally one clicks on the button next to the “source” field, to get a dialog box of filenames. If you (I) don’t know about this, it can drive you (me) crazy when trying to figure out why a script isn’t working right. To make the experience even more vexatious, the result is empty when you play the player, by click or script. If this is mentioned in the documentation, I can’t find it. Bug or feature? It seems like expected behavior. If the file path is wrong, nothing happens and the player retains whatever it was previously set to. If there was a filename set then it stays there. The engine doesn't remove the previous filename before trying to set a new one. If you get the result after setting the filename from a script, it will tell you if the path is wrong; I think it says something like unable to set movie reference or similar. If you're typing it into the IDE manually via the inspector, delete the existing name first (and tab out of the field) to make sure the filename is empty, then try adding the new file name. If nothing happens, it's wrong. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: bug or feature in player filename?
Thanks Jacque, On Dec 14, 2014, at 12:47 PM, J. Landman Gay jac...@hyperactivesw.com wrote: It seems like expected behavior. If the file path is wrong, nothing happens and the player retains whatever it was previously set to. If there was a filename set then it stays there. The engine doesn't remove the previous filename before trying to set a new one. If you get the result after setting the filename from a script, it will tell you if the path is wrong; I think it says something like unable to set movie reference or similar. Well, that’s good. I didn’t think of that. If you use a script to “start” the player, with an incorrect filename in the “source” field, entered manually or by script, the player will play some other correct filename, and the result of the “start” command will be empty. In a more perfect world, the result of the start command might give the user a clue about what has gone wrong. Tim ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
bug or feature in player filename?
I’m in version 6.7.0 on Macintosh. I’m not very good at searching for bugs, so it’s possible it’s a fixed bug. If you set a player filename to an invalid filename, by hand or by script, the player seems to play the last valid filename entered, even though the invalid filename continues to display in the “source” field. It wouldn’t happen very often by hand, because normally one clicks on the button next to the “source” field, to get a dialog box of filenames. If you (I) don’t know about this, it can drive you (me) crazy when trying to figure out why a script isn’t working right. To make the experience even more vexatious, the result is empty when you play the player, by click or script. If this is mentioned in the documentation, I can’t find it. Bug or feature? I tried to enter a note about this in the dictionary, but I don’t seem to be eligible to do that. Tried to log in or register, couldn’t manage it. Comments? Cheers, Tim Miller ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
