aMule Forum

English => Multiplatform => Mac OSX => Topic started by: lionel77 on March 01, 2006, 06:46:01 AM

Title: aMule Universal Binary: Call for Intel Mac Testers
Post by: lionel77 on March 01, 2006, 06:46:01 AM
Here is the promised Universal Binary for the proud owners of the new Intel Macs. I've compiled this binary on my G5, on which it seems to run fine, but I have not been able to actually test it on a x86 machine, so I would greatly appreciate any feedback on how it works on an Intel Mac.

The code it's based on is current CVS code, but from the 2.1.x stable branch, which means that all the recent scary stuff is not included. It's built against wxWidgets CVS 2006-02-01.
It also contains a small patch I wrote, which displays the "Share Ratio" (amount uploaded / file size) for each file in the shared files list. In addition, the timer settings are modified, which might help somewhat against CPU hogging behavior.

You can get the build from:
aMule-Mac_Universal.CVS.2006-02-28.noDebug.zip (http://download.berlios.de/amule/aMule-Mac_Universal.CVS.2006-02-28.noDebug.zip)

Finally, another big thank you to ken, who provided much of the brains in this endeavor. :)
Title: RE: aMule Universal Binary: Call for Intel Mac Testers
Post by: SveDec on March 01, 2006, 04:46:40 PM
I love you !!:baby::p
Thanks for this Intel release !! ^^
It seems to be stable (i didn't have any bug for the moment, contrary of the PowerPC release, who worked 5mn !!), i'll report you possible bugs ;)
To finish, sorry for my bad english :s
Title: Re: aMule Universal Binary: Call for Intel Mac Testers
Post by: bongo on March 01, 2006, 08:40:19 PM
Thank you for this release.
For now it seems to be stable (at least for much longer than the rosetta version).
One small problem:
I can set the bandwith limit via amulecmd but it's not recognized by the amule pref pane. So i can't check the actual bandwith in the prefpane (which is not a problem because i see in the stat section that the speed goes up or down. but when i open the pref pane the old values are displayed for some reason and if i click ok, the limit is reset to this old values.
Title: Re: aMule Universal Binary: Call for Intel Mac Testers
Post by: lionel77 on March 02, 2006, 01:19:37 AM
Thanks for the quick feedback guys -- I'm really glad it did not just blow up upon double-click... ;)

bongo, is it possible that you kept an open preference window in the background when you used amulecmd to change the up- and down settings? That was the only way I could reproduce your problem. If I don't keep a preference window open, the settings are properly changed even inside the preferences.
Title: Re: aMule Universal Binary: Call for Intel Mac Testers
Post by: bongo on March 02, 2006, 08:19:23 AM
i just tried it again and it doesn't matter if the prefpane is opnen in the background during amulecmd activity. i get the success msg from amulecmd but if i open the prefpane (when it's already open, it doesn't chage the value what i also don't expect) there are the old values.
looks like the values are only changed in memory from amulecmd but not written to disk.

btw, is it possible to perhaps set a log-level for amule? in the log i see only "accepting external connection", "connecting to..", "access granted" and then "connection terminated"

in the terminal it says something like "make client", "success, connection established", than the amulecmd startheader, "success", then "bandwith settings: up:x, down:x", and at last amulecmd terminated.
Title: Re: aMule Universal Binary: Call for Intel Mac Testers
Post by: bongo on March 02, 2006, 08:36:47 PM
the news values are written to disk. i just tried to set new limits via amulecmd and than looked at amule.conf
maxdownload and  maxupload are changing.
they are also changed, when i set the limit via the prefpane.
so ...
- the prefpane gets the new values after setting them via prefpane when i reopen it
- the prefpane gets the new values after setting them via amulecmd when i restart amule
- the (closed) prefpane don't get new values after setting them via amulecmd when i just open the prefpane to check the values.

so it seems that when opening the prefpane the new values are not read but only during the startup from amule. but why are the displayed values then updated when setting them via prefpane?

very strange.

 ;(
Title: Re: aMule Universal Binary: Call for Intel Mac Testers
Post by: [Rsync] on March 02, 2006, 09:44:59 PM
It's stable for now, a bit slow in start, others tests incoming.
Title: Re: aMule Universal Binary: Call for Intel Mac Testers
Post by: fox2k on March 10, 2006, 04:25:15 PM
Quote
Originally posted by [Rsync]
It's stable for now, a bit slow in start, others tests incoming.

for me amule starts much faster than the g5 version.. under a second. fast enough ;)

for now it's stable.. nice work

thank you
fox2k
Title: Re: aMule Universal Binary: Call for Intel Mac Testers
Post by: bongo on March 11, 2006, 11:46:27 PM
one small problem in the search section: if you have more searches running and want to close one tab with a right-click it selects the wrong tab and a wx-widget error pops up.
in the amule-log it says:
Debug: ../wxWidgets/src/mac/carbon/notebmac.cpp(157): assert "wxAssertFailure" failed: SetSelection: invalid notebook page
Title: Re: aMule Universal Binary: Call for Intel Mac Testers
Post by: ken on March 12, 2006, 05:58:01 PM
Yeah, this seems to be a regression in wx.  X(
Title: Re: aMule Universal Binary: Call for Intel Mac Testers
Post by: neth on March 13, 2006, 10:04:40 PM
it doesn't work for me on my dual-core iMac. after start up it cannot connect to any server due to timeouts (yes, i have used a working server.met instead the default one) and it is incredible slow when scrolling through the server list (takes seconds before anything happens when using the scrollball, cpu load while "normal" scrolling up to 90%). no idea why it doesn't like me...
Title: Re: aMule Universal Binary: Call for Intel Mac Testers
Post by: lionel77 on March 17, 2006, 10:19:52 PM
neth, are you maybe running aMule through Rosetta? I think you can check this by doing a "Get Info" on the aMule icon.
Title: Re: aMule Universal Binary: Call for Intel Mac Testers
Post by: neth on March 18, 2006, 11:23:17 AM
hmm, no idea. i downloaded the universal binary and i can't see, why mac os should want to run the ppc part of it through rosetta. but i just downloaded 2.1.1 and this seems to work.  it's still is very slow while scrolling but at least it can connect to servers and the search function works. no idea why...
Title: Re: aMule Universal Binary: Call for Intel Mac Testers
Post by: bongo on March 19, 2006, 01:10:56 PM
as lionel77 said, you can run an univeral binary application on an intel mac checking a switch in the finder info panel of the application.
for me the universal version 2.1.1 runs as stable as version 2.1.0.
also the cosmetic "bug" using amuled to set connection speed is unchanged.
what do you mean with "slow scrolling"? scrolling what?
i see only small delays scrolling a lot of search results. mostly when the search is still running and the results are updated during the scroll.
the delays are longer using the scrollball on the mouse, using the scroll bar in the window they are mostly gone. strange, but not a big problem.
Title: Re: aMule Universal Binary: Call for Intel Mac Testers
Post by: Digi on March 23, 2006, 06:05:11 AM
Runiing  aMule 2.1.1 Universal Binary in my Imac Intel.... just nice....

Start with high CPU use... until I get connect, than run smooth with low CPU use. Just run once... I will do another test to see if happens again.

With the old version, not universal, get about 18% or more % of CPU.... with this one get's about 4%!!
Title: Re: aMule Universal Binary: Call for Intel Mac Testers
Post by: neth on April 06, 2006, 01:45:03 PM
scrolling is slow while scrolling down the servers list. sorry, it took me a while to check this thread again
Title: Re: aMule Universal Binary: Call for Intel Mac Testers
Post by: bongo on April 06, 2006, 07:07:36 PM
@neth:
for me, scrolling is only "slow" when using the scroll-wheel on the mouse. when i drag the slider or use the arrows, the speed is ok.
it seems that amule is flooded with upupupupupupup- or down-events  from the scrollwheel and therefore gets a bit jumpy scrolling the lists.
Title: Re: aMule Universal Binary: Call for Intel Mac Testers
Post by: ken on April 09, 2006, 02:43:30 PM
Yeah, wxWidgets (the cross-platform toolkit aMule is based upon) has fairly broken scroll-wheel behavior.  It also is fairly slow for some drawing operations on the Mac.  The two facts combined cause scrolling with the scroll-wheel to be slow and jumpy.