![]() |
beschränkungen im frienduploadslot? kann es sein, das in den 0.30er versionen etwas am frienduploadslot gemacht wurde? ich kann fast niemandem mehr einen slot zuweisen seit den versionen von 0.30 (egal welche und welcher mod). ich halte es eben gern so, daß ich usern, die mir viel gegeben haben, einen slot zuweise, um es ihnen wieder zurückzugeben. aber bei fast jedem ist das feld grau hinterlegt und nicht anwählbar (außer bei wenigen ausnahmen). bis 0.29 ging das ausnahmslos bei jedem clienten. hab auch schon die friends.met gelöscht, aber ohne wirkung. |
ich habe den pawcio 4.08 hotfix ohne diese probleme am laufen gehabt. das einzige was am freunduploadplatz manchmal nicht funktionierte, war, das er diesen platz manchmal vergessen hat. dasselbe prob mit dem Xtreme b3. anstatt weiter zu laden (über die chunkgrenze hinaus), wird er ul unterbrochen und der client muss wieder in den qr. sollte in diesem moment kein qr frei sein, so muss er solange warten er zufällig wieder einen bekommen kann. ich weiss, das dir das nicht weiterhilft, aber vielleicht wurde im hotfix etwas geändert. |
Gucky, also beim Xtreme gibts definitv keine Beschränkung. Er sollte Dir eigentlich solange im Upload sein bis DU nichts mehr für ihn hast. Schau mal ins Debuglog, ob da nicht drin steht "Upload ended due to cancled transfer" |
ich habe für einen freund 3.7 gb zur verfügung. extra für ihn. der hat mit schon über 1 gb gegeben und ich sage und schreibe 356 mb. er gibt mir wie ein grosser und ich muss mich schämen. (ehrlich). im debug-log steht auch nichts dergleichen. wir laden 9 indentische files, wobei bei mir 3 schon fertig, 3 andere zu ~85% und bei den 3 nächsten habe ich auch mehr. bei mir verschwindet er aus unerfindlichen gründen aus dem ul und wenn er nen chunk hat, kriege ich ihn sofort. auch seltsam war: testweise- qr auf 10.000 gestellt, er gibt mir dl und erscheint trotzdem zum verrecken nicht in meiner qr, obwohl genug daten für ihn vorhanden sind. qr ging auf ~ 7.000 und pendelte sich darum ein. nie auf 10.000. manchmal bekommt er ja auch so 3 bis 5 std. mit 2.5 ul und dann ist er weg. Xman, wir hätten das in deinen thread machen sollen. verzeitung an renegade |
Gucky, na irgendwas muß im debuglog stehen... "upload ended due to xxx". Falls da nichts steht ist der Fehler irgendwo anders zu suchen... vielleicht ja an ihm. @renegade: ab 0.30c wurde verändert, daß Du nur noch Clients einen Friendslots geben kannst welche sich nicht ungültig identifizierten. |
Zitat:
eine idee woran das liegen könnte oder wie ich es beheben könnte? *edit* jetzt hab ich das system herausgefunden. man kann neuerdings nur jemandem einen freundslot zuweisen, der noch nicht in der warteliste steht. sobald er da drinnen steht ( was in der liste der bekannten clienten zu sehen ist), kann er keinen friendslot mehr bekommen. was soll denn das jetzt auf einmal? ging doch früher auch, warum jetzt nicht mehr? ich seh in dem system keinerlei sinn. |
@ renegade genau das habe ich auch beobachtet, auch den haken bei freund upload platz aufbauen, ist auf einmal wieder weg. somit musste der user solange warten bis er an der reihe war, obwohl von der anderen seite (war der neu sivka mod) mir ein slot zugewiesen werden konnte, obwohl ich auch in seiner wartenschlange war. dort bekamm ich dann an die 90 mb am stück |
Zitat:
Um es nochmal zu erklären: Ein friendslot kann nicht aufgebaut werden, wenn die SI fehlgeschlagen ist, noch nicht empfangen wurde, oder sich der Client falsch Identifiziert hat. Mit anderen Worten: wahrscheinlich ist ein Leecher in der Warteschlange. Oder: Der (echte) Client hat kein SI, allerdings wurde mal von einem Leecher für diesen Client (hash) eine SI übertragen (und gespeichert) und darum wird der echte Client nun immer ungültig identifiziert. Schaut doch einfach mal nach ob bei eurem MöchtegernFreund irgendwo bei Downloaded/Uploaded nur 1 Byte steht. Falls das bei "Uploaded" steht, mal mein Tool, clientcredits -> entferne 1 Byte uploads, verwenden und dann schauen ob der Freund nun einen Platz bekommt. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 13:14 Uhr. |
Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.