|
Welcome, Guest. Please Login.
|
||||
|
||||
| 1 | OpenDX Users / General Usage and Troubleshooting / WriteImage saves black and white image on: 02/15/13 at 09:17:20 |
| Started by chengiz | Post by chengiz | |
| I am using Hardware Rendering. Going thru the Image's Menu: File -> Save Image saves a color image. However passing the Image via Render to WriteImage results in a monochrome image. Since I'm trying to save a collection of images via Sequencer, doing this manually thru File -> Save Image is not a feasible option. Is there any way to fix WriteImage to write out color images? edit: If I change it to Software Rendering, the image in the Image window becomes monochrome as well. So I suspect WriteImage is getting a Software Rendered image even though Hardware Rendering is on. Is this fixable? |
|
 Reply  Quote  Notify of replies
|
|
| 2 | OpenDX Users / General Usage and Troubleshooting / Re: getting errors loading data that worked previo on: 01/01/13 at 20:21:23 |
| Started by Tduell | Post by Tduell | |
| The Fedora version (from fedora repo) is now working OK. Nothing needed to be done with my old data set, it just started working OK. Not really sure what caused the problem with old data, but changes to data output format in the generating program for the new data has done the trick. Not much point in now trying to sort out the build of the OpenSUSE patched source. Cheers, Terry |
|
|
Reply Quote Notify of replies
|
|
| 3 | OpenDX Users / General Usage and Troubleshooting / Re: getting errors loading data that worked previo on: 12/30/12 at 22:12:08 |
| Started by Tduell | Post by Tduell | |
| Having problems building a Fedora package from the patched source. I haven't looked closely (and should have) but suspect that one or some of the OpenSuSE patches relate to source configuration. rpmbuild fails with message that a dir is missing in BUILDROOT, which is not I problem when building the Fedora src.rpm I will have to spend a bit of time carefully checking what all the patches do. I'll post here again if I do get a Fedora build that works as it should. Cheers, Terry |
|
|
Reply Quote Notify of replies
|
|
| 4 | OpenDX Users / General Usage and Troubleshooting / Re: getting errors loading data that worked previo on: 12/29/12 at 14:58:22 |
| Started by Tduell | Post by Tduell | |
| I'll have a look at the OpenSuSE source RPM package and see if I can patch the source and rebuild for Fedora. Thanks for your advice. Cheers, Terry |
|
|
Reply Quote Notify of replies
|
|
| 5 | OpenDX Users / General Usage and Troubleshooting / Re: getting errors loading data that worked previo on: 12/29/12 at 12:05:48 |
| Started by Tduell | Post by balden | |
| It may not necessarily be a problem with importing your data, but something else broken in the subsequent operations of the Visualizer network. Your data looks fine for ImportSpreadsheet by the way. The subset you provided loads fine in my "data prompter" (standard DX v4.4.4 baseline package from OpenSuSE 12.2 distro). Of course I specified Data Organization as "Table" (and not "Matrix") but I guess you did the same. I have no experience with the Fedora DX package though. The OpenSuSE source RPM package comes with several patches that have never been integrated into the 4.4.4 source trunk (AFAIK). If you need to recompile, check my post there: http://www.opendx.org/cgi-bin/forum/YaBB.pl?num=1269792099/4#4 It briefly explains how to recover the patch files and how to apply them to the baseline 4.4.4 source tree. |
|
|
Reply Quote Notify of replies
|
|
| 6 | OpenDX Users / General Usage and Troubleshooting / getting errors loading data that worked previously on: 12/27/12 at 17:55:57 |
| Started by Tduell | Post by Tduell | |
| Hello All, Every few years I have a need to use OpenDX, and it probably isn't often enough to keep familiar with how to do things. This time I have persevered and tried hard to get a result, but to no avail. I am running version 4.4.4 on Fedora 17 x86_64, from the Fedora repo. I have been trying to load some data, as spreadsheet data, and I keep getting an error "Error:Image"AutoAxes:Bad parameter: bad input parameter (has no bounding box)". I was sure that I had my data in the correct form, so went back to a 2009 project where I used OpenDX to visualise the data, and had good results, but now get the same error. Thinking it is either something I'm doing wrong (memory hazy about how I did it in 2009) or my version of OpenDX is different. I have tried building the current source at sourceforge, but that too gives problems. So, it must be me! My data file is as follows (part)... Code: VCI Axle-Load(kg) Tyre-Dia(mm) Tyre-Width(mm) Tyre-height(mm) Deflection(mm) 39.3 4545.5 1117.6 304.8 304.8 50.80 36.8 4545.5 1117.6 304.8 304.8 63.50 34.9 4545.5 1117.6 304.8 304.8 76.20 42.4 4545.5 1117.6 304.8 355.6 50.80 39.7 4545.5 1117.6 304.8 355.6 63.50 37.6 4545.5 1117.6 304.8 355.6 76.20 and I import as spreadsheet data. When I select visualise, I get all the usual windows, one showing the selection of fields for x,y,z and glyphs (and it knows the field names), and the image window which remains blank, and the error message (described above). So, what might I be doing wrong this time, when it all displayed nicely in 2009? Cheers, Terry |
|
|
Reply Quote Notify of replies
|
|
| 7 | OpenDX Users / General Usage and Troubleshooting / Re: opendx web on: 12/15/12 at 05:19:18 |
| Started by weiyifengge | Post by balden | |
| I'm no specialist here, but I think you should definitely check WebDX by Joel Richardson. http://sourceforge.net/projects/webdx/ Don't know if this is what you really want though. As far as I know it doesn't use ASP.net: it is based on JS/ExtJS and AJAX on the client side and Python/py-OpenDX/CherryPy on the server side. It may be possible to run it over ASP.net but this is far beyond my knowledge. Of course there is also JavaDX, but (still AFAIK) it has more restrictions and is more difficult to set up. |
|
|
Reply Quote Notify of replies
|
|
| 8 | OpenDX Users / General Usage and Troubleshooting / opendx web on: 12/14/12 at 04:27:21 |
| Started by weiyifengge | Post by weiyifengge | |
| HI, Is there a way to display my DX project on the web with .NET(asp.net)?? |
|
|
Reply Quote Notify of replies
|
|
| 9 | OpenDX Developers / General Development Issues / Re: Threaded OpenDX w/ better memory management on: 09/04/12 at 13:57:03 |
| Started by gda | Post by balden | |
| Sorry I did not update this thread sooner. I have switched to GDA's version for a few months now and it has proved highly reliable: no single regression found wrt to 4.4.4. Also, I have since tried the multi-threaded mode and it just works as promised. I have been able to launch a heavy volume rendering VP on 4 threads on a Core i7 M620 (dual core with hyperthreading). Never did that before but it was really as simple as adding a "Partition" tool after importing my data, and running DX with '-processors 4'. The 'dxexec' process was indeed reported at 400% CPU activity, and the improvement was at least by a factor 3 (although that hyperthreading thing does not work so well usually, I did not expect such a good scale-up). I highly encourage everybody to give it try: I even think it would deserve to be officially released as 4.4.5, or even 4.5.0 considering the amount of low-level modifications. |
|
|
Reply Quote Notify of replies
|
|
| 10 | OpenDX Developers / General Development Issues / Re: future of opendx on: 08/15/12 at 06:33:30 |
| Started by nb | Post by balden | |
| Hi Peter, Very cool to know someone's striving to revive OpenDX. This could be a very big hit. I'm looking forward to your first release. I'm afraid my coding skills are insufficient for helping you, but I am a rather heavy DX user so if you need someone for testing, don't hesitate to contact me and I promise I will do my best to install it and try it. Regarding the 64 bit addressing and multi-threading, you should definitely check Greg Abram's "unofficial v4.4.5" fork (see above posts). I am now using it all the time (under Linux), including very large data sets, and I found no obvious bug so far. In my opinion, it would deserve to be released as an official v4.4.5 (or v4.5.0 considering the huge amount of changes). Sorry I can't help you with the help files. My understanding (which you probably figured out already) is that the help directory is used for the online and context help messages (and possibly "tutorial" tool) within the Motif UI, while the html directory is just the plain online HTML help tree to be accessed independently from outside the UI (with a web browser). I use the Motif online help very rarely but I'm not sure it has been kept in sync with the HTML: I seem to remember some obvious discrepancies between the two (besides figures which are explicitly tagged "missing" in the Motif help), the HTML being the more up-to-date version. Unfortunately I have no idea if and how the HTML may have been automatically derived from the other at some point. |
|
|
Reply Quote Notify of replies
|
|
