Jak na kompresi mp3 na více jádrech

Dovolil bych si navrhnout ještě jedno řešení, pro libovolný počet procesorů:

priorita=1
for soubor in $(ls -S1 *.wav); do
nice -$priorita lame -m j --quiet --vbr-new -b 64 -B 192 "$soubor" "$soubor.mp3" &
if [ $priorita -lt 19 ]; then
priorita=$(($pri­orita+1))
fi
done

To udělá to, že se pokusí všechny soubory převést najednou a ať si to procesory mezi sebou už nějak rozdělí. Kromě toho se začne těmi největšími soubory (a mají také nejvyšší prioritu), takže je menší pravděpodobnost, že se bude na nějakou dlouhou písničku čekat. Nevýhoda: load se zvedne na číslo počtu písniček :-) Ale nezkoušel jsem, nevím jak moc to vadí, když všechny procesy mají i tak nízkou prioritu.

Mno, je vidět, že shell je spíš tak hraní. Když se použije jazyk s rozumným interface na systém, tak se z toho dá vytáhnout víc ;)

Mám doma něco podobného v perlu, který si zajistí vše od stáhnutí z CD, ke kompresi, nastavení tags, o možnosti výběru mezi ogg/mp3 samozřejmě ani nemluvě. Počet paralelně běžících kompresí je samozřejmě nastavitelný, další se pouští okamžitě, nikoli poté, co doběhnou všechny běžící.

Dovolil bych si nevymýšlet kolo:

echo '
all : $(patsubst %.txt,%.out,$(wil­dcard *.txt))

%.out : %.txt
cat $ $@
' | make -j 2 -f -

parametrem -j pak stačí změnit počet paralelních procesů

tak ještě jednou:

echo '
all : $(patsubst %.txt,%.out,$(wil­dcard *.txt))

%.out : %.txt
cat $< $@
' | make -j 2 -f -

3> spravne. pokud chceme paralelizovat takto primitivni veci, nejlepe je pouzit nastroj make.

A co na jeden řádek?

ls *.mp3 | xargs -L 1 -I {} -P 2 lame -m j --quiet --vbr-new -b 64 -B 192 {} {}.mp3

[6] Tak tohle je geniální, vůbec jsem o parametru -P nevěděl. Naprosto skvělé, díky.

Nedostatkem je, ze se napred to CD musi vyripovat a to nikoliv paralelne na dvou procesech. Nevim, co timhle postupem usetrim napr. proti Kaudiokreatoru, ktery na jedne strane ripuje, na druhe pak vyripovane tracky rve do fronty, odkud si je bere lame, jak stiha. Navic jeste ty tracky otaguje podle freedb, coz tenhle skript asi neudela, protoze nevim, odkud by ty tagy vydoloval, z wavu asi tezko.

Cili postup je takovyto: Vyripovat a pekne pockat, az to dojede do konce, namisto aby se zacalo kodovat, jakmile je prvni track ripnuty. Pak si to zrychlene zakodovat ve dvou procesech. Nasledne uz jen rucne otagovat, coz bude trvat rekneme pul hodiny.

Cili se jedna opravdu o proof of concept, kterym si clovek akorat pridela praci a vse pekne prodlouzi, i kdyz, dluzno poznamenat, faze kodovani bude kratsi. :-)

wavy nevznikaju len z CD. moje Asterisky v praci denne nahraju aj 10000 G711 hovorov do nekomprimovanych wavov. mam cron job ktory to potom vsetko zmasti do mp3 (VBR 9). (teda 2 cron joby, lebo to chcem mat beziace dvoch jadrach)

kdysi jsme paralelne komprimoval wav do mp3 na linuxovem clusteru, stacilo skriptem spustit na jednotlivych uzlech lame pomoci rsh, kazdy uzel jedna pisnicka a cele album bylo na dostatecnem poctu stroju/procesoru udelano
najednou.

[9] To mi prijde jako skoda mista - skladovat wav. Zkusil bych ukladat primo g711 a pak konvertovat rovnou. Lame se teda musi prelozit s podporou libsndfile (http://www.mega-nerd.com/libsndfile/).

[11] skoda ze to nepozna g729. (holt licencie su licencie)

hmm .. na mp3 bezny clovek zustane u klasiky, uz kvuli id3tagum ..
Ale koukam ze bych mel pohnout zadnici a dorazit davkove xvidovani nahravek z dvbt. S optimalnim vyuzitim multicpu. Ten radek s xarg se mi libi :-)

davkove xvidovani? a neni to skoda prace?
neni lepsi bud to udelat necim poradnym, a tedy pouzit h264 nebo to udelat v co nejlepsi kvalite (vzhledem o originalu) a tedy jen t prevest do DVD video, coz je o zmene hlavicek a indexaci a s videem se pak nedeje nic.