Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Zervox

Pages: [1] 2 3
WIP / Re: Final Fantasy VIII - Graphical Update Mod (WIP)
« on: 2019-02-14 14:38:26 »
if you had access to similar 3D meshes for them you could perspective render them onto the image.
unless there is a good way to remove them from the image and redraw the actual background and replace them with 3D actors similar to how they are done in other areas.

General Discussion / Re: How do I close my account?
« on: 2018-12-04 05:06:05 »
DLPB while it applies to Europe, for anyone dealing with European users, you have to abide by those nations laws or you can in fact be drawn to court, whether the likelihood of your country allowing it is another matter. but in general when it comes to these matters countries tend to accept this. just like how Valve as an example got to follow the laws of refunds for each and every individual country they have made their service available to.(Valve has plenty of cases where they were forced to refund purchases despite the no refund policy they used to have because they were found quilty and fined for not doing by different countries a few years back.

Covarr, GDPR applies to everyone who handles or have the possibility to handle personal data of EU nations citizens, email,name,address,age etc are all classified as personal data and does make liable to for breaking the GDPR, whether whomever handles such requests(user reports it to the representing party) will follow through on the request/complaint or not is a different matter.

personally I don't really care what this site does, I like it. I am just saying, I know of atleast a couple of hobby websites not driven by profit, not companies but some were shut down, some were blocked until they complied to the GDPR(or they decided to block access from that nation/nations)

General Discussion / Re: How do I close my account?
« on: 2018-12-03 21:42:52 »
while I agree you can simply stop using the account, not allowing the deletion of an account is a violation of GDPR.

Duh, what are we supposed to see?

from what I can see on the kickstarter it now says cancelled, which means SE decided it was not ok I assume.

this is a non-commercial UE4 game, no profit whatsoever. In regards to SE, The project passed review, and in case your wondering on SE's side, I got the ok talking to the community manager about the fan project beforehand, what should be do always before starting.

community managers are not the ones who decides this.

regarding non-commercial, it might be non commercial but you are asking for money to make something which uses Final Fantasy heavily based on the references.

Did you link and give the information regarding the kickstarter when you talked to this community manager as well? Did you also mention your fanmake would entail using Final Fantasy(R) as a introduction header?

to be honest as far as some companies goes this would've lead to you getting dragged to court and not just for a mere C&D

Gameplay / Re: [FFVIII-PCSteam] Hit Count abilities?
« on: 2018-08-07 01:59:16 »
considering how old the game is, I wouldnt be surprised if the hit count is for it to be known beforehand for every single hit event found in the animation data, it will then look for that exact amount of 'hit' animation events in the animation file, instead of checking for hit events while it is running the animation.

I appreciate this thread, as these falling outs is not only between modders but between modder and users(users harassing mod maker for not doing 'x' instead of 'y').
but as a user of many of the fine mods here, and seeing the work being put into the mods(no matter how small/big significant/insignificant changes it does total)

I have to applaud the determination and will you guys have to make the mods and making them available to others(even if they are not released I applaud them because they can show the very edge you can push the games to!(I love teasers of what is possible as well), or in the aspect of the ones who are pushing out tools to help further mods to be created.

Cheers from Norway!

General Discussion / Re: Final Fantasy 8 in Unity?
« on: 2017-03-20 17:58:59 »
as I said, it is to copy the original game's values without having to recreate the data nor it's behaviour. ;)
the amount of processing power used to calculate the stats are neglible, you can't even reliably measure the time spent due to how little time is spent in that part of the code.(yes, even if in my work I created 10000 enemies, all their stats would'be calculated according to their inputed level in sub milisecond time)

about the time spent with the DB,  I would've saved considerable amount of time just modifiying the Ifirit tool to export all the values.
but yeah, either way works. didn't say you had to use the code, just made it available.

General Discussion / Re: Final Fantasy 8 in Unity?
« on: 2017-03-20 01:03:44 »
Regarding Level stats etc
this is from my personal work
(cstat here reads from the ',' in the HP column in Monster or Players table for example so LvlStat_1 = first number in the column, every column has 4 values.)

Using a Sqllite database in this case
Monster and Players table has the values needed to fill stat calculations
"HP" columns etc.

Monster stat|level calculation is 100% identical to original game to my knowledge.

the Player tables, is because leveling in FF8 levels grants stats to players as well, the values that I've filled in on players is just what I managed to get approximated as close to as possible, leaving 95% of the levels stats close to the original game. the few levels that are not 100% correct inbetween is only offset by +- 1 stat but last levels is identical stat wise.

btw creating the database was a pain in the butt filling each value by hand. ;P

General Discussion / Re: Final Fantasy 8 in Unity?
« on: 2017-03-01 11:47:11 »
I find Omnisphere very entertaining to play around with(then again I only convert midi but the tool is rather cool(though abit expensive for just playing around with but eh worth it)) ;)

General Discussion / Re: Final Fantasy 8 in Unity?
« on: 2017-02-01 21:19:56 »
Really incredible work, as far as the scale to walkmesh I wouldn't worry too much about it as long as everything stays to scale with the remade assets tbh(although a certain amount of agreement for the assets scale would have to be made).

open world or not either is workable even performance wise as it can be streamed/loaded in on the go(the thing is if the world management will be having to work around precision of float or using a reset traversal is needed(moving the world instead of the character) to avoid it, possibly using double precision instead of single precision float and then cast to float relative to camera being at 0,0(rather complex things to handle)

unless I misremember asuming using float you can have up to 5 digits then you can only have 2 decimals.

I do however think it is easier to keep the world and locations separated, as then you won't have to worry as much of scale and precision(not to mention the time to make a world management that can handle the scale/size needed), as the world could be more compacted like it is in the original game/just imagine the distance from train tomemory  forrest before Galbadia Garden and remapping that distance relative to the actual size of Balamb town to world map ratio.

General Discussion / Re: Final Fantasy 8 in Unity?
« on: 2017-01-06 19:32:38 »
The backdrop for Balamb street shows that the weapon shop back part continues all the way up to the wall. Empty wall space actually.
It's not logical because we do not have backdrops for every part of town.(which is expected),who would expect there only to be living 8 people in Balamb(I think this is an rough estimate considering houses and buildings visible through all the backdrops, not like Esthar were you can imagine every block essentially be a skyscraper:P)

General Discussion / Re: Final Fantasy 8 in Unity?
« on: 2017-01-04 14:31:49 »
The roof disc/circular object also got smoothed edges. and the flower pot is placed on an extended overhang(100% replication to me personally is not nessecary).
of course I'd say this already perfect.:)

Heh, looking at the original FF8 backdrop made me laugh regarding the gas sign :p it's rotated 90 degrees :p

General Discussion / Re: Final Fantasy 8 in Unity?
« on: 2017-01-02 09:41:25 »
If you are still a student of any kind (even highschool) then you can apply for three years educational license. I'm using one like this.
Yep, you're right. I have an issue with chamfering the edges. The results are bad, I think I destroyed the mesh earlier with something, I don't know how to fix this so I did multiple Polygon outline >_> :

Anyway, I fixed the textures and metal is no more 100% shiny. I also tried to do the park-a-lot building. I spent 3-4 hours on this and yet it still looks bad. Someone, please. Take care of the textures. :D

I don't know what's  on the ceiling in the last photo. It showed up in "High-res screenshot" function in UE4, 3ds max and ue4 in-game shows it correctly.

I should take some 3ds max course...  :oops:

Sadly I am not a student since quite a few years ago, this was a separate online version of a school course which I completed.
if its not visible in anything but the high res screenshot it most probably is a rendering bug of the engine.(cant think of any other reasons)

GasPump, maybe it would be easier to fix that by cutting away the faces in which is smoothed and just add another box with more faces then move the top vertices accordingly? that way you do not get uneven faces. :)

When doing the large scale remodelling from images(as I tried with Balamb main hall) I found using 3D coat made it alot easier by using its retopolgy tools on a flat plane then adjust it by what I could see would be height differences. I also found making the floors/road network first before adding anything would make it easier as you would have a layout to follow.(not being experienced at all in modelling or in any artistic forms whatsoever free hand modelling similar looks is flat out impossible for me.)

redoing dollet I would imagine the same approach would probably be very suitable(atleast from the little experience I have).

General Discussion / Re: Final Fantasy 8 in Unity?
« on: 2017-01-01 08:01:29 »
Well, thank you. :)
I am unable to work on them anymore as I do not have access to Autodesk anymore as my license was tied to a game design course.
I was thinking the upper rim edges on the gaspump could be smoothed, as in the image they are rather rounded unless my eyes are tricking me.
Love your work.:)

General Discussion / Re: Final Fantasy 8 in Unity?
« on: 2016-12-31 07:41:22 »
So much better than my last tries last year. :) not even sure they are worth sharing as a base. :p
mostly max 2015 files and no UVs.

General Discussion / Re: Final Fantasy 8 in Unity?
« on: 2016-12-01 07:21:27 »
HD games or HD remakes is not impossible(if it had not been for copyrights and trademark protection), by amateurs sure(however I would say most people here who even does the slightest of modding for FF7 or FF8 is a bit above amateurs), then again even something like QGears or even just emulating the game with all the original assets and code is too much for amateurs, heck even making HD textures or backgrounds for FF7 or FF8 is too much for amateurs due to the asset pipeline they have to work through, and in fact I think had it not been for FF7-FF8-FF9 using 2D backgrounds(they would have looked really bad back then and even more so now though) they would have recieved a HD upgrade from the community a long time ago, as it takes alot of time to get the mesh scales and textures etc right when modelling from 2D assets, then to render it back to 2D in great quality, had they been in 3D this work process would have been alot faster.

Lets agree to disagree about the FF8 Graphics.

QGears really doesn't offer anything that other engines doesn't, every engine I know of that you have available today either has a scripting language builtin or it is possible to add ontop of it yourself.
infact QGears uses Ogre as its rendering engine which removes alot of work to even begin QGears.

The reason why projects like QGears usually dies, is because outside of reliving a game only very nostalgic fans would use it(aside from people wanting to download a package with everything+game setup for them beforehand), lack of interest/motivation, lack of time or lack of knowledge on how to proceed from the point it is currently at.
It also isn't much fun to be the sole contributor(in the case of it being a community project) to something that alot of people is using. if you want perfect examples you could look at two games called Fallout and Fallout 2, which has had probably 5-6 community made engines all died out(way too many people arguing about what scripting language, how to port(preconvert or runtime conversion of original assets) and the list goes on.

What also would attract most people to use/help something like QGears is if it is easy to use, which to be honest it isn't(not compared to engines which has builtin support for most of these features), Unity being a perfect example, which is why it is so popular among amateurs.

General Discussion / Re: Final Fantasy 8 in Unity?
« on: 2016-11-27 21:25:27 »
gradient probably looks like that due to jpg.

and the links you simply have to do
excluding the "

in my project I didn't worry about the UI look replication, I wrote code for handling scenes in 3D and 2D although with the hope of there eventually being access to full 3D scenes/objects to build the scenes from. of course you could make quite some good look alike scene with premade assets just would take some time. ;)

General Discussion / Re: Final Fantasy 8 in Unity?
« on: 2016-11-27 02:31:25 »
some time back I was working on my own project(not using Unity though) with the same target although I have to say my motivation dwindled. :-X

compile ogre as a library or as a dll that way you do not have to recompile Ogre source every time you make changes to the things which can be handled through inheritance or components.

"100% remade assets/scripts/code"
Great so they resorted to plagiarism. they full duplicated every scene and behavior and required no original copy ownership for a user to play it, see the problem here?

"It's better to use original scripts because it's not possible for a program to covert them to a higher level language automatically"
Yet there are projects which do, some of the Fallout 2 reverse engineered projects actually do support converting scripts.

It's fine not wanting to take risk to be 100% sure, but the Chrono Trigger case was quite obviously outside of the gray area and inside the area of just blatantly copying it.

I am not going to argue which is better and what to do, just wanting to state that there are ways of doing things which is perfectly legal, and as I said, won't work unless a good sum of planning is done beforehand.

It's still a discussion which I enjoy.  :) ;)

For games that are still being sold this does happen, not distributing any data is the only way to be 100% safe, unless of course you are a well vexed lawyer :P

You aren't distributing any data belonging to them, you are distributing converted code to make the data work, still requiring every user to launch it and link to original data folders/archives for the conversion to convert original data that they already have by having bought the game.

I've yet to see any of the projects I am following that reverses other games to see a C&D for converting/porting scripts to emulate/mimic/alter behaviour.
Afterall FF games does not have any ownership of the behavior their scripts executes, only the code directly(which only prevents you to copy paste, which you aren't doing when you convert by hand, you simply mimic the behavior of the script), if you write something which does the same thing, they really can't do anything about it.

paul: the point is that sounds,fields and models when formats are fully known can be automatically converted on first run per user(this is allowed as you aren't distributing anything) usually this is done by other projects by asking the user to find/select original game data folders/archives.

and even if converting opcodes/scripts might be hard there are multiple cases where this is also converted, even per script based scenarios.

Most countries I can think of also do not allow patent or directly copyrights code in that sense(unless you actually copied and distributed the original file, which you aren't doing).
I'd seriously start to wonder how people who only does texture touch ups for games(not making new similar ones, but only tweaks the original textures) is able to distribute their versions, afterall this to me seems to be exactly what modders who only increases the resolution of the original FMV/Textures(or uses original and adds filters to them then distribute them), details of models are doing.

Remember: All the data conversion must be done programmatically because we can not distribute converted data!  This means each user will have to have a program that converts all the original data to the XYZ's Engine Data and the conversion can not be done by hand.  Unless off course the engine can use the original data.

You do not need a program for every user ,this can and is done in alot of other reverse engineered engines so that when you start up the project for the first time it converts data.
This does of course rely on either having preconverted scripts for each asset(lets say field scripts, and yes these hand converted scripts you can distribute) or something which can interpret and convert then save.

some reversed projects I've seen does both, it will emulate and use original scripts or assets until converter works fully/a replacement script(can be done 1 script or 1 asset at a time) is made.

saying most/all projects trying to use another engine failed, can happen because of a numbers of factors.
-limited programming/engine knowledge.
-poor structuring
-badly interconnected system making them hard to understand and/or use
-too much focus on having 100% replication of how FF7 did it.
-limited time
-loss of interest/little interest shown(makes the project seem not worthwhile to complete)

Although not the same game, it still applies.
Afterall by comparison before I kinda lost the interest in my own programming something to emulate FF8 was simply time consumption but in approximately 2 months thanks to all data/information/tools for FF8 I implemented.
-Full angelscript real time compile for whenever I changed a player's limit break damage calculation or spell damage/heal/effects
-Behaviour Tree based battle AI
-Spell and junction system(both extremely flexible and capable of executing each their own damage/effect script)
-GFs and Limitbreaks
-All monster stats and level/stats scaling
-world exported from FF8 converted to heightmap then added to terrain system(3D).
-2D backscreens with 3d player ontop(as expected as a copy of these games, with multiple layers support allowing animated layers to be grouped,like curtains blowing the back and stop(emulating wind has stopped))
-Character UI, party switching, junction system, item list.
-Worldmap battle encounter, regional monster tables

Again this relies too much on
-how much time you are willing/can spend on it
-how much knowledge you have around programming and what areas you are capable of finishing.
-You have others helping you in the areas you can not do yourself
-good design and readability of your code(doing solid prework and ideas of the systems can help alot in how you will connect them)

lines of code for programmers means absolutely nothing, it is what those lines you have does which matters(I've seen alot of people writing huge amount of code which could've been handled in less than half the lines).

using opcodes and guesswork on what to change to see if it breaks or not, to me sounds like a hard way of programming when going to replicate/reversing projects.
Lets say on average the each field has 1500 lines of code which is generous.  Multiply that by 700, and you got 1,050,000 lines.
That is asuming you need 50% of the lines avoiding duplicate functions/code in the scripts(which probably almost every field shares in someway).

KnifeTheSky77 is correct about Unity.

Pages: [1] 2 3