Shareaza 1.8

[BoricuaLink33]

Everyone that has tried the new version 1.8 what do yall think about it

[Tremaine]

an improvement from 1.7betas good build. theres not that many differences except for plugin support, and playing of divxx, also i bleive the media player was changed a bit.

[CrAzYMaNiAk54]

OMG.. its like 50 times better than the last beta.. and im serious 50!!!

[PhilT]

I've told you a billion times not to exagerate.
It is a little better than the betas, it's good, but it needs more users.
Phil.

[Siko]

Damn it's like dream come true :D. that is the one of best client i have ever tried. more and faster search results, faster download etc. and version 1,8 is better than 1.7 i think. all the bug is fixed.. i love it man..

[cpugeniusmv]

didn't see it in the releases...now i see it...thanks for bringing it to my attention.

[Crazy Horse]

No real big complaints... except... It seems like they are starting to have the same queueing problem as WinMx.
Other than that the program seems pretty stable, not a big resource hog, connects ok, gets results fairly quickly and so on and so on.

[CrAzYMaNiAk54]

Originally posted by Crazy Horse
No real big complaints... except... It seems like they are starting to have the same queueing problem as WinMx.
Other than that the program seems pretty stable, not a big resource hog, connects ok, gets results fairly quickly and so on and so on.

What queing problem? The point of making these smaller file ques is to make sure everybody gets files under a size you want them too without having to wait in que.. I never had one que on shareaza EVER... this will spread files much faster =)

Queing problem.. ya ok lmfao =D

[Anenga2]

Originally posted by Tremaine
an improvement from 1.7betas good build. theres not that many differences except for plugin support, and playing of divxx, also i bleive the media player was changed a bit.
Well, perhaps not visual changes, but here is a change log:

- Two independent upload queues ("small"/"large"), with independent slot allocations, length limits and threshold
- Powerful new file metadata editing facility on physical and virtual folders (edits all constituent files)
- Change to folder metadata dialog, link to apply
- "Rebuild" option on library folders, to rebuild hashes & metadata
- Reinstated the "filter box" in physical mode, filters by file/schema type
- Facility for upgrading library folder tree without having to trash it all (add new folders)
- New "My Books" library section
- Support for PDF metadata extraction, automatic ebook classification (for now - what about docs?)
- Better alternate location handling, unique transmission and anti-retrying logic
- Better "not downloading so search" logic based on time since last receive, rather than waiting for 0 sources (because sources are often retained for a long time)
- Support for GWebCache v2 specification, which will allow the final to be deployed without depending on a single host cache
- Includes new (but incompatible) TigerTree algorithm from Bitzi, closing the TT security/collision issue. Bitzi will upgrade in the next few weeks. Until then, Shareaza bitprints wont line up with Bitzi's, or old Shareaza's. Unfortuante but necessary.
- Fixed TigerTree implementation bug causing mismatches and "internally inconsistent" warnings
- Fixed a number of stability issues
- Included some default emoticons from MSN
- Added options for "fixed scale" speed reporting, eg always Mb/s
- Automatically detect and add shared folders from popular P2Ps during wizard setup
- Media Player more stable, disables some faulty 3rd party components some users have
- Media Player handles video better, smoother when changing
- Media Player has new built in sample interception, making visualisation work on just about all OS versions, and faster too
- Individual "share file" option for each download (partial sharing)
- New "safe database" system for downloads and library, alternating redundency scheme avoids losing data in the event of a crash
- Tries to shut itself down when windows is closed on Win9x systems, might help with "losing settings when closing windows before closing shareaza" - test?
- Some terminology and graphics changes
- Updated the "default-en.xml" base file
- Support for "add to playlist" on external player, eg winamp
- Better enqueuing in internal player, eg if you select 5 files and press "Open" it will play the first and enqueue the rest (as expected)
- Tooltips in search windows only appear when you hover over text, not empty space
- Delete unwanted search results by selecting and pressing Delete key
- Fixed false busy issue where hosts report they are not busy, even though they have like 20 people queued up
- Corrected some mistakes in the book schema, which was from LimeWire

Impressive, eh? :P

[CrAzYMaNiAk54]

Originally posted by Anenga2
Well, perhaps not visual changes, but here is a change log:

- Two independent upload queues ("small"/"large"), with independent slot allocations, length limits and threshold
- Powerful new file metadata editing facility on physical and virtual folders (edits all constituent files)
- Change to folder metadata dialog, link to apply
- "Rebuild" option on library folders, to rebuild hashes & metadata
- Reinstated the "filter box" in physical mode, filters by file/schema type
- Facility for upgrading library folder tree without having to trash it all (add new folders)
- New "My Books" library section
- Support for PDF metadata extraction, automatic ebook classification (for now - what about docs?)
- Better alternate location handling, unique transmission and anti-retrying logic
- Better "not downloading so search" logic based on time since last receive, rather than waiting for 0 sources (because sources are often retained for a long time)
- Support for GWebCache v2 specification, which will allow the final to be deployed without depending on a single host cache
- Includes new (but incompatible) TigerTree algorithm from Bitzi, closing the TT security/collision issue. Bitzi will upgrade in the next few weeks. Until then, Shareaza bitprints wont line up with Bitzi's, or old Shareaza's. Unfortuante but necessary.
- Fixed TigerTree implementation bug causing mismatches and "internally inconsistent" warnings
- Fixed a number of stability issues
- Included some default emoticons from MSN
- Added options for "fixed scale" speed reporting, eg always Mb/s
- Automatically detect and add shared folders from popular P2Ps during wizard setup
- Media Player more stable, disables some faulty 3rd party components some users have
- Media Player handles video better, smoother when changing
- Media Player has new built in sample interception, making visualisation work on just about all OS versions, and faster too
- Individual "share file" option for each download (partial sharing)
- New "safe database" system for downloads and library, alternating redundency scheme avoids losing data in the event of a crash
- Tries to shut itself down when windows is closed on Win9x systems, might help with "losing settings when closing windows before closing shareaza" - test?
- Some terminology and graphics changes
- Updated the "default-en.xml" base file
- Support for "add to playlist" on external player, eg winamp
- Better enqueuing in internal player, eg if you select 5 files and press "Open" it will play the first and enqueue the rest (as expected)
- Tooltips in search windows only appear when you hover over text, not empty space
- Delete unwanted search results by selecting and pressing Delete key
- Fixed false busy issue where hosts report they are not busy, even though they have like 20 people queued up
- Corrected some mistakes in the book schema, which was from LimeWire

Impressive, eh? :P

Wow.. that's all i can say

[Crazy Horse]

I don't know about you or wtf your talking about but I'm sitting as we speak with 2 songs queued. They usually don't stay that way long but none the less I'm FREAKIN queued when it use to never happen.

[Wings_of_Azrael]

The queues are pretty bad. Not like they really have much of anything. Still, for the little trinkets that are on the network, it seems, there are queues for the vast majority of them. Thank goodness there are more efficient networks still around.

[p00n1s]

Originally posted by PhilT
I've told you a billion times not to exagerate.

lol, nice one

[evilmegaman]

It is all good but the queues are becoming a big issue... I hope this doesn't mean it will have as many queues as the edonkey overnet and winMX networks:fire

[CrAzYMaNiAk54]

Ok you guys really crack me up =)

Ok.. the shareaza 1.8 final version came out 5 hours ago!! There are techincally hundreds of users downloading the installers right now... and they are hogging up the upload slots.. Wait until tomorrow or even 2 days from now when things will settle down a bit and you will see if the que still exists like you say it does(which i dont does as im downloading about 4 things at awesome speeds right now)...

Just listen to what i said and do what i said and everthing will be ok once it all settles down...

[Crazy Horse]

Today is not the only day I've had this problem and I'll say again.... I'm JUST BEGINNING to notice that songs are being queued when I never had this happen before. ALL programs queue> Are you saying Shareaza is the only ONE that doesn't ?!?!?!

[Anenga2]

You'll notice a drop in search results and sources because all Shareaza v1.8 users are currently re-hashing their libraries. Shareaza does not share files until they're hashed on the Gnutella2 network (a URN is required for all file transfers), though you'll be able to upload to Gnutella1 users.

Queues shouldn't be that much of a problem as they're hard coded to around 25 or 15 as default. This ensures that queues are fresh (just were searched) and aren't too long for you to wait.

What files are you getting queues for? ARe they large files or small files? Getting smaller files should be easier now with the added "Small Queue".

[Crazy Horse]

The queues I have currently are small files (Grateful Dead Songs) just to see if I would get queued.
The search results were fine ( 443 in less than 15 seconds) (Same band).
Like I've been trying to say - I really like the program. I'm just noticing some things changing. I never used to get queued but over the last few betas I've noticed that's not the case anymore. It's still no where close to WinMx in that regard.

[Anenga2]

Originally posted by Crazy Horse
The queues I have currently are small files (Grateful Dead Songs) just to see if I would get queued.
The search results were fine ( 443 in less than 15 seconds) (Same band).
Like I've been trying to say - I really like the program. I'm just noticing some things changing. I never used to get queued but over the last few betas I've noticed that's not the case anymore. It's still no where close to WinMx in that regard.
Hmmmm...

Well, I hardly ever download a file that doesn't have active sources who are uploading to me, so I haven't experienced anything like WinMX.

I'd recommend, of course, to download files that do not have a busy icon (the red icon) in search results. And always download files that have the largest amount of sources.

Are you downloading those tracks from Uberstandard albums? If you are then that might explain why your queued. There aren't many people who have Uberstandard files [yet] so there isn't many sources for those files [yet]. Also, ussually Uberstandard Hubs (like Kevogod) are the only ones distributing files - so you'll most likely be waiting in a queue.

[Ken17625]

Well, I still can't connect to anything with Shareaza. All the caches(everyone one of them) are being blocked somehow. All I get are failures. I already posted a thread on this problem in the Shareaza section of ZP.

[GPA]

Hey, this is great, downloadin at 1.5mb/s.

-GPA

[Sarevok]

If your wondering what in the world Anenga is talking about, this "Uberstandard," Then please check out my website to find out more, and find the reason why Shareaza may soon become your favorite place to download full perfect quality albums. :D

http://peerweb.tk/ <or> http://peerweb.us.tt/

[WhitePony]

Crazy Horse touched on a good point here.
For some time I tried out the 1.7 Betas...never had a complaint about search results (even though I didn´t exactly search for rare stuff, as I usually do on SoulSeek, for example). But as for downloads, that´s a totally different matter. Only about 15-20% of them were successful, and I also think the queueing problem was getting worse as each Beta came out.
I like most everything about Shareaza but, we mainly use these programs to get files, isn´t it?
Anyway, I´ll try this new version when I get home from work tonight.
Until then, maybe peeps around here could give their opinions on this queueing problem?

Oh, and BTW, I´d rather not get the "official" Shareaza blurb of "G2 is perfect!!! Shareaza rules!!!" please...

[nasrules]

seems the same as the 1.7's to me.......

[jlee48]

I upgraded to 1.8 last night and it worked pretty well for some common files. I think I was only queued on 3 different files, with one or two people ahead of me, and it took less than 5 minutes to start downloading. And I believe I was also downloading from 70-something sources at one point. Definitely didn't have to wait like on WinMX, so that's a good point in my eyes. It's still not the best for rarer files, but for the popular ones it's doing pretty well.

Edit: Forgot to mention.. One thing I did notice is that my upload speeds to others seem to be faster on this than previous versions or my other programs.

[Torpedus]

I don't see why queues are a problem. It's natural they exist. I have 4 upload slots but many more potential downloads. If everyone does the same, queuing is inevitable.

If G2 becomes popular, queues will grow even more. Look at eMule, queues are really big. The isolation introduced by Shareaza between big and small files will ensure less waiting for small files, which is good.

But get used to queues if you want success for G2. Bandwidth isn't unlimited.