Neil Pate

I still do not really understand the 4 us requirement. Are you expecting to do something, i.e. react to some signal, in 4 us? Can you not just accept that some portion of the signal processing may lag a bit and then have some sort of buffering mechanism? If you are just storing to disk or memory then as long as you have enough buffer to capture the required sampling history does it really matter if you are not doing the FFT at exactly the same rate? I did some work with a FlexRIO on a system with approx 1000 frames / second rate and we just buffered to RAM on the FPGA card and then spooled it out at a more sensible rate to be processed by the host.

Works fine with the example I have thrown together

Been trying to implement a scrolling camera with wrap around world. Seemingly simple stuff which just seems to get complicated quite quickly! 

Anybody want to try and crack this for me? I have a bunch of unit tests set up, it passes all the simple ones but falls over when dealing with some of the wrap around. 

I don't think 64-bit will be any faster than 32-bit for your application. From what I understand going to 64-bit only helps if you need the extra memory (> 3 GB).

I suspect CUDA will be limited to Windows, not realtime (which is Linux). Also, realtime does not imply things actually happen any faster, just there is better determinism. Generally an RT CPU is also quite a bit slower than a desktop CPU.

Although I have not done it myself I would expect an FPGA to quite easily process a 2048 point FFT in 4 us, but getting the data to the FPGA in time could be difficult, especially if you have to wait for it to come in on USB and process via the host.

That does work except for the situation where the user changes their mind and moves the mouse out of the popup and releases, then the value of -1 persists.

My main version is 2015, there is quite a noticeable difference. 

Part of me thinks your suspicion about NXG is not entirely wrong!

I suspect this has to do with the filtering VI you have used, they are "Point by Point" so internally they remember their state. As you have then wrapped these in a sub VI (which you also call on multiple independent channels) you will probably need to set the sub VI reentrancy to clone so that you don't stomp all over your data when you have multiple copies of your sub VI. 

Bump for LV2018, no noticeable improvement in this new behaviour that I can see. Editing still feels sluggish and now I am running directly on my dev PC. I have turned off LiveDrag, but wiring operations (especially selections) just seem sluggish.

Anybody else troubled by things like this? 

4 hours ago, pawhan11 said:

Seems that combo box always creates value change event

Looks like I may be able to get this to work. I need to be able to customise the control so the the button spans the whole of the text to allow you to click anywhere on it.

Edit: works well, thanks!

I have spent a good few hours already trying many things. About the closest I got to something workable is to dynamically invoke the short-cut menu on a left-click. Actually that works quite nicely except the menu is positioned at the cursor which looks a bit weird and also uses the OS font rather than the font and size of my GUI.

Mouse down only fires off the first time you click on it, not when the activation menu item is clicked.

I am struggling with this user interaction I would have thought would be easy to solve.

My GUI has a ring control populated with some values (a list of recent files). Does anybody know how to handle the situation where they click the same item as is currently selected? I cannot figure out a way to handle this sensibly.

Perhaps it would be better to use some other control class? I have been asked to implement this as a drop-down type control (which is quite customised cosmetically).

On 7/21/2018 at 5:02 AM, Gribo said:

Sure, if you can post them. 

A copy can be found here: 

A simple LabVIEW wrapper around the SDL2 DLL and some utility DLLs

There are several test VIs which are my attempt to port the Lazy Foo tutorials.

All images in the Test directory are taken from the Lazy Foo tutorials.

LabSDL2.zip

I had not thought to use the high-res mods as they didn't seem to fit in with the style of the original. However, I did a quick test using the Mega Mod 0.8 that you linked to (thanks!) and actually I quite like it, do you think they are better?

Now, if I do use these I probably should also implement the multiple zoom factor thing as the "big" pictures are definitely too big now (but perfect for the fully zoomed in view).

2018-07-21 18-00-50.flv

Added:

• Chmmr point defense
• Keyboard inputs for Player 1
• Player 1 position override from LabVIEW GUI (for debug)

By the way, is anybody interested in my DLL wrappers? (wrappers for SDL2, SDL2 Image, SDL2 Mixer, SDL2 TTF, BASS MOD2)

2018-07-20 20-38-56.flv

Added:

• Text rendering to hardware accelerated texture
• Time based animation and physics
• Race and captain strings in sidebar
• Three players! (Not really sure if this is sensible as it is going to complicate the AI, just was easy to implement, could actually do N players in current framework)
• Three-layer parallax scrolling stars
• Thrust dots
• Lots of code tidy-ups

LabMelee v2 2018_07_13 20_08_11.mp4

Another year, another tiny bit of progress.

I have modified my overall architecture to use my current Actor based framework.

Next step is to have control over Player 2, implement the basic weapons and then start to implement the AI. Lots of great stuff still to get stuck into.

LabMelee v2 2018_07_06 22_44_28.mp4

Turning off Nagle affects all the traffic on the NIC? I thought it was just for the particular socket connection. 

Because the native tree control API is terrible.

Try something like this, it may make your life easier.

Yes it should be possible, as far as I know a runtime license is like a seat and can be moved to a different PC if needed. I think you can probably just try and install the runtime on the new PC and it might just work. If the licensing fails you will have to contact NI and they should be able to sort it out for you.

Eric that is very interesting indeed! I am going to see if I can get hold of some of these isolators.

I am actually trying to move away from USB cameras to GigE as I have just had so much hassle with the USB ports. I have tried pretty much everything except that galvanic isolator mentioned earlier. 

Sorry, I did not mean to come across as hostile at all. I was just typing a quick reply before dashing out.

I massively appreciate all the insight that is shared with me here.

shoneill, the issue I have is so random though. The system will work fine for weeks on end and then the camera will rename itself in MAX twice in one day or just fall over and require a full power cycle.