Jump to content


  • Posts

  • Joined

  • Last visited

Profile Information

  • Gender
  • Location
    Melbourne, Australia
  • Interests
    Sport Science
    Data Acquisition

LabVIEW Information

  • Version
    LabVIEW 2014
  • Since

Recent Profile Visitors

1,034 profile views

Melbourne's Achievements


Newbie (1/14)

  • Week One Done Rare
  • One Month Later Rare
  • One Year In Rare

Recent Badges



  1. Hi All Was wondering if anyone has successfully communicated in LV with a version 4.0 (BLE) Bluetooth module/device, and if so how was it achieved pls. Perhaps there is a 3rd party driver available that works with LV 2014 or earlier? Thanks
  2. In an effort to get a working solution to this application working, I have implemented the partially transparent VI overlay idea. Whilst this sort of works it isnt a good solution. The transparent overlay makes the WPM image underneath very dark or washed out depending upon the choice of overlay VI background colour. Further when attempting to draw graphics on the overlay when WPM is in play mode the image flickers quite badly. Any ideas how to suppress the flicker OR force WMP to stay back most on a VI front panel to enable a 2D pic control to remain front most over it pls?
  3. I used black oddly enuf - that seemed to give the best "quality" of image - I tried many different colours and different levels of transparency. Around 85% and a black picture control back ground gave what seemed to me to be the "best" results
  4. Yes, thanks have tried that, but it also "fades out" the colour of any controls on the front panel too. I really need to set the front panel background to transparent leaving controls as they would normally appear, so that objects being drawn on the 2D picture control in the foreground plane retain their visibility/colour.
  5. Hi Guys Thanks for your input. I have tried placing a another vi containing a 2D picture control over the top and that works, but I really need the background of that VI to be completely transparent to provide a good view of the movie clip underneath. Adjusting the vi transparency unfortunately adjusts not just the back ground of the vi, but of all controls on that vi too. Is there a way to set the background ONLY to transparent and not that of the controls too perhaps?? The other thing I have noticed in relation to this, it seems that it matters what computer and what video clip is being played. There are combinations of computers/video clips where it is entirely possible to keep control of the front most image and retain the Media Player in the background. Its just really frustrating when you think you have it working and transfer to another PC to find your graphics images remain hidden...
  6. Hi All I have an application where I need to superimpose graphics over the top of a Media Player video (Media Player 4 Active X control). I would like to place an appropriately sized 2D Picture control (with a transparent background) over the media player such that the drawings on the pic control appear to float over the video. Whilst there has been some discussion about sizing & positioning of the media player, my problem is forcing it to remain in the back most plane in order for the picture control to sit front most. While the picture control can be easily placed over the media player and be told to go front most (during VI creation), when the VI/media player runs the media player automatically jumps front most and covers the picture control Any ideas here pls
  7. Hi I had a a similar problem some time back - called NI and they directed me to a Windows hot fix for XP that solved the problem (sorry cant remember the Microsoft URL involved...)
  8. Hi All I found a utility called "Display Changer" from 12 Noon, that seems to work fine. Its a stand alone .exe (dccmd.exe), but have managed to plumb in some string handling to enable command line control over resolution, depth, frequency etc control of the primary or secondary monitors independently from within LV. If someone has a better solution - would love to hear from them. http://12noon.com/?page_id=80
  9. Thanks for the quick response, but I had already seen that DLL, but it seems only to switch primary monitor resolutions. I was hoping to find something functionally similar that switched the secondary only or itself had a selector to choose which monitor was to switch resolution.
  10. Hi All I have an application where I require 2x monitors running under XP (in an extended desktop). I need to programmatically set the resolution of the secondary monitor - and at the same time leaving the primary monitor in its usual resolution. I understand that the ChangeDisplaySettingsEx fn can be used to do this via User32.dll. Can someone point me to an example vi on how this might be achieved please. Many thanks
  11. We are sounding out your possible interest in a new book that is in the works, called: LabVIEW: A Developer's Guide to Real-World Integration. We are contacting developers in hopes of gaining contributions that will make this a valuable text for LabVIEW integrators. We are in search of new material (previously unpublished) in the areas of hardware and software integration within the LabVIEW environment. If you have a library, utility, or application that falls within this area and would like to author a chapter, we would like to encourage you to contact me as soon as possible. Many Thanks,
  12. Yes, I have run the programmes on several different machines. The load time varies considerably with the machine type/pwer used, but it is always the case that the very first running is way slower than all subsequent runnings.
  13. Hi Michael I still seem to be having issues with LV .exe load speeds. The main one being the load time, the first time the .exe is opened since the PC was booted up. Once the .exe has been run once it will open almost instantly there after. I have tried creating a very minimalist LV .exe with nothing in it but a small low res image of the splash image I wanted to use on the front panel and a simple call to the “System Exec” pointing to the main .exe: This did improve the load time from around 10 seconds to about 7 seconds for the first running of the programme. All subsequent calls were almost instantaneous and remained so until the machine is subsequently re-booted. I have tried following your suggestion of making a dynamic call to the main VI. This did not seem to improve the load time much at all for the first running of the programme and was much the same as the above method. I suspect there is an issue with the time it takes for the LV runtime engine to come up to speed?? Is it the case the LVRTE remains in memory once its been used and that this is the reason that subsequent calls to any LV.exe are very fast? If this is the case can the LVRTE be forced into memory at bootup?
  14. What's on your mind?

  15. Hi All I have created several LV .exe’s with file sizes of around the 3Mb mark and have found that they can take up to 10 seconds before their front panels finally appear. This time is radically reduced to say 2 seconds, if and only if, the .exe’s have previously been run on the PC. I have tried various techniques including using a small splash.exe (also created in LV and only 200Kb in size) to call the main .exe, and dynamic loading of portions of the code, but it seems that the load time is not all that dependant upon the size of the LV generated programme being called, but more to do with loading the LV Runtime Engine. Al l the .exe’s were built using LV 8.6.1 utilising the standard/default settings in the App Builder and no Additional Installers were included . What is the fastest/best way to have a LV .exe files load and appear to the user? Is it possible to have the runtime engine load become resident boot up and stay hidden so as to speed up subsequent loading/appearance of the front panels of any LV generated .exe’s?
  • Create New...

Important Information

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