Jump to content

orko

Members
  • Content Count

    576
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by orko

  1. orko

    Howdy Fellas!

    There's this terrible rumor circulating that this guy that used to be on here is poking around the threads... And I may just be here for a little while this time 😉 Howdy from Tulsa, OK 🤠
  2. Oh, and here I am jumping back into the forums one month later to see the backside of a great contributor leaving it! Congratulations, AQ! This sounds like one of those "couldn't say no" opportunities, I'm truly excited for you, go forth and dequeue 🤣 I recently got my own boost of adrenaline, started work with the Facebook Reality Labs crew who are turning out to be a great team. Time to knock off that VI rust and get back in the game 👍
  3. orko

    Still Alive

    Yeah, this is quite the new look. I like the usability of it so far, even though I miss the old site's simplicity. I know Michael was having some scaling issues back then, so this is probably a huge improvement, eh? I was around a few years ago when I was working for Jim, but since then it's been oil & gas test work all the way. You know how it goes with learning curves and big mega corporations, and having to stick to the tools they like to play with. LabVIEW was always there and I did use it when I could, but it fell on the side burner as I played with other things like .NET, JavaSc
  4. orko

    Still Alive

    Whew. What happened? I turn my back for a second and years go by since I've been on the boards. A warm hello from beyond the veil of the corporate firewall. He is still alive...
  5. Hi Manfred, These timings look like two processes that are both logging at 10m, but are independent (not synced). Are you sure that there isn't another instance of this application (on the VM or your host computer) that is running without your knowledge?
  6. orko

    Greetings!

    Hi all, I'm very excited to be getting back into the LAVA community, and am glad to see familiar faces (avatars) in the forums I recently joined the team at JKI, and am having a blast working with Jim and his talented crew. It's unthinkable to me that I could catch up with every single unread post, so I will be resetting my "unread" counter and doing what I can to catch up. In the meantime, just wanted to drop a note to say I was "back in town". See you on the boards! Joe "orko" Sines
  7. will find time when he has a chance...

  8. Hello fellow LAVA members, There has recently been a few Microsoft positions opening up in Redmond, WA for vendor positions. Northwest Contract Services (NWCS) is currently looking for people to fill the following roles, and I don't want anyone to miss these great opportunities: - Labview and SQL Server, tools development experience some experience interfacing to hardware - Mechanical engineer with electronics experience or electrical engineer with mechanical knowledge - Hardware test engineer with software test experience to run interop tests - PM with hardware experience - Optical di
  9. There was a time in my life where I worked 16-17 hour days as a backend web developer for about three years in order to make ends meet. Constant "hair-on-fire" drills, calls in the middle of the night, and a couch next to my desk that probably saw more sleep time than my bed at home did. When the new baby came at home, let's just say that my family life was a little...strained. The turning point came on a very memorable weekend, when my wife was talking to me about future babysitting options for our daughter. After a pause, my response to her was "Okay, I'll get that script up and running
  10. Oh I like this last one. I (and several others) actually have projects that have a temporary workaround in place...until the next release comes. Joe PS. It's something about making each class a [dll]/llb before building an OOP designed exe...to avoid inheritance spew in the build folder. You know all about it though
  11. Indeed it sounds like you had your hands full, but you all have endured, and I am extremely thankful. The LAVA resource was sadly missed by all in it's abscence. Great work! Joe
  12. Well, heck...I won't be able to go this year, but I'd buy one!
  13. I think the 1 Million mark should obviously be... "Insane Object" The lowest rating in my mind would be "broken arrow"
  14. You should only have to download or re-install the correct version of NI-VISA (make sure to keep the installation folder around so you can build installers from it). I had a similar problem because I upgraded a needed runtime but didn't keep the downloaded setup files for my installer builds.
  15. Okay, bringing This Thread out again... sorry AQ In the app builder, anyone that has built an OOP based EXE or DLL has experienced the "conflicting name" warning, and seen the suggestion to rename the files in the build process as a workaround. Well, the app builder actually lets you do this with class members...which totally breaks inheritance. I'll post an example later, but basically: 1) Create three classes; a parent and two children, with a common method "A.vi" with dynamic class terminals and a single numeric output 2) Create a test.vi that uses a numeric input to a case structure
  16. WORKAROUND: Add the following manually to the lvproj file in the build specifications: <Property Name="Dll_includeHeaders" Type="Bool">true</Property>
  17. In the Advanced dialog of the DLL build specification: This checkbox is non-functional, in that it does not copy the cintools header files over to the build folder, and it will not stay checked. 1) Create a LabVIEW project 2) Create a new DLL build specification 3) Open the build specification properties 4) Check the above checkbox, click OK 5) Open the build specification properties again - see that it is unchecked
  18. Thank you for the example, AQ. I am going to be delving into this in these next few days, so clarifying the process helps tremendously. QUOTE (Aristos Queue @ Apr 21 2009, 01:58 PM) I think I see what you mean. Interfaces have always been tricky...and there are many different ways to implement them. However (at least for my purposes) I think the LV2 Object array method serves many if not all of the wants/desires for LVOOP built instrument drivers. Similar to the problems that IVI faced, there are just too many ways to do this, so it seems best to just pick one way that works and run w
  19. I've attached a VI that describes this issue. Tested on LV8.6.1 and LV8.5.1 Download File:post-3266-1240351713.vi (LV8.5.1) I've noticed before that my text string searches take incredibly too long on some of my larger applications, but haven't been able to pinpoint the circumstances until now. Basically, as arrays (I wouldn't doubt if clusters behaved the same or worse) grow in size...the searches for text strings get linearly longer to return results. The example uses a U16 integer array, so I'm not searching through a massive text array, which I could understand. I mean, the label/cap
  20. Thanks Mark. That solidifies the concept in my mind. Now that I understand...I'll try this out and see how much time is required. Is it me or doesn't this seem like something that would be able to be done programmatically within the App builder? The whole "Build me a DLL from this class" concept.
  21. QUOTE (ragglefrock @ Apr 20 2009, 01:48 PM) This is an interesting concept (and I may be able to use this on other applications), but seems a little overkill for this situation. I'm also a little leery on creating another level of abstraction with queues when this will require the same or more "wrapper" VIs to be created anyway. I can see doing this though if you wish to pass complex structures back and forth from the calling (C++/C#) code and the underlying LabVIEW. QUOTE (Aristos Queue @ Apr 20 2009, 02:13 PM) You're not going to like these two solutions but I'll mention them anywa
  22. Hello all, I've been working now with LVOOP for some time and have developed a class hierarchy that seems to work well to interface with test instruments and other hardware *inside LV built code*. Our team has used this hierarchy to quickly develop our test tools *in LV* while maintaining a common (re)usable code base. Now we've attracted the attention of others and we're being asked to provide this functionality to external code (C++/C#) calls inside other test tools. My initial thought was, "Great! I've wrapped LV up into dlls before, should be cake!"... Now I'm having difficulty in se
  23. QUOTE (jdunham @ Mar 5 2009, 10:44 PM) Thank you for this. It helps to clear up some confusion I had of what Source and Destination actually are. QUOTE (jdunham @ Mar 5 2009, 10:44 PM) OK, I think what you want is a bit more complex that the normal mask. Let's see... Do I have it right that the only part of the RGB image to preserve is places where the mask is zero, and everywhere else, you want the to keep the grayscale values in the 'mask'? Yes, that is absolutely correct. QUOTE (jdunham @ Mar 5 2009, 10:44 PM) I think you could invert your mask with the IMAQ Compare, and t
  24. QUOTE (jdunham @ Mar 5 2009, 09:18 PM) I guess I was confused about the nature of the mask VI itself. Reading the docs, I thought it was supposed to copy the Source *into* the Destination, but only in the pixels defined by the mask as non-zero. I think what you're saying is that the function instead makes a *new* copy of the source with the mask non-zero defined pixels...and replaces anything that was in the Destination memory location with this copy. So if I'm understanding this correctly... how then would I replace the pixels in the RGB image with the non-masked out pixels in this new
  25. Thanks for the prompt replies! Neville, unless I'm mistaken, adding a 32bit-casted grayscale image to the color RGB will give me darker/lighter colors in the areas that I want to totally replace (with the actual grayscale intensity value). I wish it were that easy JD, I took your and Neville's advice and tried to apply a mask to the color RGB image using the grayscale image casted down to an U8 grayscale image as the mask. It didn't do what I expected, instead the grayscale RGB image is replacing all of the pixels in the color RGB image. Can you take a look and see where I'm going wrong
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.