Gnutella Forums

Gnutella Forums (https://www.gnutellaforums.com/)
-   Gnucleus (Windows) (https://www.gnutellaforums.com/gnucleus-windows/)
-   -   Gnucleus 1.6 Beta (Multi-Source Downloading) (https://www.gnutellaforums.com/gnucleus-windows/6564-gnucleus-1-6-beta-multi-source-downloading.html)

swabby December 20th, 2001 10:04 PM

Gnucleus 1.6 Beta (Multi-Source Downloading)
 
Just released a beta, set your preferences in Gnucleus to auto-update on Beta, for more information check out http://www.gnucleus.net

Unregistered December 21st, 2001 12:12 PM

I' m running 1.6 beta
 
I'm running 1.6 Beta and it seems it's working great. I'm a modem user and this feature was exactly what I need. Thanks. Bye.

Aeroe December 21st, 2001 12:52 PM

yay!
now since xolox is dead there's another good client w/ multi source dl :D
(yes i know there's a patch, but there won't be real updates)

limewire doesn't count; spyware, slow, bulky ui and ads. ;)

Unregistered December 21st, 2001 01:59 PM

Bug in beta 1.6 ?
 
I probably found a bug in 1.6. I was downloading a 7.500 kb file from 7 hosts (I have 56k modem). I was at 96% of the file but suddenly it went back to 80%. I don't know if Gnuke overwrote some chunks or simply failed size counting. I hope I helped you.Bye.

swabby December 21st, 2001 02:37 PM

When chunks are put together the last 4kb of a piece is compared with the beginning 4kb of the next peice, if they dont match then the smaller of the two is trashed and host it was downloaded from is labeled corrupt.

This feature is there so that when you run the downloaded file it is not messed up. While it is unfortunate that this has to happen it is done to protect the file. Hopefully you do not see this happening all the time.

milhouse_ph December 21st, 2001 03:41 PM

But it's better to throw out a small chunk rather than the whole file... so really it's a trade-off that I'm sure everyone is willing to handle...

Aeroe December 22nd, 2001 06:20 AM

Quote:

Originally posted by milhouse_ph
But it's better to throw out a small chunk rather than the whole file... so really it's a trade-off that I'm sure everyone is willing to handle...
i see the same thing in edonkey and xolox, morpheus/kazaa might do the same, but i haven't seen it.

Unregistered December 22nd, 2001 01:33 PM

Bug found: 1.6 Beta can't resume "single-host downloaded" partial files.
 
Gnucleus 1.6 Beta can't resume partial files that were downloaded just from a single host and have no extra file chunks. If you try to resume a "single-host downloaded" partial file you will get a lot of "remote canceled" in the extended info window. It happens even if you find more than 50 hosts with the same file you need to resume. I think this is a little bug. My system: Windows Me, 900 Mhz, 192 Mb ram and 56k modem.
Anyway, Gnucleus is absolutely the best gnutella client.

Abaris December 23rd, 2001 04:38 AM

Excellent work, Swabby! You really know how to code a Gnutella servent. I mean, Gnucleus was the one and only non-Java servent I was willing to use, though I always hoped that the day would come when Phex would be as great as Gnucleus. But the new Beta is amazing! I have given up. Nothing can rival with that.

Unregistered December 23rd, 2001 02:37 PM

That's true: 1.6 beta does not resume old partial files!
 
I evolved to 1.6 beta and I tried to resume some old partial files (downloaded with 1.5.0.0). One of them is very popular and I found more than 30 hosts but Gnuke beta told me that most of them were remotely canceled. I had to go back to version 1.5.0.0 and Gnuke resumed my old partial.

And so I made a little experiment: I evolved again to beta and I downloaded a file from a single host. Then I closed the application and I created a false chunk in the Chunks directory. I restarted Gnuke and it resumed the file!

So I think that when you try to resume a partial between sessions, the beta looks for the chunks associated with that partial and if it doesn't find any chunk it gives you the message "remotely canceled".

Unregistered December 23rd, 2001 03:05 PM

Multi-source doesn't work good
 
Gnucleus beta 1.6 continues to delete chunks! It's incredible: I needed 1 hour to download a 3.500 kb file because Gnuke deleted a lot of chunks and it often put my file back to 50%. I think there must be a problem in the chunks comparison. Other way the network is full of corrupted files.

Hashimoto December 23rd, 2001 03:32 PM

crap, i gotta 140mb file goin and i hope it gets done now. i am afraid.

Hashimoto December 23rd, 2001 07:16 PM

alright, i didnt exactly finish my 140mb file....when it got to 100% it kept goin....like to 110%. i dunno whats up with that. but thats just weird. btw it never finished, i stopped it.

phantome December 29th, 2001 01:55 PM

This happened to me as well I was downloading a 698meg movie file and it stoped at 685meg, two days later I tried to resume and it went to 125% and then I stoped it. anyone know why this is happening?

anti-bearshare December 29th, 2001 01:58 PM

I know everyone voted yes on the LimeWire proposal for Ultrapeers. Anyone have nay idea when Gnucleus will implement this?

swabby December 29th, 2001 03:38 PM

The corrupted chunks problem I'm fixing for the next beta release. Sorry about the problems. I'll probably implement supernodes after limewire prototypes the finished product in a release mode over the internet. There are pros and cons to being a leaf of an ultra-peer so I'm still looking at it, making sure how to get the maximum user benefit.

phantome December 30th, 2001 10:41 AM

please give people the choice to opt out of ulta-peer mode if it's not working for them.
I personaly didn't like ultra-peering with lime that's why I came over to gnucleus. I dont like to waste my bandwidth on stuff that does ME little good in the long run. That and the nice little trojans they put on my system.

Anyway I just wanted to put my 2 cents worth in. :) later.

SRL January 12th, 2002 01:06 PM

Can't evolve to beta versions
 
IS there any direct manual download for the betas? I can only evolve to 1.5.2.8 even though I do have it set to update on beta releases.

swabby January 12th, 2002 01:49 PM

1.5.2.8 is the latest beta

Unregistered January 18th, 2002 09:28 PM

Hi, not real sure but can some one explain why a 56K modem can do better with multi download? What if I have a download going at close to my top speed does it still try to connect to someone else? then slowing my connection?
How about cable people? why is it better for them, is it cause most people have modems? what if I could connect to more cable people if I had cable would that help? Wht if I am at my max for that?
Do you really see that much difference with a modem connection? Am I sucking all the files and thus not allowing others to download? DOes this open more download slots for people if my total bandwidth isn't being used?
I know faster is better for the greedy, but anyone considering what that does for therest of us?
Just wondering thanks

Unregistered January 19th, 2002 01:32 PM

hey, swabby... beta 1.5.2.8 has the same problems of previous betas: it deletes chunks. I'm sure you will fix it.


All times are GMT -7. The time now is 03:24 AM.

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2025, vBulletin Solutions, Inc.
SEO by vBSEO 3.6.0 ©2011, Crawlability, Inc.

Copyright © 2020 Gnutella Forums.
All Rights Reserved.