>>1. If you quote the modes then it works.
hh wrote :
> set the ink of img "DSC03103.jpeg" to "srcCopy"
Thanks, that works.
As for info about blendmodes, hh wrote :
> https://en.wikipedia.org/wiki/Blend_modes
I had seen this site, but was wondering about the other blend modes in LC.
Including th
A couple of questions about BlendModes in LC.
1. The 'normal' blendMode is scrCopy (the mode all objects get when they
are created). I can change that blendmode and later put it back to scrCopy
in the Inspector. But setting the ink to scrCopy by script does not work.
I type in the messagebox :
*s
I have used the export snapshot and then the averaging. Works great. I had
forgotten about the export function (have been away from coding for 3
years).
I also had to implement Phil Davis' "set the screenMouseLoc to
globalLoc(tLocWithinMyStack)".
The average I got first (with only the mouseLoc) was
Thanks everyone for the many suggestions. I will try them out and see which
one will work best.
Appreciate the multitude of ideas.
Cheers, Beat
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe an
I have asked this befor, but for the first time did not get any answer on
my post. So I hope you don't mind that I try again :-)
How do I get the RGB color of a pixel of an image? I know the function the
MouseColor, which gives me the RGB numbers under the cursor. What I need is
to get the RGB of
How do I get the RGB color of a pixel of an image? I know the function the
MouseColor, which gives me the RGB numbers under the cursor. What I need is
to get the RGB of a specific screen location - I need to make an avarage of
e.g. 5x5 pixels. So how do I get the RGB numbers of e.g. location "30,2
Thanks Craig, I was already afraid of that. Yes, I guess I could figure out
the math. I will have the 2 functions of the lines and if I set them equal,
I could solve the intersection point of the two. Your way is also valid,
but as I need to determine many intersection points, the script might get
Is there a function to determine the intersection point (x,y) of two lines?
The intersect function in LC only gives me a true or false, and I need the
exact location (x,y) of the intersection.
Thanks, Beat
___
use-livecode mailing list
use-livecode@lists
Thanks for all suggestions. I'll go with solution which was offered by Francis.
Nice link, Richmond. I've always been a fan of the Bonzo Dog Band and Vivian
Stanshall, but I did't know this one. :-)
Cheers , Beat
___
use-livecode mailing list
use-livec
on Sun, 14 Sep 2014 Richmond wrote :
> So, you have imported your audioClip / videoClip into your stacks.
> play audioClip "myJazz.aiff"
Thanks for your reply, Richmond. The thing is that I want to have the clip
inside a visible player. In that way I have more control over how to play the
cli
How can I load an already imported audio- or video clip into a player. The Clip
is already in the stack.
I want to have the audio- and video clips residing in my stack, but through a
popUp menu being able to load them into a player.
set the filename of player "Player 1" to myClipName - this does
I have on-rev hosting for my website but my domain name (www.Step-Beyond.nl) is
registered with a company called Hostnet.
I am a total beginner at this, so please bear with me.
I want to change the nameservers (if I am correct), so that people can send
emails to i...@stepbeyond.nl. I have found
Hi William,
If you have a line plot, I would use one single line and set the points of the
line to the desired data points.
If you have multiple elements, the following might help. I use it to make
grids, but I think the principle can be used for charts as well.
You'll create a template objec
Wed, 3 Sep 2014 08:56:11 -0500
Geoff Canyon wrote :
> Gah, I forgot one stinkin' line:
> put isNewElement into wasNewElement
That does the JOB :-)
I was playing around with deleting duplicate perms inside the handler, which
worked, but Geoff's solution (correct script) is much faster.
Mon, 1 Sep 2014 19:35:31 -0500
From: Geoff Canyon
> I have a set of code that seems to do the trick. It takes as an argument the
> number of each element to permute.
Great, Geoff, this works fine. Quite clever thinking :-)
Mon, 1 Sep 2014 19:47:58 -0500
From: Geoff Canyon
> I think this is
Sat, 30 Aug 2014 09:01:16 -0400
From: Geoff Canyon
> This was my initial thought as well, but I didn't like having to work
> line-by-line on (potentially) large sets of lines from the initial
> not-duplicate set of permutations. Doing the dupes first is weirder
> conceptually, but it means that
Sat, 30 Aug 2014 Geoff wrote :
> Used Alex's code to generate a list of the permutations of all the characters
> that were duplicates.
> Substituted in unique characters for each instance of the duplicates.
> Ran my permutation code on the rest of the characters, with the addition of
> the dup
rLine, which does not
affect tPermutations
put rLine & cr after Changed
end repeat
end mouseUp
Beat Cornaz
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
pr
Thanks Alex,
I will mail you off-list about the order of elements in the input and provide
some examples.
And thanks for the correction of your script. Seems to work fine now. I should
have seen that one myself, but it was a bit late last night, sorry :-)
Alex, you've explained the recursive f
Alex wrote :
>To make it faster, it *should* be serialized, so that it isn't actually
>recursive; that should be quite easy (but will make the code much less
> easy to read or understand, so I haven't done it yet). If you think it's
> worth pursuing, let me know and I'll have a go at unrollin
Thanks Peter,
your script works, but is in the same speed region as my original script, with
the added disadvantage that it can't go beyond 9 chars.
As for the duplicate elements : I did the same before - make all the possible
permutations and then delete the duplicate ones.
But as Geoff rightl
Works like a charm, Geoff. Great way of tackling the thing, very original.
function P2 N,B
-- N is the depth to permute
-- B is the ASCII value to start from
-- so P2(1,49) returns 21 cr 12
-- P2(2,53) returns 675 cr 765 cr 756 cr 576 cr 657 cr 567
if N = 0 then return numToChar(B) & cr
Now for the permutations.
Geoff, great. Your script is by far the fastest. Almost 10 times faster than my
own script which comes second.
I could improve a little bit even on your script with the suggestion of Kay.
--
Kay wrote :
I obtained a 10% speed increase by changing this:
repeat with n
Geoff Canyon wrote:
> On Mon, Aug 25, 2014 at 6:21 AM, Beat Cornaz wrote:
>
>> But I think it quite a pity (to put it mildly) that LC 6.xx is so much
>> slower thank 5.5.
>
>
> Could it be the unicode implementation? Agreed, that would be unfortunate.
> It would
> But I think it quite a pity (to put it mildly) that LC 6.xx is so much
> slower thank 5.5.
Geoff wrote :
Could it be the unicode implementation? Agreed, that would be unfortunate.
It would be nice to have a text setting for fields.
I talked about this just a couple of hours ago with my brot
James wrote :
There are significant differences in speed between 5.5 and 6.6. Not so much in
deriving the permutations as in displaying the results in a field.
I guess that's true. The values in millisecs that I have posted are taken
without putting the result into a field. Just the plain calcu
All right, the permutations. Thanks for the responses.
My findings so far :
Mark wrote :
--
In addition, you're losing much of the speed of the "repeat for each"
loops by embedding a "repeat with" loop at the deepest level (and in
addition you're making an unneccsary extra copy of tLine each time
Thanks Richard,
So it depends on a number of factors, which makes it a bit harder. I had hoped
for some general rules, like always use repeat for if possible or words are
generally slower that items. But I understand, it depends on more things.
I have some hundred fitness functions, which need
A while ago I did a test for speed with 'repeat for'. It turned out that with
items it worked the fasted. Chars were slower and words even more so.
Now I redid the test with 'LineOffset'. To my surprise: with chars was
considerably faster.
A long list with lines like 'aabcbcax' (chars) OR "a,a,
Real good feedback, thanks a lot Richmond & Scott.
___
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-liveco
Are there any issues with starting a Livecode project on OSX, then copy it to a
Windows laptop , continue working on it and then going back to the OSX again.
The Windows is only during the time that I am travelling and want to continue
programming my project. At home I'll switch to my Mac again.
>William Prothero wrote :
>Midi would be a very different setup than digital audio. In midi, only
>"events" need to be sent, while digital audio, especially independent tempo
>and pitch translation require >some fancy signal processing.
Yep, I know. Much easier than digital audio, but still it
Thanks for all your input.
It seems clear to me that I have to take another road. But at least now I know.
I agree that LiveCode is really excellent in many, many areas, but in audio &
midi it is a bit of a handicapped child. I think that's a real pity, but those
areas have never had the pleas
external that can do the job?
Thanks a lot,
Beat Cornaz
___
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
34 matches
Mail list logo
