StanleyTweedle

Member
  • Content count

    33
  • Joined

  • Last visited

Posts posted by StanleyTweedle


  1. The network has been working together with Apex for many years and have seen the client go from OK to better to wonderful. Now we can see it taking the next step to fantastic. The network has supported Apex just because of the hard work and vision that the Apex team have always shown.

    Then Flex came along.....

    This was truly exciting because suddenly a hubsoft that will change the way we think and do things, came along. It is a work of art.

    Now the merger of the two. Wow. We have always done things on DC so that the clients are formed to fit the hubs and are limited by that. Now there is a true co-operation between hubsoft and client and we can see a new road to travel. This can only get better.

    The Ascendent Network has been (a small) part of this and this makes me very proud. We have offered our support to both Apex and Flex and got to know the teams very well. Their visions are pointing towards the future and this is what the future of DC will be based on. New ground has been broken and now the sky is the limit.

    My thanks go to the Apex team, the Flex team and last but not least all my Network friends that made this possible. This is a great thing.

    Pop the champagne corks and cheers to you all. You rock. This is huge............ and really good news.


  2. Basicly Apex is all an OP needs. The client can be customized to fit any functions commonly used by an OP.

    OP clients were used when the basic DC clients did not have the features that are standard in the latest Apex versions. All those functions are pretty much the norm in clients. There are however some clients that offer extra functions that an OP might need but this is more a matter of taste than need.


  3. I see this as a good way to make the client user friendy and more interactive. By installing the client the users now get the option to try new stuff they otherwise would not have found and probably never would have tested.

    I think it is a very good move by the Apex team to incorperate this. Up to now they have spent long hours and lots of money of creating DCs best client and usually the project time is limited by how much time they have and how much money they can spend. The only way to fund a project up to now has been asking for donations which works poorly. This is a way for the users to give something back to the team and improve the client they are using.

    Installing a new program does not cost anything for the user, it's fun and easy to remove if you don't like it. I think this is a wonderfull idea and it can only mean that both the team and the users benefit from this.

    StanleyTweedle likes this

  4. You should let the users decide whether to use this feature or not.

    Most hubs don't allow the limiter either, but people are using it at their own risk.

    The feature you want is a faking feature. Why would the Apex team put this into a client as standard when most of the hubs would ban the client just for that?

    DC is about fairness and sharing. What you are talking about is leeching. :D


  5. Sometimes making a GUI isn't difficult. The hard part is responding to all the user's needs and requests. Here's a gui i made for adch++, but i since i can't make apexdc connect to an adch++ server for some reason, i can't test or release it yet.

    ZFTKXs.png XOSfzs.png

    It's a good start but I use the GUI to manage the users and manage how my hub works. Simple user registration is something any of my OPs can do I do not need a GUI for that.

    For me a good GUI is something that I do not need a load of scripts to steer basic functions or hub customization. YN is a bit limited but it is a good platform for an example. Tis the difference between a GUI (Garaphic user interface) and a SUI (scripted user interface). If I can get them both to do the same thing I know which one I would choose...... Remember new hub owners need it simple. If it is they will use it and tell their friends.

    I mean no disrespect to anyone when I say this..... these are just my thoughts and fears..........

    You get a bunch of Devs combining on a project and it seems that their search for excelence gets involved and complicated. Yes........ the product does get better and better but without a clear guideline... "This is what we NEED", it spirals off and never gets finished. Creative people will always find better ways to do stuff and more things they need. The simple fact is that we NEED a working version of an ADC hub. How long will that take? A month? A year? 10 years? Can we run it as it is now? Can a working model be added to as the project continues?

    If you have 20 people working on a project and no-one to say..... "Stop it is done now" or "We don't need that" it will never get finished. It will develop into infinity. Make a GUI and you will limit what needs to be done based on the functions the GUI uses. If the hub is in a continuous state of development no GUI can be made to control it.

    It's like building a car where 20 people each make their own part, they will finally get it perfect. THEN you discover that the steering wheel, gas pedal, doors, instuments and windows have to be added or people will not use the car.

    The DC Devs are very smart and creative people all my respect goes to them. I eagerly await ADC but perhaps the question is....... will DC survive the wait? We need something now, before someone else comes up with something..... perhaps not better than DC........... but something that works that pulls all the people away from DC.


  6. Just an interesting point...... what ever worked stable from day 1? Vista? :) Get a GUI together. So what if the hub has bugs? More hubs you run the faster you will find them. Gimme one.... I will break it. I am cursed. :stuart: Can guarentee that I will moan when it does. (Moan = Tweedle for bug-report).

    So what if you run a pilot public hub or two and they have bugs. The measure of resolve is how fast you find them and fix them. Might create excitement in the country club too. :D


  7. Does a tm symbol really that significant ?

    well we are all on that hub every developer that matters so your welcome whenever you get over the loss of that small insignificant symbol

    Ummmm.... it's part of my nick so to me it is. Wouldn't dream of asking you to log into my hub as "oast". That would be rude of me.

    Not gonna rock the boat m8ee. Your hub your rules. My first post was a joke anyway, (don't you know me by now?). Guess I'm stuck in the "those who do not matter" hub. :)


  8. *** Connecting to adcs://devpublic.adcportal.com:16591...

    *** Connected

    <DCDev Public> Running Kappa Version of DSHub in ADC Secure mode.

    <DCDev Public> Hub is up since Wed Jul 29 14:21:54 CEST 2009

    <DCDev Public> Nick not valid, please choose another

    *** Connection closed

    You must be kidding me. :) Can't spell any other ones.


  9. HI

    Nah, that didn't solve it, I've tried all kinds of nicks and also uninstalling and reinstalling several times, but I just get the same msg.

    Also, what other is there to connect to? I am connecting to Pranu.ath.cx:667, but is there other incarnations of DC++??

    Kind regards

    Andrew

    Yes indeed Andrew. There are hundreds of hubs. Press the globe on the top left corner of you screen (In the client) that will get you to the public hubs list.

    Double click on one to connect to it.

    Play with this for a bit and you will get the hang of it. :D


  10. Hi All

    I have been having problems connecting to Apex DC++ because when I try to sign in I am disconnected because my nick is not long enough, however my nick takes up all the available space!!

    Anyone also had this problem or know how to fix it.

    Kind Regards

    AndyBear

    This is a problem in the hub you are connecting to not your client. Try another hub and it should work.


  11. I have to agree with Excalibur. Today when amounts of users in my 32 hubs are high I can once again (exactly as in 1.2.0) reproduce the 100% CPU usage with 1.2.1.

    My previous posts about this issue: showtopic=3264

    What am I going to do now? I'm forced to 1.2.1, can't go back to 1.1.0, but still got a server to run on this PC. 100% CPU usage isn't good for server applications at all.

    cpu.png

    I have been trying to reproduce this problem. So far I have not managed. I am wondering if you have tried with your firewall off?


  12. this crash occurs when i leave the computer for a few hours and come back.

    apexdc freezes and does not respond to anything. either the tray icon or "if i have left the window open" the window does not respond.

    i happen to have to close it via the task manager and reopen it.

    this actually happens in every versions after 1.2.0b . namely, 1.2.0 and 1.2.1 .

    (1.2.0b works fine. does not matter if i leave it forever or not. it never crashes).

    and if we compare with the regular dc++ software, it also has the same type of crash in every version after 0.707 (not in 0.707)

    and i am afraid i can not give any error log or message since there is none available.

    An important question. Are you using a Celeron or Centrino processor?