-
Posts
2957 -
Joined
-
Last visited
-
Days Won
79
Posts posted by Paradox
-
-
-
4.3.4 is UNSUPPORTED, that means, no support...
-
No, there is no conversor from auth system accounts to bnet system.
Oh, how silly of me to forget that TC no longer cares about doing things the right way.
-
If you apply all the updates from your old revision to your new one in the updates directory (for auth and characters) that should do it.
-
downloaded? we don't support repacks.
-
Your client is not your core, maybe this is above your skill level and you should stick to playing on official.
Of course, the only thing your core would have to do with this is, if it is out of date, the tools would be, as well, and wouldn't work...
-
You are trying to compile and install the server into a subfolder of the source directory, you can't do that.
- 1
-
Did you do what i said? use ./ instead of / it works, that's how mine is (except I use ../data/ so it is beside of my server folder in a folder called data...)
-
I have extracted DBC and Maps files. Cause the other extractors are dead. They stop working. So i've downloaded mmaps and vmaps from a repack i found on Ac-web. The error i had was before i added those vmaps and mmaps files and after. When i didn't had the vmaps and mmaps i turned them of in the conf files. But still same error when i open worldserver.exe.
Where to put all those DBC, Maps, MMaps and Vmaps? I've put them directly in the Core Map where the Authserver and worldserver is. Same as i've done with my 3.3.5 client.
I know i've done right.
And i know that the extractors for 4.3.4 are dead. But i don't know if it's a fix for it, or a workaround?
Regards
Hyldran0
I haven't checked for sure in windows, but, I do know in Linux / is the MAIN ROOT directory, whereas ./ is the current directory... try it.
make
Using DataDir /
to
Using DataDir ./
-
the main repo is now 6.x, not 3.3.5, for that, you need to checkout the 3.3.5 branch.
- 1
-
I would recommend you move on to 6.x since the 434 branch did not receive much attention, it doesn't make sense to try to patch to this client.
Ummm.... can you even login and play 6.x? Seems silly to tell people to abandon a branch that works better than the one you are telling them to switch to.
- 1
-
Determining if the function pthread_create exists in the pthreads failed with the following output:
Change Dir: /home/tcore/TrinityCore/build/CMakeFiles/CMakeTmpDo you have pthread installed?
-
(you may want to implement a tracker on the page otherwise though, to see what users do when they visit the page, see what's useless).maybe this helps? http://www.trinitycore.org/f/topic/6510-tc-frontpage-heatmap/?hl=heatmap
- 1
-
I guess date stamps mean nothing to people.
-
I don't see why you don't just do a kickstarter/gofundme campaign, and use the money collected to pay devs (existing, or new) to actually work on this project as if it were a real opensource project, still accepting fixes from the public (and, maybe even using this same system for those) but, having some actual management and direction?
And, actually, you could change the project just a bit, to get the core working with a MMO that is not WOW, as the paid part, and just happen to use that developed engine with the unpaid side project that just so happens to be capable of supporting at least one, if not many WOW client version(s)...
-
That's exactly what is wrong with this project is that you guys think I'm the poisonous one.
-
The sad thing is, the people who really need to take notice of this, don't realize they are the poisonous people, especially if they are the ones making a lot of commits, thinking that is all it takes to be a good contributor... Pay close attention to needing goals, and limiting the scope, which does not mean "everyone do whatever they want, willy nilly"
22:34 I have been saying a lot of this for years, especially at this point.
-
Did you remember to change the field in the auth.realmlist table?
-
We can't provide support for an outdated revision.
-
Wow, and I thought my gaming rig is ancient, few days ago it did mmaps in 2,5 hours for 335a.
434 took me about 3,5 hours, probably for the new areas?
Gaming rig? That was on my server.
-
Just thought I would add that I successfully extracted everything (3.3.5a) under Debian yesterday, and that mmaps only took 4 1/4 hours this time.
-
Find the topic by mrsmite about properly updating 4.3.4
- 1
-
yes thats because i have both win32 and win64 but if u read first one in the list of win64 this means the compiler will search for this one first or auto choose on the project on which arch to use
but wow on its own it seems to have resolved it self 5 hours of dealing with this thing so i post and after i post it wants to work.... the joys of coding -.-
In fact I did read, and it now shows the latest version on Visual Studio lol!
Universegaming:
good luck on the rest of the complicated messes you will have attempting to run an illegal public server, some of which will be way more complicated than figuring out that 32 != 64.
Sheldoor:
Nay needs to look closer, you were already using VS 2013, he thought you were using VS 2012... try deleting your build directory and starting over.
P.S.
I hate this fucking editor!
- 1
-
Why did you repost the error log? did you not read what he wrote?
Dbc, Maps, mmaps, Vmaps problems
in Help and Support
Posted
did you checkout the 3.3.5 branch? if not, you are trying to use 6.x tools to extract 3.x data... and have compiled the 6.x server, which is not compatible with the 3.x client...