Falsche Grösse der Warteschlange

[Leichte610]

Hallo ihrZ,

mir ist grad mal aufgefallen, das Alt.Binz die Grösse der Warteschlange falsch berechnet. Ich habe 2 Releases aus unterschiedlichen Quellen dazu benutzt. Einmal natürlich aus Alt.Binz und einmal von einem FTP. Das vom FTP hat die Grösse: 1.822,875MB. Das bei Alt.Binz ist allerdings (laut Queue) 1.883,05MB groß.

Ich habe dafür nur die rar genommen. Beide Quellen sind 39 Files. Haargenau die gleichen. Kein anderer Inhalt. Nicht anders gepackt.

[Leichte610]

*hust* danke fürs feedback

[davidq666]

muss den post wohl überlesen haben :-)
da das queue speichern mit version 0.33.3 neu strukturiert wurde überprüf doch bitte mal ob das problem weiterhin existiert.

[Leichte610]

Hallo nochmal,

ich hab das nun mit 0.33.3 getestet. Das Problem, wenn man es denn überhaupt so nennen kann, besteht weiterhin. Ich hab das anhand von einem Download überprüft. Die Grösse in der Queue (nur die *.rar-Files) waren 1.187,24MB groß. Auf der Festplatte sind diese Files nur 1.149,97MB groß. Keine Komprimierung oder ähnliches.

An diesem "Problem" werden wir sicherlich nicht sterben, ich weiß auch nicht, ob es schon mal jemandem aufgefallen ist. Ich finds halt nur komisch, das die Grösse der Queue falsch berechnet wird. Wie auch immer das gehen mag.

MfG Le610

[Hecks]

Please someone translate:

There's no mystery.  The queue size information is taken from the NZB, which in turn reflects the info about article (segment) size taken from the usenet server used by the indexer that provided the NZB. This info is not an accurate reflection of the size of the file, but is the sum of the segment sizes as reported by the original usenet server. yEnc encoded articles have a small but significant & variable overhead, and different usenet servers can also report slightly different byte sizes for articles, depending on how the indexing is done. That's why these queue numbers should only be seen as an approximation (but which do more accurately reflect how many bytes will be downloaded vs final decoded filesizes).