Keresés

Aktív témák

  • shtml

    őstag

    válasz PeliScan #44 üzenetére

    Én egy RazorLame nevű frontendet használok hozzá, azzal akármennyi profilt definiálhatsz és kiválaszthatsz. A leggyakoribb paramétereket IQ-ból tudja, de kézzel továbbiakat is megadhatsz, amelyeket szintén elment a profilba.

    Az átlagos bitrátával való tömörítés szerintem nem a legjobb megoldás. Ha pl. 128-as átlagot adsz meg elérendő célként, úgy olyankor is tartja magát ehhez az átlaghoz, amikor hosszabb időn keresztül 192-re lenne szükség.

    Szerintem akkor használod ki legjobban a VBR előnyeit, ha megadsz neki egy 320-as maximumot és egy 64-es minimumot, majd ezen belül a -q és a -V paraméterrel állítod be azt, milyen gyakran használjon magasabb bitrátát. (Pontosan már nem emlékszem a kettő közötti különbségre.) Ilyenkor természeseten az egyes zeneszámok átlagos bitrátája nagyon eltérő is lehet.

    Én az alábbi beállítással szoktam archiválni:

    -b 96 -m j -V 0 -B 320 --lowpass 19.5 -q 0 -d

  • shtml

    őstag

    válasz PeliScan #42 üzenetére

    A VBR-nél a 320 kbps a maximális bitrátát határozza meg (legalábbis a Lame-nél így kell megadni. Egy külön paraméterrel megadható az alkalmazható legalacsonyabb bitráta. A VBR-ben tömörített zene átlagos bitrátája természetesen a maximálisnál jóval alacsonyabb lesz, tipikusan 256-nál is alacsonyabb.

    Egyébként régebben nézegettem VBR-es mp3-akat és azt tapasztaltam, hogy még a legmagasabb minőségi beállításban is igen ritkán fordul elő egymás mellett kettő 320-as frame. Ha viszont ez így van, akkor a 256-os CBR sem fog rosszabb minőséget adni - vagy csak igen ritkán.

    Látom, eléggé tájékozott vagy, így biztos tudod azt is, hogy a CBR messze nem azt jelenti, hogy minden frame (1/75 másodpercnyi zene) azonos bitrátával van tömörítve, hanem csak azt, hogy a file egyes frame-jei (amelyek az mp3 headerrel kezdődnek) mind ugyanannyi byte-ot tartalmaznak. A bitreservoir-nak köszönhetően az egyes frame-ek byte-okat adhatnak kölcsön egymásnak, így a ''nehezebb'' részeknek a szomszédos részek rovására több bit juthat.

    Vagyis a CBR is változó bitrátával tömöríti a zenét ott, ahol kell, csak hát a bitreservoir mérete korlátozott és csak a szomszédos részek rovására adhat ''kölcsön'' byte-okat. Ha előáll az a nagyon ritka eset, hogy több szomszédos rész igényelne több byte-ot, akkor az eljárás csődöt mond. Ha viszont több frame-en keresztül nincs szükség magasabb bitrátára, akkor pazarolja a byte-okat.

  • PeliScan

    addikt

    válasz PeliScan #40 üzenetére

    Sőt, ha utazom, akkor beérem az --alt -preset 112 vel is... és azért nem olyan szörnyű. Persze hogy hallható meg minden, de utazáshoz, ahol úgyis annyi a zaj és különben sem a zene a cél, hanem csak eszköz h ne legyen már olyan uncsi az utazás, bőven megfelelő.

  • shtml

    őstag

    válasz PeliScan #26 üzenetére

    Ezzel most mit akarnál demonstrálni? Mert itt két dolog is van.

    Ha azt akarod bizonyítani, hogy a sorban egymásról készült audió CD-k minősége romlik, akkor ezt a generációs minőségromlást senki nem vonja kétségbe (én legalábbis nem). De akkor minek mp3-ba tömöríteni és vissza?

    Ha azt akarod bizonyítani, hogy a többszöri oda-vissza konverzió WAV és mp3 között minden lépésnél észrevehetően tovább rontja a minőséget, akkor ebben nem vagyok olyan biztos - bár nem próbáltam még ki. De akkor minek CD-re írni?

    Szerintem ui. már a legelső mp3-ba tömörítéskor a zenéből kiesnek az algoritmus által kiejteni ítélt részletek és ezek a WAV-ba való visszaalakítás során nem jönnek vissza. Tehát az újbóli mp3-ba tömörítés már nulla vagy egyre csökkenő mértékű romlást okoz. - Kivéve persze azt az esetet, amikor a túl alacsony bitráta miatt artifactok keletkeznek, mert ezeket egy újabb tömörítés már hasznos jelnek tekintheti.

    Persze ez eddig csak okoskodás, ki kellene próbálni.

  • L3zl13

    nagyúr

    válasz PeliScan #24 üzenetére

    Kivéve, ha a rossz minőséget a lejátszó kodekje okozta, és az Audió CD-re ''kitömörítést'' más kodek végzi, jobb minőségben.

  • e-biza

    őstag

    válasz PeliScan #20 üzenetére

    igazat adok elviekben, de vegyük csak az ATI fullstream-jét. A rossz minöségü videobol megprobál valahogy normálisabbat varázsolni. Lehetséges hogy ez áll fenn itt is. vagy nem lehetséges? ;]

  • e-biza

    őstag

    válasz PeliScan #20 üzenetére

    de egy jominöségü jpeg ha nem is ad bmp minöséget de lehet mind1 a mobilodon ;]
    hogy jön ide? ugy hogy az mp3-at szerintem nem arra találták ki hogy studióban archiváljanak vele. az mp3 szerintem azért jo -ugyanigy más eljárás is, ogg,wma stb- mert 10-ed akkora mérettel is élvezhetö zenét ad vissza.

    ez mindenkinek szol (kis flame): nem szeretem azokat az embereket akik azt bizonygatják hogy menyire jo az audio cd és a wav fájl, panaszkodnak az mp3 ''gynege'' minöségére de mégis letölti a zenétjét mp3 formátumba. ha annyira rossz akkor miért tett amúgy is illegális dolgot? ;] öszintén nem kéne kinöni ebbol hogy melyik a jo formátum? az elsö hozzászolás tartalma: ''Milyen progival lehet mp3pro-t tömöríteni???'' nem az volt a kérdés hogy melyik a legjobb formátum.

Aktív témák