Witam!
Ponieważ jestem stosunkowo nowym użytkownikiem chciałbym przy okazji powitać wszystkich: Witam!
A teraz do sedna tematu. Ostatnio zastanawiałem się nad sensem istnienia danych naprawczych, które większość z Was dodaje do swoich upload'ów (5% to standard, często widuje też 10%). Zastanawiałem się czy jest jakikolwiek sens i po co je dodawać. Doszedłem do następujących wniosków:
Pomysł 1:
Dane naprawcze istnieją po to, aby podczas ściągania pliku z serwera uniknąć błędów transmisji.
Współczesne protokoły (w tym i HTTP, z którego przecież korzysta większość serwisów do przechowywania plików) posiadają mechanizm detekcji i korekcji błędów. Większość z nich opiera się na protokołach TCP, które sprawdzają każdy pakiet danych i jeżeli się coś nie zgadza to wysyłają żądanie retransmisji uszkodzonej porcji danych. To już ich zadanie, aby użytkownik pobierający np. plik z serwera otrzymał dokładnie ten sam plik co na serwerze.
Dowód: Jeżeli masz dwa komputery w domu pracujące w sieci lokalnej, na jednym z nich utwórz duże (powiedzmy 10GB) archiwum bez danych naprawczych. Plik prześlij do drugiego komputera, na którym go rozpakuj - rozpakuje się bez problemu. Czyli nawet jeżeli były jakieś błędy transmisji to protokół je poprawił. Nawet jak powtórzysz całą operacje 100 razy to za każdym razem plik się poprawnie wypakuje. Czyli szansa, na to, żeby coś się stało z archiwum podczas przesyłania pliku jest mniejsza od 1:10.000.000, czyli wystarczyłoby już 0,000001% danych naprawczych, żeby było ok.
Wniosek: Dodawanie danych naprawczych aby uniknąć błędów transmisji pliku to kłamstwo.
Pomysł 2:
Dane naprawcze istnieją po to, aby uniknąć błędów sprzętowych - popularnych bad sectorów.
Tu musimy rozważyć dwa przypadki - '2a' jeżeli archiwum z danymi naprawczymi znajduje się na tym samym nośniku co pliki wynikowe (rozpakowujemy np. na tym samym dysku twardym) i '2b' jeżeli pliki znajdują się na innym medium (np. archiwum z danymi naprawczymi na płycie, a wynik na dysku twardym).
2a - jeżeli mamy jakieś błędy na dysku twardym i nie wiemy o ich istnieniu to mogą one pojawić się równie dobrze na powierzchni na którą będziemy rozpakowywać pliki, co na powierzchni gdzie jest zapisane archiwum. Jeżeli pojawią się na powierzchni gdzie jest archiwum z danymi naprawczymi, to archiwum wypakuje się bez problemu, ale jest takie samo prawdopodobieństwo, że wypakuje się na powierzchnie gdzie także są błędne sektory, więc pomimo "zadziałania" danych naprawczych plik wynikowy i tak zawiera błędy. Po za tym, jeżeli mamy dość dużo błędnych sektorów, tyle, żeby było potrzebne aż 10% danych naprawczych to raczej mało prawdopodobne, żebyśmy odczytali jakikolwiek plik z tego dysku, więc raczej byśmy zauważyli.
Dowód: Wyciągnij z szafki jakiś stary dysk twardy - pojemność nie gra roli i pograj sobie z nim w piłkę nożną, tak aby pojawiły się na nim błędne sektory. Utwórz jakieś większe archiwum - powiedzmy 1GB z 10% danymi naprawczymi i zapisz go na ten dysk, następnie rozpakuj na ten sam dysk - pliki prawdopodobnie się rozpakują, ale pliku nie odczytasz.
2b - jeżeli będzie uszkodzona płyta na której mamy archiwum to podczas kopiowania z niej archiwum z danymi naprawczymi proces kopiowania zatrzyma się na pierwszym napotkanym błędzie.
Dowód: Nagraj na płytę archiwum z danymi naprawczymi, porysuj płytę i spróbuj przekopiować to archiwum na dysk twardy - mimo istnienia danych naprawczych nie uda się to.
Wniosek: Dodawanie danych naprawczych aby uniknąć błędów sprzętowych pliku to kłamstwo.
Pomysł 3:
Dane naprawcze istnieją po to, aby zarabiać na nich $/zł/£/ (szmal).
Wszyscy wiedzą, że większość serwisów hostingowych płaci symboliczne kwoty za ilość pobrań, więc dla osoby wysyłającej plik jest ważne aby jak najwięcej osób pobrało jak najwięcej. Więcej pobrań = większy szmal, większe dane = większy szmal, ale też więcej osób = większy szmal. Osobiście, zważywszy na dwa w/w punkty pobieram (jeżeli jest taka możliwość) te pliki, gdzie nie ma danych naprawczych (i sądzę, że nie tylko ja) więc ci co je wystawili mają więcej pobrań, a jak już wspomniałem więcej osób = więcej szmalu. Czyli de facto pomimo tego, że udostępniają mniejsze pliki zarabiają więcej. Z drugiej strony ktoś musi wysłać go na serwer, więc jeżeli wysyłasz dużo i każdy twój upload posiada powiedzmy 10% danych naprawczych wysyłasz od cholery dodatkowych danych, czy nie lepiej wysyłać więcej plików? Więcej plików = większy wybór = więcej osób = więcej szmalu.
Przykład: Pan Iksiński upload'uje sporo filmów - zawsze w dobrej jakości 1/3DVD (2xCD) i dodaje do nich zawsze 10% danych naprawczych. W przypaku kiedy Pan Iksiński wyśle 10 filmów z 10% danymi naprawczymi wysyłał 15,4GB danych, jeżeli nie było by danych naprawczych to wysyłając tyle samo wysłał by o jeden film więcej. Więcej plików = większy wybór = więcej osób = więcej szmalu (a tyle samo danych).
Przykład2: Ja, chcąc pobrać jakiś plik - pozostańmy przy tych filmach - czyli 1,4GB filmu. Wolę pobrać 1,4GB danych niż 1,54GB danych i mieć ten sam plik wynikowy. A często się zdarza, że przez te dodatkowe MB plik ma o więcej części. Więcej części = więcej danych do ściągnięcia = więcej czekania = mam mniej tego, czego chce.
Przykład3: A raczej sugestia: zastanówcie się, czemu np. w programach typu p2p nikt nie zamieszcza danych naprawczych?
Dowód: Jak następnym razem będziesz coś upload'ował wyślij to dwa razy - raz z 10% danymi naprawczymi i raz bez - zobaczysz, że tam gdzie nie było danych naprawczych było więcej pobrań niż tam gdzie były.
Wniosek: Dodawanie danych naprawczych aby zarobić więcej to frajerstwo.

Dlatego proszę was: nie zamieszczajcie danych naprawczych - oszczędzajcie nasz czas. Ściągając mniej pobierzemy więcej, a Ty i tak zarobisz więcej! I wszyscy będą zadowoleni.

Ktoś podejmie temat?
Szczególnie mile widziane wypowiedzi krytykujące.

Na zakończenie jeszcze jeden przypadek - na końcu piszecie, że upload sprawdzony/0% CRC itp. Czyli, że co? Wysłaliście pliki, pobraliście je z serwera, rozpakowaliście i porównaliście sumy kontrolne z oryginałami? Patrz pkt 1 i 2. No proszę, nie róbcie z siebie frajerów.

PS: Swoja wypowiedzią nie miałem zamiaru nikogo obrazić - jeżeli czujesz się obrażony to przepraszam - nie to było moim zamiarem.

Po przeczytaniu poczułem się wydymany przez upoaderów, hehe
Nie będzie krytyki ponieważ nie miałem pojęcia o tym wszystkim,
btw sam zawsze brałem z danymi naprawczymi.
Dzięki za tego topic'a, teraz zaoszdzędze troche czasu.

Dane naprawcze istnieją żeby odzyskać plik który w jakiś sposób został uszkodzony.
Nie będę wnikał (bo wsiąknę) co generuje te błędy, ale one są dość powszechne, mimo w/w wywodu o niezawodności kontroli błędnych pakietów przy transmisji TCP. Skupmy się na efekcie: na dysku ląduje plik w którym się gdzieś zmienił jeden bit (nieważne czy to plik z rapida czy ripp płyty z rysą - gdzieś zamiast 01 jest 00). Można sobie porobić w domu testy pakując cokolwiek w rara z danymi naprawczymi i manualnie go uszkadzając w edytorze hexowym. Algorytm daje radę już przy 5% r.d. i paru zmodyfikowanych bajtach danych, Ciekawe jak dużo można spsuć, żeby dało się jeszcze odzyskać

Niezawodność protokołu transmisji danych nie oznacza 100% pewności że na dysku wyląduje to samo co siedzi na serwerze. Wtedy bez danych naprawczych kaplica. Z drugiej strony pytanie czy warto dodawać i ile dodatkowych MB skoro odsetek sfajdolonych downloadów/uploadów jest raczej znikowy? Osobiście taki uszkodzony plik trafił mi się bardzo dawno temu i sprawę podejrzewam sknociło software ściągające go na dysk (w każdym razie coś w łańcuchu po mojej stronie). I raczej jestem na NIE...

Na zakończenie o 100% pewności sprawdzonego uploadu / crc ok. W przypadku rapidshare sprawa jest prosta bo po zuploadowaniu pliku serwer na swojej stronie wylicza sumę md5, którą można wylistować i porównać z sumą kontrolną pliku na dysku lokalnym. Pobieranie pliku jest więc tutaj zbędne, ale zapewne jak pisałeś większość je ściąga albo porównuje rozmiar wynikowy (pomijam wciskanie kitu)

Ten temat został stworzony wyłącznie ku temu by skrytykować uploaderów za zwiększanie objętości wysyłanych plików i tym samym gromadzenie dodatkowych punktów na serwisach gdzie za pobrania plików są one naliczane i oczywiście zgodzę się że uploaderzy w wiekszości dodają te dane by mieć z tego profity punktowe , ale ostatnie dwa filmy jakie udało mi się pobrać miały błędy CRC i gdyby nie dane naprawcze to musiałbym je zdeletować , a tak wszystko zostało naprawione , wcześniej sceptycznie byłem nastawiony do tych danych ,jednak czasem one mogą pomóc , a w zasadzie niczego nie stracę że pobiorę dodatkowe pare mega danych , bo HD i bluerayów nie używam aby z premki mi transferu zniknęło za wiele z uwagi na dane naprawcze jakiegoś filmu BR , jeśli ktoś jednak nie chce zawyżać punktów uploaderom wtedy nie musi pobierać plików z danymi naprawczymi , tutaj jest taki szeroki wybór , że zawsze znajdzie się dla siebie właściwe rozwiązanie , to jakby nakazać ludziom wrzucać pliki na sklejko-przeklejki bez limitów bo RS ma za wielkie ograniczenia dla free userów czy tam netload itd. , już dla sępów którzy jak robi sie ciepło to spie...ją pierwsi z tonącego okrętu wrzucali na od siebie i teraz tyłkami trzęsą ,ze ktos ich za 2-4 miesiace odwiedzi z wizytą by skonfiskować sprzęt komputerowy do analizy przez biegłych.

no to może ja
od dłuższego czasu dodaję po 10% danych naprawczych i według ciebie jestem frajerem?
czy ja cię nakłaniam na pobieranie moich uploadów? Nie, a mimo to gdzieś na forum napiszesz - szufladkując osoby co dodają dane naprawcze, że należą do grupy frajerów.
Poczułem się urażony, chociaż powinienem mieć to w d**ie.

To co piszesz określiłeś podpunktami: "POMYSŁ1", "POMYSŁ2" itd. więc pozostańmy przy tym że masz dużo pomysłów i na tym koniec.

poczytaj troszkę tutaj: propozycja-karania-za-brak-danych-naprawczych

wrzucaj jak chcesz i nie czepiaj się szczegółów.

Zgadza się, mam bad sektory i ściągniesz dokładnie to co wrzuciłem do sieci bo "współczesne protokoły" zadbają o to - czyli dostaniesz plik z błędami i danymi naprawczymi - i czy ja będę KŁAMCĄ dla ciebie bo mam błędy na dysku?!

Czyli to samo co wyżej jest aktualne.

Użyłbyś innego słowa i olał bum cię ciepłym moczem

wrzucę plik co ma 700MB - jestem fajny gość
wrzucę plik co ma 700MB+10% DN - jestem frajerem.

Przemyśl chłopcze to co piszesz, bo to co napisałeś może ma sens, ale sposób w jaki to chciałeś przekazać obraża mnie i innych którzy dają te dane naprawcze.

promil666 napisałeś dużo i ładnie, ale w większości Twoje wywody wynikają z braku doświadczenia. Jeśli chcesz wysyłaj archiwa bez danych naprawczych - zobaczymy po jakim czasie będziesz tego żałował. Ale daruj sobie nawracanie innych. Osobiście zawsze dodaję dane naprawcze do rarów, nawet jeśli są to moje prywatne archiwa, które trzymam na dysku czy płytach. Dzięki temu mam pewność, że przy wypakowywaniu archiwum składającego się z kilkudziesięciu plików otrzymam potrzebne mi pliki nawet jeśli kilka części zostanie w jakikolwiek sposób uszkodzonych. A trzeba pamiętać, że rar jest wyjątkowo podatny na powstawanie błędów crc.

Rar to tylko format kompresji danych a podatny jest na uszkodzenie jak każdy inny plik, chodzi ci raczej o to że bez danch naprawczych nie da się z nim już nic praktycznie zrobić i grube wielopartowe archiwum leci prosto w kosz

Wypalanie płyt z danymi naprawczymi ma jak najbardziej sens, tam uszkodzenia to norma, natomiast upload pliku z recovery data na serw ma już ten sens mniejszy, stąd dyskusyjny. Jednakże nadal jakby nie było chroni on ściągany plik przed koszem i powtórnym downloadem, frustracją zaysacza i jej innymi potencjalnymi skutkami ubocznymi

Juz ci mowie czemu - moze dlatego, ze tam nie ma potrzeby dzielenia plikow, poniewaz nie ma limitu tak jak np na rapidzie 200mb. Ladujesz plik 2gb do torenta, emula czy dc++ i luz, wez wrzuc 2gb bez dzielenia na rapida - oczywiscie mozna, ale wtedy zalozysz temat, ze nie masz premium czy cos i beda wywody, dlaczego free jest lepsze od premium.

Gdyby nie to ze pare razy ktos dodal te pare % danych naprawczych, to by mi czas tylko w cholere zabralo, bo by plik do kosza polecial.

A po 2, za upload tez nam jako uploaderom sie cos nalezy, a nie przyjdzie jakis pasozyt, co by wszystko chcial miec na tacy - po 3, Nie chcesz, nie sciagaj - znajdz sobie inne zrodlo od kogos innego, a jak tylko jedna osoba ma ten plik, to sie k.. ciesz, ze ktos go wrzucil, bo tak to bys go w ogole nie mial,

Bo programy p2p po ściągnięciu fragmentu pliku (np. w torrencie w zależności od ustawień od 64kB do 4 MB) sprawdzają crc i w razie potrzeby ściągają ten sam fragment ponownie, a po ściągnięciu całego pliku także mogą sprawdzić czy plik ściągnął się prawidłowo.

No raczej stosuje się to tylko po to aby zwiększyć plik - generalnie gdyby chciało się uploaderom to można tylko dane naprawcze generować do osobnych plików i sciągać te dodatkowe kilka mb tylko gdy coś nie sciągnie się poprawnie