Why since LV 8.1 the GPS acquisition is more longer ?

2017-03-07 Thread Ludovic THEBAULT via use-livecode
Hello,

Why since Livecode 8.1, GPS acquisition is more longer than Livecode < 8 on 
mobile ?

On the same place, my mobile  get coordinates within few seconds with the app 
compiled with LV < 8.1 but get coordinates after more than 15 seconds (more 
than one cycle on my script) if the app is compiled with LV > 8.1

Any ideas ?

Thanks

Here my script : 



on opencard :
if the environment is "mobile" and mobileCanTrackLocation() is "true » then

if "iphone" is in the platform then

get mobileLocationAuthorizationStatus()

if "denied" is in it or "restricted" is in it then ...

end if

mobileStartTrackingSensor "location"

wait 10 milliseconds with messages

put getcoord() into old « coordinates »

 mobileStopTrackingSensor « location »

end if

end opencard



on locationChanged pLatitude, pLongitude, pAltitude

set the coordonnees of this stack to pLatitude & tab & pLongitude & tab 
& pAltitude

end locationChanged




function getCoord
get the coordonnees of this stack

put mobileCurrentLocation() into tLocation

if tLocation is an array and tLocation["latitude"] <> "" and 
tLocation["longitude"] <> "" then

return tlocation

else

if the coordonnees of this stack <> it then 

return the coordonnees of this stack

else
put the seconds into timeout
repeat forever
if the seconds - timeout > 15 then 
answer « Is too long, Retry ? » with « Yes » or 
« No"
if it is « No » then
 mobileStopTrackingSensor « location"
exit repeat
else
 mobileStopTrackingSensor « location »
wait 200 milliseconds with messages
mobileStartTrackingSensor "location"
put the seconds into timeout ### new 
cycle
end if  
put mobileCurrentLocation() into tLocation
if tLocation is an array and 
tLocation["latitude"] <> "" and tLocation["longitude"] <> "" then  
exit repeat
else
put 
mobileSensorReading("location",true) into tlocation
if tLocation is an array and 
tLocation["latitude"] <> "" and tLocation["longitude"] <> " » then exit repeat

end if  
end repeat
if tLocation is an array and tLocation["latitude"] <> 
"" and tLocation["longitude"] <> " » then 
return location
else return the coordonnees of this stack ### old 
coordinates
end if
end if
end getCoord
___
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: breakpoints being ignored

2017-03-07 Thread Dr. Hawkins via use-livecode
On Tue, Mar 7, 2017 at 6:12 PM, Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> It's ignoring the "breakpoint" text, too, not just the dots.
>

I see that, but less frequently.  "Send in . . ." seems to be related to
that.


>
> Anyway, I trashed my preferences and it seems to be working, now.
>

Also, removing all of the red dots in a stack from time to time seems to
help.


-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
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: breakpoints being ignored

2017-03-07 Thread Mike Kerner via use-livecode
It's ignoring the "breakpoint" text, too, not just the dots.

Anyway, I trashed my preferences and it seems to be working, now.

On Tue, Mar 7, 2017 at 8:56 PM, Dr. Hawkins via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On Tue, Mar 7, 2017 at 5:36 PM, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > breakpoint still doesn't fire.
>
>
> This is why I call them "Pirate Code Dots" (pad).
>
> The IDE sees them as merely advisory . . .
>
> And I'm again seeing the behavior that a red dot in a script that hasn't
> yet hit a breakpoint is often ignored.
>
> Or, with a break, a dialog, and another break, the break after the dialog
> is ignored.
>
> --
> Dr. Richard E. Hawkins, Esq.
> (702) 508-8462
> ___
> 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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: breakpoints being ignored

2017-03-07 Thread Dr. Hawkins via use-livecode
On Tue, Mar 7, 2017 at 5:36 PM, Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> breakpoint still doesn't fire.


This is why I call them "Pirate Code Dots" (pad).

The IDE sees them as merely advisory . . .

And I'm again seeing the behavior that a red dot in a script that hasn't
yet hit a breakpoint is often ignored.

Or, with a break, a dialog, and another break, the break after the dialog
is ignored.

-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
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


breakpoints being ignored

2017-03-07 Thread Mike Kerner via use-livecode
Explain this one:
8.1.3
create a stack
put a button on it
add some script
click in the margin to add a breakpoint - it shows grey with red border
run the script
breakpoint doesn't activate
Add a "breakpoint" line as the first line in the script
execute again
breakpoint still doesn't fire.

-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: [Long] Moving a REST request from Desktop to Server

2017-03-07 Thread Richard Gaskin via use-livecode

Malte Brill wrote:

> I am trying to move a request I do from a desktop app to a liveCode
> server script and am facing the problem that some of the stuff I use
> (most of it libURL stuff) is not available on the server. Now I
> wonder how I could translate it…

Have you considered running a standalone as your CGI?

Standalones can be run facelessly with a -ui flag, and while they 
require a one-time cost to set up a library to read stdin and parse the 
request and env vars, once you're set up you get something LiveCode 
Server can't offer:  complete compatibility with the LiveCode Script 
desktop syntax.


LC Server is great for many things, but since it doesn't work like LC on 
the desktop I don't use it for anything beyond testing.  I need to 
debug, and by not using the Server engine I can run my scripts right in 
the IDE.


Last week I was going to put together some notes on this to make using 
LC standalones as CGIs easier, but as luck would have it I couldn't get 
either Server or a standalone running as a CGI on either of my shared 
hosting accounts, for reasons that appear to be related to the RAM 
requirements from font loading:

http://quality.livecode.com/show_bug.cgi?id=14115

I have a workaround for that (thanks to some clever assist from Peter 
Brett and Mark Waddingham), but it's kinda funky and non-obvious to set 
up, so while it might work okay for me once in a while it's not the sort 
of thing I want to tell other people is reflective of how we do things 
in the LC world.  We are, after all, about simplicity, or at least 
strive for it.


But if you're on a VPS (about half our users are*) perhaps we can 
continue this discussion and explore simple means of using standalones 
as CGIs.  It really is a much simpler overall workflow once you get it 
going.



* I ran this survey on the LC forums - if you haven't voted please chime 
in on how you use LC on servers:


POLL: LiveCode Server deployment
http://forums.livecode.com/viewtopic.php?f=15=26772

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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: should i report it as a bug when a library is not included into a standalone when "search for required inclusions" is selected

2017-03-07 Thread Bob Sneidar via use-livecode
If there is nothing unusual in how you start using the library, like in a do 
command or something, I think so. 

Bob S


> On Mar 7, 2017, at 16:09 , Matthias Rebbe via use-livecode 
>  wrote:
> 
> Hi,
> 
> maybe a dumb question, but should i report it as a bug when  a library is not 
> automatically  included into a standalone when "search for required 
> inclusions" is selected in the standalone settings?
> 
> Regards,
> Matthias


___
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


should i report it as a bug when a library is not included into a standalone when "search for required inclusions" is selected

2017-03-07 Thread Matthias Rebbe via use-livecode
Hi,

maybe a dumb question, but should i report it as a bug when  a library is not 
automatically  included into a standalone when "search for required inclusions" 
is selected in the standalone settings?

Regards,
Matthias



___
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


[Long] Moving a REST request from Desktop to Server

2017-03-07 Thread Malte Brill via use-livecode
Hi all,

I am trying to move a request I do from a desktop app to a liveCode server 
script and am facing the problem that some of the stuff I use (most of it 
libURL stuff) is not available on the server. Now I wonder how I could 
translate it…

Scenario is the following:
Problem is libURLLastRHHeaders() is unavailable on server and can not easiely 
be copied from libURL
Anyone got an idea?

local sCookieHeader

on mouseUp
local tURL,tUser,tPassWord,tCookie,tSubmitId,tsubmit,tJson,tJsonArray
local test
try
set the httpHeaders to empty
put „aUser" into tUser
put „aPassword" into tPassWord
put "264812" into tSubmitID
put "Log+in" into tSubmit
get libURLFormData("userName", tUser,"password", 
tPassword,"submit",tSubmit,"submitID",tSubmitId) — not available on Server, but 
can be copied from libURL
post it to url "http://test.com/login.php;
_storeCookies libURLLastRHHeaders() — needed to authenticate. 
libURLLastRHHeaders unavailable
set the httpHeaders to sCookieHeader
put fld "URL" into tURL
put URL tURL into tJson
catch theErr
put theErr
end try
end mouseUp


## Parse header returned from a server and create a cookie header that
## can be sent back: Cookie: cookie1;cookie2;cookie3;...
private command _StoreCookies pHeader
local theCharNo,theCookieLine,theLineNo,theOffset
put empty into sCookieHeader
put 0 into theOffset
repeat forever
put lineoffset("Set-Cookie:", pHeader, theOffset) into theLineNo
if theLineNo > 0 then
add theOffset to theLineNo
put line theLineNo of pHeader into theCookieLine
delete word 1 of theCookieLine ## Set-Cookie:
put offset(";", theCookieLine) into theCharNo
if theCharNo > 0 then
delete char theCharNo to -1 of theCookieLine
end if
put theCookieLine & ";" after sCookieHeader
put theLineNo into theOffset
else
exit repeat
end if
end repeat
if the last char of sCookieHeader is ";" then
delete the last char of sCookieHeader
end if
if sCookieHeader is not empty then
put "Cookie: " before sCookieHeader
end if
return empty
end _StoreCookies



___
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: [ANN] Release 9.0.0 DP-5

2017-03-07 Thread Richard Gaskin via use-livecode

Richmond Mathewson wrote:

> One of the points that might be brought up at this point is that
> LiveCode in presented as a complete programming language/packet
> in itself; there is no indication given that users of LiveCode
> are expected to know other, lower-level languages too.
>
> I suspect that a very high proportion of people who use LiveCode,
> whether one of the 2 commercial offerings, or the free offering,
> do so just because they have either (like myself) done their level
> best to forget all the command-line languages of their youth, or
> don't know any and don't wish to learn any.

With engine code, much of LC's community - including me - is in the same 
place as those using other scripting engines:  as scripters, relatively 
few among us have the C chops to contribute to that part of the project.


But with LiveCode we have options beyond the engine itself.  As you 
noted, it's more than just a scripting engine, it's a complete IDE, and 
with LiveCode everything in the IDE is written in LiveCode.


Those in a position to contribute fixes and enhancements can search the 
bug DB for items involving the IDE.


And to make that even easier Peter Brett provides a shortlist in each 
weekly community newsletter, grouped by difficulty - here's the most recent:


   Help needed!

   Want to get involved in the LiveCode open source project but
   don’t know where to start? Try one of these:

   - (Easy) Update & complete documentation for "the processor"
   - (Easy) selectionChanged does not appear in the player object page
 of the dictionary
   - (Easy) Fix format of "mobileControlDo" dictionary entries
   - (Medium) Add info on manipulating field contents to the User Guide
   - (Medium) Make guide outlines in the Dictionary expand/collapse
  with repeated clicks
   - (Medium) Reduce whitespace in Dictionary
   - (Hard) Allow Windows line endings in script-only stacks
   - (Hard) Create a LiveCode Community build for Raspberry Pi



--
 Richard Gaskin
 LiveCode Community Laison
 rich...@livecode.org


___
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: Trouble playing videos with MS DirectShow LC 8

2017-03-07 Thread Klaus major-k via use-livecode
Additional info:
All my MP4s are created with Handbrake with the open source x264 (H.264) codec
and run even fine out of the box on my big LG flatscreen (driven by WebOS)!

> Am 07.03.2017 um 19:24 schrieb Klaus major-k via use-livecode 
> :
> 
> Hi Tiemo,
> 
> just made a little test on my "stock" Win10 installation (Parallels on my 
> Mac).
> 
> WindowsMediaPlayer plays any MP4 fine, but nothing appears in the player of 
> Livecode!?
> So this is definitively a LC issue!
> 
> Then I downloaded and installed the latest LAVFilter codec package:
> 
> Et voila, I can play these MP4, which did not play before, in LC!? 
> Does not make any sense actually!?
> 
>> On 3/7/17 9:47 AM, Tiemo Hollmann TB via use-livecode wrote:
>>> Yes, it plays fine on my development machine by selecting it via a dialog, 
>>> but not on the other machines.
>>> 
>>> Tiemo

Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major-k.de


___
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: Trouble playing videos with MS DirectShow LC 8

2017-03-07 Thread Klaus major-k via use-livecode
Hi Tiemo,

just made a little test on my "stock" Win10 installation (Parallels on my Mac).

WindowsMediaPlayer plays any MP4 fine, but nothing appears in the player of 
Livecode!?
So this is definitively a LC issue!

Then I downloaded and installed the latest LAVFilter codec package:

Et voila, I can play these MP4, which did not play before, in LC!? 
Does not make any sense actually!?

> On 3/7/17 9:47 AM, Tiemo Hollmann TB via use-livecode wrote:
>> Yes, it plays fine on my development machine by selecting it via a dialog, 
>> but not on the other machines.
>> 
>> Tiemo

Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major-k.de


___
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: Trouble playing videos with MS DirectShow LC 8

2017-03-07 Thread Klaus major-k via use-livecode
Hi Tiemo,

just made a little test on my "stock" Win10 installation (Parallels on my Mac).

WindowsMediaPlayer plays any MP4 fine, but nothing appears in the player of 
Livecode!?
So this is definitively a LC issue!

Then I downloaded and installed the latest LAVFilter codec package:

Et voila, I can play these MP4, which did not play before, in LC!? 
Does not make any sense actually!?

> On 3/7/17 9:47 AM, Tiemo Hollmann TB via use-livecode wrote:
>> Yes, it plays fine on my development machine by selecting it via a dialog, 
>> but not on the other machines.
>> 
>> Tiemo

Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major-k.de


___
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: AW: AW: AW: Trouble playing videos with MS DirectShow LC 8

2017-03-07 Thread Phil Davis via use-livecode
Is it possible there is some kind of permissions issue on the other 
machines? (Shooting in the dark here - I'm not up on Windows permissions 
but maybe you are.)


Phil


On 3/7/17 9:47 AM, Tiemo Hollmann TB via use-livecode wrote:

Yes, it plays fine on my development machine by selecting it via a dialog, but 
not on the other machines.

Tiemo



-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag von 
Phil Davis via use-livecode
Gesendet: Dienstag, 7. März 2017 18:22
An: How to use LiveCode 
Cc: Phil Davis 
Betreff: Re: AW: AW: Trouble playing videos with MS DirectShow LC 8

If you pick the video file with a file dialog and set the filename of the player to 
"it", will it play then? If so, maybe you're having a path issue.

Phil Davis


On 3/7/17 8:51 AM, Tiemo Hollmann TB via use-livecode wrote:

... and as I mentioned, the videos play fine on all machines outside
of LiveCode in the standard platform videoPlayer, what says to me that
it can't be a codec issue - as far as I see

Tiemo

-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im
Auftrag von Tiemo Hollmann TB via use-livecode
Gesendet: Dienstag, 7. März 2017 17:49
An: 'How to use LiveCode' 
Cc: Tiemo Hollmann TB 
Betreff: AW: AW: Trouble playing videos with MS DirectShow LC 8

Hi Jacque,

that's what I also already thought of. But I haven't found yet, how/where I 
could check for it. I have an old nice tool, called gspot, which usually tells 
me everything about any video, but it doesn't work with theses H.264 mp4's.  I 
was on the intel site and downloaded a media sdk, installed it on one of those 
not working machines, but without success. But actually I don't even know, if 
that codec is part of that media sdk, they don't describe the detailed content. 
So it was a shot into the dark and I didn't found yet a dedicated download for 
that codec.

Tiemo





-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im
Auftrag von J. Landman Gay via use-livecode
Gesendet: Dienstag, 7. März 2017 17:01
An: How to use LiveCode 
Cc: J. Landman Gay 
Betreff: Re: AW: Trouble playing videos with MS DirectShow LC 8

Do the other machines have the mp4 codec installed? Most versions of Windows 
didn't ship with it, you had to install it separately.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com



On March 7, 2017 9:32:22 AM Tiemo Hollmann TB via use-livecode 
 wrote:


Making some further tests, I discovered that there must be a relation
to mp4 video files.
I tested the same standalone with an old avi file and that worked,
but not with some different mp4 files But it can't be something in
general, because the mp4 file can be played fine with the same
standalone on my W10 machine.
So I am still searching for an idea, what could be different on my
machine to "all" others.

Tiemo


-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im
Auftrag von Tiemo Hollmann TB via use-livecode
Gesendet: Dienstag, 7. März 2017 13:07
An: LiveCode User Liste senden 
Cc: Tiemo Hollmann TB 
Betreff: Trouble playing videos with MS DirectShow LC 8

Hello,



With LC 8.1.2 I changed the video standard in my programs from
Quicktime to the new standard interface DirectShow on Windows. I
recoded all videos to
mp4 with Intel QSV H.264.

On my developing W10 machine everything works fine in the IDE and
standalone. Now after release it looks like my developing machine is
"the only one" which can play the new videos in my new LiveCode program.

On a W7, W8 and other W10 machine I get the error "could not create
movie reference" when setting the filename of the player object.

Actually the DirectShow standard should be available from W7 to W10
and when just double clicking the video, it can be played on all
those other machines with the standard video player, so it doesn't
seem to be an codec issue. On the other hand something from the
environment must be different on my developing machine.

I also tried to build a new standalone with LC 9.0 dp3, but testing
the standalone it show the same issue.



Has anybody any idea, where to start searching?

What could be different on my developing machine as on all other machines?

Are there any known system requirements for using DirectShow? (which
I have set unconsciously on my machine)



Thanks for any ideas

Tiemo









___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your
subscription
preferences:

AW: AW: AW: Trouble playing videos with MS DirectShow LC 8

2017-03-07 Thread Tiemo Hollmann TB via use-livecode
Yes, it plays fine on my development machine by selecting it via a dialog, but 
not on the other machines.

Tiemo



-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag von 
Phil Davis via use-livecode
Gesendet: Dienstag, 7. März 2017 18:22
An: How to use LiveCode 
Cc: Phil Davis 
Betreff: Re: AW: AW: Trouble playing videos with MS DirectShow LC 8

If you pick the video file with a file dialog and set the filename of the 
player to "it", will it play then? If so, maybe you're having a path issue.

Phil Davis


On 3/7/17 8:51 AM, Tiemo Hollmann TB via use-livecode wrote:
> ... and as I mentioned, the videos play fine on all machines outside 
> of LiveCode in the standard platform videoPlayer, what says to me that 
> it can't be a codec issue - as far as I see
>
> Tiemo
>
> -Ursprüngliche Nachricht-
> Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im 
> Auftrag von Tiemo Hollmann TB via use-livecode
> Gesendet: Dienstag, 7. März 2017 17:49
> An: 'How to use LiveCode' 
> Cc: Tiemo Hollmann TB 
> Betreff: AW: AW: Trouble playing videos with MS DirectShow LC 8
>
> Hi Jacque,
>
> that's what I also already thought of. But I haven't found yet, how/where I 
> could check for it. I have an old nice tool, called gspot, which usually 
> tells me everything about any video, but it doesn't work with theses H.264 
> mp4's.  I was on the intel site and downloaded a media sdk, installed it on 
> one of those not working machines, but without success. But actually I don't 
> even know, if that codec is part of that media sdk, they don't describe the 
> detailed content. So it was a shot into the dark and I didn't found yet a 
> dedicated download for that codec.
>
> Tiemo
>
>
>
>
>
> -Ursprüngliche Nachricht-
> Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im 
> Auftrag von J. Landman Gay via use-livecode
> Gesendet: Dienstag, 7. März 2017 17:01
> An: How to use LiveCode 
> Cc: J. Landman Gay 
> Betreff: Re: AW: Trouble playing videos with MS DirectShow LC 8
>
> Do the other machines have the mp4 codec installed? Most versions of Windows 
> didn't ship with it, you had to install it separately.
>
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
>
>
>
> On March 7, 2017 9:32:22 AM Tiemo Hollmann TB via use-livecode 
>  wrote:
>
>> Making some further tests, I discovered that there must be a relation 
>> to mp4 video files.
>> I tested the same standalone with an old avi file and that worked, 
>> but not with some different mp4 files But it can't be something in 
>> general, because the mp4 file can be played fine with the same 
>> standalone on my W10 machine.
>> So I am still searching for an idea, what could be different on my 
>> machine to "all" others.
>>
>> Tiemo
>>
>>
>> -Ursprüngliche Nachricht-
>> Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im 
>> Auftrag von Tiemo Hollmann TB via use-livecode
>> Gesendet: Dienstag, 7. März 2017 13:07
>> An: LiveCode User Liste senden 
>> Cc: Tiemo Hollmann TB 
>> Betreff: Trouble playing videos with MS DirectShow LC 8
>>
>> Hello,
>>
>>
>>
>> With LC 8.1.2 I changed the video standard in my programs from 
>> Quicktime to the new standard interface DirectShow on Windows. I 
>> recoded all videos to
>> mp4 with Intel QSV H.264.
>>
>> On my developing W10 machine everything works fine in the IDE and 
>> standalone. Now after release it looks like my developing machine is 
>> "the only one" which can play the new videos in my new LiveCode program.
>>
>> On a W7, W8 and other W10 machine I get the error "could not create 
>> movie reference" when setting the filename of the player object.
>>
>> Actually the DirectShow standard should be available from W7 to W10 
>> and when just double clicking the video, it can be played on all 
>> those other machines with the standard video player, so it doesn't 
>> seem to be an codec issue. On the other hand something from the 
>> environment must be different on my developing machine.
>>
>> I also tried to build a new standalone with LC 9.0 dp3, but testing 
>> the standalone it show the same issue.
>>
>>
>>
>> Has anybody any idea, where to start searching?
>>
>> What could be different on my developing machine as on all other machines?
>>
>> Are there any known system requirements for using DirectShow? (which 
>> I have set unconsciously on my machine)
>>
>>
>>
>> Thanks for any ideas
>>
>> Tiemo
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, 

Re: AW: AW: Trouble playing videos with MS DirectShow LC 8

2017-03-07 Thread Phil Davis via use-livecode
If you pick the video file with a file dialog and set the filename of 
the player to "it", will it play then? If so, maybe you're having a path 
issue.


Phil Davis


On 3/7/17 8:51 AM, Tiemo Hollmann TB via use-livecode wrote:

... and as I mentioned, the videos play fine on all machines outside of 
LiveCode in the standard platform videoPlayer, what says to me that it can't be 
a codec issue - as far as I see

Tiemo

-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag von 
Tiemo Hollmann TB via use-livecode
Gesendet: Dienstag, 7. März 2017 17:49
An: 'How to use LiveCode' 
Cc: Tiemo Hollmann TB 
Betreff: AW: AW: Trouble playing videos with MS DirectShow LC 8

Hi Jacque,

that's what I also already thought of. But I haven't found yet, how/where I 
could check for it. I have an old nice tool, called gspot, which usually tells 
me everything about any video, but it doesn't work with theses H.264 mp4's.  I 
was on the intel site and downloaded a media sdk, installed it on one of those 
not working machines, but without success. But actually I don't even know, if 
that codec is part of that media sdk, they don't describe the detailed content. 
So it was a shot into the dark and I didn't found yet a dedicated download for 
that codec.

Tiemo





-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag von 
J. Landman Gay via use-livecode
Gesendet: Dienstag, 7. März 2017 17:01
An: How to use LiveCode 
Cc: J. Landman Gay 
Betreff: Re: AW: Trouble playing videos with MS DirectShow LC 8

Do the other machines have the mp4 codec installed? Most versions of Windows 
didn't ship with it, you had to install it separately.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com



On March 7, 2017 9:32:22 AM Tiemo Hollmann TB via use-livecode 
 wrote:


Making some further tests, I discovered that there must be a relation
to mp4 video files.
I tested the same standalone with an old avi file and that worked, but
not with some different mp4 files But it can't be something in
general, because the mp4 file can be played fine with the same
standalone on my W10 machine.
So I am still searching for an idea, what could be different on my
machine to "all" others.

Tiemo


-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im
Auftrag von Tiemo Hollmann TB via use-livecode
Gesendet: Dienstag, 7. März 2017 13:07
An: LiveCode User Liste senden 
Cc: Tiemo Hollmann TB 
Betreff: Trouble playing videos with MS DirectShow LC 8

Hello,



With LC 8.1.2 I changed the video standard in my programs from
Quicktime to the new standard interface DirectShow on Windows. I
recoded all videos to
mp4 with Intel QSV H.264.

On my developing W10 machine everything works fine in the IDE and
standalone. Now after release it looks like my developing machine is
"the only one" which can play the new videos in my new LiveCode program.

On a W7, W8 and other W10 machine I get the error "could not create
movie reference" when setting the filename of the player object.

Actually the DirectShow standard should be available from W7 to W10
and when just double clicking the video, it can be played on all those
other machines with the standard video player, so it doesn't seem to
be an codec issue. On the other hand something from the environment
must be different on my developing machine.

I also tried to build a new standalone with LC 9.0 dp3, but testing
the standalone it show the same issue.



Has anybody any idea, where to start searching?

What could be different on my developing machine as on all other machines?

Are there any known system requirements for using DirectShow? (which I
have set unconsciously on my machine)



Thanks for any ideas

Tiemo









___
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


___
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



___
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


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, 

AW: AW: Trouble playing videos with MS DirectShow LC 8

2017-03-07 Thread Tiemo Hollmann TB via use-livecode
... and as I mentioned, the videos play fine on all machines outside of 
LiveCode in the standard platform videoPlayer, what says to me that it can't be 
a codec issue - as far as I see

Tiemo

-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag von 
Tiemo Hollmann TB via use-livecode
Gesendet: Dienstag, 7. März 2017 17:49
An: 'How to use LiveCode' 
Cc: Tiemo Hollmann TB 
Betreff: AW: AW: Trouble playing videos with MS DirectShow LC 8

Hi Jacque,

that's what I also already thought of. But I haven't found yet, how/where I 
could check for it. I have an old nice tool, called gspot, which usually tells 
me everything about any video, but it doesn't work with theses H.264 mp4's.  I 
was on the intel site and downloaded a media sdk, installed it on one of those 
not working machines, but without success. But actually I don't even know, if 
that codec is part of that media sdk, they don't describe the detailed content. 
So it was a shot into the dark and I didn't found yet a dedicated download for 
that codec.

Tiemo





-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag von 
J. Landman Gay via use-livecode
Gesendet: Dienstag, 7. März 2017 17:01
An: How to use LiveCode 
Cc: J. Landman Gay 
Betreff: Re: AW: Trouble playing videos with MS DirectShow LC 8

Do the other machines have the mp4 codec installed? Most versions of Windows 
didn't ship with it, you had to install it separately.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com



On March 7, 2017 9:32:22 AM Tiemo Hollmann TB via use-livecode 
 wrote:

> Making some further tests, I discovered that there must be a relation 
> to mp4 video files.
> I tested the same standalone with an old avi file and that worked, but 
> not with some different mp4 files But it can't be something in 
> general, because the mp4 file can be played fine with the same 
> standalone on my W10 machine.
> So I am still searching for an idea, what could be different on my 
> machine to "all" others.
>
> Tiemo
>
>
> -Ursprüngliche Nachricht-
> Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im 
> Auftrag von Tiemo Hollmann TB via use-livecode
> Gesendet: Dienstag, 7. März 2017 13:07
> An: LiveCode User Liste senden 
> Cc: Tiemo Hollmann TB 
> Betreff: Trouble playing videos with MS DirectShow LC 8
>
> Hello,
>
>
>
> With LC 8.1.2 I changed the video standard in my programs from 
> Quicktime to the new standard interface DirectShow on Windows. I 
> recoded all videos to
> mp4 with Intel QSV H.264.
>
> On my developing W10 machine everything works fine in the IDE and 
> standalone. Now after release it looks like my developing machine is 
> "the only one" which can play the new videos in my new LiveCode program.
>
> On a W7, W8 and other W10 machine I get the error "could not create 
> movie reference" when setting the filename of the player object.
>
> Actually the DirectShow standard should be available from W7 to W10 
> and when just double clicking the video, it can be played on all those 
> other machines with the standard video player, so it doesn't seem to 
> be an codec issue. On the other hand something from the environment 
> must be different on my developing machine.
>
> I also tried to build a new standalone with LC 9.0 dp3, but testing 
> the standalone it show the same issue.
>
>
>
> Has anybody any idea, where to start searching?
>
> What could be different on my developing machine as on all other machines?
>
> Are there any known system requirements for using DirectShow? (which I 
> have set unconsciously on my machine)
>
>
>
> Thanks for any ideas
>
> Tiemo
>
>
>
>
>
>
>
>
>
> ___
> 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
>
>
> ___
> 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



___
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


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:

Re: SHA1 cracked .... What are the chances this will be addressed in LC?

2017-03-07 Thread Bob Sneidar via use-livecode
Thanks Peter. I see some things in there that help me understand better what 
the salting does. I will probably incorporate this in my app fairly soon. I 
store passwords for various things, and want to make sure they are as secure as 
possible. 

Once I get it working I think I will put up a sample stack using these algo's. 

Bob S


> On Mar 7, 2017, at 08:04 , Peter TB Brett via use-livecode 
>  wrote:
> 
> On 07/03/2017 15:28, Bob Sneidar via use-livecode wrote:
>> Thanks Peter. But then how will I know programmatically if the password is 
>> correct or not?
> 
> Hi Bob,
> 
> Here's a worked example of what I'm talking about.
> 
>  Peter


___
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


AW: AW: Trouble playing videos with MS DirectShow LC 8

2017-03-07 Thread Tiemo Hollmann TB via use-livecode
Hi Jacque,

that's what I also already thought of. But I haven't found yet, how/where I 
could check for it. I have an old nice tool, called gspot, which usually tells 
me everything about any video, but it doesn't work with theses H.264 mp4's.  I 
was on the intel site and downloaded a media sdk, installed it on one of those 
not working machines, but without success. But actually I don't even know, if 
that codec is part of that media sdk, they don't describe the detailed content. 
So it was a shot into the dark and I didn't found yet a dedicated download for 
that codec.

Tiemo





-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag von 
J. Landman Gay via use-livecode
Gesendet: Dienstag, 7. März 2017 17:01
An: How to use LiveCode 
Cc: J. Landman Gay 
Betreff: Re: AW: Trouble playing videos with MS DirectShow LC 8

Do the other machines have the mp4 codec installed? Most versions of Windows 
didn't ship with it, you had to install it separately.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com



On March 7, 2017 9:32:22 AM Tiemo Hollmann TB via use-livecode 
 wrote:

> Making some further tests, I discovered that there must be a relation 
> to mp4 video files.
> I tested the same standalone with an old avi file and that worked, but 
> not with some different mp4 files But it can't be something in 
> general, because the mp4 file can be played fine with the same 
> standalone on my W10 machine.
> So I am still searching for an idea, what could be different on my 
> machine to "all" others.
>
> Tiemo
>
>
> -Ursprüngliche Nachricht-
> Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im 
> Auftrag von Tiemo Hollmann TB via use-livecode
> Gesendet: Dienstag, 7. März 2017 13:07
> An: LiveCode User Liste senden 
> Cc: Tiemo Hollmann TB 
> Betreff: Trouble playing videos with MS DirectShow LC 8
>
> Hello,
>
>
>
> With LC 8.1.2 I changed the video standard in my programs from 
> Quicktime to the new standard interface DirectShow on Windows. I 
> recoded all videos to
> mp4 with Intel QSV H.264.
>
> On my developing W10 machine everything works fine in the IDE and 
> standalone. Now after release it looks like my developing machine is 
> "the only one" which can play the new videos in my new LiveCode program.
>
> On a W7, W8 and other W10 machine I get the error "could not create 
> movie reference" when setting the filename of the player object.
>
> Actually the DirectShow standard should be available from W7 to W10 
> and when just double clicking the video, it can be played on all those 
> other machines with the standard video player, so it doesn't seem to 
> be an codec issue. On the other hand something from the environment 
> must be different on my developing machine.
>
> I also tried to build a new standalone with LC 9.0 dp3, but testing 
> the standalone it show the same issue.
>
>
>
> Has anybody any idea, where to start searching?
>
> What could be different on my developing machine as on all other machines?
>
> Are there any known system requirements for using DirectShow? (which I 
> have set unconsciously on my machine)
>
>
>
> Thanks for any ideas
>
> Tiemo
>
>
>
>
>
>
>
>
>
> ___
> 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
>
>
> ___
> 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



___
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


___
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

AW: Trouble playing videos with MS DirectShow LC 8

2017-03-07 Thread Tiemo Hollmann TB via use-livecode
Hi Tim,

hmm, I didn't knew, that this codec is a hardware based codec. Do you think it 
definitely is tied to special intel hardware and won't run on every hardware 
and can't be added by a software codec? Btw. It runs also fine on my iMac.

That would be really bad for me, because it was the only codec my Sorenson 
squeeze offered me for H.264, where I can step frame by frame thru the video, 
what is a must for my app.

Tiemo


-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag von 
Bleiler, Timothy via use-livecode
Gesendet: Dienstag, 7. März 2017 16:55
An: How to use LiveCode 
Cc: Bleiler, Timothy 
Betreff: Re: Trouble playing videos with MS DirectShow LC 8

I’m certainly no expert on video encoding but since you used the Intel QSV 
H.264 encoder I’m wondering if the Livecode implementation of DirectShow does 
not support that hardware based encoder. You might have better luck and broader 
compatibilty using something like the default encoder in Handbrake.

Tim Bleiler



On Mar 7, 2017, at 10:28 AM, Tiemo Hollmann TB via use-livecode 
> wrote:

Making some further tests, I discovered that there must be a relation to mp4 
video files.
I tested the same standalone with an old avi file and that worked, but not with 
some different mp4 files But it can't be something in general, because the mp4 
file can be played fine with the same standalone on my W10 machine.
So I am still searching for an idea, what could be different on my machine to 
"all" others.

Tiemo

___
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


___
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: SHA1 cracked .... What are the chances this will be addressed in LC?

2017-03-07 Thread Peter TB Brett via use-livecode



On 07/03/2017 15:28, Bob Sneidar via use-livecode wrote:

Thanks Peter. But then how will I know programmatically if the password is 
correct or not?


Hi Bob,

Here's a worked example of what I'm talking about.

  Peter

-

/* Compute a hash-based message authentication code
using the SHA-1 hash.  This is broken; it should correctly
follow RFC 2104. */
private function hmacSha1 pKey, pMessage
   return sha1digest(pKey & sha1digest(pKey & pMessage))
end hmacSha1

/* Generate a 160-bit salt value suitable for use when
storing a password */
private function generateSalt
   return randomBytes(20)
end generateSalt

/* Convert the specified cleartext password string to an
secure string suitable for storage using the specified
salt, which should be a base 64-encoded string. */
private function securePassword pPasswordString, pSaltData
   local tPasswordData
   put textEncode(pPasswordString, "UTF-8") into tPasswordData
   return base64Encode(pSaltData) & comma & \
 base64Encode(hmacSha1(pSaltData, tPasswordData))
end securePassword

/* Get the salt part of a secured password string */
private function getSecurePasswordSalt pSecurePassword
   return base64Decode(item 1 of pSecurePassword)
end getSecurePasswordSalt

/* Store a new password.  Use this when a user creates
a new account or changes their password for any reason */
function storePassword pPasswordString
   return securePassword(pPasswordString, generateSalt())
end storePassword

/* Verify a password.  Use this when a user tries to log
in.  Returns true if the password is correct and false
otherwise. */
function verifyPassword pPasswordString, pSecurePassword
   local tSaltData, tTrialString
   put getSecurePasswordSalt(pSecurePassword) into tSaltData
   put securePassword(pPasswordString, tSaltData) into tTrialString
   return tTrialString is pSecurePassword
end verifyPassword

-

private command _testAssert pDesc, pCondition
   if pCondition then
  put "ok -" && pDesc & return after msg
   else
  put "not ok -" && pDesc & return after msg
   end if
end _testAssert

command _testPasswordDemo
   local tSecured
   put storePassword("correct horse battery staple") into tSecured
   put "# Stored:" && tSecured & return into msg
   _testAssert "bad password", \
 not verifyPassword("hunter2", tSecured)
   _testAssert "good password", \
 verifyPassword("correct horse battery staple", tSecured)
end _testPasswordDemo

___
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: AW: Trouble playing videos with MS DirectShow LC 8

2017-03-07 Thread J. Landman Gay via use-livecode
Do the other machines have the mp4 codec installed? Most versions of 
Windows didn't ship with it, you had to install it separately.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com



On March 7, 2017 9:32:22 AM Tiemo Hollmann TB via use-livecode 
 wrote:



Making some further tests, I discovered that there must be a relation to mp4
video files.
I tested the same standalone with an old avi file and that worked, but not
with some different mp4 files
But it can't be something in general, because the mp4 file can be played
fine with the same standalone on my W10 machine.
So I am still searching for an idea, what could be different on my machine
to "all" others.

Tiemo


-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
von Tiemo Hollmann TB via use-livecode
Gesendet: Dienstag, 7. März 2017 13:07
An: LiveCode User Liste senden 
Cc: Tiemo Hollmann TB 
Betreff: Trouble playing videos with MS DirectShow LC 8

Hello,



With LC 8.1.2 I changed the video standard in my programs from Quicktime to
the new standard interface DirectShow on Windows. I recoded all videos to
mp4 with Intel QSV H.264.

On my developing W10 machine everything works fine in the IDE and
standalone. Now after release it looks like my developing machine is "the
only one" which can play the new videos in my new LiveCode program.

On a W7, W8 and other W10 machine I get the error "could not create movie
reference" when setting the filename of the player object.

Actually the DirectShow standard should be available from W7 to W10 and when
just double clicking the video, it can be played on all those other machines
with the standard video player, so it doesn't seem to be an codec issue. On
the other hand something from the environment must be different on my
developing machine.

I also tried to build a new standalone with LC 9.0 dp3, but testing the
standalone it show the same issue.



Has anybody any idea, where to start searching?

What could be different on my developing machine as on all other machines?

Are there any known system requirements for using DirectShow? (which I have
set unconsciously on my machine)



Thanks for any ideas

Tiemo









___
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


___
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




___
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: Trouble playing videos with MS DirectShow LC 8

2017-03-07 Thread Bleiler, Timothy via use-livecode
I’m certainly no expert on video encoding but since you used the Intel QSV 
H.264 encoder I’m wondering if the Livecode implementation of DirectShow does 
not support that hardware based encoder. You might have better luck and broader 
compatibilty using something like the default encoder in Handbrake.

Tim Bleiler



On Mar 7, 2017, at 10:28 AM, Tiemo Hollmann TB via use-livecode 
> wrote:

Making some further tests, I discovered that there must be a relation to mp4
video files.
I tested the same standalone with an old avi file and that worked, but not
with some different mp4 files
But it can't be something in general, because the mp4 file can be played
fine with the same standalone on my W10 machine.
So I am still searching for an idea, what could be different on my machine
to "all" others.

Tiemo

___
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: SHA1 cracked .... What are the chances this will be addressed in LC?

2017-03-07 Thread Bob Sneidar via use-livecode
NVM I think I see. I hash the user's password entry and compare the value to 
what is stored. But if the stored hash is an asymmetric one and cannot be 
decrypted, what is all the fuss about? Rainbow tables are all that is left, and 
you cannot create rainbow tables for every possible methodology. 

I'm wondering if this is much ado about nothing? No matter how a password is 
stored, it can always theoretically be compromised once someone gains access to 
the storage system. I get that having a different seed for each password makes 
it more difficult to be able to decrypt a captured hash in transit, but 
passwords MUST be stored somewhere, and if so, then encrypted, and if so, then 
never completely safely. 

Bob S


> On Mar 7, 2017, at 07:28 , Bob Sneidar via use-livecode 
>  wrote:
> 
>> Hi Bob,
>> 
>> The "encrypt" command provides symmetric cryptographic functions, i.e.
>> you can decrypt the result again to get the cleartext back.  This is _not_ a 
>> desirable property for a password storage system; you should always use 
>> one-way (asymmetric) functions, such as a cryptographic hash.
>> 
>> Peter
>> 
>> -- 
>> Dr Peter Brett 


___
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: SHA1 cracked .... What are the chances this will be addressed in LC?

2017-03-07 Thread prothero--- via use-livecode
You encrypt the trial password and compare the encrypted values. 
Bill

William Prothero
http://ed.earthednet.org

> On Mar 7, 2017, at 3:28 PM, Bob Sneidar via use-livecode 
>  wrote:
> 
> Thanks Peter. But then how will I know programmatically if the password is 
> correct or not? 
> 
> Bob S
> 
> 
>> On Mar 6, 2017, at 02:53 , Peter TB Brett via use-livecode 
>>  wrote:
>> 
>> 
>> 
>>> On 03/03/2017 18:00, Bob Sneidar via use-livecode wrote:
>>> It looks like the encrypt command is already using this method if
>>> the "with salt" arguement is provided? At least the encrypted result
>>> starts with "salted" and at least part of the salt value.
>>> 
>> 
>> Hi Bob,
>> 
>> The "encrypt" command provides symmetric cryptographic functions, i.e.
>> you can decrypt the result again to get the cleartext back.  This is _not_ a 
>> desirable property for a password storage system; you should always use 
>> one-way (asymmetric) functions, such as a cryptographic hash.
>> 
>> Peter
>> 
>> -- 
>> Dr Peter Brett 
> 
> 
> ___
> 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


___
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


AW: Trouble playing videos with MS DirectShow LC 8

2017-03-07 Thread Tiemo Hollmann TB via use-livecode
Making some further tests, I discovered that there must be a relation to mp4
video files.
I tested the same standalone with an old avi file and that worked, but not
with some different mp4 files
But it can't be something in general, because the mp4 file can be played
fine with the same standalone on my W10 machine.
So I am still searching for an idea, what could be different on my machine
to "all" others.

Tiemo


-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
von Tiemo Hollmann TB via use-livecode
Gesendet: Dienstag, 7. März 2017 13:07
An: LiveCode User Liste senden 
Cc: Tiemo Hollmann TB 
Betreff: Trouble playing videos with MS DirectShow LC 8

Hello,

 

With LC 8.1.2 I changed the video standard in my programs from Quicktime to
the new standard interface DirectShow on Windows. I recoded all videos to
mp4 with Intel QSV H.264.

On my developing W10 machine everything works fine in the IDE and
standalone. Now after release it looks like my developing machine is "the
only one" which can play the new videos in my new LiveCode program.

On a W7, W8 and other W10 machine I get the error "could not create movie
reference" when setting the filename of the player object.

Actually the DirectShow standard should be available from W7 to W10 and when
just double clicking the video, it can be played on all those other machines
with the standard video player, so it doesn't seem to be an codec issue. On
the other hand something from the environment must be different on my
developing machine.

I also tried to build a new standalone with LC 9.0 dp3, but testing the
standalone it show the same issue.

 

Has anybody any idea, where to start searching?

What could be different on my developing machine as on all other machines?

Are there any known system requirements for using DirectShow? (which I have
set unconsciously on my machine)

 

Thanks for any ideas

Tiemo

 

 

 

 

___
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


___
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: SHA1 cracked .... What are the chances this will be addressed in LC?

2017-03-07 Thread Bob Sneidar via use-livecode
Thanks Peter. But then how will I know programmatically if the password is 
correct or not? 

Bob S


> On Mar 6, 2017, at 02:53 , Peter TB Brett via use-livecode 
>  wrote:
> 
> 
> 
> On 03/03/2017 18:00, Bob Sneidar via use-livecode wrote:
>> It looks like the encrypt command is already using this method if
>> the "with salt" arguement is provided? At least the encrypted result
>> starts with "salted" and at least part of the salt value.
>> 
> 
> Hi Bob,
> 
> The "encrypt" command provides symmetric cryptographic functions, i.e.
> you can decrypt the result again to get the cleartext back.  This is _not_ a 
> desirable property for a password storage system; you should always use 
> one-way (asymmetric) functions, such as a cryptographic hash.
> 
>  Peter
> 
> -- 
> Dr Peter Brett 


___
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


AW: Trouble playing videos with MS DirectShow LC 8

2017-03-07 Thread Tiemo Hollmann TB via use-livecode
Hi Tim,

choosing a video file via ask dialog and setting the filename of the player 
object to it sets an absolute path and that works on my machine fine.

Thank you for that hint

Tiemo


-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag von 
Bleiler, Timothy via use-livecode
Gesendet: Dienstag, 7. März 2017 15:40
An: How to use LiveCode 
Cc: Bleiler, Timothy 
Betreff: Re: Trouble playing videos with MS DirectShow LC 8

Make sure your file references to the movie are relative and not absolute. I’ve 
made that mistake once or twice.

Tim Bleiler, Ph.D.
Instructional Designer, HSIT
University at Buffalo



> On Mar 7, 2017, at 7:07 AM, Tiemo Hollmann TB via use-livecode 
>  wrote:
> 
> Hello,
> 
> 
> 
> With LC 8.1.2 I changed the video standard in my programs from 
> Quicktime to the new standard interface DirectShow on Windows. I 
> recoded all videos to
> mp4 with Intel QSV H.264.
> 
> On my developing W10 machine everything works fine in the IDE and 
> standalone. Now after release it looks like my developing machine is 
> "the only one" which can play the new videos in my new LiveCode program.
> 
> On a W7, W8 and other W10 machine I get the error "could not create 
> movie reference" when setting the filename of the player object.
> 
> Actually the DirectShow standard should be available from W7 to W10 
> and when just double clicking the video, it can be played on all those 
> other machines with the standard video player, so it doesn't seem to 
> be an codec issue. On the other hand something from the environment 
> must be different on my developing machine.
> 
> I also tried to build a new standalone with LC 9.0 dp3, but testing 
> the standalone it show the same issue.
> 
> 
> 
> Has anybody any idea, where to start searching?
> 
> What could be different on my developing machine as on all other machines?
> 
> Are there any known system requirements for using DirectShow? (which I 
> have set unconsciously on my machine)
> 
> 
> 
> Thanks for any ideas
> 
> Tiemo
> 
> 
> 
> 
> 
> 
> 
> 
> 
> ___
> 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

___
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


___
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: Trouble playing videos with MS DirectShow LC 8

2017-03-07 Thread Bleiler, Timothy via use-livecode
Make sure your file references to the movie are relative and not absolute. I’ve 
made that mistake once or twice.

Tim Bleiler, Ph.D.
Instructional Designer, HSIT
University at Buffalo



> On Mar 7, 2017, at 7:07 AM, Tiemo Hollmann TB via use-livecode 
>  wrote:
> 
> Hello,
> 
> 
> 
> With LC 8.1.2 I changed the video standard in my programs from Quicktime to
> the new standard interface DirectShow on Windows. I recoded all videos to
> mp4 with Intel QSV H.264.
> 
> On my developing W10 machine everything works fine in the IDE and
> standalone. Now after release it looks like my developing machine is "the
> only one" which can play the new videos in my new LiveCode program.
> 
> On a W7, W8 and other W10 machine I get the error "could not create movie
> reference" when setting the filename of the player object.
> 
> Actually the DirectShow standard should be available from W7 to W10 and when
> just double clicking the video, it can be played on all those other machines
> with the standard video player, so it doesn't seem to be an codec issue. On
> the other hand something from the environment must be different on my
> developing machine.
> 
> I also tried to build a new standalone with LC 9.0 dp3, but testing the
> standalone it show the same issue.
> 
> 
> 
> Has anybody any idea, where to start searching?
> 
> What could be different on my developing machine as on all other machines?
> 
> Are there any known system requirements for using DirectShow? (which I have
> set unconsciously on my machine)
> 
> 
> 
> Thanks for any ideas
> 
> Tiemo
> 
> 
> 
> 
> 
> 
> 
> 
> 
> ___
> 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

___
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

Trouble playing videos with MS DirectShow LC 8

2017-03-07 Thread Tiemo Hollmann TB via use-livecode
Hello,

 

With LC 8.1.2 I changed the video standard in my programs from Quicktime to
the new standard interface DirectShow on Windows. I recoded all videos to
mp4 with Intel QSV H.264.

On my developing W10 machine everything works fine in the IDE and
standalone. Now after release it looks like my developing machine is "the
only one" which can play the new videos in my new LiveCode program.

On a W7, W8 and other W10 machine I get the error "could not create movie
reference" when setting the filename of the player object.

Actually the DirectShow standard should be available from W7 to W10 and when
just double clicking the video, it can be played on all those other machines
with the standard video player, so it doesn't seem to be an codec issue. On
the other hand something from the environment must be different on my
developing machine.

I also tried to build a new standalone with LC 9.0 dp3, but testing the
standalone it show the same issue.

 

Has anybody any idea, where to start searching?

What could be different on my developing machine as on all other machines?

Are there any known system requirements for using DirectShow? (which I have
set unconsciously on my machine)

 

Thanks for any ideas

Tiemo

 

 

 

 

___
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: [ANN] Release 9.0.0 DP-5

2017-03-07 Thread Richmond Mathewson via use-livecode
One of the points that might be brought up at this point is that 
LiveCode in presented as a complete
programming language/packet in itself; there is no indication given that 
users of LiveCode are expected

to know other, lower-level languages too.

I suspect that a very high proportion of people who use LiveCode, 
whether one of the 2 commercial offerings, or the free offering, do so 
just because they have either (like myself) done their level best
to forget all the command-line languages of their youth, or don't know 
any and don't wish to learn any.


Richmond.

On 3/7/17 12:23 am, Richard Gaskin via use-livecode wrote:

Andre Garzia wrote:

> The fact that these decisions are being taken, where the HQ appears
> to be focusing more and more on business licensees feels like I am
> being forced into such license. At this moment, I am starting to
> wonder if there is any reason to be indy at all.

...or Community.

Finding the best mix of features for the the two proprietary licenses 
and the open source edition is a challenge.


I spent the last several days at the SoCal Linux Expo, and had good 
talks with team members from NginX, MariaDB, Nextcloud, and Ubuntu.


Those are among the strongest open source projects around, and all of 
them keep the projects going by offering paid services and software 
packages aimed at the enterprise audience.


On the surface it would appear that what they're doing is similar to 
what LiveCode is doing, and in some broad respects I suppose it is.


But I believe there are also at least two key differences:

- The for-fee-only offerings from those other companies are indeed
  specialized for larger customers, and the core free (libre and
   gratis) software is full-featured to the point of being best-of-
  breed.

- The communities surrounding those projects contribute a much larger
  percentage of the core free software.

With LiveCode, the company restricts a broader range of functionality 
to the proprietary editions, but they're also paying for a much larger 
percentage of programmer-hours going into the package.


Personally, I believe a healthy long-term balance would be more on par 
with those other projects, with more stuff shared across all editions 
and having that become possible because more of it comes from the 
community.


The tricky part is how to get from here to there.

Many of those projects are technologies that some of the world's 
biggest companies rely on, and many of those companies have full-time 
employees dedicated to contributing to those open source projects.  At 
Heroku, for example, they maintain two full-timers whose only job is 
to submit pull requests for postgreSQL, and Google pays for a lot of 
the development of Python.


The LiveCode world does not yet have a Google or Heroku in our 
community covering payroll for full-time engine developers.


So the question at hand for all of us, company and community alike, is:

   What is the best balance of free and non-free offerings
   that will not only grow the platform, but also keep the
   ship running in order to pursue that growth?

I don't have an easy answer on this.  But I believe it is a very 
important question.


And it may be harder to answer for this project than for others, for a 
great many reasons related to both the market the project serves and 
the complexity of delivering rich GUI authoring for so many platforms.


As just one comparison, my understanding is that the LiveCode code 
base is at least 30% larger than the code base for NginX.  Not only is 
LC a bigger project by that measure, but also arguably in terms of 
code complexity, because the touch-points for NGinX are limited to a 
relatively small number of OS APIs for networking and file I/O, but 
LiveCode needs those along with a vast number of broadly-varying GUI 
messaging APIs on top of that.


As I ponder this question, I recognize that while I'm not in a 
position to cover full-time salaries for LiveCode contributors, I can 
invest a certain percentage of my time each week to the project in 
light of the many practical benefits it offers my company.




___
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