[alvaro]

Idézet: bmwm3csl - Dátum: 2008. ápr. 16., szerda - 10:36

oh... köszönöm a segítséget! tényleg csak egyenlõre,mert lenne még egy kérdésem:) hogy a net rádiót hogy tudom felvenni? a winamp streamripperjével ez szinte tökéletesen mûködödött. na most ha a foobar-ban is lehet ilyen tevékenységet folytatni, akkor a winamp már megy is a süllyesztõbe!

ezért is köszi a segítséget...

Most futottam bele egy streamripping tutorialba, külsõ cucc segítségét veszi igénybe, szóval remélhetõleg független foobar verziótól. Nem olvastam el alaposan, nem próbáltam ki, de tessék:

http://www.hydrogenaudio.org/forums/index....showtopic=54079

[alvaro]

Na, akkor most az én megoldásom aoTuV témakörben, mert tegnap nagyon oggot kellett csinálnom egy videóhoz... Aoyumi-san oldalán van több encoder is, az elsõ pont úgy mûködött, hogy sehogy nem bírtam rávenni, hogy jó legyen. Ami most mûködni látszik, az az "OggEnc Win32 version (reference)" alól letölthetõ darab - ez default módon megy, egyszerûen oggenc módban, oggenc néven, semmi nem kell bûvészkedni vele foobarban.

Aoyumi oldala (bár aligha újdonság):

http://www.geocities.jp/aoyoume/aotuv/

(A rarewares-rõl tölthetõ nem akarta az igazat, ugyanis - egyébként mindig elgondolkodom, hogy core2-re a p3/amd vagy a p4 only verziót szedjem, mert ha utóbbi azt jelenti, hogy SSE2, akkor talán jobb, viszont akkor megy újabb athlonokon is... ha viszont arra utal, hogy a p4 idióta architektúrájával számoltak, akkor meg jobb a másik - nem mintha nem lenne nekem tökmindegy konkrétan ebben az esetben )

Szerkesztette: alvaro 2008. 04. 22. 07:09 -kor

[mzso]

Idézet: alvaro - Dátum: 2008. ápr. 22., kedd - 7:02

Na, akkor most az én megoldásom aoTuV témakörben, mert tegnap nagyon oggot kellett csinálnom egy videóhoz... Aoyumi-san oldalán van több encoder is, az elsõ pont úgy mûködött, hogy sehogy nem bírtam rávenni, hogy jó legyen. Ami most mûködni látszik, az az "OggEnc Win32 version (reference)" alól letölthetõ darab - ez default módon megy, egyszerûen oggenc módban, oggenc néven, semmi nem kell bûvészkedni vele foobarban.

Aoyumi oldala (bár aligha újdonság):

http://www.geocities.jp/aoyoume/aotuv/

(A rarewares-rõl tölthetõ nem akarta az igazat, ugyanis - egyébként mindig elgondolkodom, hogy core2-re a p3/amd vagy a p4 only verziót szedjem, mert ha utóbbi azt jelenti, hogy SSE2, akkor talán jobb, viszont akkor megy újabb athlonokon is... ha viszont arra utal, hogy a p4 idióta architektúrájával számoltak, akkor meg jobb a másik - nem mintha nem lenne nekem tökmindegy konkrétan ebben az esetben )

Mit értesz az alatt hogy nem akarja az igazat? A rarewaresrõl a genericet töltöttem le és azt használom. Viszont egyáltalán nem ugyanazt a fájlt generálja mint a "OggEnc Win32 version (reference)". Úgy látom egyre több bájttal el van tolódva, így hosszabb lesz azzal amelyiket én használom. De ha kétszer konvertálok bármelyikkel akkor sem lesz ugyanaz soha. Hosszabb azonos szakasz után különbségek vannak, viszont ilyenkor nincs eltolódva. Érdekes. Ha mp3-at kódolok akkor az bájta ugyanaz lesz.

[alvaro]

Idézet: mzso - Dátum: 2008. ápr. 23., szerda - 17:15

Mit értesz az alatt hogy nem akarja az igazat? A rarewaresrõl a genericet töltöttem le és azt használom. Viszont egyáltalán nem ugyanazt a fájlt generálja mint a "OggEnc Win32 version (reference)".

Azt, hogy az Úristennek se akar mûködni, úgy, ahogy fentebb írtad. És tényleg, van egy kis eltérés (vagy nagy, méretben mindenesetre kicsi).

Idézet

De ha kétszer konvertálok bármelyikkel akkor sem lesz ugyanaz soha.

Ez viszont marha vicces, bár még nem próbáltam Van valami nemdeterminisztikus az algoritmusban? És azt hogy? :Ð

(szerk. mert az rendben van, hogy a generic és SSEn verziók outputja eltér, kicsit "lazán" kezelik a pontosságot és egyebeket ezekkel a SIMD-es dolgokkal, bár a hangzásban aligha fog feltûnni. De hogy ugyanaz a verzió csináljon eltérõ output, az nem gyenge :Ð)

Szerkesztette: alvaro 2008. 04. 24. 07:13 -kor

[Mardel]

Idézet: mzso - Dátum: 2008. márc. 26., szerda - 18:59

A legújabb aoTuv os vorbis encodert hogy kell használni foobarral? Nekem nem megy.

Hello!

Leírom úgyhogy a kezdõk is értsék, nem veszlek kezdõnek csak másnak is jól jöhet.


File-->Preferences (Ctrl+P)-->Converter-->Add New

Encoder: Külsõ Vorbis encoder helye

Extension: ogg

Parameters: -q # -a "%artist%" -t "%titlr%" -l "%album%" -d "%y" -N "%tracknumber%" -G "%m" %s -o %d

#: A quality beállítás. -2tõl 10-ig van skálázva, de 3-tól érdemes használni max. 7-ig.

Format: lossy

Encoder name: (nálam ez) Ogg Vorbis aoTuV b5.5 [20080330]

Bitrate: Átlag bitratet célszerû ideírni (nálam 112)

Setting: Milyen beállítással kódol nálam ez Q3.

Igazából ennyi.

Kódoltam már így flac-bõl, wavpack-ból, ape-bõl hibamentesen természeresen a wav-bõl is lehet csak jobban szeretek losslessból kódolni, mert nem kell a tageket megírnom minden fájlhoz külön.

Még annyit, hogy a transcode tehát veszteségesbõl veszteségmentesbe vagy egy újabb veszteséges kódolásba nem szabad elkövetni, mert a minõség csak romlik, nem javul.

Tehát, ha 128kbpses mp3ainkat le szeretnénk cserélni, mert nem elég jó minõségûek, akkor le töltesz egy újat, vagy egy veszteségmentest és abból kódolsz. 

Idézet: mzso - Dátum: 2008. márc. 29., szombat - 13:57

Nem használja senki ezt az encoder-t?

Az embereket annyira nem érdekli, hogy mit, milyen minõségben tölt le. Csak miután megvilágosodik benne, hogy vmi hibádzik a minõségben.

Ilyenkor két tábor alakul ki, aki egyfajta utálatból felhagy a veszteséges tömörítõkkel, és felváltja õket  a veszteségmentesekkel.

Egy kisebb részük meg elkezd más codecekkel kísérletezni. 

Napokban felelltem egy hangmintát a hydrogenaudio fórumán, ami elég jó minõségi tesztekhez.

Leteszteltem lame 3.97, lame 3.98 beta 8, és lame 4.0 alpha verzíókkal hátha javult. Kicsit csodálkoztam mikor az átlag 112 kbpses(-q 3) Vorbis (Szigorúan aoTuV legújabb, a rarewares.org-ról) minõségben veri az átlag 240 kbpses (--preset extreme) mp3at. (Szerintem pop,rock, metal,rap, stb. zenékhez elégendõ egy -q 3-tól 5-ig, klasszikushoz meg tesztelni érdemes (-q 3-tól 7-ig) ABXeléssel, foobar tartalmaz ilyet.
Megvan az eredeti wav-ed, vagy veszteségmentes fájlod, lekódolsz belõle egy -q n értékkel majd foobarban megnyitod az eredetit meg a tömörítettet, kijelölöd mindkettõt majd Utils-->ABX two tracks (Use dspt bepipálhatod, ha nem hazsnálsz különféle equalizereket). Ha az eredetit nyitottad meg és jelölted ki a kettõ közül elõszõr, akkor az lesz az A, a B meg a tömörített. Hallgasd meg egymás után mindkettõt, ha már úgy érzed különbséget tudsz tenni köztük, akkor hallgasd meg az X-et utána állípítsd meg, hogy melyiket hallottad a megfelelõ gombra kattintva. Pl. X is A, Y is B majd next trial és a Y-t hallgatod. 5nél többször kell meghallgatni, tehát minimum 10-bõl kell eldönteni, hogy melyiket halhattad. Mindig eredetit hasonlíts tömörítettel!!!

P.S.: Mivel az mp3 támogatottabb, tehát több az mp3as lejátszó mint a vorbist is támogató hordozható lejátszó, így én olyat vettem ami ogg vorbist is támogat, így a hordozhatósággal sincs gondom. 

Szerkesztette: Mardel 2008. 04. 24. 14:41 -kor

[alvaro]

Érdekes, most ezzel meg mûxik minden csûrés-csavarás nélkül... egyszerûen átneveztem oggenc-nek, és a foobar elhiszi róla, hogy oggenc, sõt, úgy is mûködik, mint oggenc. Blááááááááááh....
A sok tages cmdline-kiegészítésre meg szerintem semmi szükség Legalábbis így biztos nincs

[mzso]

Én a venc.exe-s enkódert nem tudtam mûködésre bírni (mert nem vettem észre hogy az "OggEnc Win32 version (reference)" alatt van egy oggenc.exe-s) és így sem megy azzal. De lényegtelen mert a másikkal egybõl megy a foobarban. Most csak az zavar egy kicsit hogy rareware-es autov-os nem ugynazt csinálja mint a másik, meghogy kétszer konvertálva ugyanazt ugyanúgy más eredményt kapok.

U.I.: Az mit kar jelenteni hogy "(reference)" meg "(not reference)"?

[alvaro]

Hm, most ezzel (oggenc2.exe p3/athlon verzió amúgy) csináltam 3 konvertet ugyanarról a flacról, és hosszra megegyeznek. A tartalmukban viszont van eltérés. Nem csak a file fejlécében. Elég érdekes.
Ellenben foobarral dekódolva mind a 3 bitre ugyanazt az eredményt adja, szóval mégis a "körítésben" vannak az eltérések, amiktõl gondolom checksumok is változnak, és így gyûrûzik ez tova

Szerkesztette: alvaro 2008. 04. 25. 08:41 -kor

[mzso]

Idézet: alvaro - Dátum: 2008. ápr. 25., péntek - 8:41

Hm, most ezzel (oggenc2.exe p3/athlon verzió amúgy) csináltam 3 konvertet ugyanarról a flacról, és hosszra megegyeznek. A tartalmukban viszont van eltérés. Nem csak a file fejlécében. Elég érdekes.
Ellenben foobarral dekódolva mind a 3 bitre ugyanazt az eredményt adja, szóval mégis a "körítésben" vannak az eltérések, amiktõl gondolom checksumok is változnak, és így gyûrûzik ez tova

Valóban a foobar bitcompare-e egyezõnek írja ha egy fájlról ugyanugy konvertálok többet, bármelyikkel. Az aotuv-os venc.exe-vel konvertáltat és az oggenc-cel konvertáltat is egyezõnek mutatja. Viszont  a rareware-es az különbözik az aotuvostól.

[alvaro]

Idézet: mzso - Dátum: 2008. ápr. 25., péntek - 10:32

Valóban a foobar bitcompare-e egyezõnek írja ha egy fájlról ugyanugy konvertálok többet, bármelyikkel. Az aotuv-os venc.exe-vel konvertáltat és az oggenc-cel konvertáltat is egyezõnek mutatja. Viszont  a rareware-es az különbözik az aotuvostól.

Mármint a rareware-es aoTuV különbözik a többitõl? Merthogy ott is van libvorbis meg aoTuV verzió
De asszem ideje leállítanom magam, jól elszórakoztatjuk a foobar-közönséget itt, most, a vorbis verziókkal :Ð

[mzso]

Idézet: alvaro - Dátum: 2008. ápr. 25., péntek - 9:51

Mármint a rareware-es aoTuV különbözik a többitõl? Merthogy ott is van libvorbis meg aoTuV verzió
De asszem ideje leállítanom magam, jól elszórakoztatjuk a foobar-közönséget itt, most, a vorbis verziókkal :Ð

Igen, csak az aoTuV-osat néztem.
___________

Egész jók ezek az új vizualizációk a 0.9.5.2-ben. Végre van teljes képernyõs mód is. Mondjuk az kevésbé tetszett hogy újra be kellett állítani a szineket a spectrogramnál (Mert ugye nekem 33 szín van beállítva. :Ð).

[alvaro]

Idézet: mzso - Dátum: 2008. ápr. 25., péntek - 13:17

Igen, csak az aoTuV-osat néztem.
___________

Egész jók ezek az új vizualizációk a 0.9.5.2-ben. Végre van teljes képernyõs mód is. Mondjuk az kevésbé tetszett hogy újra be kellett állítani a szineket a spectrogramnál (Mert ugye nekem 33 szín van beállítva. :Ð).

Nekem az az egy bajom van velük, hogy nagyban "kicsit" meg tud szaladni velük a CPU-használat... nemtom, az otthoni gépemen is bennük van-e ez a feature, de öcsém sempronján meg a munkahelyi prescotton képes eljátszani. Van róla topic is a hydrogenaudio-n, rájuk szóltam én is, állítólag ez ilyen, nincs mit tenni vele :confused: Kár, én már 286-on is oszcilloszkópot rajzolgattam a modplayerek outputjából

[mzso]

Idézet: alvaro - Dátum: 2008. ápr. 25., péntek - 13:30

Nekem az az egy bajom van velük, hogy nagyban "kicsit" meg tud szaladni velük a CPU-használat... nemtom, az otthoni gépemen is bennük van-e ez a feature, de öcsém sempronján meg a munkahelyi prescotton képes eljátszani. Van róla topic is a hydrogenaudio-n, rájuk szóltam én is, állítólag ez ilyen, nincs mit tenni vele :confused: Kár, én már 286-on is oszcilloszkópot rajzolgattam a modplayerek outputjából

Hát ez igaz. Az oszcilloszkóp különösen. Nem kicsit szaggat az oszcilloszkóp az én e6750-esemen. Még a "spectrum" eszik szépen, de azt még bírja a cpu.

[Mardel]

Nemtudja valaki, hogy az itt olvasható TAK-nek az insane max opcióját mivel érem el? Mert ha, a -p5m az, akkor nem jobb a monkeys audio insane-nél fájl méretben.

Szerkesztette: Mardel 2008. 04. 28. 18:04 -kor

[alvaro]

Idézet: Mardel - Dátum: 2008. ápr. 28., hétfõ - 18:58

Nemtudja valaki, hogy az itt olvasható TAK-nek az insane max opcióját mivel érem el? Mert ha, a -p5m az, akkor nem jobb a monkeys audio insane-nél fájl méretben.

Bezzeg dekódolási sebességben

Egyébként ott a vége nagyjából a taknak a p5m-nél. Pár apróságot még lehet állítgatni talán a guis enkóderében, de szerintem általában nem fogja utolérni tömörítésben. Az ott egy érdekes összehasonlítás, talált valami zenét, ami nagyon fekszik a taknak, de egyébként messze nem ilyen jól áll a majomhoz képest, szerintem nem hogy elhagyni, utolérni se fogja az insane-t. De nem is ezért szeretjük

[Mardel]

Idézet: alvaro - Dátum: 2008. ápr. 28., hétfõ - 20:45

De nem is ezért szeretjük

Tudom. Én is megszerettem.

[Mardel]

Flac valahogy sosem volt szimpatikus nekem. Nekem az számít, hogy minél kisebbre legyen tömörítve, gyorsan lehessen dekódolni, a cue sheet beágyazható legyen és támogatott legyen a replaygain.

Flac helyett eddig wavpack -hh-t használtam. Most TAK -p5m kb. 3-4 MB-al nagyobb mint az monkeys audio insane, de dekódolásban kb. 27x gyorsabb.

Hydrogen audion olvastam valahol, hogy azonos beállításon, gyorsabb a TAK dekódolása mint a Flac-é.

[alvaro]

Idézet: Mardel - Dátum: 2008. ápr. 29., kedd - 22:59

Flac valahogy sosem volt szimpatikus nekem. Nekem az számít, hogy minél kisebbre legyen tömörítve, gyorsan lehessen dekódolni, a cue sheet beágyazható legyen és támogatott legyen a replaygain.

Flac helyett eddig wavpack -hh-t használtam. Most TAK -p5m kb. 3-4 MB-al nagyobb mint az monkeys audio insane, de dekódolásban kb. 27x gyorsabb.  

Hydrogen audion olvastam valahol, hogy azonos beállításon, gyorsabb a TAK dekódolása mint a Flac-é.  

Hosszasan beszélgettem múltkorjában TBeck-kel meg foosion-nel a TAK dekódolási sebességérõl Úgy tûnik, hogy amúgy tényleg szinte FLAC-sebességû, csak foobar alatt lassabb valami ismeretlen oknál fogva (nem vészes amúgy, így is egyedül a FLAC gyorsabb nála a losslessek közül). Én egyébként szintén azért használom, mert láthatóan jobban tömörít, mint a FLAC, mégis jó gyors, meg mert figyelemmel kísérem már a megjelenése óta Ráadásul veszteségmentes formátumnál nincs igazán "rossz ló", mert ha más formátum terjed el, és kihalna a "választottam", simán konvertálhatom akármivé, nem romlik az anyag
Egyébként én -p2m-et használok. Marha gyors oda-vissza, és itt még javul a tömörítés szépen.

Refrain of memory:
                         "old"   "new"
FLAC 1.2.1 -8   650kbps   643x
TAK 1.0.4 0m    641kbps          459x
TAK 1.0.4 1m    632kbps          447x
TAK 1.0.4 2m    622kbps   346x   382x
TAK 1.0.4 3m    617kbps   267x   297x
TAK 1.0.4 5m    607kbps   217x   231x


Rammstein -  Keine Lust:

                         "old"   "new"
FLAC 1.2.1 -8  1075kbps   584x
TAK 1.0.4 0m   1071kbps   365x   401x
TAK 1.0.4 1m   1065kbps   348x   392x
TAK 1.0.4 2m   1062kbps   322x   356x
TAK 1.0.4 3m   1061kbps   297x   329x
TAK 1.0.4 5m   1059kbps   276x   298x

Ezt a táblázat akkor hoztam össze, mikor a sebességrõl társalogtunk, és kipróbáltam lágy, klasszikus hangszerelésû, valamint durva, ipari-metál hangzású anyagon is a kodekeket. Ez lett az eredmény, magam is meglepõdtem, mennyire másként skálázódik a TAK zenétõl függõen - hangos, zajos zenénél a -p2m már eléggé plafon, de nem is nagyon lassul utána, bezzeg a másik szám esetén épp ellenkezõleg.

[Mardel]

Még március 6-án készítettek egy grafikont, a a méret és a dekódolási sebesség függvényében. Akkor még az 1.0.4 bétájával.

Grafikon

Közelítve

Mintha az látszódna rajta, hogy a -p0m-en picit kisebb mint a flac -8, de gyorsabb dekódolásban mint  a flac -6. Sõt a -p0 önmagában gyorsabb mint a flac -0 és kisebb is.

Én a -p5m dekódolását a wavpackel meg monkeys audioval hasonlítottam, és egy lehelletnyivel lassabb a wavpack -f (fast)-nél, és gyorsabb szinte az összes monkeys audio beállításnál, nem utolsó sorban egész jól megközelítni a monkeys audio insane méretét (Rekviem egy álomért Soundtracken próbáltam: Tömörítetlen wav: 517 MB, TAK -p5m 233 MB, monkeys audio insane 230 MB).

A Synthetic soul oldalán (amirõl a grafikon is készûlt), pontosabban meg lehet nézni, az említett dolgot.

Szerkesztette: Mardel 2008. 04. 30. 09:10 -kor

[Mardel]

A tesztbõl az is jól látható, hogy egészen -p1m-ig gyorsabb dekódolásban a flacnél. És a -p0 az flac -6 mérete körül van, a -p1m meg a flac -8nál jóval kisebb. Tehát -p1m-ig elég jól átölelia  flacet és a flacnél mindig kisebb mértet kapunk, jobb dekódolással. Tehát elmondhatjuk, hogy jobb -p1mig dekódolásban és tömörítési arányban a flacnél. Kódolási idõben meg csak a flac -0 jobb a -p0-nál 2 mp-el.

Szerkesztette: Mardel 2008. 04. 30. 09:26 -kor