Journal De la musique expérimentale en ligne de commande

Posté par (page perso) .
Tags : aucun
2
24
oct.
2008
On m'a passé cette astuce que je trouve bien amusante, si l'on a rien de mieux à faire.

Ça consiste a créer des sons étranges grâce à alsa et /dev/dsp.

En effet, un
sudo cat /dev/mem > /dev/dsp

ou encore un:
cat /lib/libc.so.6 > /dev/dsp

Et vous voila en train d'entendre de la musique expérimentale. Non ce n'est pas du bruit, et c'est possible de l'écouter sans faire de crise d'épilepsie.

Après, à vous de trouver une utilité à tout ça.
  • # Facile

    Posté par . Évalué à 1.

    On cat quelque fichier dans /dev/dsp, et de l'autre coté on récupère le tout (son des enceintes + bruit de fond) avec un micro, et on a gagné une source de qualité pour générer de vrais nombres aléatoires.
    cf. http://www.random.org/randomness/

    => [ ]
    • [^] # Re: Facile

      Posté par . Évalué à 10.

      et pour entendre le véritable cri de sa souris :

      cat /dev/input/mice > /dev/dsp

      Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

  • # wav?

    Posté par (page perso) . Évalué à 3.

    cat fichier.wav > /dev/dsp c'est trop classique je suppose
    • [^] # Re: wav?

      Posté par (page perso) . Évalué à 5.

      Hum oui, sûrement.

      Envoyé depuis mon lapin.

    • [^] # Re: wav?

      Posté par . Évalué à 1.

      petit aparté:

      J'ai toujours trouvé dommage que cela ne s'applique qu'aux fichiers ".wav" et je rêve d'un petit "cat fichier.mp3 > /dev/dsp".
      Peut-être est-ce possible?

      Marc

      • [^] # Re: wav?

        Posté par (page perso) . Évalué à 6.

        /dev/dsp c'est, comme son nom l'indique, pour parler directement au DSP en "brut". La seule chose qu'il comprendra est le PCM non compressé (et encore, avec les bons bit depth / fréquence qu'on peut normalement paramétrer avec ioctl).
        • [^] # Re: wav?

          Posté par . Évalué à 1.

          Certes mais rien n'empêche que le système détecte le format de fichier genre avec la lib magik, le traduise en wav a la volé et l'envoie dedans. Il me semble que ceux qui bossent sur le Hurd avaient ce genre de trucs en tête il y a quelque temps.
          • [^] # Re: wav?

            Posté par . Évalué à 10.

            Ah ! c'est pour ça que ça traine. Peut-être qu'ils devraient abandonner et passer à la suite…
          • [^] # Re: wav?

            Posté par . Évalué à 4.

            > le traduise en wav a la volé et l'envoie dedans.
            En gros tu veux un lecteur mp3 :D
          • [^] # Re: wav?

            Posté par (page perso) . Évalué à 6.

            Certes mais rien n'empêche que le système détecte le format de fichier genre avec la lib magik, le traduise en wav a la volé et l'envoie dedans.

            actaruss c'est toi ?


            => []


            (Pour ceux qui n'ont pas suivit, cf https://linuxfr.org/~ota_fan/27380.html mais bon il boude maintenant, on ne peux plus jouer avec. On a raté la naissance d'un nouveau Jayce peut être :/ )
            • [^] # Re: wav?

              Posté par . Évalué à 2.

              Hein ? Tu m'explique en quoi c'est de la fumette ? C'est totalement du domaine du réalisable :

              Un système de fichier avec FUSE qui n'a qu'un seul fichier et qui quand tu écris dans ce fichier, il passe le flux a mplayer qui se chargera de détecter comme il sait bien le faire le format de fichier et de le jouer. Si tu me crois pas, essaye juste ca :

              cat fichier_audio_de_ton_choix | mplayer -

              Convaincu ?


              Quand au Hurd, on en pense ce qu'on veut mais y a de tres bonnes idées dedans dont a mon avis la plus notable sont les translators. C'est facile de critiquer mais faites donc votre OS si vous trouvez ca si facile. Y en marre de ceux qui ne savent que critiquer sans pondre une ilgne de code.

              A bon entendeurs, bonsoir.
      • [^] # Re: wav?

        Posté par . Évalué à 7.

        Tu peux toujours créer un périphérique (genre /dev/ogg) pour décoder ton .ogg (mp3 saimal) puis rediriger vers /dev/dsp
        • [^] # Re: wav?

          Posté par . Évalué à 1.

          Je ne sais pas comment créer un peri-féerique permettant ce genre de chose. tu aurais plus d'infos?

          PS: J'ai essayé un "mpg123 bob/01.mp3 -s > /dev/dsp" mais... aie!!!

          Marc

          • [^] # Re: wav?

            Posté par . Évalué à 3.

            Avec FUSD (http://www.circlemud.org/~jelson/software/fusd/ ) par exemple, c'est plus pratique (et facile) qu'écrire des modules noyau.
          • [^] # Re: wav?

            Posté par . Évalué à 6.

            Je pense qu'on peut pousser le système POSIX et mplayer dans leurs retranchements :
            mkfifo /dev/sound
            mplayer -loop 0 /dev/sound

            Après tu cat ce que tu veux dans /dev/sound, et ça marche même avec les vidéos. Bon OK j'ai triché, je ne suis pas passé par /dev/dsp ...
            • [^] # Re: wav?

              Posté par . Évalué à 2.

              Merci, ça marche, à un ralentissement de la musique près.

              A moi les blondes à forte poitrine \o/
              - Vous savez, les filles, moi je fais un "cat chansonDeLover > /dev/sound" pour écouter d'la musique.
              - Mon dieu, quel homme!
              Et ils vécurent et n'eurent aucun enfants...

              PS: Je me demandais juste si c'était possible (et merci pour les précisions).

              Marc

              • [^] # Re: wav?

                Posté par . Évalué à 4.

                Oui, oui je confirme que c'est possible : on peut vivre heureux et sans enfant !
                Pour les précisions, t'es sûr de les vouloir ?
                • [^] # Re: wav?

                  Posté par . Évalué à 3.

                  Encore une histoire avec des chèvres, dans le maquis corse ?
                  • [^] # Re: wav?

                    Posté par . Évalué à 2.

                    Il a pas dit sans compagne/compagnon, il a dit sans enfants.
                    • [^] # Re: wav?

                      Posté par . Évalué à 7.

                      Serait-ce de la discrimination contre les chèvres? Elles ne font pas d'assez bonnes compagnes à ton goût? Parce que des comme ça, y'en a pas légion.

                      (pardon)
      • [^] # Re: wav?

        Posté par (page perso) . Évalué à 4.

        Sérieusement, à quoi ça sert, à part pour tester un périphérique son?
        Tout développeur préférera je pense avoir une belle API (qui si possible ne change pas) avec une belle abstraction. Rajouter dans le noyau des trucs de trop haut niveau, je ne vois pas trop l'intérêt.
    • [^] # Re: wav? non; au : oui

      Posté par (page perso) . Évalué à 4.

      Non, il faut un fichier son 'brut' comme on dit (du pcm sur 8 bits, eh oui /dev/dsp c'est du 8bits/mono) ce qui est courament le cas des fichiers '.au' (format audio adopté par SUN et NeXT). Personne ne se souvient du fichier fourni par Linus pour tester sa carte son ? il est encore dans l'arborescence des sources de linux. (fouillez kernel.org..)

      Tout homme qui dirige, qui fait quelque chose, a contre lui ceux qui voudraient faire la même chose, ceux qui font précisément le contraire, et surtout la grande armée des gens d'autant plus sévères qu'ils ne font rien du tout. \n -- Jules Claretie

  • # Inutile…

    Posté par . Évalué à 1.

    … donc indispensable ! (?)
    • [^] # Re: Inutile…

      Posté par . Évalué à 2.

      je n'ai pas testé cela, mais cela permet de faire de la musique à partir de code source :

      http://www.codesounding.org/indexeng.html

      Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

  • # back to the 70's

    Posté par (page perso) . Évalué à 10.

    toujours agréable de voir que le principe de base d'Unix est encore source de découvertes en 2008. Pour info, ce n'est pas dû à ALSA car /dev/dsp c'est un device OSS.

    C'est aussi comme cela qu'on imprime aussi si l'on a pas de spooler (je te laisse deviner la commande et le device), et c'est aussi de cette manière que l'on envoit des messages sur le TTY des collègues (qui ont un 'mesg y') pour dire qu'il est l'heure d'aller manger, etc...

    Tout homme qui dirige, qui fait quelque chose, a contre lui ceux qui voudraient faire la même chose, ceux qui font précisément le contraire, et surtout la grande armée des gens d'autant plus sévères qu'ils ne font rien du tout. \n -- Jules Claretie

  • # Hihi

    Posté par (page perso) . Évalué à 10.

    GET http://linuxfr.org > /dev/dsp
    Retrouvez bientôt, tout linuxfr en .MP3.ogg !!!
  • # Flashback

    Posté par . Évalué à 5.

    C'est le son qui sortait du lecteur de cassette de mon MO5, lorsque je chargeait un jeu stocké sur une cassette audio.
    J'ai la larme à l'oeil....

    David.
  • # Backup par modulation de fréquence?

    Posté par (page perso) . Évalué à 2.

    Tout est dans le titre (transférer des données par l'intermédiaire de la prise jack), est-ce possible?
    • [^] # Re: Backup par modulation de fréquence?

      Posté par . Évalué à 5.

      y a pas de raison que ca ne marche pas

      c'etait deja comme ca du temps du MO5/TO7

      backup :
      1°) brancher un magneto (cassette pour les nostalgiques)
      2°) lancer l'enregistrement
      3°) lancer le backup
      cat fichier >/dev/dsp

      restauration :
      1°) brancher un magneto (cassette pour les nostalgiques)
      2°) lancer la restauration
      cat /dev/dsp >fichier
      3°) lancer la lecture de la cassettte
    • [^] # Re: Backup par modulation de fréquence?

      Posté par . Évalué à 3.

      J’avais fait un TP là-dessus en école, le but étant de faire de sa carte son une carte réseau (sans aller pousser le vice jusqu’à créer une interface ethernet, tout de même !).
      Grosso modo, oui ça se fait.
  • # Tester une carte son.

    Posté par . Évalué à 1.

    J'avoue, ça fait peut-être un peu geek sur les bords,mais j'ai l'habitude de tester une carte son (par exemple quand j'installe une machine, ou si il y a un problème que je cherche à le résoudre), en faisant :
    cat /boot/vmlinuz > /dev/dsp
    On se rend très vite compte du fonctionnement de la carte !

    Yth.
    • [^] # Re: Tester une carte son.

      Posté par . Évalué à 2.

      Roooh, moi qui pensais être le seul à faire "crier mon kernel" pour tester ma carte son :')

      (bon ok, ça fait des années que j'ai pas fait ça, vu que maintenant mes cartes son marchent toujours du premier coup avec les distribs récentes. Mais du temps où que pour faire marcher une SBLive!, il fallait installer emu10k1 à la main, je faisais comme ça)
  • # et le libre ?

    Posté par . Évalué à 4.

    /dev/mem n'est pas de la musique libre (elle a de fortes chances de contenir des parties non redistribuables) alors que /lib/libc.so.6 est belle et bien libre.
    • [^] # Re: et le libre ?

      Posté par . Évalué à 3.

      un bon "cat /dev/urandom > /dev/dsp", y a rien de mieux : là au moins, t'es sûr d'être l'auteur de la source sonore ^^
      • [^] # Re: et le libre ?

        Posté par . Évalué à 10.

        En plus en écoutant assez longtemps, on devrait finir par entendre des inédits des Beattles.
        • [^] # Re: et le libre ?

          Posté par . Évalué à 1.

          Ils ont publié beaucoup de chanson les Beattles ?
          • [^] # Re: et le libre ?

            Posté par . Évalué à 2.

            oui alors j'explique pour que ce soit drôle.

            Le groupe s'appelle les Beatles, qui est déjà une faute d'orthographe (volontaire, apparemment un souhait de John), le mot correct étant "beetles".


            Voilà voilà, et une bonne journée.
  • # Pour du bon son libre...

    Posté par (page perso) . Évalué à 2.

    J'avais une arborescence de 2.6.23.1 qui trainait
    # cat /usr/src/linux-2.6.23.1/* > /dev/dsp

    Il y a du très très bon ...

    2.6.24 ça a l'air pas mal non plus, on va voir ce que donne le 2.6.27...

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.