no tak konkretne takova funkce mi pripada jako naprosto zbytecna. Uz ted uzivatelum dc casto vadi doba po kterou DC++ prohledava jejich sdilene soubory a pocita jejich kontrolni soucty TTH... kdyby k tomu navic pribyla i podrobna analyza obsahu nejakych MP3jek, jejichz vysledky by se musely ukladat do shareListů a ty by tak byly jeste vetsi nez jsou dnes, byla by brzy DC sit nepouzitelna.
btw, k cemu by nejake porovnani dle datoveho toku bylo kdyz zde krome klasickeho MP3 existuje rada dalsich audio formatu ktere poskytuji pri nizsim datovem toku kvalitnejsi reprodukci - MP3Pro, OggVorbis, Musepack, atd... K cemu by bylo porovnani datoveho toku mezi formaty WAV(PCM) a FLAC ? - oba jsou bezstratove, a tedy zni stejne, presto FLAC ma ctvrtinovy bitrate. 
navic, zustaneme li pouze s klapkama na ocich u formatu MP3, jak by melo fungovat pocitani bitrate u jeho varianty s promenlivym datovym tokem (VBR)? Nabizi se sice prumerovani, ovsem VBR-MP3 s prumernou bitrate 128kpbs zni _mnohem_ lepe (resp. chyby vznikle ztratovou kompresi jsou mnohem mene znatelne), nez u MP3 s konstantni bitrate, k cemu tedy porovnani dle takoveho nic nerikajiciho udaje?
