Verlinkung bei den Clients auf die jeweiligen Wikipedia Beiträge folgt. Sonnentier 05:57, 26. Feb 2006 (CET)

wir haben gerade den ersten loeschantrag gesehen, betroffen war Kazaa Lite Revolution... ich habe also die wenigen ergaenzenden inhalte in den artikel Kazaa Lite Resurrection addiert, und einen redirect von Revolution auf Resurrection vorgeschlagen, da hier die unterschiede der clients am geringsten sind. nachdem ich dann auf diese artikel heir stiess frage ich mich, ob es nicht weitere loeschantraege geben wird. ich koennte es niemandem uebel nehmen. sollte der fall eintreten schlage ich vor wir redirecten alle kazaa lite derivate auf den artikel Kazaa Lite und verschieben alle informationen ueber alle artikel ueber kazaa lite derivate dorthin. Tsukasa 02:05, 13. Mär 2006 (CET)
Hab gerade deinen Beitrag bei einem deiner Edits gelesen und muss sagen, dass ich dir zustimmen muss: Das Lemma gehört nach Kazaa Lite Varianten, die Bindestriche gehören da nicht rein. --↓E—Bier—Netto—Rak.bla TUut (kurz auch K.) 19:23, 13. Mär 2006 (CET)

Revert/Vandalismus

Bearbeiten

also auch wenn der revert ok ist hat derjenige der die passage geloescht hat nicht nur vandaliert... die formulierungen in diesem absatz sind schrecklich... "buggier"... solche woerter gehoeren nicht die wikipedia, oder? die intention vor dem original noch mehr zu warnen ist lobenswert, aber der NPOV ist in diesem artikel verbesserungsbeduerftig! wer packt hier mal an? Tsukasa 07:05, 3. Apr 2006 (CEST)

Kazaa Lite

Bearbeiten

Ich finde dass Kazaa Lite in dem Artikel zu schlecht weg kommt. Beispiele: - "wenige Suchergebnisse": Wer K-Lite mit "Auto Search More" eine Weile laufen lässt, kann recht scnell an tausende Suchergebnisse kommen - "viele qualitativ schlechte Dateien": Kazaa Lite zeigt die Bitrate einer jeden Audiodatei an, der Durchschnitt liegt bei ca. 128 kbps, was dem Durchschnittshörer von Popmusik reichen sollte, außerdem lassen sich die Suchergebnisse nach Bitraten sortieren, ob höherwertige Dateien zu finden - "viele Bugs": mein K-Lite ist nach monatelangem Einsatz noch nie Abgestürzt oder sonst irgendwie negativ aufgefallen - "Trotz all dem ist es bis heute möglich, die Tauschbörse zu benutzen": Das klingt so als würden sich Kazaa Lite und seine Derivate ständig aufhängen und sei aufgrund der auch so schlechten Suchergebnisse und der schlechten Qualität der Dateien nicht sinnvoll zu Benutzen. Wer sich von Gegenteil überzeugeb möchte kan K-Lite einfach mal mit Auto Search More z.B. nach Audiodateien der Beatles suchen lassen und wird in kürzester Zeit viele brauchbare Ergebnisse finden, die er mit der Fake-Analyse vorsortieren kann, sodass praktisch nur noch gute Ergebnisse übrig bleiben. Und außerdem beginnen die Downloads meißest ohne Verzögerung, was man z.B. von eMule nicht behaupten kann.

die aufgezaehlten probleme beziehen sich ausdrucklich vorwiegend oder ausschliesslich auf das FastTrack-Netzwerk. Dort sind eben viel zu viele Fakes und korrupte Dateien weil es sehr einfach ist hier zu sabotieren. Es steht aber dort: Kazaa-Lite geht diese Probleme an indem es einen Anti-Fake-Mechanismus (fake.dat?) einsetzt. Die Suche ist nunmal ineffizent. Es steht dort aber: Kazaa-Lite mit auto-search (was so etwas ist wie search-mode" geht diese Probleme an, indem es einfach das Netz mit zusätzlichen Suchabfragen flooded, nicht gut fuer das Netz aber gut fuer den Suchenden. u.s.w... All diese Probleme sind grundsätzlicher Natur des FastTrack-Netzwerkes und Kazaa-Lite geht sie sehr stark an, aber nichts desto trotz werden sie nicht gelöst, das sind nur Workarounds. Deswegen ist dieses Produkt überhaupt auf dem Markt, weil das Original noch viel viel schlechter ist, und deswegen Bedarf bestand es zu "tunen"... Jedes Netzwerk hat seine Nachteile, muss jeder selbst entscheiden welche Nachteile ihm lieber sind. Ist es wichtiger ob ein Download schnell anläuft (wenn der Film eh 1 ganzen Tag braucht um auf der Platte zu landen) oder ob er am Ende ein Fake war... waere ja schade um die vergeudete Bandbreite Tsukasa 20:13, 7. Apr 2006 (CEST)
Zunächst stimme ich Tsukasa mit ziemlich allem zu. Das klingt so als [...] - ja, so sehe ich es auch. Der Client achtet so gut wie gar nicht auf Router, die Benutzer dort leechen. KL läuft "flackrig" und auf keinen Fall sehr stabil/sauber, was bei einem Laufzeithack auch nicht zu erwarten ist. Die Ergebnisse pro Suche sind sehr gering (manchmal ~15) und werden auch mit Search More selten ordentliche Zahlen ordentlicher Dateien erreichen. Ausserdem funktioniert die Sortierung nach Quellen und Metadata störend bis nicht verwendbar. Mit qualitativ schlecht meine ich die vielen WMA und seltsam benannten Dateien ("Kopie von 1(2).wma"), welche es ja recht oft gibt. Der Kazaa Core/FT wurde seit vielen Jahren so gut wie nicht mehr weiterentwickelt! KLite hat auf meinem Rechner öfters schon die Oberfläche krampfhaft umgestaltet, Symbole getauscht oder mit dem Accelerator störend durchmarkiert. Ich finde auch, dass man eMule nicht für einzelne MP3 Dateien zum Laden in Echtzeit nutzen sollte, wurde von dir auch schon einmal Gnutella getestet? Ich sage nicht dass es jedem besser gefallen muss oder dass er umsteigen soll, aber man sollte es imo schon mal getestet haben. Es fängt auch schnell an, hat aber weniger Probleme als Kazaa/FT heutzutage; ausserdem ist es ein freies Netzwerk. Kazaa ist heute wirklich eines der unsinnvollsten Systeme, welches sich aber trotzdem v.a. bei Unwissenden populär hält. Anstatt es einfach zu schließen dümpelt es als Müll herum. Ich nutze Kazaa seit Jahren und habe es bis heute nicht aufgegeben, trotzdem kann man die gravierenden Nachteile heute kaum noch ausblenden. Ein positiverer Beitrag wäre eher Wunschdenken und Beschreibung eines Kazaa-Fanatikers, anstatt einer relativ objektiven Beschreibung. Sonnentier 22:37, 28. Apr 2006 (CEST)

Nun, wahrscheinlich habt ihr Recht, ich habe es wohl einfach nicht ertragen, dass das ehemals so beliebte und von mir heiß geliebte FastTrack-Netzwerk langsam aber sicher den Bach runter ging. Tut mir Leid.