what is the username to fetch from your svn repo? the one on darkstars only contains 6 revisions
edit: got small exception while loading:
bash start_lin_x64.sh 8-ott-2009 0.43.23 com.sun.corba.se.impl.ior.IORImpl getProfile AVVERTENZA: "IOP00511201: (INV_OBJREF) IOR must have at least one IIOP profile" org.omg.CORBA.INV_OBJREF: vmcid: SUN minor code: 1201 completed: No at com.sun.corba.se.impl.logging.IORSystemException.iorMustHaveIiopProfile(IORSystemException.java:473) at com.sun.corba.se.impl.logging.IORSystemException.iorMustHaveIiopProfile(IORSystemException.java:495) at com.sun.corba.se.impl.ior.IORImpl.getProfile(IORImpl.java:334) at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_Object(CDRInputStream_1_0.java:787) at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_Object(CDRInputStream_1_0.java:761) at com.sun.corba.se.impl.encoding.CDRInputStream.read_Object(CDRInputStream.java:231) at com.sun.corba.se.impl.resolver.INSURLOperationImpl.getIORFromString(INSURLOperationImpl.java:120) at com.sun.corba.se.impl.resolver.INSURLOperationImpl.operate(INSURLOperationImpl.java:130) at com.sun.corba.se.impl.orb.ORBImpl.string_to_object(ORBImpl.java:836) at org.GNOME.Accessibility.AccessUtil.getRegistryObject(AccessUtil.java:143) at org.GNOME.Accessibility.JavaBridge.registerApplication(JavaBridge.java:1099) at org.GNOME.Accessibility.JavaBridge.<init>(JavaBridge.java:364) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:532) at java.lang.Class.newInstance0(Class.java:372) at java.lang.Class.newInstance(Class.java:325) at java.awt.Toolkit.loadAssistiveTechnologies(Toolkit.java:786) at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:875) at application.SpringMapEditApplication.main(SpringMapEditApplication.java:45)
About the Error: After searching quite a bit, this error might have to do with folder permissions. Could you try to check if your current user has permissions to read/write its own directory? Alternatively, check if it runs with root privileges.
Are you using Sun jvm?
About SVN: Anonymous access to my repository should work now. Was a configuration issue on my side.
The darkstars repository just contains the release codebase. So currently it is quite outdated.
Hmm, if it is possible, could you test with Sun's JRE? Just a local unpack + adjusting the startup script?
Since this is some error deep inside Java, it may be OpenJDK...
NEW RELEASE: r893
-added Texture scaling progress bar -new prefab.tdf setting: LevelOverlap. Needs to be adjusted to something else than 0, if your tiles do not meet at "Level1, Height1" and "Level2, Height0" -added UnAlign prefab -added brush height alignment. (brushStrength now refers to level instead of real height) -added brush mirror -added brush rotate -added option to keep brushes inside RAM again. (may be switched on/off via keepBruhesInRam in settings.cfg) -improved texture/pattern scaling speed -increased GUI maxheight to 500 -added Prefab alignment (horiz/vert) -added Prefabs -made GUI animation an option (settings.cfg: animateGUI) -added support for non square brushes/textures -unloading last used BrushData on getScaledChild() now.
NEW RELEASE: r910
-"save All" defaults to 16bit PNG for heightmap now. (instead of 16bit RAW+SH) -added heightmap saving 16bit PNG -added heightmap loading of PNG and other formats -upgraded most brush patterns to 16bit -added 16bit PNG support to brush patterns
Do you have an example (image)? I don't really understand what you need O:-)
Small update: r913
-don't delete .smd on export to sm2, as long as we do not handle it anyway... -Allow New Maps up tp 64x64 (Will crash with "out of memory" without 64bit support and enough RAM. Still allows for strips (e.g. 64x8) on 32bit systems)
@imbaczek: I understand (used that editor myself about 10 years ago to create some RPG style maps. Unit Shops, character developement, etc.).
This will be possible, but it would require a setup-file for each brushtexture, where you can specify which textures are used for given brush, including the probability of each texture appearing.
Maybe it would be better to treat this as prefabs: -Grid alignment already implemented -Setup file already existing -Could be used for random heightmap selection too -Does not add complexity to simple texture adding
@AF: Quite a bunch
-Cam: I'm thinking about a way to externalize camera controls, so each user may create one he likes best.
-Minimap: You get lost in your own map? :) It would be no problem. Still, could you give me an idea, why you need this?
-xml/tdf: Why? Everyone using spring knows about tdf. XML would just add unnecessary complexity, especially for manual-editing. If you need a java tdf parser, I could make mine more robust (comments are not supported right now) and you could just use it. But anyway, just explain why you want it. I do not know everything
-Prefab Reload: Good idea, will be useful for prefab creators. (Will be added for patterns and textures too)
-128x128 + 64x64: This will be implemented after adding categories. (Right now it would be confusing). You could help yourself now by doing a bulk rename, together with search&replace inside the tdf's.
-Prefab Preview: This is already on my todo-list. But not very high priority, as it is much work, for low gain. -> Just place it on your map. If it was wrong, rotate and place again. You do not destroy anything thanks to grid alignment.
-Grid overlay: Might be useful, will be added. (Keeps you from manually counting distances with brush). Additionally a simple brush position output would be good too. (Just X/Y expressed in aligned tiles)
-Window merge: While it may look nice, it has also other implications: While some GUI component is beeing used, all other GUI components stop doing their work. (If you open a pulldown menu, the rendering window pauses. If you grab a slider and move it: no updates to render window. E.g.: You could not move the waterheight slider and have the waterplane updated in realtime)
But as the GUI will change anyway, I'll re-investigate those issues.
-Save as zip: For SM2 export this does not make sense right now, as you would need to manually add the .smd and possible features afterwards anyway. What else could you mean? --- I use a simple batchfile for this process:
Con: 1. OpenGL uses a native dll/so anyway. (kills Pro 1.)
Besides those arguments, it would indeed be possible to switch the GUI Framework. But it is work without any gain. So why? If you really need this, I could try to fully separate GUI & functionality, so _you_ could add a Swing gui. (Would reside in same .jar, just another startup class)
Do not take those questions offensive. I just need those answers to motivate myself
Joined: 13 Jan 2005, 00:46 Location: Life is short, you're capable.
.....\Spring\springmapedit_913>C:\Windows\SysWOW64\java.exe -classpa th springmapedit.jar;lib_win64/gluegen-rt.jar;lib_win64/jogl.jar;lib_win64/swt.j ar -Xms128m -Xmx1024m -Djava.library.path=lib_win64 application.SpringMapEditApp lication Exception in thread "main" java.lang.UnsatisfiedLinkError: Cannot load 64-bit SW T libraries on 32-bit JVM at org.eclipse.swt.internal.Library.loadLibrary(Library.java:172) at org.eclipse.swt.internal.Library.loadLibrary(Library.java:151) at org.eclipse.swt.internal.C.<clinit>(C.java:21) at org.eclipse.swt.widgets.Display.<clinit>(Display.java:130) at frontend.gui.SpringMapEditGUI.<init>(SpringMapEditGUI.java:113) at application.SpringMapEditApplication.main(SpringMapEditApplication.ja va:61)
.....\Spring\springmapedit_913>pause Press any key to continue . . .
Would it be possible to get the following thusly: + The name would actually be the texture name: "Ramp Up NE_tex.png" + the category would be the subdirectory it is stored in. + the heightmap would be: "Ramp Up NE_height.png" + texturemap already got it... + featuremap: "Ramp Up NE.fmf", If none is found it doesn't bother + height would be set in the ui but default to what you already have. + same as height set in ui.
that way we could merely place files in a directory and run sme
Users browsing this forum: No registered users and 0 guests
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot post attachments in this forum