Welcome to Skylords Reborn

Register now to gain access to all of our features. Once registered and logged in, you will be able to contribute to this site by submitting your own content or replying to existing content. You'll be able to customize your profile, receive reputation points as a reward for submitting content, while also communicating with other members via your own private inbox, plus much more! This message will be removed once you have signed in.

  • Announcements

    • InsaneHawk

      Donations are back   01/17/17

      If you want more information, you can go check this topic : http://forum.skylords.eu/index.php?/topic/2790-donations-are-back/
    • MrXLink

      Future of Skylords Reborn and intro to Ardent Peak   02/10/17

      Dear Skylords, Skyladies, Skythings We have received the awesome news that we have been allowed by EA themselves to continue our project and open up many future possibilities! For all information and stream VODs, please refer to this topic:   
    • MrXLink

      NOTE: Stricter (chat) Rule Enforcement   04/11/17

      Greetings Skylords, Skyladies and Skythings. There has been a lot of commotion going on lately regarding moderation and people calling us out for favouritism and improper judgement. @Kiwi, myself and the rest of the team have had enough of this and we are changing our approach and leniency towards the community drastically, and eliminate this pseudo-favouritism factor. Not that we ever had favourites to begin with, nor in our eyes treated regulars in any way advantageous over others, but we have received several complaints regarding this issue, as well as there have been quite some clashes in chatbox recently. Aside from that, we have decided to act much more strictly about members in the foreseeable future as well.  Considering people have deemed our judgement to be unfair, this will result in us warning the community even for minor infringements, and possibly introducing more temp bans. We feel this is sadly necessary in the current community's state and we're better off having an ordered community in which people see us treat everyone the same way, although in my opinion harshly, and in which members treat staff with respect. As long as the safety and trustworthiness of moderation on the website and discord server is at risk, we will have to make it well-known that we do exert judgement on everyone equally. So from now on, we will be warning people more frequently. This can be for minor insults, misbehaviour, memberating or what we consider as staff disrespect. We're done with the leniency we have once shown here. I'm sad it has to happen this way and of course we will do everything in our power to keep the chatbox a nice, welcoming place. Perhaps this means people will start thinking that we are being sensitive, especially when it comes down to staff disrespect and failure to abide by warnings, but we consider that to be the lesser evil compared to giving members the illusion that we don't consider every member as equal. Equality, understanding, respect and involvement in the community are the cornerstones of community management and moderation, as they also should be within the staff area. So from now on, we are going to monitor this more closely than before. I hope we can treat everyone with understanding and respect here, members and staff alike. We are confident that this approach won't damage the community as much as our currently projected moderation image, valid or not, drags our reliability down. We are all human, and we strive for excellence within community management, moderation and involvement with the community, and aim to execute measures to achieve these goals with respect, passion, and dedication as we did before. We are saddened to have our strictness come to this point. As much as the (chatbox) community has made sure that this became the way it is, we do encourage to take the liberty to speak freely and have a good time here on the forums, as long as said behaviour is in accordance to the forum rules.  Remember, you can find the forum rules over here:  It saddens us to head in this direction, but we feel it will be for the best. We sincerely hope you can all respect this decision, keep the hype up, and have a nice time enjoying the chatbox and its features within a reasonable and orderly manner. Sincerely, and on behalf of @Kiwi and the Skylords Reborn Staff,
      MrXLink, Community Manager

onedaxter

Member
  • Content count

    8
  • Joined

  • Last visited

About onedaxter

  • Rank
    Watcher
  • Birthday

Recent Profile Visitors

293 profile views
  1. pesmontis has sent me this pictures Amazing !!!
  2. pesmontis told me that the problem with no DE FA comes with the different Matierials. He said , that most of the Spellforce 2 .drs Files had different ways to import the materials , so he had to "hardcode" the most things. And with the Battleforge 2 .drs Files he said : The files are bigger then the Spellforce 2 Files -> so this could be a problem for parsing through the files.
  3. Good News ! I had contact with pesmontis himself. He gave me his program lightsong and some extra documentation. I testet the program with an model but it gave me a "no DE FA" error. According to pesmontis , this is a material problem ... He don't want to give me the source code , but maybe someone can reverse engineere the code ;D (it's a VB6 program) or Make a new program with his documentation He gave me also some spellforce 2 .drs files , so we can check their file structure with our battlefroge .drs files. If someone needs more information from pesmontis , I can write to him. Here's the link https://mega.nz/#F!kltllJAB!2RMk13XRxV1DRm3KJrbfXQ
  4. Today I started in school again , so I don't realy have time to further go on this , maybe on the weekends. I think next step could be to write a little progamm , which fechtes and displays our current known informations. And maybe a simple check , which chracter patterns are in 2 and more files the same. Maybe there are other delimiter in the hexdump. @Titan Have you discovered something new ? ;D
  5. I think the root node always starts with 00FFFF FFFF0100 00 P.S I found a model called unit_reaver.drs And there I also found an image for this unit. I have never seen this unit before. Maybe some new units which should have come into the amii edition ? Looks a bit familiar with amii phantom like they have the same armor.
  6. Thank you Titan ! I tried your suggestion with the unit_demon_insect_inner_l.drs file. For little endian conversion I used this site : http://www.scadacore.com/field-applications/programming-calculators/online-hex-converter and i switched the offset from hex to dec in HexDump So i figured out : EntryList1_Offset : 1602 EntryList2_Offset : 1794 Total "Elements" : 6 The ClassList (EntryList2) contains then following 6 Elements : -root Node -CGeoMesh -CGeoOBBTree -CDspJointMap -CDspMeshFile -DrwResourceMeta The EntryList1 contains , according to Pesmontis , the offsets for the classes. This is the following list : 0000 00000000 00000000 00000000 0000FFFF FFFF0100 00000500 00000000 0000F8BA FC050100 0000A605 00009C00 00000000 00000000 00000000 00000000 00008C43 BA8E0400 00001C00 0000DE04 00000000 00000000 00000000 00000000 00003685 17B00300 00001400 00000800 00000000 00000000 00000000 00000000 0000EB9E 5BC80200 00002605 00008000 00000000 00000000 00000000 00000000 00000522 17F50500 0000FA04 00002C00 00000000 00000000 00000000 00000000 0000 This are total 384 hex-digits. Because we have 6 Elements it could be possible that one element needs 384/6 -> 64 hex-digits. I should check it maybe with a bigger file , but have now no time ;D What do you think Titan ? Probably , I can check it after 2-3 hours. Maybe you have til then discoverd something more ;D unit_demon_insect_wing_inner_l.drs
  7. Thank you Titan for researching this site. With the information from this forum I figured out following points: 4 bytes 1EF17CC5 -> All files start with this , so they are 4047 DRS files. 4 bytes 01000000 -> Should be an integer 1 as mentioned from the external forum 4 bytes XXXXXXXX -> This is an offset to a list which then contains more informations 4 bytes XXXXXXXX -> This is an offset to a second list which then contains more informations and after some space 4 bytes 1EF1544E -> all files end with this at the header , so it must be something like an ending delimiter. My problem is : How is at the begining 1EF17CC5 converted to -4047.07 ? I tried it with the IEEE 754 format but it's not the same. And second : The offsets for the lists are bigger than the maximum file's offset. Maybe someone can help with these problems. For testing I used the smallest file I have found. They are called something like unit_demon_insect.....drs I will also put the .drs for the swamp drake here so you also have an other example (because the other files are to big to upload) unit_demon_insect_wing_inner_l.drs unit_bandit_swamp_drake.drs
  8. Hy guys, With QuickBMS or also with DragunUnpacker I was able to export the content from the .pak files. There are all the cool stuff like textures , sound files and also the 3D models. The models have the file extension .drs and their animations are the .ska files. The problem is that I haven't found an exporter for this file format. My Question : Is there some one whos able to export or convert the meshes from this files in something like .fbx ? I tried to analyse the file format with a hex-editor and find out where the "header" starts and ends. But yeah, I'm not very good in this topic and I stoped it ;D