vugie

So here are my propositions for t-shirts.

This is for the front side:

As you can see I played a little bit with LabVIEW logo and turned it to something with "lavability".

In case when word "LAVA" made of wires is not too readable, I prepared alternate version:

And this is for the back side (as suggested in this thread):

This is loose variation around Amnesty International logo. As I am not a native English speaker, I'm not so sure what is an exact impression of this slogan. Please feel free to suggest something that sounds better.

SVG sources avaiable for request. No bitmaps are used, everything is nicely scalable.

QUOTE (Jarimatti Valkonen @ May 5 2009, 09:47 AM)

I remember playing The Incredible Machine series, it was great.

So for sure you'll like http://www.phunland.com' rel='nofollow' target="_blank">Phun

Guys, you almost forced me to ask the question on the dark side...

[EDIT]didn't see your answer when writing this, Ton [/EDIT]

But fortunately I found the solution: AO.UseOnlyOnBrdMem property has to be set to True.

[EDIT2]

QUOTE

1. Make some data dependency between the tasks, starting the output tasks after you have started the clock task.

It does not change the behaviour.

QUOTE

I started with this approach and results were similar. I think that there is to less samples to be tranfered effectively, but I don't understand why DAQmx wants to do it each cycle.

[/EDIT2]

QUOTE (crelf @ Apr 26 2009, 11:34 PM)

... then you should be able to see all the diagrams in it (I *think* they're called "pages"?) - then you should be able to get AllObjs on the pages and see the subVIs.

they are called "frames".

Also with 8.2 I was able to create "runtimeless" distribution using trial and error method. My application used analysis functions and didn't use VISA.

Dear LAVAs, I'm stucked.

I have M series device (USB 6251) and want to use it to control device "E". E needs to provide analog trapezoidal waveform, clock and number of digital signals. Just like on a chart on front panel below. At this point it is ok to generate same data continuously.

I generate a clock with onboard frequency generator and use is as an external clock source for output tasks. Number of samples to be generated is 150 for each line, rate is 1 MHz. I am able to generate analog and digital signals separately, but when I try to join it analog task generate such an error:

QUOTE

DAC conversion attempted before data to be converted was available.

Decrease the output frequency to increase the period between DAC conversions, or reduce the size of your output buffer in order to write data more often. If you are using an external clock, check your signal for the presence of noise or glitches.

or:

QUOTE

So, what I am doing wrong? Already tried to reduce a rate (but is this huge set of samples?).

Help please and then I'll have more time for VIpreVIEW polishing

http://forums.lavag.org/post-a11780-test.swf

QUOTE (Yair @ Apr 24 2009, 11:20 AM)

I always like proving R&D wrong:

http://lavag.org/old_files/monthly_04_2009/post-1431-1240564571.png' target="_blank">

I'm posting the VI (8.0), but I suggest you try recreating this yourself first (it's not particularly hard).

As a more general point, what's the relevance of such a question to the CLD and how are users supposed to know the answer? I doubt this appears in the documentation.

Ha! You created a constant from a valid indicator! :ninja:

I already wrote almost exactly what you are talking about. LINK

From that time I don't develop it further because.... I don't use it. Maybe it is a question of inertia. Maybe I just don't remember to turn it on or do not have time to define macros. I use 8.2 so I haven't Quick Drop.

But I just noticed that there is 300+ downloads. People, do you use it?

QUOTE (RalcoBe @ Mar 30 2009, 10:31 AM)

You can even do it for free.

The soundcard, parallel and serial port are accessible in Labview, and can be used as I/O.

For example, with the microphone input you can measure AC signals, like the speed af a car using the tacho signal

Confirm. Some time ago I made simple metal detector and distance sensor using piece of copper wire and two jack plugs. I winded wire around a pencil making a coil and was generating sinusoindal signal through headphones output and measuring responce with microphone input.

There is also a number of cheap "osciloscope cards" working with sound card (around few $) - making such a play safer for sound card

QUOTE (Michael Aivaliotis @ Mar 20 2009, 07:04 PM)

Well, It's a dedicated server, so I can do whatever I want. The problem is Linux scares me. My fear is performing an installation that will somehow crash the server, which even a reboot can't fix. I can't afford to have the server go down because you guys will start yelling at me.

So use windows or linux virtual machine. The communication with LV would be sligthly more complicated but still achievable with virtual network. It would also consume more memory.

Another solution, maybe better for experiments, would be separate windows machine (anywhere but with public IP) for only providing VI code capturing service.

QUOTE (Michael Aivaliotis @ Mar 19 2009, 06:01 PM)

LAVA runs on a linux server. If you have a plan for how we can accomplish this, I'm all ears.

Do you mean it IS possible (and realistic) to have LV development environment on this server?

QUOTE (mesmith @ Mar 19 2009, 02:53 PM)

I think the chart referenced in the link above explains why more people don't use 7-zip - you get about a 24% reduction in file size compared to zip but you pay a performance penalty in time of over 300%. Also, I would expect zip is more widely supported - does the native windows zip know what to do with a 7-zip file? I don't know.

[OT]

Note that these tests were performed with relatively small files (13 MB in total). In this case 300% means 40 s

These results does not scale linearly with size. I use 7-zip everyday compressing files from 20 MB to over 200 MB and I don't feel this penalty. And sending 30% smaller files over internet is 30% faster....

[/OT]

QUOTE (PaulG. @ Mar 19 2009, 02:32 PM)

Yes, a zip file will probably be the smallest version of a data file you can have, but I would stick with native LV zip file functions.

Not just zip. http://en.wikipedia.org/wiki/Comparison_of_file_archivers#Comparison_of_efficiency' rel='nofollow' target="_blank">7-zip.

QUOTE (rie88 @ Mar 19 2009, 07:03 AM)

what is the smallest file format in size??????

cause i have to do continious measurement for six month.

For such a general question I would answer: 7-zip.

Store your measurements in any way you like and automaticaly once a day or a week pack them to 7z by calling 7-zip command line executable.

QUOTE (laiwei @ Mar 19 2009, 05:00 AM)

I'd like to draw points and lines using point coordination. I don't want use Create Mesh.vi, because line style can not be changed. Any suggestion? Thanks.

What type of styles do you want to achieve? You may simply change color and thickness and also gradients if you use "per vertex" color scheme. If you want dashed lines with some extra processing you might be able to cut your input data to dashes.

http://forums.lavag.org/post-a11463-3dlines.swf

QUOTE (crelf @ Mar 12 2009, 05:27 PM)

... It would be great if there was a board plug-in that could show a web-preview of the diagram of uploaded VIs...

QUOTE (Michael Aivaliotis @ Mar 19 2009, 01:52 AM)

The "only" thing required for that would be a development environment running on server...

You have to use MoveBlock. You also have to know the total size of this array. Just create Call Library Function node, put "LabVIEW" as library name and find MoveBlock function. Define arguments as usual. As pointer to destination use U8 Array of exactly same size (wire an initialized array to that input). Then you have to cut resulting array to pieces searching for zeros and convert these pieces to strings.

QUOTE (Mark Yedinak @ Mar 11 2009, 09:58 PM)

Does anyone know if there is any LabVIEW code for converting a graphic image stored as a PCX image to a raw bitmap? In our printer testing we have the capability of receiving the label image which will be printed. Some of our printers return raw bitmpas and others use the PCX format. Since many of our existing tests were developed for the printers which use the bitmap fomrat I would like to convert the PCX images to a raw bitmap. Does anyone have code for doing this?

Try calling ImageMagic. In Code Repository you'll also find http://forums.lavag.org/LVOOP-ImageMagick-Interface-file90.html' target="_blank">nice wrappers for its command line syntax.

QUOTE (Antoine Châlons @ Mar 11 2009, 03:00 PM)

I now think of Vugie's tool http://forums.lavag.org/VIpreVIEW-Interactive-VI-preview-t10211.html' target="_blank">VIpreVIEW, this would be much better than a screen shot !

But it's still doesn't help you alot...

Potentially it could be used on server side, but I'm not sure whether it would work compiled (uses scripting).

I found a way to significantly speed up brute force method. There are private methods in application class for dealing with password cache. Password may be verified using Get Lock State method of VI (it returns Pwd in Cache boolean).

For the test case I created simple VI and locked it with "asd" password (to guarantee it will be found fast enough). I assumed (for test case only) that password consists of 3 non capital letters. For naive brute force method (providing password to Open VI Ref) password was found in ~50 sec (~600 checks). When using cache the same password was found in 5 sec.

Of course 120 checks per second is not enough to seriously think about using this method to break VIs passwords. I didn't check yet what is more time consuming: adding to cache or getting lock state.

QUOTE (neBulus @ Feb 16 2009, 04:14 PM)

At about LV 6.0 NI introduced a delay when entering a password programatically to make sure the brute force attack will take a millenium to complete.

But is this delay also used when applying passwords from cache?

Can't this "feature" be used to overcome brut force protection for VIs? If someone will find a way to fill the cache with a number of passwords, it can be used to try multiple passwords almost at once without any artificial pause.

QUOTE (Yair @ Feb 15 2009, 05:29 PM)

I haven't looked at the new version yet, but I think it would only be practical in the real world if it ended up generating a single file and had a simple UI (which I understand you want to wait with until you get ahead with it). As mentioned, including it with the CCT would be great.

Of course it will be as you said: Simple interface generating single SWF file easy to publish anywhere (+ maybe some code snippet to copy-paste making embedding even easier). Now it is just a functional prototype.

What concerns merging with CCT (thanks for the proposition)- for me the only argument against is the license. Mine has to be GPL as I use GPLed SWFtools utility. I digged in this topic and I'm pretty sure that even calling external exe file with "system exec" (that's the way I'm doing this) obliges me to use GPL. Considering migration to something else, I investigated several other tools/libraries with less restrictive licenses butnone of them was as convienient as SWFtools. So as for now it has to be standalone tool and that's a pitty.

I'm thinking about such a feature: vipreview (BTW is that name ok?) analyses structure of vi it was called for and its subVIs and their subVIs up to given level of nesting and then lets user choose VIs to be included in SWF file. Flash viewer lets to browse such a file in manner similar to LabVIEW IDE - clicking on subVI shows its code, list on the side (or expandable) lets to choose individual VI.

How do you think - would it be helpful or only an overhead making UI more complex?

What other features would you suggest?

After a year of doing something from time to time, investigating various flash generation libraries and turning whole the code up side down, we have another prerelease of VIpreVIEW (interactive preview of VI in flash).

Visually almost anything was not changed and actually even code looks similar as in previous version (best ideas come at beginning), but:

• it is much faster (speed is already reasonable)
  
• flat sequence works (however it is implemented pretty ugly)
  
• fixed issue with showing labels from not visible frames
  
• fixed issue with additional 1 px border
  
• its is much faster (repeating this because I'm so proud of it)
  
• and what even better - it still may be faster (and I know more or less how to do it)
  

Below some instructions copied from the first post:

The main file is VIpreVIEW.vi. You have to open it, fill all paths, sizes, etc. and run (not very professional, isn't it?). After some work (depending on VI complexity) it will create a lot of files at target path. Most of them are temporary files, but I do not delete them yet for debug purposes. Open {name}.html file in a browser and watch the result. I included SWFtools binary in this package (it's GPL).

Comments as always are welcome

I'm using 3D Scene Graph control to let the user select sth on 3D model. This control has method "Pick Model" which gets xy coordinates within control and outputs references of objects on proper line of sight. I'm getting xy coordinates with "Mouse Down" event for that control and it works. But how to determine which point exactly user clicked? In terms of 3D coords, uv, face number or sth like this? Have I to manually calculate intersection of object and line of sight taking into account current projection and transformation? Generally quite complex (requires space sorting algorithm) and potentially slow...

Another point. I would prefer to use rather 3D window than a control, because of speed. SceneWindow class has similar method - "Pick". But how to determine xy coordinates user clicked at? Have I to use API for that?

LV 8.2.1