Author Topic: Download link and main info! [latest ver 0.0.79 -- 1 Aug 2012]  (Read 127215 times)

0 Members and 2 Guests are viewing this topic.

Servitor

  • Sergeant Knight at Arms
  • *
    • View Profile
  • Faction: Neutral
  • M&BWB
Re: Open-BRF (a new brfEdit) [updated 29 Aug 2009, twice]
« Reply #270 on: August 29, 2009, 08:12:50 PM »
Dude, mtarini, you're brilliant. :D

yellowmosquito

  • Sergeant Knight
  • *
  • Seize Him!
    • View Profile
  • Faction: Bandit
  • WB
Re: Open-BRF (a new brfEdit) [updated 29 Aug 2009, twice]
« Reply #271 on: August 29, 2009, 09:03:42 PM »
The new ruler option is fantastic.  Anyway we can get these for the two additional axis?

I would use it for more accurately placing muzzle flashes at the end of firearms.

amade

  • Grandmaster Knight
  • *
  • Own up and take it like a man
    • View Profile
    • Studio Wossname
  • Faction: Neutral
Re: Open-BRF (a new brfEdit) [updated 29 Aug 2009, twice]
« Reply #272 on: August 29, 2009, 11:27:33 PM »
Great update mtarini, lovin' the new ruler!

The bug with texture coordinates highelf reported is still present though: http://forums.taleworlds.net/index.php/topic,72279.msg1920543.html#msg1920543

Also, if I export from openBRF a static object that already has a correct texture coords (e.g. static meshes imported via BRFedit) and reimport it into openBRF the texture coordinates won't screw up. Seems like the bug only happens if the mesh was imported from the source OBJ.

Highelf: Are you still experiencing this bug as well?


And... I don't know if this other bug is related to the above bug but it's been reported as well: http://forums.taleworlds.net/index.php/topic,72279.msg1928710.html#msg1928710

Don't you just love herding cattle?
*end.transmission - Studio Wossname*
___________________________________________________________________________________________________________________________

   .

mtarini

  • Resource Wrangler
  • Moderator
  • *
  • [TLD] and [OpenBRF]
    • View Profile
    • [home]
  • Faction: Neutral
Re: Open-BRF (a new brfEdit) [updated 30 Aug 2009]
« Reply #273 on: August 29, 2009, 11:39:36 PM »

Thanks!

I tried replicating it and failed. In particular, I tried exporting an Obj, importing it in Wings3D, changing it here and there, exporting an obj again, and reimporting it. It seems it worked. Hum. How did you get your results, exactly?

As for the other bug (texture not showing up in game)... that's scary, I wonder what went wrong. I cannot replicate it right now (lack of a working M&B copy), I'll try soon. Edit: it won't be trivial because I'll need to find an some object that I will immediately find in game. Did anyone else replicate the bug so far?


Meanwhile, I released another version: added vertex animations support! I'll need to explain a little about that in another post.
« Last Edit: August 29, 2009, 11:42:21 PM by mtarini »

amade

  • Grandmaster Knight
  • *
  • Own up and take it like a man
    • View Profile
    • Studio Wossname
  • Faction: Neutral
Re: Open-BRF (a new brfEdit) [updated 30 Aug 2009]
« Reply #274 on: August 30, 2009, 12:19:54 AM »

Thanks!

I tried replicating it and failed. In particular, I tried exporting an Obj, importing it in Wings3D, changing it here and there, exporting an obj again, and reimporting it. It seems it worked. Hum. How did you get your results, exactly?

Could the texture coordinates in wings3D's OBJ be exported differently? Because it looks like if I try it with Native models without editing them the same bug occurs.
Here's the process of how I tested for the bug:

  • Create new model in Blender -> export as OBJ-> import in BRFedit = textures OK
  • The same OBJ exported from Blender -> import in BRFedit -> view in openBRF = textures OK
  • The same OBJ exported from Blender -> import in openBRF = textures misaligned
  • The same OBJ exported from Blender -> imported into BRFedit -> exported using openBRF -> reimport into openBRF = textures OK
  • Native OBJ exported from BRFedit -> reimported using openBRF = textures misaligned

(sorry for the anal-retentive formatting, just making sure no confusion arises :P)

Here are the files if you'd like to test them: http://amade-wossname.com/tmp/mnb/OBJ_tex_test.zip
edit: tests were done in 0.0.16, haven't tried with 0.0.17 you've just released to see if it's any different


Meanwhile, I released another version: added vertex animations support! I'll need to explain a little about that in another post.

Hot damn! You've done so much I wonder how can we ever repay you for all you've done?  :mrgreen:
« Last Edit: August 30, 2009, 12:28:53 AM by amade »

Don't you just love herding cattle?
*end.transmission - Studio Wossname*
___________________________________________________________________________________________________________________________

   .

mtarini

  • Resource Wrangler
  • Moderator
  • *
  • [TLD] and [OpenBRF]
    • View Profile
    • [home]
  • Faction: Neutral
Re: Open-BRF (a new brfEdit) [updated 30 Aug 2009]
« Reply #275 on: August 30, 2009, 12:28:03 AM »
Vertex animations with openBRF


What a BRF Vertex animation is:

A vertex animation is just a sequence of meshes, one mesh per frame. Each frame is also associated to a timing. But, here's the catch, each frame only redefines positions and normals. All frames share the same: triangles (which triangle connects which vertices), texture coords, rigging (in case mesh is also rigged), etc  (this also means that the frames are bound to have the same number of vertices/faces).

Note that the frames must be considered just keyframes. The game is "free" to interpolate between two frames of the vertex animation to get smoother animations (it will exploit that, for example when it animates bows).


How are they used in M&B:

For many things!
  • animated icons on the map (in this case the 1st frame is unused, the second is the stance pose, the rest is the walking sequence)
  • weapons animations (like the bow string).
  • armours: the 1st frame is unused, the second frame is the male version, the third the female version
  • quivers and the like: each frame represent a different number of arrows left
  • shields: a frame for when they are fastened around the arm, a frame when the belt is loose
  • scabbards: first frame is with sheathed weapon, second frame without it
  • hands/gloves: first frame open, second half-closed, third closed in a fist/grab
  • customizable heads: frame 0 is the base head, each frame is the effect of a "slider", like "eye-to-eye distance".
... and maybe other things too.


How to make your own in OpenBrf:

UPDATE: since ver 0.38 (Aug 2010) you can also export/import vertex animations as MD3 files (the format introduced by Quake3).
The other option, descried in the following, is still available:


You stack them frame by frame. So, typically, you export a frame, edit it, reimport it and attach it to your animation.

The Cut and paste way: with ctrl-alt-x, ctrl-alt-c, ctrl-alt-v (as you can see in the edit menu) you perform cut and paste operations that refers to individual frames (and apply to the currently selected frame). So you can import a mesh, and stack it to your animaton by cut and paste. You can also redefine frame order, duplicate frames, etc.

Direct frame import and attach: when your frame is in an external file, as a shortcut, you can also import a static mesh directly as an additional frame of the currently selected mesh (menu "import").

Remember to edit manually the times (in the "data" box) of each frame, at the end of the process.


The problem with frame by frame stacking, and possible solutions:

What makes the process messy (if you tried in other occasions, like in OpenBRF you know), is that when you assemble frames you are assuming that not only the vertex number, but even their internal order has been kept the same by all import/export operations. Otherwise... say vertex N.412 is  on the head in frame 1, but on the foot in frame 2: then it kills everything! Textures, triangles, interpolations... result is a mess. That's because, remember?, triangles/text-coords/etc are shared by all frames. So, if you have a triangle connection vertex N.412, N.51 and 413 together, that applies to all frames.

In OpenBRF you have two options to merge a frames into an animation.

Option 1: you pray that the vertex order is kept unmodified by your mesh import/exports (openBrf will comply, but who knows what, say, Blender or Wings3D will do). This is the "old way". Works, sometimes.

Option 2: you resort to use texture coordinates as unique identifiers of vertices.  You just assign to each vertex of your mesh an unique u-v point in texture space. (((Note that sometime you want different points to share the same texture coords: for example, if you have a quiver, each arrow is a copy of each other arrow including uv coords, and if you have a symmetric something, the left half will use the same texture coords of the right half. In these cases, just displace the text each vertex by a little tiny bit in your mesh editor. Half a fraction of a texel (a texture pixel); it won't make any practical difference, but it will be enough for OpenBrf to tell vertices apart.))) Once your texture coords identify the vertices in frame 1, don't touch them anymore. Feel free to edit mesh 3D shape for all other frames!

You select which one of the above is your favourite option, 1 or 2, in the option menu ("Option" => "On assemble vertex animation").


Note that the system is somewhat robust: if Option 1 fails (e.g. different number of vertices) it will fallback to option 2 automatically. If Option 2 fails (e.g. same texture coords for different points), it will fallback to option 1 (for that vertex only).


Let me know how your experiments go!!!



« Last Edit: August 06, 2010, 04:02:49 AM by mtarini »

cdvader

  • Guest
Re: Open-BRF (a new brfEdit) [updated 30 Aug 2009]
« Reply #276 on: August 30, 2009, 12:31:02 AM »
Very cool. I'm too tired atm, though, so I can't experiement. I will try tomorrow, though.

amade

  • Grandmaster Knight
  • *
  • Own up and take it like a man
    • View Profile
    • Studio Wossname
  • Faction: Neutral
Re: Open-BRF (a new brfEdit) [updated 30 Aug 2009]
« Reply #277 on: August 30, 2009, 01:51:37 AM »
Vertex animation import - Preliminary report:

Haven't tested it in-game yet but but there's a problem in which when openBRF imports the frame it does not put it after the previously selected frame. This is using both the copy/paste and direct import frame method. When importing a new frame, openBRF puts it before the previously selected frame. So the base mesh, the static mesh you're appending to, will be displaced from frame 0. There's a workaround to this in which I can as you mentioned previously redefine the frame orders by copying the base frame and pasting it back in its proper place; however, I don't know if this would affect how openBRF will read and compare the frames for vertex IDs since it's all rearranged...

Upon checking the version of openBRF it still reads 0.0.17 (no b at the end). Is it still the older bugged version?

Oh, and regarding this: http://forums.taleworlds.net/index.php/topic,72279.msg1945478.html#msg1945478
Tested with 0.0.17 as well - please disregard the edit I put in there.


edit:
In game test!

Middle, icon while animated (the sails billow a bit). Left and right, icon at rest position (sails are slack).
Vertex animation seems to work. However I can't determine if the vertex IDs were messed up - I can tell that it's messed up if I was using BRFedit to append frames and the icon will animate correctly but the shaders can't calculate the lighting on it properly - so you get textures that flash around a bit like a broken neon light (see screenshots below). Due to the issue where M&B doesn't show the textures after the BRF is edited in openBRF I can't see if the vertex IDs are also messed up if done in openBRF.

(click to show/hide)

« Last Edit: August 30, 2009, 03:36:23 AM by amade »

Don't you just love herding cattle?
*end.transmission - Studio Wossname*
___________________________________________________________________________________________________________________________

   .

Shik

  • Grandmaster Knight
  • *
    • View Profile
  • Faction: Neutral
  • MP nick: irc://Shik
  • M&BWBWF&S
Re: Open-BRF (a new brfEdit) [updated 30 Aug 2009]
« Reply #278 on: August 30, 2009, 04:02:25 AM »
It looks like the ruler tool is limited to 250 centimeters... Preferably it should be able to reach for more than 500. (max game length is 512 cm I think)

Highelf

  • Iyum Farer
  • Moderator
  • *
  • Consider this.
    • View Profile
  • Faction: Rhodok
  • MP nick: irc://Stoned_elf!
  • M&BWB
Re: Open-BRF (a new brfEdit) [updated 30 Aug 2009]
« Reply #279 on: August 30, 2009, 04:06:11 AM »
Totally awesome new version, Mtarini. :) I especially like the Ctrl-right ctrl-left thing. Life is sooooooooo much easier now. :D Absolutely genius. Thank you.

yellowmosquito

  • Sergeant Knight
  • *
  • Seize Him!
    • View Profile
  • Faction: Bandit
  • WB
Re: Open-BRF (a new brfEdit) [updated 18 Aug 2009]
« Reply #280 on: August 30, 2009, 07:48:04 AM »
Has anyone else experienced textures not showing up in-game even though it shows up fine in openBRF?

I've got a few models in a BRF file; mesh, textures and material all previously set up using BRFedit... and later the BRF was edited in openBRF - there was some import/copy/delete stuff done within the BRF but other than that the mesh, materials and textures of the original models weren't messed around with. Upon loading the game however the original meshes loaded up alright but the textures aren't loaded and everything is white instead.

I've double checked and triple checked to make sure the DDS is in the right place. Reopening the BRF in BRFedit shows that the material/texture reference is still correct but somehow after the BRF was edited in openBRF the textures just won't load in-game. After I've replaced the BRF with a backup of the original the textures loaded up normally once more. I compared the original BRF with the one edited in openBRF but there was no difference between them as far as I can see. I'm wondering if anyone else has encountered similar problems or if my case is an isolated one.

edit: I was able to reproduce this bug by editing another old BRF by importing a random model into it and saving the file. The models inside the BRF that were left unedited was affected, their textures won't show up in-game even though they worked perfectly before.

Yes, I believe am experiencing this.  I decided to switch from BRFEdit to OpenBRF tonight.  For some strange reason, when I open my old BRF files (created in BRFEdit) in openBRF, I can't see any textures (just checkerboard).  After saving one item, everything that was in the BRF file now appears white (textureless) in game.  The materials and textures are present in the same BRF and all of my textures are DX1, DX3, or DX5. 

Anyone know if this is a bug, or if I am just doing something wrong?

amade

  • Grandmaster Knight
  • *
  • Own up and take it like a man
    • View Profile
    • Studio Wossname
  • Faction: Neutral
Re: Open-BRF (a new brfEdit) [updated 18 Aug 2009]
« Reply #281 on: August 30, 2009, 07:55:10 AM »
(click to show/hide)

Yes, I believe am experiencing this.  I decided to switch from BRFEdit to OpenBRF tonight.  For some strange reason, when I open my old BRF files (created in BRFEdit) in openBRF, I can't see any textures (just checkerboard).  After saving one item, everything that was in the BRF file now appears white (textureless) in game.  The materials and textures are present in the same BRF and all of my textures are DX1, DX3, or DX5. 

Anyone know if this is a bug, or if I am just doing something wrong?

For the checkerboard pattern, read this: http://forums.taleworlds.net/index.php/topic,72279.msg1918258.html#msg1918258

If your textures are all correct (i.e. it shows up alright in BRFedit) even though it shows a checkerboard pattern in openBRF try and load the model and textures in game. If it still shows up as white then you're probably encountering the same issue as I am. This only affects BRFs that have been edited and saved using openBRF.

Don't you just love herding cattle?
*end.transmission - Studio Wossname*
___________________________________________________________________________________________________________________________

   .

Red River

  • Knight at Arms
  • *
    • View Profile
  • Faction: Neutral
Re: Open-BRF (a new brfEdit) [updated 18 Aug 2009]
« Reply #282 on: August 30, 2009, 02:23:14 PM »
(click to show/hide)

Yes, I believe am experiencing this.  I decided to switch from BRFEdit to OpenBRF tonight.  For some strange reason, when I open my old BRF files (created in BRFEdit) in openBRF, I can't see any textures (just checkerboard).  After saving one item, everything that was in the BRF file now appears white (textureless) in game.  The materials and textures are present in the same BRF and all of my textures are DX1, DX3, or DX5. 

Anyone know if this is a bug, or if I am just doing something wrong?

For the checkerboard pattern, read this: http://forums.taleworlds.net/index.php/topic,72279.msg1918258.html#msg1918258

If your textures are all correct (i.e. it shows up alright in BRFedit) even though it shows a checkerboard pattern in openBRF try and load the model and textures in game. If it still shows up as white then you're probably encountering the same issue as I am. This only affects BRFs that have been edited and saved using openBRF.

Great work so far. Since Aug29 versions all textures outside native showing as checkboard for me now. I can see the textures in the tabs though. That applies to all mods I have. The textures used to show at least on some models before... Keep up good works!

Lumos

  • Grandmaster Knight
  • *
  • Mens sana in corpore sano
    • View Profile
  • Faction: Nord
  • M&BWBWF&SNW
Re: Open-BRF (a new brfEdit) [updated 30 Aug 2009]
« Reply #283 on: August 30, 2009, 02:57:19 PM »
[/li][li] ruler tool: [DONE] (new 0.0.16)designed to pinpoint the precise reach of weapons (best used without textures IMO) [Fei Dao suggestion]

Awwww, that makes my Metring Stick (almost) totally unusable. But who cares?

Nice program. Really nice program. But how do you import textures and materials, etc.?

cdvader

  • Guest
Re: Open-BRF (a new brfEdit) [updated 30 Aug 2009]
« Reply #284 on: August 30, 2009, 03:23:24 PM »
Under the Import menu, you have the materials, texturers and shaders option.