MOC player a Jamendo -- ne až tak snadný skript

4.7.2010 15:52 | Přečteno: 1234× | Linux, objevy

Používáte ještě MOC player? Posloucháte Jamendo? Chtěli byste přidávat / přepisovat položky playlistu přímo z Firefoxu? Pak čtěte dále!

Asi každý uživatel MOC přehrávače ví, že mocp je možné ovládat i z konzole (bez curses), přidávat položky playlistu a vůbec měnit různé vlastnosti. Neměl by tedy problém udělat nějaký wrapper skript, který by tohle dělal, kdyby jej někdo (třeba firefox) spustil.

Jednoduchý nápad, jednoduchý princip, jednoduchá realizace

Tou cestou jsem se taky vydal, vytvořil si mocp-wrap.sh s parametry "play <filename>" a "queue <filename>" a k němu další dva miniskriptíky mocp-play.sh a mocp-queue.sh (možná by firefox uměl volat "mocp-wrap.sh <play | queue> <filename>" přímo, ale já nevím, jak) a u "open file" dialogu ve firefoxu si tyto dva nastavil pro m3u a jiné hudební soubory. Play prostě vyčistí playlist, vloží tam soubor podstrčený firefoxem (z /tmp) a spustí přehrávání, queue jen přidá nový soubor do playlistu a nic nespouští, aby nevyrušil při přehrávání jiné písničky. V obou případech je mocp server napřed spuštěn, pokud neběží.

Komplikace, bugy mocp

Idea jednoduchá, skript původně taky. Funguje bezvadně pro jednotlivé mp3, ogg nebo jiné soubory. Problém je v m3u playlistech -- zde je očividně bug v MOC přehrávači. Bug, který jsem ani nehlásil, vývoj mocp totiž ustal asi kolem roku 2007. Udržovat vlastní patchovanou verzi MOC jsem taky nechtěl, takže jsem na pár minut přešel na VLC (který mám zatím jen na video) a zkoumal možnosti ovládání bez myši (notebook). Problém mocp je v tom, že při "mocp -a soubor.m3u" přidá písničky z playlistu v *náhodném* pořadí. Většinou je první písnička nakonci, někdy je uprostřed, jindy jsou první tři vpleteny někam doprostřed, přitom shift-A v ncurses GUI funguje korektně. Zkoušel jsem mazat cache, dělat různé opičárny, hledat ve zdrojáku, kompilovat stable verzi, problém přetrval.

Řešení

Nakonec jsem se vyhecoval a napsal superhnusný "hack" skript, který rozparsuje m3u soubor (alespoň ten z jamenda) na jednotlivé písničky, každou z nich zapíše do dočasného souboru a zavolá "mocp -a" pro každou z nich. Existuje daleko jednodušší jednořádkové řešení přes xargs - "grep -v '^#' < soubor.m3u | xargs mocp -a", ale to nezachová m3u tagy, které jsou u Jamendo streamů docela významné.

Tedy bez dalších keců - skript:

#!/bin/sh -e
#
# A simple MOC wrapper script for firefox / console use

if [ -z "$2" ]
then
        echo "Usage: $0 <play | queue> <filename>"
fi

FILENAME="$2"

parse_m3u ()
{
        # since "mocp -a" is somewhat fugly bugged
        # and adds playlist entries in a (pretty much) random order,
        # let's do it the superugly hacky (but working) way
        #  -- ie. extract each m3u entry separately and feed it to mocp -a

        TEMPFILE="$(mktemp --suffix=.m3u)"
        IFS='
'
        # first EXTM3U is already there (read from $1)
#       echo '#EXTM3U' > $TEMPFILE
#       for line in $(grep -v '^#EXTM3U' "$1")
        for line in $(cat "$1")
        do
                echo $line >> $TEMPFILE

                # found non-comment line
                if [ -z "$(echo $line | grep '^#')" ]
                then
                        mocp -a $TEMPFILE
                        echo '#EXTM3U' > $TEMPFILE
                fi
        done;
        rm $TEMPFILE
}


# if moc server is not running, start it
if ! pgrep -x -u $(id -u) mocp >/dev/null; then mocp -S; fi

case "$1"
in
        "play")
                # clear current playlist and immediately play the file
                mocp -c
                mocp -s
                if [ ! -z "$(echo "$FILENAME" | grep -i '\.m3u$')" ]
                then
                        parse_m3u "$FILENAME"
                else
                        mocp -a "$FILENAME"
                fi
                mocp -p
                ;;
        "queue")
                # enqueue the file in current playlist
                if [ ! -z "$(echo "$FILENAME" | grep -i '\.m3u$')" ]
                then
                        parse_m3u "$FILENAME"
                else
                        mocp -a "$FILENAME"
                fi
                ;;
esac

Někteří asi budou namítat, že by šlo ušetřit disk I/O přes named pipes, mě to taky napadlo a zkusil jsem to. Výsledkem byly neúplné playlisty, race conditions (se sleep 1 mezi songy nic nemizelo) a jiné problémy (spouštěl jsem "mocp -a < myfifo &" a potom echoval buffer s tagem a linkem (jeden write()). Takže jsem se nakonec vrátil k používání temp souboru, osobně mám /tmp jako tmpfs, takže je mi to celkem jedno.

Na pomalejších počítačích asi budou problémy s rychlostí, spouštět tolikrát echo, grep a jiné příkazy (byť z disk cache) není až tak levná sranda. Možná by pomohlo přepsání do perlu, ale to by zase skript ztratil na "portabilitě". Na mém notebooku (c2d 2.8GHz, ondemand 800MHz) je spuštění přehrávání do jedné sekundy od "otevření" (stažení) souboru firefoxem.

Závěrem

Omlouvám se těm, kteří čekali další superdlouhý blogpost, dneska to utnu celkem brzy. Měl bych jen jednu otázku - jako "výchozí" pro m3u ve firefoxu mám pořád VLC a do toho dialogu se neuloží víc, jak výchozí + jedna další hodnota, takže si nemohu snadno vybrat mezi play a queue. Nevíte někdo, kde bych mohl ten VLC ze seznamu smazat a nastavit třeba mocp-queue.sh jako výchozí? V preferences si můžu jen vybrat něco ve smyslu "ptát se vždy" / "spustit pokaždé tohle", takže to asi bude někde hluboko v ~/.mozilla/.

       

Komentáře

[Jiří J.]

Přiložím ještě ukázkový mocp-play.sh pro firefox (queue si snad každý odvodí sám).

#!/bin/sh
~/bin/mocp-wrap.sh play "$1"
rm "$1"

(pochopitelně je potřeba změnit cestu k mocp-wrap.sh)

[Jiří J.]

Err, má tam být rm -f, firefox to ukládá read-only.

[Jan Drábek]

Hmm, je trochu nebezpečné, že když cokoliv otevřete tímto scriptem tak to okamžitě smažete

[Jiří J.]

No já osobně neplánuji přehrávat svoji offline sbírku přes tento skript, je čistě pro firefox .

Ten rm je tam čistě kvůli čistotě /tmp, každá písnička (stream) na Jamendu je .m3u, takže pokud někdo kliká na písničky jednotlivě (a nepřehrává celá alba), měl by brzo v /tmp brzo 50+ souborů typu jamendo-playlist-[0-9]*.m3u

Na druhou stranu - pokud to někdo plánuje použít i pro mp3/ogg/etc a ne jen pro Jamendo (či jiné) streamy přímo, měl by ten rm odebrat, jinak se mu písnička v kombinaci s "queue" pochopitelně nespustí, protože v okamžik, kdy na ni přijde čas, už nebude existovat.

[David Watzke]

pokud někdo kliká na písničky jednotlivě (a nepřehrává celá alba), měl by brzo v /tmp brzo 50+ souborů typu jamendo-playlist-[0-9]*.m3u

to vadí čemu?

[marbu]

Přejdi na mpd :) Něco takového jsem řešil pro konqueror přes servicemenu.

[Jiří J.]

Já to právě vyřešil trochu jinak .

Na MPD kouknu, prozatím přikládám (pro ostatní) jednoduchý xmessage skript pro přímé spuštění firefoxem při otevření m3u/čehokoli jiného. Tentokrát žádný rm, takže je to univerzální, ne Jamendo-only. Mimojiné celkem elegantně vyřešil můj problém s "open file" dialogem firefoxu.

#!/bin/sh

WRAPPER="$HOME/bin/mocp-wrap.sh"

xmessage -file - \
         -center \
         -buttons Play\ it\ now,Queue\ in\ playlist,Cancel \
         -nearmouse \
        <<EOF
A player request received, filename "$1".
What should I do?
EOF

case $?
in
        101) $WRAPPER play "$1"  ;;
        102) $WRAPPER queue "$1" ;;
          *) exit 1              ;;
esac

Pochopitelně je to jen příklad, úpravy je možno provádět dle libosti .

[Václav HFechs Švirga]

Firefox se imho řídí i /etc/mime.types . Jinak moc je super.

[depka]

me bohuzel na debianu unstable prestal mocp fungovat, skonci segmentation faultem :(

[kotyz]

zkus ho prekompilovat

[b42]

Pokud ti to nedá příliš práce, bug nahlaš. MOC se sice vyvíjí velmi pomalu, ale myslím, že ještě není úplně mrtvý.