aMule Forum
English => aMule News => Topic started by: Kry on July 30, 2005, 04:01:13 AM
-
Well, I promised this, and it's done: aMule Remote GUI (amulegui) works from Windows now. You can control your linux amule/amuled with the remote GUI from linux, Mac, Windows, wherever you want!
I also fixed some stability issues on EC connection.
And we're starting to think about the new release, which would have Kad and aMule remote GUI working on every platform... Meanwhile, CVS tarballs are the way to go for YOU die-hard fan of the Rabbit. Or Mule. Whatever ;)
-
I'm taking a look on aMules development for some months and you guys sure established a very nice piece of work. aMule GUI continues this worthy.
Thanks for this nice software & and much fun in continuing this project!
Greetings,
Chris
-
Thanks. Users like you make this project worth working on it :)
-
aMule Gui match my needs ! Thanks you all ! Great team, great talented people.
:)
-
Well, we all know it's still experimental yet ;) There are bugs for sure :)
-
A big thank you!
I'm running KAD-only for days without having anymore problems (except for the search, the time I used emule KAD-search was in the most cases with more results than global search, had to connect to a server to find a file) and now I could finally use my notebook to control the amule and use KAD. Thank you again!
-
This is great news!! I've been running the amuled 24/7 for weeks now, and adding the Kad would just finish it off.
Since I'm not a bleeding edge user, I'll be anxiously awaiting the official release, hurry up!
VanderBilt
-
I am running 24/7 mostly, but amule does not start automaticallly after reboot (e.g. after KDE or kernel update).. is there a way to fix this?
I am looking forward to the WinXP stable for aMule remote GUI, that way I don't have 3 or 4 computers running a eD2k-client runnning in the house, but simply one that the other network users can use...
just a question... how are the looks?... I don't want them to notice... and do the finished files go to a local directory for amuled or for the remote gui? last one would be best in my case...
[EDIT]
Yes, I'm evil too....
[/EDIT]
-
The look is about just the same as amule and finished downloads go (of course) to the Incoming directory on the computer running amule(d), not the one(s) running the remote gui...
About amule starting at boot: sure, all you need is an init script, there are several floating around on this forum. The problem is that different distros handle things different in their init scripts, so there is just no way to do a "one size fits all" init script...
-
Great~! I haven't yet tried amuled/remote GUI as I'm happy with the monolithic one.. and I'm following the CVS for a few days now. I must say, I'm totally astonished everytime again I see what you put up there. Really incredible. Kad works more than fine for me now! :) (from my unexperienced term output guessing :])
-
Kry... i love you!!! :baby:
(i hope this dont sound too gay) ;)
Tks a lot! This is ALL i have been wanting since the day i first saw amule. U guys ROCK!
The only problem is how to compile under windows. I tried follow the instructions some time ago, with no success :(
Noone compiled the winamulegui, and can share with us? :D
-
I (too) really would appreciate if someone shared a windows binary ;-)
BTW: Would that binary work with 2.0.3 servers or have there been any changes to the protocol?
-
I tried to connect with different versions for server and gui: debian packages by thedude0001 for amuled and cvs-build for amulegui. It doesn't connect. :(
The binary is about 11MB after zipped. Show my some webspace and I will upload it (without any more support). But: Hey, it is not really hard to build it by yourself. Just read this: http://www.amule.org/wiki/index.php/HowTo_compile_on_Win32
smo
-
Originally posted by smo
I tried to connect with different versions for server and gui: debian packages by thedude0001 for amuled and cvs-build for amulegui. It doesn't connect. :(
The binary is about 11MB after zipped. Show my some webspace and I will upload it (without any more support). But: Hey, it is not really hard to build it by yourself. Just read this: http://www.amule.org/wiki/index.php/HowTo_compile_on_Win32
smo
check your email, and tks a lot! :)
-
Originally posted by anybody
BTW: Would that binary work with 2.0.3 servers or have there been any changes to the protocol?
No, it won't work...
-
It' ll be very nice to see screenshots of Amule remoteGUI (and of webgui too) in the screenshots Area to understand how these interfaces looks like.
Useful for guys evaluating amule first of installation.
Cheers
-
It' ll be very nice to see screenshots of Amule remoteGUI (and of webgui too) in the screenshots Area to understand how these interfaces looks like.
the remote gui looks the same like the monolithic application. the only important difference at the moment is, that it doesnt show that much information, like in the monolithic, cause the ec-protocol doesnt transfer all information in its current state.
so long,
-
Smo's Windows Binary Builds are now available here for your downloading pleasure:
The amulegui.exe file is rather big (70M), therefor i'm providing ZIP as well as RAR Packages:
amulegui.zip (11MB) (http://www.nv-systems.net/amulegui.zip)
amulegui.rar (7MB) (http://www.nv-systems.net/amulegui.rar)
I wasn't able to connect to my 2.0.3 amuled, but i guess thats because i need CVS ;-) I will try that soon.
-
The executable are quite big 8o. Have They linked the wx enviroment??
-
The amulegui.exe file is rather big (70M), ...
I wasn't able to connect to my 2.0.3 amuled, but i guess thats because i need CVS ;-) I will try that soon.
that's really strange. i have build a cvs amulegui myself, and this is only 7,89M in size, which is quite big for a remote gui, but not that big, like your version.
and cvs-versions of amulegui can only connect to the cvs-version of the amuled from the same day, cause they use some kind of date-tag in the ec-protocol.
at least you CANT connect with a cvs-remotegui to a release-amuled.
so at the moment it is not entirely sane to build and share a gui-binary, if you dont provide the proper amuled.
so long,
-
and cvs-versions of amulegui can only connect to the cvs-version of the amuled from the same day, cause they use some kind of date-tag in the ec-protocol.
at least you CANT connect with a cvs-remotegui to a release-amuled.
True for all EC applications. You CAN NOT connect a cvs version of remote gui to a release version of amule(d), and vice versa, it doesn't matter which CVS version we're talking about. CVS versions also introduce some sanitiy testing on the EC protocol in order not to crash your application. This test used to use the tarball creation timestamp, but newer versions use another kind of test to see if there is any incomatibility in the protocol. So, with newer CVS versions it is possible to connect two applications from different tarballs, provided that EC didn't change between that two tarball (which is likely to change very often). And, uh, under the word "newer" you should think of tarballs later than 2005-08-07.
so at the moment it is not entirely sane to build and share a gui-binary, if you dont provide the proper amuled.
I totally agree.
-
Hey everybody,
I just want to give some feedback about the aMule remote GUI for Windows. I tried aMule-CVS-20050815.tar.bz2.
- Nice, I really like the idea of having more features and faster refresh than with amuleweb. Compiling works without any problems except the fact that the resulting exe is about 64,3MB using "./configure --enable-amule-daemon". What does the option "--disable-monolithic" do?
- The gui is really "slow". Feels like I'm using it over a slow vnc-connection. For example it isn't easy to reseize the columns in "Transfers"-view, because it takes some time till the gui reacts on my mouse actions. Seems that the screen is only updated when new data from the server is received (every second?)?
- The gui is unstable. It crashes with a "Runtime error" if I'm using my mouse in an aggressive way ;) (fast change "views", click around on some colums for sorting). Should I recompile with some debugging-options to get more information? If yes, how should I do that?
I know, that it is not a release and so it is not supposed to be stable, but I just want to tell you my experiences. ;) So: Thanks again for a working windows version of the remote GUI. :))
smo
-
If you use --disable-monolithic aMule isn't compiled within. The huge file size comes from debug compiling. Just use --disable-debug.
cu
Mr Faber
-
- The gui is really "slow". Feels like I'm using it over a slow vnc-connection. For example it isn't easy to reseize the columns in "Transfers"-view, because it takes some time till the gui reacts on my mouse actions. Seems that the screen is only updated when new data from the server is received (every second?)?
Seems like windows version of wx have slightly different event model that gtk one. Since I still didn't succeded to compile it on windows i'm not really debugging it. Btw: is wiki page about windows compilation is up2date ?
-
If you use --disable-monolithic aMule isn't compiled within. The huge file size comes from debug compiling. Just use --disable-debug.
Thanks! Using both options my file is about 8,3MB now :)
smo
-
Btw: is wiki page about windows compilation is up2date ?
Yes.
-
I compiled the gui, added the dll file and rared it so you can get it here and it is not too huge around 2MB (aMule-CVS-20050823)
http://freeweb.siol.net/msubel1/amulegui.rar
-
Thanks bigdady for the rar & amule devs for amulegui :-)
EDIT: It only ran once and now I can't start it anymore. Should I send a report to MS? ;-P
-
Hi, i´m a new user , and i have download the upx compress in http://upx.sourceforge.net/ and the size of the amulegui is now 4.494k and working ok, see :rolleyes: :
upx --best amulegui.exe
File size Ratio Format Name
-------------------- ------ ----------- -----------
8778006 -> 4601110 52.42% win32/pe amulegui.exe
Bye
Sorry for my bad english , I from Brazil.