abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 20:00 | Komunita

    Byly zpracovány a na YouTube zveřejněny videozáznamy z konference LinuxDays 2025.

    Ladislav Hagara | Komentářů: 0
    4.10. 15:22 | IT novinky

    Na konferenci LinuxDays 2025 byl oficiálně představen nový router Turris Omnia NG.

    Ladislav Hagara | Komentářů: 13
    4.10. 05:22 | Komunita

    Přímý přenos (YouTube) z konference LinuxDays 2025, jež probíhá tento víkend v Praze v prostorách FIT ČVUT. Na programu je spousta zajímavých přednášek.

    Ladislav Hagara | Komentářů: 11
    3.10. 22:44 | IT novinky

    V únoru loňského roku Úřad pro ochranu osobních údajů pravomocně uložil společnosti Avast Software pokutu 351 mil. Kč za porušení GDPR. Městský soud v Praze tuto pokutu na úterním jednání zrušil. Potvrdil ale, že společnost Avast porušila zákon, když skrze svůj zdarma dostupný antivirový program sledovala, které weby jeho uživatelé navštěvují, a tyto informace předávala dceřiné společnosti Jumpshot. Úřad pro ochranu osobních údajů

    … více »
    Ladislav Hagara | Komentářů: 4
    3.10. 19:00 | Nová verze

    Google Chrome 141 byl prohlášen za stabilní. Nejnovější stabilní verze 141.0.7390.54 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 21 bezpečnostních chyb. Za nejvážnější z nich (Heap buffer overflow in WebGPU) bylo vyplaceno 25 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    3.10. 17:11 | Upozornění

    eDoklady mají kvůli vysoké zátěži technické potíže. Ministerstvo vnitra doporučuje vzít si sebou klasický občanský průkaz nebo pas.

    Ladislav Hagara | Komentářů: 7
    3.10. 17:00 | Komunita

    Novým prezidentem Free Software Foundation (FSF) se stal Ian Kelling.

    Ladislav Hagara | Komentářů: 1
    3.10. 14:33 | Komunita

    Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za září (YouTube).

    Ladislav Hagara | Komentářů: 0
    3.10. 12:33 | Upozornění

    Vyšla kniha Počítačové programy a autorské právo. Podle internetových stránek nakladatelství je v knize "Významný prostor věnován otevřenému a svobodnému softwaru, jeho licencím, důsledkům jejich porušení a rizikům „nakažení“ proprietárního kódu režimem open source."

    javokajifeng | Komentářů: 0
    3.10. 01:11 | Bezpečnostní upozornění

    Red Hat řeší bezpečnostní incident, při kterém došlo k neoprávněnému přístupu do GitLab instance používané svým konzultačním týmem.

    Ladislav Hagara | Komentářů: 0
    Jaké řešení používáte k vývoji / práci?
     (38%)
     (45%)
     (15%)
     (17%)
     (20%)
     (15%)
     (17%)
     (16%)
     (15%)
    Celkem 175 hlasů
     Komentářů: 12, poslední 4.10. 20:35
    Rozcestník

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

    4.7.2010 15:52 | Přečteno: 1236× | 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/.

           

    Hodnocení: 100 %

            špatnédobré        

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    Komentáře

    Vložit další komentář

    4.7.2010 15:57 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: MOC player a Jamendo -- ne až tak snadný skript

    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)

    4.7.2010 15:58 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: MOC player a Jamendo -- ne až tak snadný skript

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

    Jan Drábek avatar 4.7.2010 16:09 Jan Drábek | skóre: 41 | blog: Tartar | Brno
    Rozbalit Rozbalit vše Re: MOC player a Jamendo -- ne až tak snadný skript
    Hmm, je trochu nebezpečné, že když cokoliv otevřete tímto scriptem tak to okamžitě smažete :-D
    01010010 01000101 01010000 01101100 01001001 00110010 01000100 01100101 01010110
    4.7.2010 16:18 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: MOC player a Jamendo -- ne až tak snadný skript

    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 avatar 5.7.2010 11:22 David Watzke | skóre: 74 | blog: Blog... | Praha
    Rozbalit Rozbalit vše Re: MOC player a Jamendo -- ne až tak snadný skript
    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?
    “Being honest may not get you a lot of friends but it’ll always get you the right ones” ―John Lennon
    4.7.2010 16:43 marbu | skóre: 31 | blog: hromada | Brno
    Rozbalit Rozbalit vše Re: MOC player a Jamendo -- ne až tak snadný skript
    Přejdi na mpd :) Něco takového jsem řešil pro konqueror přes servicemenu.
    There is no point in being so cool in a cold world.
    4.7.2010 16:52 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: MOC player a Jamendo -- ne až tak snadný skript

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

    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 :-) .

    4.7.2010 23:57 Václav HFechs Švirga | skóre: 26 | blog: HF | Kopřivnice
    Rozbalit Rozbalit vše Re: MOC player a Jamendo -- ne až tak snadný skript
    Firefox se imho řídí i /etc/mime.types . Jinak moc je super.
    Baník pyčo!
    5.7.2010 22:10 depka | skóre: 20 | blog: eterity
    Rozbalit Rozbalit vše Re: MOC player a Jamendo -- ne až tak snadný skript
    me bohuzel na debianu unstable prestal mocp fungovat, skonci segmentation faultem :(
    kotyz avatar 6.7.2010 01:05 kotyz | skóre: 25 | blog: kotyzblog | Plzeň
    Rozbalit Rozbalit vše Re: MOC player a Jamendo -- ne až tak snadný skript
    zkus ho prekompilovat ;-)
    Hrdý člen KERNEL ULTRAS. | Furry/Brony/Otaku | Nemám čas ztrácet čas. | In 'pacman -Syu' we trust!
    b42 avatar 6.7.2010 11:09 b42 | skóre: 12 | Ostrava/Brno
    Rozbalit Rozbalit vše Re: MOC player a Jamendo -- ne až tak snadný skript
    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ý.

    Založit nové vláknoNahoru

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.