Jump to content

Michael Aivaliotis

Administrators
  • Posts

    6,196
  • Joined

  • Last visited

  • Days Won

    104

Posts posted by Michael Aivaliotis

  1. So basically what you're saying is that we need to let an arbitrary length of time pass between making software changes and releasing it to the public. But we can't find out if the changes caused problems unless we release it to the public. - What does time give you? More testing? If you cut corners at the last minute to squeeze in a fix, then I can see it as a problem. But if you follow the same process, what's the harm?

     

    All software has bugs. It really depends on how rigorous your internal and external testing is. Having a public open beta or some kind of user involvement helps. It's also important to have a fast turnaround process on releasing new versions when a bug is found in the wild.

     

    Isn't that what "F" patches are for? :)

  2. Hey folks.

     

    The issue that Hooovahh reported to me was that some tables in the mysql database got corrupted. Doing a simple repair on them fixed the issue. The server is fully managed. I just sent a support ticket to the server hosting company and they quickly fixed it.

     

    Now the current issue may be related to resource starvation during peak loads. There's a slider I can adjust; more resources = more money. I will slide it up one notch to see if it solves the problem.

    I looked at the resource usage for the past few weeks and it seems that there was a few times where the server hit the limit on Ram usage. Maybe that was the cause. Who knows. If you still see the issue, report it here with a screenshot so I can get the hosting company involved.

  3. I'm starting to use bookmarks more and more these days. I just wish it were more efficient. It hinders me rather than helps me. The concept and idea is great but the execution is bad. We need more tools from NI to help us develop and manage our workflow more efficiently. - still waiting.

     

    But to your question. Ya, breaking code to force a broken arrow that you have to follow, is common practice. You're not the only one. However committing broken code to the repo in a team environment is not recommended. It will cause some conflicts, and not the code development kind.  :shifty:

  4. Just a small Christmas present to the community. You'll notice that LAVA is now running from an https URL instead of http. You shouldn't notice any difference in behaviour. But if you do, let me know.

    If you are using images in your signature. Please link to the https versions. You can use the lava gallery to host your image.

     

    Enjoy. :thumbup1: 

     

    PS. Some topic threads may give you a mixed content warning. This is because some of you embed remote images.

    • Like 1
  5. Ok ladies. I did a VI Shots episode where I went through and mentioned some of the new features in LabVIEW 2014. Feel free to watch it at your leisure. However, during the show, I tried to demo the Reviewing and Updating Type Definition Instances dialog and it was a complete failure. Here is a link to jump directly to the demo. watch and cry as i repeatedly bang my head against the LabVIEW wall of shame.

     

    I made sure that before the show I tried out the demo and it worked as advertized. However, it didn't work live. I consider myself a smart guy but my wife claims otherwise. Am I just misunderstanding the feature? Can you take a look and point out what I did wrong?

     

    I just tried this again with various scenarios using front panel controls, constants with various datatypes but have not been able to trigger the resolve conflict dialog. Can someone translate NI's unhelpful documentation?

  6. Thanks for your help.  Obviously the best solution is to just go to VIPM 2014 and use the newest, and also abandon support for 2011.  Upgrading VIPM is a cost that I haven't talked to management about yet.  But leaving 2011 behind is a decision I can make.  Thanks again for the info.

    Hey hooovahh. If you need to upgrade to VIPM 2014 contact me offline and I can help make the transition more affordable. - And thanks for being a fan of VI Shots!

    • Like 1
  7. The DVR is useful for eliminating copies of data. It represents a pointer to the data. So you are not passing the data around. You're passing a pointer to the data. It sounds like you are creating the DVR with every new image and then deleting it after read. If this is the case then there's probably some overhead associated with that process. It might be better to just update the data in the DVR with new data using the IPE structure. However, then you need to figure out how to notify the recipient that the data is new of course.

     

    I don't understand your application completely so I'm not sure where the bottleneck is. From my experience, queues are pretty fast for messaging - have you tried that?. But perhaps you can't use queues in your setup. I'm also concerned by the 40ms logic on the recipient. How does the 25Hz relate to the 100FPS? Can you clarify that?

×
×
  • Create New...

Important Information

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