Jump to content
The Dark Mod Forums

mmij

Member
  • Posts

    27
  • Joined

  • Last visited

  • Days Won

    2

mmij last won the day on August 16 2020

mmij had the most liked content!

Reputation

20 Good

Profile Information

  • Location
    Vietnam
  • Interests
    Education, Storytelling, Philosophy, and about a million hobbies.

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Hello again.
    Thanks for the commit. I changed the lines as you noted. But now I see this error:

    <Traceback (most recent call last):
      File "/home/jimm/.config/blender/2.82/scripts/addons/io_export_ase-2.py", line 1001, in execute
        bpy.ops.object.select_all( action = 'DESELECT' )
      File "/usr/share/blender/scripts/modules/bpy/ops.py", line 201, in __call__
        ret = op_call(self.idname_py(), None, kw)
    RuntimeError: Operator bpy.ops.object.select_all.poll() failed, context is incorrect>

    I can see by you board activity that you're busy, and I'm just trying to learn how to export from Blender into DarkRadiant right now, so this isn't really of the greatest importance. I don't want to impact your schedule too much.

    1. Show previous comments  5 more
    2. OrbWeaver

      OrbWeaver

      You shouldn't need any external packages installed, no. The only dependencies for the script are Blender and its in-built Python.

      Looking more closely at the error message, I wonder if we might be barking up the wrong tree with Blender and Python versions, and this might perhaps be related to the current configuration of the Blender project/GUI. When you do the export, are you in Object or Edit mode? Does it help if you switch modes before running the exporter?

      If this doesn't make a difference, would you perhaps be able to record a desktop video of the problem, starting with creating a simple object in Blender and then trying to export it? Perhaps this will reveal if something is wrong in your project which might break the script.

    3. OrbWeaver

      OrbWeaver

      I just tested and I can reproduce the error if I try to export from Edit mode rather than Object mode, so I have high hopes that this will solve the problem.

      This is arguably still a bug in the script though, since it should handle the situation gracefully either by changing modes or by showing a user-friendly error message indicating the problem, rather than a meaningless Python stacktrace.

    4. mmij

      mmij

      Thanks for doing the testing. I tried changing modes and it worked great. Thank you. I would have never thought of that.
      When I was attempting the export, I was following the instructions from the Wiki--cause I really have no real idea of what I'm doing in Blender yet.
      Now that you've cleared things up, I can get back on trying to build some models for a mission.
      Great work and thanks again.

  2. Greetings and salutations.

    I have a question for you, if you don't mind too much.
    I tried to use your script, io_export_ase.py for Blender 2.82 on Linux. I got an error on export in line 957 "in exexcute start = time.clock ()
    AttributeError: module 'time' has no attribute 'clock'"

    I'm not a programmer or scripter, but I'm good at following directions. What could be the issue and what can fix this? And if that's too much for your schedule right now, could you help with some pointers?

    Thanks.

    Blender-debug.txt system-info.txt

    1. OrbWeaver

      OrbWeaver

      Thanks, that should be fixed in Git commit 7012b87d83f7d0.

  3. I have been hitting my head on this for days. I can't get the speaker to play any sound (custom sounds or TDM standalone sounds) using either right-click "create speaker" or "create entity". I made a sndshd file with my custom sound and a text file with the sound as a wav and ogg --neither worked. So I made a speaker using the create speaker, and still have no sounds. My debugging info says that the default cannot be found. Any ideas, please? I'm runing DarkRadiant 2.9 on Linux Mint x64 and TDM 2.8 mmij-nosound.txt
  4. Found the solution to the issue by accident. One or more of my libraries were outdated/corrupted (not sure which, moxy didn't say), did a system update and restart. Now it works. I have a strange error that I never had before. I can set a brush to a function static and make a perfectly standard door. But if I try to make a brush into a sliding door (using either the premade default or modifying the parameters of a default door) then the door goes +X+Y+Z whenever it's opened. This doesn't change if the tranlation direction is set to a different value. I've tried this on a couple different maps, I don't know what to make of it, and I have no clue about where to start. Please help. DarkRadiant 2.5.0x64 TDM 2.08 Description: Linux Mint 19.3 Tricia 5.4.0-56-generic #62~18.04.1-Ubuntu SMP Tue Nov 24 10:07:50 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux Intel(R) Pentium(R) CPU G2020 @ 2.90GH
  5. Here's a weird one. I can make a brush into a standard mover door and it works. But if I try to make a brush into a funcstatic door that translates, it shoots off (literally at high speeds) towards +x+y and sometimes also +z. I'm baffled. I followed the tutorials on Wiki just in case I'm missing something, but it's so simple, it appears I'm not. Has anyone else ever seen this?
  6. Yeah, it's still blocked. You gotta love communism! Of course socialist Russia is just as bad (I was there for three years from 2015 and on) for doing this. But aside from things live Voice of America, BBC, and AP News--sites you'd expect--they also block the oddest ones as well. I noticed that for bulletin boards and forums, it just takes one comment being noticed and disliked, and then BAM! The whole site is blocked. So I guess that's what happened here. It just caught me by surprise. (Who is the rapscallion who voiced slanderous commentary and caused issue `tween TDM and an ASEAN nation? Stand forth, ye braggart!) Was just sent this article: Trending Facebook threatened to be shut down in Vietnam November 20, 2020 Vietnam Threatens to Shut Down Facebook in the country because it has failed to block more political content on its website, Reuters reported, citing an unidentified senior company official. Facebook agreed to step up censorship of anti-government posts in April, the official said, according to Reuters. The government in August made another request for the company to block content critical of the state, it said. “Over the past few months, we’ve faced additional pressure from the government to restrict more content,” Facebook said in an email statement. “However, we will do everything we can to ensure that our services remain available so people can continue to express themselves.” Vietnam’s Ministry of Foreign Affairs did not immediately respond to a request for comment. By John Boudreau
  7. Oddest thing happened. For some reason, I can't access the forum or the Wiki anymore--and this is only for things related to TDM. I tried opening in another browser, no go. Attempted thru a VPN, nothing. Only thing that works is on my mobile or by using Tor. (This just started sometime earlier this week. ) I'm wondering if it's because I'm in Vietnam, they do block a lot of sites and addresses--sometimes randomly. Has anyone else had weirdness like this before? -mmijimm
  8. Nice mission and good story. I have a framerate issue too, a lot of shaking and jerkiness. I'm stuck:
  9. I get the feeling there's a belief that creating a structured tool means enforcing strict rules and badgering people into compliance. But that's the opposite of what was proposed. I think the term 'peer review' sent some people into thesis-defense flashbacks. Whether it's for a history, geography, or even file naming conventions, structure is a tool that you can pick up and use, or leave lying on the bench. As it has been stated, not all mappers might want to use a tool or participate in its creation. That's fine. So I'd like to put something back on track. The question is not what do you think of the idea of creating the tool; the question is what do you think about the proposed method for creating the tool?
  10. Don't worry it won't if people behave, and I think in this forum people will. That was specified in the preamble of the SOP outline. For text like this, where there is only a day and month, there's not really much that's applicable to a world timeline unless this same information has been used by parallel creators in other missions. From what's posted here, it seems pretty nonessential to the initial project. ______________________________________Now Onward To start a histrorical timeline, you first need the large canonical events to place as markers. After that smaller common events can be placed. Histories for each individual mission are not really applicable unless you're trying to make a "Grimm's Thief Tales." What I proposed is like a working storyboard. (If you're not familiar with video/animation, it's all the vital scenes and events posted in chronological/filming order.) The base is done first, then after that's complete, we can go into finer detail. Below is the fastest and most effective way to do this. 1. Instead of searching through the scripts... ask creators to signify what missions they have created containing valuable historic information of the first order. This also includes any snippets they added to the Wiki. (Another mess for another day.) If missions no longer have an active creator to contact, then those will need to be gone through individually. 2. Since the locations for first order information is known, it can begin to be collated. Creators can be contacted for needed clarification. 3. This data is compiled into a major event timeline. 4. Creators need to review it and indicate where they roughly feel their minor histories need to be in the timeline. 5. Information is reviewed. It needs to be analysed for logic, paradoxes, overlaps, and other flaws. 6. Repeat the same process with minor historical data as needed. Number One is the most vital part of accomplishing this without undue delay. Everyone's busy, so the longer the process, the more people will drop out of it. So what is the most effective way, outside of a forum post, to contact all active builders/creators?
  11. In a collaborative story, there has to be a trade-off. You and your partner agree to allow leeway in one area by putting some firmer measures in another. What the SOP proposes is to make a map and history from cenus. Everyone has a say, and the results would be freedom within a clarified and adaptive structure --not a rigid one. One problem with a creative group endeavor is that people don't always know when they're pushing the envelope too far. People on the forum want their projects to be DARKMOD PROJECTS. They like to be creative and innovative, but they also don't want to end up accidentally wandering off into My Little Pony vs Corbin. (I exaggerate only for levity, but I'm sure you understand my drift.) If we have guidelines that are changeable and agreeable to players and creators, then the players know what to expect, and the creators don't have to spend so much time considering if a readable or actionable is going to confuse or alienate a player who knows their canon. Sometimes you need to organize to make chaos easier.
  12. (After reading everything, I wanted to put in my two-cents and see how everyone feels about structuring a procedure for the history and geography.) Outline for SOP'ing Historical and Geographical Records This idea we're discussing is something that has been scratching around my brain like a spider for sometime. I've only been playing for a few months, and recently I've been putting together a mission for submission, but I have been bothered by an undefined vagueness in the history and geography of the DarkMod universe. I looked at the articles that were linked in the previous posts and there is a lot of good food for thought. But the goals commercial games have for a backstory don't really work with TDM. When a commercial company produces a game, they have precise control over the whole storyline and universe. They define and design every nuance to fit. What we have is a herd of cool, creative cats all working on the same canvas, some on the front, some on the sides or back, but very few of them seeing all aspects as one work. Please review and provide your opinion. NOTE: For the proposed SOP, the term "peer review" is defined and used here as a voluntary, consensual disclosure of information to and between other members of TDM Forum. It does not imply any loss of independence, intellectual rights, or creative concerns for submitting party who chooses to submit to a peer review. The submitting party has no obligation to make any changes relating to any form of feedback generated during a peer review. Other than through polite suggestion, parties that perform a peer review have no right to use —or attempt to us— coercion, force, or by any means try cause the submitting party to change their design or any of their ideas. Any suggestion than is rejected by the submitting party is not allowed to be repeatedly suggested, or pushed, by parties involved in the peer review. For approval of any item to become canonical, there must be an agreement by the non-abstaining, majority members of the active forum members. Consensual Continuities vs Strict Canonical Timelines An astronomical calendar, sequencing all the major and minor events in the universe, won't work well for a creative, free-for-all of activity. A calendar-based system will only work well for when people are referencing larger events in the timeline like wars, revolutions, and significant personages —the big milestones. It's better to detail modern events similar to shaggy-dog stories between beers at the local pub: "This happened before Joe's story, but at the same time as Anne's, only it was in Norfolk, not Italy…" Modern history should be mainly anecdotal. This will keep us within a flexible framework of good lore, but also provide enough structure to base strong connections between events. Dark Continents, Empirical Empires, and Mysterious Metropoleis Regarding a map of the world, there has already been some confusion as to locations and coastal outlines. We don't want or need to define all borders, but if a player goes South, they should at least know what will be in that direction and in what order. There needs to be some "loose" geography for better creativity. The technology of the universe has both sail and flying ships. That implies a semi-effective mapping system for the coastlines and near the mountain masses. We also have complex machinery that indicates a standard rule of measurement, meaning that inland surveying is accurate withing areas controlled by ruling governments. Any area inside an empire or along its coasts should be treated with more precision than somewhere out in the boondocks of "Thar' be dragons." Mapping the cities themselves is a really bad idea. This would put a tight stranglehold on a creator's ability to make missions effectively. They would spend so much time revamping and patching their visions and goals in order to match a predefined landscape, that the soul and vibrancy of their creation would be lost. Mapping the general outline of oblasts is fine, but leave the cities to mutate and be fickle within their walls. How to Build Harmonious Chronology Each contributor should make their own timeline of only their missions. All events that affect anything larger than a small, localized area must have a specific date, area of consequence, projected longevity of the effect, and list all affected entities. These timelines will be subject to peer review. Any other historical occurrences that they wish to include must be clearly noted as such and will be subject to peer review. Basic Guidelines The majority of the timeline should be based on a common oral history, and missions should use major historical events as a reference only when it's absolutely necessary for a story. Historical missions will need these references primarily, and they must be given priority for the use of major events in order to avoid possible paradoxes. If a mission event could affect the timeline or conflict with an coinciding event, the story should be submitted for peer review and necessary editing. Because many missions are not outright declared as occurring on a specific date, a standard mission only needs to be viewed as happening sometime in the modern era. We will define the modern era to be approximately a span of 30 to 35 years, plus and minus the character's age. This gives a total range of 60 to 70 years of events that could influence the player. This span of time also allows for a wide range of minor and major technological and civic change without drastically changing the atmosphere between mission storylines. Architectural styles and events inside of this area will have plenty of room for change without causing disruption to the lore. To help with continuity between created works, newspapers and other publications (even diaries) don't need anything beyond the day and month noted unless it's absolutely essential for the story. Creating Cartography by Committee The primary map should be of modern times. The map must include every important geographical feature that they either use regularly or is shared by other creators. Single mission features should be annotated as such, and will be subject to peer review. If a map is for a historical mission, then an appropriate historical map also needs to be made. These need to be separate maps, not annotations on a modern map, and should follow the same guidelines as the primary map. Mapping Guidelines: Human Geography Each map needs to have these unnatural features: controlled borders; areas of influence (nomadic or indigenous people's territories, unincorporated areas, etc.); cities and towns; roads, trade routes, and other paths of travel (to include sea and air routes); main ports; notable inns and villages; mines, prisons, outposts, etc. If it's man-made, mark it. Mapping Guidelines: Mapping Beliefs and Architectural Influences Beliefs are important for lore construction. Everyone needs to know the areas that are influenced by different belief structures. Is an area Builder, Pagan, Agnostic, what? These sectors can overlap. Your main sectors will be up to peer review, but because beliefs are generally unbound, there can always be influence found as a minority in any area. Architecture sometimes changes drastically in a inside a homogenous area. A mapper is always free to use whichever style they want, but there should be some evidence of the architectural source. A Builder outpost doesn't match the confines of a Pagan village unless there was some event that caused its inclusion. If a contrast like the example above exists and it is a major feature outside of the single mission, then the creator needs to mark on a timeline when this occurred and annotate how it happened. (See: How to Build Harmonious Chronology) Mapping Guidelines, Natural Geography Each map needs to have these natural features: a rough coastal outline; major bodies of water (nothing smaller than a Great Lake unless it's utilized); mountains and valleys; rivers, swamps, and bogs; cave systems; forests, etc. Other features may be added upon peer review. Most of the area should be unused, allow plenty of room for growth and imagineering. The degree of mapping will vary depending on how close it is to civilization. Features closer to civilizations that use a metered rule will have more precise measurements predominately along trade routes, around its ports and other shoreside structures, and in the vicinity of any habitation. Denizens outside the city, i.e. Pagans, will have less detailed mapping around there habitual areas. An indigenous village can be defined as being somewhere within a one or two-days travel of the location on the map.
  13. On a brush there is a different format: ( 0 0 1 -8 ) ( ( 0.0078125 0 0 ) ( 0 0.0078125 0 ) ) "textures/common/caulk" 0 0 0 Again, some numbers I think have to do with texture, but I have no idea what to do with them.
  14. Hello. I know I'm reviving an old topic, but could someone help me out. I want to make several patches by computation for a project. I've been doing my homework, but I don't want to guess at this point. When I open the map file and look at an existing patch, inside a set of parentheses I see the xyz coordinates followed by two more places. What are these places and what do they affect? I think it might be something with the texture, but I'm not 100% on that. My experimentation is not satisying me. patchDef2 { "textures/common/caulk" ( 3 3 0 0 0 ) <---This is patch size, 3x3, but I'm not sure of the trailing digits either. ( ( ( 16 0 6 0 0 ) ( 16 4 6 0 -0.03125 ) ( 16 8 6 0 -0.0625 ) ) <---Texture orientation maybe? But how do you align it properly? ( ( 20 0 6 0.03125 0 ) ( 20 4 6 0.03125 -0.03125 ) ( 20 8 6 0.03125 -0.0625 ) ) ( ( 24 0 6 0.0625 0 ) ( 24 4 6 0.0625 -0.03125 ) ( 24 8 6 0.0625 -0.0625 ) ) )
  15. Ignore this. Me dumb. Not can read. I stupid. Hi. I see that the last post on this was in 2014. Will this patch still work with v2.08/64? Is anyone using this now? I've been trying to figure out how to split and cut holes in patches, this looks like it can do the splitting part. Sidenote: I'm on Linux. Under /home/me/.darkradiant there is not a folder for scripts. Do I have to make one? (I installed DR from the package manager.)
×
×
  • Create New...