What about LUA scripts (mostly versjon 5) and other hub software? I know for a fact that not only PtokaX is the one to support LUA in some form. DCH++'s LuaScript plugin is another great implementation of the LUA language for use in hub software.
I hope someone gets serious about this and changes the board logo from:
QuoteLUA Scripts
The PtokaX script resources
to:
QuoteLUA Scripts
The LUA script resources
or something other suitable for a more generic LUA board.
Hi m8 ..
you should maby ask the devs of Such hub softs to create their own Lua support boards ..
I had dch++ for quite a while and had my script 80 % converted to its API.. only a few of the security command were left to convert.
BUT pms to the Developers go mostly Un-noticed
and the only place i could contact them was in the Devs public hub where i continually got kicked for " not contributing to main chat "
and ... GET THIS ---> " NOT CONTRIBUTING TO DC IN ANY WAY " PMSL..
curent D/l count of XN Downloaded: 3103 Time(s) <----- if thats not some sort of contribution to dc then WTF is
Any way Suffice to say i dont live in there any more..
you should move over to Ptokax m8 .. the support is 110% for Scripting and the Hub soft...
??????Hawk??????
QuoteOriginally posted by Saivert
DCH++
NMDC version DCH++ is not really released, is unfinished, very cpu hungry, unstable (on windows is reported crashing with more than 1500 users) and no more developed ... any good reason why you want to write scripts for this ?( :D
And btw "ADC Devs" don't like this forum ;)
QuoteOriginally posted by PPK
And btw "ADC Devs" don't like this forum ;)
Let's not discuss this rather. They may have their own reasons, but they can behave a very dumbass way anyway.
QuoteOriginally posted by PPK
NMDC version DCH++
?(
QuoteOriginally posted by PPK
QuoteOriginally posted by Saivert
DCH++
NMDC version DCH++ is not really released, is unfinished, very cpu hungry, unstable (on windows is reported crashing with more than 1500 users) and no more developed ... any good reason why you want to write scripts for this ?( :D
And btw "ADC Devs" don't like this forum ;)
In reaction to this
DCH++ is not nmdc hub first of all..
Second... there is a forum online...
It's not very big yet.
But our main problem is that DCH++ only is released through svn, and most people don't know how to use svn or VS...
But there is support for dch you just have to know where to find it...
Check my sig for the addy
ehm....well....what can i say....auch :(
Replying to the other posts above...
QuoteOriginally posted by Quattro
DCH++ is not nmdc hub first of all..
Maybe you have another DCH++ ... but if really is your DCH++ not nmdc compatible hub then is here no reason to support it by scripts :D
QuoteOriginally posted by PPK
QuoteOriginally posted by Quattro
DCH++ is not nmdc hub first of all..
Maybe you have another DCH++ ... but if really is your DCH++ not nmdc compatible hub then is here no reason to support it by scripts :D
Maybe all scripters will die of hunger when ADC spreads? :D
QuoteOriginally posted by bastya_elvtars
Maybe all scripters will die of hunger when ADC spreads? :D
ADC is bad joke :D
DCH++ is NMDC compatible. It follows the stadard NMDC protocol. DCH++ is a new software written by Sedulus and ArneTheDuck that runs as a NT service/console application on Windows XP and as a service/console application on Linux.
It supports plugins (written in C++) and LUA scripts through the use of a specially written LuaScript plugin. The plugins runs much musch faster than a LUA script since it is compiled code and DCH++ can handle lots of users (at least v1.0).
I had no problems compiling it using Microsoft Visual Studio .NET 2003 because the project files for Visual Stuido .NET 2003 is included with the source. I also compiled it successfully on Linux (Fedora Core 3) using the included bootstrap and configure script.
SVN is easy to use and the DCH++ part of the DCPlusPlus (the client) forums provided me with a batch file that checked out all of the DCH++ files to my local harddrive.
If someone want's DCH++ in compiled form (for Windows XP) you can e-mail me and I will help you out.
I run a hub using DCH++ here: saivert.no-ip.com:1411 for test purposes.
I find DCH++ very easy to work with because it is so simple in it's design yet so extensible. I'm used to write plugins for Winamp, and the plugin interface in DCH++ instantly appealed to me.
When DCH++ starts supporting the ADC protocol, we can talk business. This will probably be in v 2.0 of DCH++ because ADC support needs modifications to the core.
how will adc affect DC?
QuoteOriginally posted by Saivert
If someone want's DCH++ in compiled form (for Windows XP) you can e-mail me and I will help you out.
Please read license from DCH++, you are not allowed to distribute compiled binary if you don't have "prior permission" from arnetheduck ;)
QuoteOriginally posted by Saivert
When DCH++ starts supporting the ADC protocol, we can talk business. This will probably be in v 2.0 of DCH++ because ADC support needs modifications to the core.
DCH++ is dead project...
Quote[2005-02-06 00:01:23] dch++ has evolved to adchpp now =)
QuoteOriginally posted by imby
how will adc affect DC?
All clients and hubs need rewrite of protocol part... for nothing. ADC is like nmdc protocol, only fixes few small problems and big problems always have :rolleyes:
QuoteOriginally posted by PPK
QuoteOriginally posted by Saivert
If someone want's DCH++ in compiled form (for Windows XP) you can e-mail me and I will help you out.
Please read license from DCH++, you are not allowed to distribute compiled binary if you don't have "prior permission" from arnetheduck ;)
QuoteOriginally posted by Saivert
When DCH++ starts supporting the ADC protocol, we can talk business. This will probably be in v 2.0 of DCH++ because ADC support needs modifications to the core.
DCH++ is dead project...
Quote[2005-02-06 00:01:23] dch++ has evolved to adchpp now =)
QuoteOriginally posted by imby
how will adc affect DC?
All clients and hubs need rewrite of protocol part... for nothing. ADC is like nmdc protocol, only fixes few small problems and big problems always have :rolleyes:
Some how I got the impression that ADC protocoll was some magical thing that would allow a 300 user hub to become a 1500 one in terms of bandwidth consumption :rolleyes:
People who create filesharingprograms are so afraid of *their* rights being violated (re: I was not allowed to distribute DCH++ binaries) but they create software that allow people to share movies illegally (and thus violating movie company copyrights). So I can see double standards here.
If I want to distribute DCH++ in compiled form (even create my own installer for it) no one can stop me. I can even redesign the code so ArneTheDuck don't even recognize it and all he can do is to ban me from several places but I still don't care. I can be a jerk and flame ArneTheDuck all I want but it will not prove anything.
I am not saying that I will distribute DCH++ binaries and or an installer, but I know I can do it if i please.
So please take some valium/prozac and calm down. Damn paranoid people.
I will however be very helpful in aiding people so they can compile their own version of DCH++. This is much better solution as it teaches people a little more about how the hubsoftware is designed and how should be set up.
If ArneTheDuck and Sedulus reopens the DCH++ forum (I got a backup forum here: http://inthegray.com/saivert/forum.php?lng=en&cat=4) it will be easier to follow the news about DCH++ (or ADCH++ as it is called now, what a silly name incorporating the protocol in the hubname - It's Direct Connect anyway no matter how you spell it).
(http://www.hawks-world.com/temp/XN.gif) Posted in another thread a while ago...
ok first of all follow the instruction and SVN the source to a folder of your choice
Download SVN here (http://subversion.tigris.org/files/documents/15/17847/svn-1.0.9-setup.exe)
download and include these in VS
WTL 7.1 (http://www.microsoft.com/downloads/thankyou.aspx?FamilyID=1be1eb52-aa96-4685-99a5-4256737781c5&displaylang=en) Click Download Now
Download Stlport46.2 from here (http://sourceforge.net/projects/dcplusplus/) click the ' Things needed for compiling '
Create a folder wtl7.1 and another Stlport46.2, extract/install the files you have downloaded into the relevant folders.
Within VS net 2003, Tools -> Options -> Projects -> VC++ Directories, In right hand corner, drop down box select -> include files.
Open new line from icon below drop down box and browse to the Wtl folder, click open and repeat for the Stl folder.
debug and compile away
your compiled version will be in the app folder
copy and edit dchpp.xml file over to the config folder
for lua 5 script support youll need to add the plug in:-
LuaScript.dll
and the code
LuaScript
added to the dchpp.xml file
and youll need the LuaScript.xml file in the config folder and edited for the scripts your going to use..
Now youve finally got it running try it, Get bored of it, dont expect any support,
and finally Delete it and run Ptokax :P :P :P :P
??????Hawk??????
DCH++ doesn't require WTL (or it didn't last time i compiled it, unless they added a GUI now).
*** Edit ***
QuoteOriginally posted by ??????Hawk??????
Now youve finally got it running try it, Get bored of it, dont expect any support,
and finally Delete it and run Ptokax :P :P :P :P
??????Hawk??????
How true. I was running it until 16.00 series came out. I swapped the same day i got it, thanks Mickey (the same day PPK said you can get it, if you can find him). :)
QuoteOriginally posted by imby
Some how I got the impression that ADC protocoll was some magical thing that would allow a 300 user hub to become a 1500 one in terms of bandwidth consumption :rolleyes:
This is not true ;) All data in ADC is send in UTF-8 -> for example chat use more badwith :D
Another exaple... in nmdc protocol is here
$MyINFO $ALL nick description
$ $connection$email$sharesize|
in ADC is
xINF and contains cid, IP, udp port, sharesize, number of share files, client identification, max upload speed, upload slots, automatic slot alocator limit, maximum number of slots open in automatic slot manager mode, email, nickname, description, hubs counts (x/x/x), Token, op state, away state, hidden state...
userlist is bigger in ADC :D
Another example...
Connection request in nmdc
active -> $ConnectToMe nick ip:port
pasive -> $RevConnectToMe ownnick nick
ADC
active xCTM myCID targetCID protocol port TO
pasive xRCM myCID targetCID protocol TO
connection requests use more badwith too :D
QuoteOriginally posted by PPK
QuoteOriginally posted by imby
Some how I got the impression that ADC protocoll was some magical thing that would allow a 300 user hub to become a 1500 one in terms of bandwidth consumption :rolleyes:
This is not true ;) All data in ADC is send in UTF-8 -> for example chat use more badwith :D
Another exaple... in nmdc protocol is here
$MyINFO $ALL nick description$ $connection$email$sharesize|
in ADC is
xINF and contains cid, IP, udp port, sharesize, number of share files, client identification, max upload speed, upload slots, automatic slot alocator limit, maximum number of slots open in automatic slot manager mode, email, nickname, description, hubs counts (x/x/x), Token, op state, away state, hidden state...
userlist is bigger in ADC :D
Another example...
Connection request in nmdc
active -> $ConnectToMe nick ip:port
pasive -> $RevConnectToMe ownnick nick
ADC
active xCTM myCID targetCID protocol port TO
pasive xRCM myCID targetCID protocol TO
connection requests use more badwith too :D
Damn, so hubs could realistically take 3 times as much to run? We don't all live in Sweden X(
QuoteOriginally posted by imby
Damn, so hubs could realistically take 3 times as much to run?
No is it not too bad ;) We must wait for working ADC hubs and Clients to see what real ADC badwith usage with real users is...