LAVA 1.0 Content

QUOTE(Val Brown @ Aug 17 2007, 05:25 PM)

ANd the back would show the echo from the scream???

You know what's really sad, the sensor in the Wii is simply a 3 axis MEMS Accelerometer which is really damn cheap and has a direct analog output from the chip related to orientation. A lot easier to wire one of those up rather than hack the remote....well not as flashy... but still.. come on

well.. 10 times more and I catch up to you.. It's all relative... I guess..

(you'll have 400 posts by then!!!)

Congratulations to ALL Champions!! And to the new ones!! Cheers!!

I've now converted from northern BBQ to TexAS-stype BBQ!! Oh yeah baby... Takes much longer to cook (couple o' daze depending on if there's snow on the Barbie), but the meat is way more tender...

he..he..he..he... gives more time to cool the beer...

Working on a grill that'll make brisket tasty all the way to the 5th dimension!!

QUOTE(Aristos Queue @ Aug 17 2007, 03:43 PM)

Use the memory allocation tool (Tools>>Profile>>Show Buffer Allocations) to see whether a given cast is inplace or not.

Thanks for the the tip, I believe this was introduced in LV 8, is there a way to activate this in LV 7.1 ?

[cross posted to NI forums]

Hi all,

I've been wondering for a long time if type conversion was inplace

In the example below, is there any case were inplaceness will happen ?

http://forums.lavag.org/index.php?act=attach&type=post&id=6668

My feeling is that :

- no inplaceness when there is a conversion dot,

- when converting to a representation with a larger bit depth, I believe inplaceness is not possible,

- when converting to a representation with the same bit depth, I believe inplaceness is possible,

- when converting to a representation with a smaller bit depth, I believe inplaceness is not possible.

Is that correct (speaking in LV 7.1.1) ?

What if put the same code in a LV 8.5 inplace structure ?

Just an idea, "train your wrist to similar yet different exercises".

I started playing the piano more often and now I can do up to 3 weeks coding marathons without wrist pain ; before I was limited to 1 week.

Hard to say if both are related because I also changed my chair and my mouse, but I do think it had positive impact.

the reason it was slow for you is that you had to re-build the entire picture every time, which means parsing all of these, ... move point... draw square... move point... draw square...

FOR EVERYTHING

but if you know where in the bit stream the data you want to change is, such as the color of the 23rd square is at byte location 2345, then all you have to do is change 32 bits at byte 2345 and resend the data to the picture control. MUCH FASTER.

Now it becomes a simple replace bytes at offset rater than re-build entire string w/ new parameters

Just thought up one for the more "senior" members of the community

Front: Getting old stinks

Back: I have memory.cpp problems

Finally broke 200 posts, now I just need to mutiply that by 10 and I'll be up to CRelf.... well almost

QUOTE(Daklu @ Aug 16 2007, 01:04 PM)

Yep, spot on. When you put it like that my request seems rather silly.

Don't sell yourself short, I don't think it sounds silly in the least and i'm sure as you program more and more it will come up again in the future, especially since what you requested is possible. The trick is to remember these nuggest and pull them out when it makes the most sense.

You just keep setting me up for some fun tricks. It turns out that you can get +30 fps easily within the picture control when displaying a live image.

This is another one of my favorite tricks. Since you already can see how the picture control is put together, find where the raw bits of the picture data start and where they end, convert the picture control to a string through a cast, and do a string replace {inplace function :thumbup: } starting at the data start with the new frame image and then send the updated string back to the picture control.

So what you do is in the first frame, allow the std pixmap function to populate the control and then figure out where the insertion point is and only use the string replace for future frames. I was able to get 40fps on a PII 150Mhz pc.

Now w/ objects, encapsulating this functionality may be even easier, or at least cleaner.

I haven't moved any projects specifically, but I tried to enable scripting and now 8.5 won't start and on the splash screen in the lower right, the section that says what's loading states that 'You should never see this message state'

Damn rusty nails

From what I can recall, you can use the datasocket VIs. This is actually already noted somewhere on NI's site, just not sure right now. But you will get the entire string of the page as the browser would get.

QUOTE(Ben @ Aug 15 2007, 05:30 PM)

I know what you mean Norm.

Can you find the thread?

Ben

looks like it's this

http://forums.lavag.org/downloads-file11.html''>http://forums.lavag.org/downloads-file11.html' target="_blank">http://forums.lavag.org/downloads-file11.html

I don't quite have the time to properly reply fully to your post, but I have dissected the picture control down to the 1's and 0's other than the 3d part of it. I have a very clear roadmap of how to rebuild the functions based upon LVOOP so I am VERY interested in getting you as much information as possible so that we can collaborate upon this. I have some pages of notes that that TST is looking to have also which will expose how to build and dissect the picture control from the ground up. I'll fill more in later, but for now I would highly suggest you put a simple line art picture together and cast it to a string control and look at the format. Also on NI forums I have put some of this information already. Lookup " nuggets and picture control "

Enjoy

QUOTE(deirdre @ Aug 15 2007, 04:23 PM)

Hey, LAVA Community!

It was great to meet many of you at NIWeek 2007. I feel privileged to sport Jim's VI Package Manager band around the office. Don't be strangers – you can find me on LabVIEW Zone, MySpace, Facebook, Twitter, Squidoo, and most other G-eeky social networking sites. I look forward to chatting with you guys on here too!

You are just wayyy to accessible. I find myself always fighting to figure out where to update my data at. I've decided to standardize on facebook, being the fastest and most flexible.

Love the map container operations, but it doesn't install w/ 8.5 which is what I have at home so can't do too much playing.

Any news on getting scripting in the labs?

Hello Irene,

By IP Camera, do you mean GigE ? If not, what driver do you use with LabVIEW to connect to an IP camera ?

QUOTE(Dan Bookwalter @ Aug 15 2007, 12:27 PM)

And since the same guy is over us and them he wants to standardize operations etc... so I was hoping that maybe someone had a good presentation put together , although it would almost be an endless presentation to go into everything , I am probably going to end up walking him through the lab and explaining what all we have done with it and what all i would like to see done yet.

QUOTE(jzoller @ Aug 16 2007, 12:33 AM)

The other type of money involved is investment. Is your boss prepared to replace or rewrite the existing set of tools deployed in the lab? Do you use instrument drivers from NI or the vendor that might require writing? The value of drivers alone (rewriting in C, testing) may help you.

No No No, the code exists to easily figure out from coordinates where the change happened. Doing the compare is just too much overhead.

But I will say that there are times that it is warranted, this just doesn't seem like one

QUOTE(Mike Ashe @ Aug 15 2007, 12:56 PM)

Just my $2

Mike

WOW... $2.00. Must be an increase because of the premium membership

I recommend reviewing the document on NI's site 'Can LabVIEW C" http://zone.ni.com/devzone/cda/tut/p/id/2718

This may give you some ammo against the nay sayers regarding the capabilities.

And I'll echo the comment a few posts up. LabVIEW is a programming language and you can do ANYTHING with it. Aside from the fact that it is bloated at times, that bloat gives you so much functionality, you could choke a donkey with it.

QUOTE(orko @ Aug 15 2007, 11:03 AM)

I fear we may be digressing slightly from the original question (event detection for cluster elements inside an array). I thought the poster was interested in more than just value change detection.

But hey, that's okay we'll benefit from this discussion too. I've already (re)learned a few things :thumbup:

Just re-read his original post and I think we're right on. Being able to detect events from elemnets inside of a cluster as an element of an array. No?

What is your favorite place to spend your time. Scripting makes me happy, good UI and graphics too.

I guess to be fair we should know if this blog is a labor of love (personal time & effort) or an NI sponsored activity. I think Colin started the blog, but don't know how Brian and Todd became involved.

Much of the previous YouTube content was third party (Lego stuff for example) and linked to from the blog. Some of it was NI source, such as the Halloween demos and a Future version of LabVIEW spoof (something about boring meetings and flowers for the wife).

Maybe there is some way to proxy serve YouTube videos? (Premium LAVA members only )