まこと の ブログ - Mot-clé - UbuntuMaKoTo no burogu — Journal de bord…2024-03-28T19:46:56+01:00MaKoTourn:md5:c74815e3268f2d506228368f0d9c6d01DotclearHaaa ! Snap alors !urn:md5:f9622b64aea7c22dea51957553689bff2022-05-26T14:48:00+02:002022-05-28T10:27:42+02:00makoto doushiteGNU/LinuxLogiciel libreUbuntu<p><a href="http://burogu.makotoworkshop.org/public/ordi/Logo-ubuntu.png"><img src="http://burogu.makotoworkshop.org/public/ordi/Logo-ubuntu.png" alt="" style="float:right; margin: 0 0 1em 1em;" /></a><a href="http://burogu.makotoworkshop.org/public/ordi/snapcraft-primary-icon--dark.png"><img src="http://burogu.makotoworkshop.org/public/ordi/snapcraft-primary-icon--dark.png" alt="" style="float:right; margin: 0 0 1em 1em;" /></a></p>
<blockquote><p>Les utilisateurs et utilisatrices d<em>'Ubuntu</em> l'auront peut-être remarqués, depuis quelques versions, certains logiciels s'installent sans donner le choix depuis des paquets <em>snap</em> au lieu du traditionnel paquet « apt » <em>deb</em>.<br />
Ç'aurait pu passer relativement inaperçu, sauf que cela a plusieurs conséquences, notamment prendre beaucoup d'espace disque, et d'être plus lent au démarrage des logiciels.<br />
Autre conséquences, et non des moindre concernant par exemple, au hasard, le soft qui me sert le plus, <em>Firefox</em>.<br />
Une bonne partie de ses extensions, ne fonctionnent plus, ce qui est relativement fâcheux. Ceci s'explique par le fait qu'un <em>snap</em> vient avec son propre petit environnement « sandboxé » ce qui empêche certaines extensions donc de communiquer avec « l'extérieur ».<br />
Alors certes une « sandbox » c'est un gain de sécurité, mais si c'est au détriment de l'utilisabilité, c'est non.<br /></p></blockquote>
<p><br /></p>
<h3><ins>L'espace disque</ins> :<br /></h3>
<ul>
<li>Mon disque est partitionné comme il se doit, avec un <em>home</em> séparé. J'ai donc une racine qui ne me sert que pour le système d'exploitation et les logiciels. Avec 10 Gio de libre, jusqu'à présent je n'ai jamais eu de problème de saturation du disque.<br /></li>
</ul>
<pre class="brush: bash">/dev/sda1 47G 35G 9,4G 79% /</pre>
<p>Pourtant dés la mise à niveau vers <em>Ubuntu 22.04LTS</em>, encours de route, la mise à niveau s'est arrêtée net…
Téléchargement des paquets ok, et pendant l’installation de ceux-ci, disque plein au moment de mettre à jour <em>KiCad</em>.<br />
J'ai alors désinstallé celui-ci pour gagner un peu d'espace disque, et heureusement que le logiciel de mise à niveau est bien fichu, car j'ai pu, avec la commande adaptée, relancer la procédure et terminer la mise à niveau.<br /></p>
<ul>
<li>Me voici donc avec la <em>22.04</em>, je réinstalle 'KiCad'', et me reste à peine 8 Gio de disque… Bon ok.<br /></li>
</ul>
<p>Quelques jours plus tard, des mises à jours arrivent, et ho, 4.4 Gio de libre… Heuuuuu, qué passa !?<br /><br /></p>
<h3><ins>Firefox</ins> :<br /></h3>
<p>J'ai suivis un des nombreux tutos qui indiquent la démarche pour repasser à un <em>deb</em>.</p>
<ul>
<li>Suppression du <em>snap</em> et installation depuis le <em>ppa</em> :<br /></li>
</ul>
<pre class="brush: bash">sudo snap remove firefox
sudo add-apt-repository ppa:mozillateam/ppa
sudo apt update
sudo apt install firefox</pre>
<ul>
<li>Pour activer la mise à jour automatique depuis le <em>ppa</em></li>
</ul>
<pre class="brush: bash">echo 'Unattended-Upgrade::Allowed-Origins:: "LP-PPA-mozillateam:${distro_codename}";' | sudo tee /etc/apt/apt.conf.d/51unattended-upgrades-firefox</pre>
<ul>
<li>Pour empêcher le remplacement par les mises à jours de <em>Firefox</em> en <em>snap</em>, éditer le fichier suivant :<br /></li>
</ul>
<pre class="brush: bash">sudo nano /etc/apt/preferences.d/firefox-no-snap</pre>
<ul>
<li>Avec dedans :<br /></li>
</ul>
<pre class="brush: bash">Package: firefox*
Pin: release o=Ubuntu*
Pin-Priority: -1</pre>
<p>Haaa mes extensions <em>Firefox</em> fonctionnent à nouveau !<br /><br /></p> <h3><ins>Supprimer <em>snap</em> </ins> :<br /></h3>
<blockquote><p>Mise à jours après mise à jour, la racine du disque se remplie, et avant de bloquer le système avec un disque plein, regardons d'un peu plus prés ce qu'il en est.<br /></p></blockquote>
<ul>
<li>Logiciels installés avec <em>snap</em>, ainsi que leurs mises à jours résiduelles :<br /></li>
</ul>
<pre class="brush: bash">snap list --all
Nom Version Révision Suivi Éditeur Notes
bare 1.0 5 latest/stable canonical✓ base
chromium 101.0.4951.54 1985 latest/stable canonical✓ désactivé
chromium 101.0.4951.64 1993 latest/stable canonical✓ -
core 16-2.54.4 12834 latest/stable canonical✓ core,désactivé
core 16-2.55.5 13250 latest/stable canonical✓ core
core18 20220428 2409 latest/stable canonical✓ base
core18 20220309 2344 latest/stable canonical✓ base,désactivé
core20 20220329 1434 latest/stable canonical✓ base,désactivé
core20 20220512 1494 latest/stable canonical✓ base
gnome-3-28-1804 3.28.0-19-g98f9e67.98f9e67 145 latest/stable canonical✓ désactivé
gnome-3-28-1804 3.28.0-19-g98f9e67.98f9e67 161 latest/stable canonical✓ -
gnome-3-38-2004 0+git.1f9014a 99 latest/stable canonical✓ -
gnome-3-38-2004 0+git.cd626d1 87 latest/stable canonical✓ désactivé
gtk-common-themes 0.1-59-g7bca6ae 1519 latest/stable canonical✓ désactivé
gtk-common-themes 0.1-79-ga83e90c 1534 latest/stable canonical✓ -
pulsemixer 1.5.1 283 latest/stable/… georgefilipkin -
pulsemixer 1.5.0 250 latest/stable/… georgefilipkin désactivé
ubuntu-mate-welcome 22.04.0-5b7bef38 709 latest/stable/… flexiondotorg classic
ubuntu-mate-welcome 22.04.0-5ab72c37 693 latest/stable/… flexiondotorg désactivé,classic</pre>
<ul>
<li>Espace disque pris pas les logiciels <em>snap</em> :<br /></li>
</ul>
<pre class="brush: bash">sudo du -sh /snap/
6,1G /snap/
sudo du -sh /var/snap/
9,2M /var/snap/
sudo du -sh /var/lib/snapd/
5,2G /var/lib/snapd/
du -sh ~/snap
1G ~/snap</pre>
<ul>
<li>En détail :</li>
</ul>
<pre class="brush: bash">sudo du -csh /snap/* |sort -rh
6,1G total
2,1G /snap/gnome-3-38-2004
1,3G /snap/gnome-3-28-1804
712M /snap/gtk-common-themes
672M /snap/core
596M /snap/chromium
396M /snap/core20
338M /snap/core18
57M /snap/ubuntu-mate-welcome
51M /snap/pulsemixer
4,5K /snap/bare
4,0K /snap/README
4,0K /snap/bin</pre>
<ul>
<li>Pour voir le poids utilisé par un logiciel :<br /></li>
</ul>
<pre class="brush: bash">sudo du -csh /snap/chromium/* |sort -rh
596M total
298M /snap/chromium/1993
298M /snap/chromium/1985</pre>
<p>On constate ici que deux versions occupent de l'espace.<br /></p>
<ul>
<li>Pour lister les anciennes versions désactivées :</li>
</ul>
<pre class="brush: bash">snap list --all | awk '/désactivé|disabled/{print}'
chromium 101.0.4951.54 1985 latest/stable canonical* désactivé
core 16-2.54.4 12834 latest/stable canonical* core,désactivé
core18 20220309 2344 latest/stable canonical* base,désactivé
core20 20220329 1434 latest/stable canonical* base,désactivé
gnome-3-28-1804 3.28.0-19-g98f9e67.98f9e67 145 latest/stable canonical* désactivé
gnome-3-38-2004 0+git.cd626d1 87 latest/stable canonical* désactivé
gtk-common-themes 0.1-59-g7bca6ae 1519 latest/stable canonical* désactivé
pulsemixer 1.5.0 250 latest/stable/… georgefilipkin désactivé
ubuntu-mate-welcome 22.04.0-5ab72c37 693 latest/stable/… flexiondotorg désactivé,classic</pre>
<ul>
<li>Pour supprimer ces anciennes versions désactivées :</li>
</ul>
<pre class="brush: bash">snap list --all | awk '/désactivé|disabled/{print $1, $3}' |while read snapname revision; do echo $snapname $revision; sudo snap remove "$snapname" --revision="$revision"; done
chromium 1985
chromium (révision 1985) supprimé
core 12834
core (révision 12834) supprimé
core18 2344
core18 (révision 2344) supprimé
core20 1434
core20 (révision 1434) supprimé
gnome-3-28-1804 145
gnome-3-28-1804 (révision 145) supprimé
gnome-3-38-2004 87
gnome-3-38-2004 (révision 87) supprimé
gtk-common-themes 1519
gtk-common-themes (révision 1519) supprimé
pulsemixer 250
pulsemixer (révision 250) supprimé
ubuntu-mate-welcome 693
ubuntu-mate-welcome (révision 693) supprimé</pre>
<ul>
<li>Faire le ménage :<br /></li>
</ul>
<pre class="brush: bash">cd /var/cache && sudo rm -rfv snapd/; cd;</pre>
<ul>
<li>Gagné la moitié d'espace sur les logiciels, mais la librairie est toujours là…<br /></li>
</ul>
<pre class="brush: bash">sudo du -sh /snap/
3,1G /snap/</pre>
<blockquote><p>Alors vu le peu d'espace disque restant, si c'est pour négocier comme ça à chaque mise à jours du système, ça va vite m'agacer, donc ça dégage !<br /></p></blockquote>
<ul>
<li>Suppression un à un des logiciels. (on garde le <em>core</em> pour la fin):</li>
</ul>
<pre class="brush: bash">sudo snap remove software-boutique
sudo snap remove gtk-common-themes
sudo snap remove chromium
sudo snap remove gnome-3-28-1804
sudo snap remove gnome-3-38-2004
sudo snap remove gtk-common-themes
sudo snap remove ubuntu-mate-welcome
sudo snap remove pulsemixer
sudo snap remove core2
sudo snap remove bare
sudo snap remove core18</pre>
<ul>
<li>Le <em>core</em> refusera de se désinstaller comme précédemment, car il fait partie de la chose, donc il est temps de terminer le travail :</li>
</ul>
<pre class="brush: bash">sudo apt autoremove --purge snapd gnome-software-plugin-snap</pre>
<ul>
<li>Pour vérifier :</li>
</ul>
<pre class="brush: bash">snap list
bash: /usr/bin/snap: Aucun fichier ou dossier de ce type</pre>
<blockquote><p>Arrivé là on se dit, youpi, mission accomplie, j'ai récupéré mon espace disque, sauf qu'on a maintenant deux problèmes :</p></blockquote>
<ol>
<li>À la première demande d'installation d'un de ces logiciels, <em>apt</em> va réinstaller <em>snap</em> et le logiciel demandé en version <em>snap</em>.<br /></li>
<li>Ces logiciels sont donc en l'état non-installable… hum.<br /></li>
</ol>
<ul>
<li>Pour le premier point, on va empêcher <em>snap</em> de s'installer en créant le fichier suivant :<br /></li>
</ul>
<pre class="brush: bash">sudo nano /etc/apt/preferences.d/nosnap</pre>
<p>avec dedans.</p>
<pre class="brush: bash">Package: snapd
Pin: release *
Pin-Priority: -1</pre>
<ul>
<li>De fait, ça ne s'installera pas.<br /></li>
</ul>
<pre class="brush: bash">sudo apt install snapd
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait
Aucune version du paquet snapd n'est disponible, mais il existe dans la base
de données. Cela signifie en général que le paquet est manquant, qu'il est devenu obsolète
ou qu'il n'est disponible que sur une autre source
E: Le paquet « snapd » n'a pas de version susceptible d'être installée</pre>
<p>Et la même chose pour installer <em>chromium-browser</em> par exemple provoquera le même message.<br /></p>
<ul>
<li>Ce qui amène donc au second point, qui est de trouver des alternatives pour installer ces logiciels, via un <em>ppa</em>, comme on l'a vu pour <em>Firefox</em> plus haut.</li>
</ul>
<p><br /><br /></p>
<h3><ins>Conclusion</ins> :<br /></h3>
<p>J'ai pu revenir à un système sain et léger, ça c'est bien, mais pour combien de temps ?<br />
En effet nous voilà dépendant de la disponibilité de dépôts <em>ppa</em>, avec tous les inconvénients que cela comporte…<br />
Si l'on pouvait choisir entre la version <em>snap</em> ou <em>deb</em> d'un logiciel, ou même <em>flatpak</em>, vu que c'est la mode de ces choses là, pourquoi pas, mais ici les équipes d<em>'Ubuntu</em> ont choisies d'imposer le <em>snap</em>, je suppose par simplicité ou autre.<br />
Sauf que cela va pour moi à l'encontre d'une des qualités d'un système <em>GNU/Linux</em>, qui est la légèreté, permettant de faire durer un ordinateur bien plus longtemps.<br />
Ce qui est de moins en moins vrai donc, déjà car les environnements de bureaux aussi léger soient-ils commencent à peser fort, les logiciels aussi, et si on leurs <em>snapise</em> la tronche, alors c'est foutu.<br />
À l'heure ou en <em>France</em> on sait que le bilan carbone d'une machine pèse pour 80% à sa fabrication, (le reste à l'utilisation donc, l'électricité), il me paraît une excellente idée de faire durer un ordi le plus longtemps possible, pour éviter de devoir en changer et engranger plus de réchauffement planétaire.<br /></p>
<ul>
<li>Ainsi je vais à regret réfléchir à changer de système, la galaxie <em>GNU/Linux</em> est vaste, le choix souvent déroutant pour un débutant, reste néanmoins une force.<br /></li>
</ul>
<p><br /></p>
<p><strong>Ressources</strong> :<br />
- <a href="https://www.debugpoint.com/2021/09/remove-firefox-snap-ubuntu/">https://www.debugpoint.com/2021/09/remove-firefox-snap-ubuntu/</a><br />
- <a href="https://doc.ubuntu-fr.org/snap">https://doc.ubuntu-fr.org/snap</a><br />
- <a href="https://forum.ubuntu-fr.org/viewtopic.php?id=2053898">https://forum.ubuntu-fr.org/viewtopic.php?id=2053898</a><br /></p>http://burogu.makotoworkshop.org/index.php?post/2022/05/26/snap#comment-formhttp://burogu.makotoworkshop.org/index.php?feed/atom/comments/720Du bon usage de la sauvegarde de donnée -4- Chiffrer !urn:md5:dc4be6f17458711c34bbf2ed12b31d3b2017-10-28T17:14:00+02:002017-10-28T16:26:11+02:00makoto doushiteinformatiqueUbuntu <blockquote><p>Je continue d'utiliser <a href="http://burogu.makotoworkshop.org/index.php?post/2010/06/27/Du-bon-usage-de-la-sauvegarde-de-donnee">ma méthode de sauvegarde</a> depuis les premiers billets sur ce sujet.<br />
Entre-temps des évolutions machines m'ont fait changer de disque dur et effectuer une nouvelle installation d<em>'Ubuntu</em> plutôt qu'une mise à jour, et ce fût l'occasion de mettre en œuvre le chiffrement de la partition « home » tel que proposé par l'installeur d<em>'Ubuntu</em> !<br /></p></blockquote>
<p>Suffisait donc juste de cocher la case adéquate et la partition se retrouvait alors chiffrée, charge ensuite de recopier les données depuis mon ancien disque dur.<br />
À l'usage, aucune différence dans l'accès au données, sauf si l'ordi n'est pas démarré sur ma session avec mon mot de passe. Dans ce cas les données sont illisibles !<br />
Et si je continue d'utiliser ma méthode de sauvegarde, les données sont stockées en clair sur le disque dur externe.<br /></p>
<ul>
<li>Comment faire alors pour sauvegarder les données de manière chiffrées ?</li>
</ul>
<blockquote><p>Utiliser un logiciel de chiffrement lors du transfert des données sur le disque externe ? C'est dommage ça non ? Puisque les données sont déjà chiffrées sur le disque !!<br /></p></blockquote>
<p>En fait elles sont bien présente sur le disque et déchiffrée par l'ouverture de session.<br />
Pour s'en assurer il suffit de regarder le dossier <em>/home/.ecryptfs/utilisateur1/.Private</em> où l'on trouve un tas de dossiers chiffrés aux noms bizarres, comme : <em>ECRYPTFS_FNEK_ENCRYPTED.FWadcLORxs-YEkTU02N…</em><br />
Alors que dans le dossier habituel <em>/home/utilisateur1</em> on trouve bien les données déchiffrées par la session en cour.<br /></p>
<p>Ce sont donc les dossiers stockés dans <em>.ecryptfs</em> qu'on va sauvegarder sur le disque externe !<br /></p>
<ul>
<li>Avec <em>grsync</em>, la source se trouve donc être : <em>/home/.ecryptfs</em>, et la destination sur le disque externe monté : <em>/media/utilisateur1/sav3To/home_Desktop</em><br /></li>
</ul>
<p><a href="http://burogu.makotoworkshop.org/public/ordi/ubuntu/GrsyncHomeEcrypfs.jpg" title="GrsyncHomeEcrypfs.jpg"><img src="http://burogu.makotoworkshop.org/public/ordi/ubuntu/.GrsyncHomeEcrypfs_m.jpg" alt="GrsyncHomeEcrypfs.jpg" /></a><br /></p>
<p>Voilà <img src="http://burogu.makotoworkshop.org/index.php?pf=smile.svg" alt=":)" class="smiley" /> <br /><br /><br /><br /></p>
<p>Heu… Vraiment !?<br /></p>
<blockquote><p>Mais comment alors accéder aux données en cas de crash de l'ordinateur d'origine ? Comment restaurer les données ?<br />
Il faut pouvoir monter et déchiffrer la sauvegarde du dossier <em>home</em> chiffré !<br /></p></blockquote>
<p>On va donc dores et déjà vérifier à partir d'un autre ordinateur la réussite de l'opération :</p>
<ul>
<li>Monter et déchiffrer le dossier <em>home</em> chiffré !<br /></li>
</ul>
<p>Une fois le disque connecté il monte, on accède alors au dossier où se situe le dossier <em>.Private</em>, ici : <em>/media/utilisateur2/sav3To/home_Desktop/.ecryptfs/utilisateur1/.Private</em>
<a href="http://burogu.makotoworkshop.org/public/ordi/ubuntu/Private.jpg" title="Private.jpg"><img src="http://burogu.makotoworkshop.org/public/ordi/ubuntu/.Private_m.jpg" alt="Private.jpg" /></a><br /></p>
<p>Ctrl+L pour afficher le chemin et le copier dans le presse papier.</p>
<p>Ensuite dans un terminal on saisit :<br /></p>
<pre class="brush: bash">sudo ecryptfs-recover-private /media/utilisateur2/sav3To/home_Desktop/.ecryptfs/utilisateur1/.Private/</pre>
<pre class="brush: bash">[sudo] Mot de passe de utilisateur2 :
INFO: Found [/media/utilisateur2/sav3To/home_Desktop/.ecryptfs/utilisateur1/.Private/].
Try to recover this directory? [Y/n]: y
INFO: Found your wrapped-passphrase
Do you know your LOGIN passphrase? [Y/n] y
INFO: Enter your LOGIN passphrase...
Passphrase:
Inserted auth tok with sig [et1945dosl942eap] into the user session keyring
INFO: Success! Private data mounted at [/tmp/ecryptfs.fxsjpjaz].</pre>
<blockquote><p><em>LOGIN passphrase</em>, correspondant donc au mot de passe d'ouverture de session <em>Ubuntu</em> de l'utilisateur1.<br /></p></blockquote>
<p>En parcourant le dossier <em>/tmp/ecryptfs.fxsjpjaz</em> on accède donc à nos précieuses <strong>data déchiffrées, montées depuis le disque externe</strong> :)<br /></p>
<ul>
<li>Pour démonter ce dossier :<br /></li>
</ul>
<pre class="brush: bash">ecryptfs-umount-private</pre>
<pre class="brush: bash">INFO: Your private directory has been unmounted.
INFO: To see this change in your current shell:
cd /home/utilisateur2</pre>http://burogu.makotoworkshop.org/index.php?post/2017/10/28/du-bon-usage-de-la-sauvegarde-de-donnee-4#comment-formhttp://burogu.makotoworkshop.org/index.php?feed/atom/comments/634Mame et les jeux… ! -2-urn:md5:3364e0f92711ed33c3793ee5182851de2016-04-15T21:32:00+02:002016-04-29T10:17:52+02:00makoto doushiteArcadeDebianJeux videoMame-cabRétrogamingUbuntu<ul>
<li>Lors de <a href="http://burogu.makotoworkshop.org/index.php?post/2014/03/11/mame-cave">l'épisode précédent</a>, nous avons vu que <em>Mame</em> ne supportait pas d'emblée les jeux de l'éditeur <em>Cave</em>, et qu'on pouvait passer outre cette restriction via l'utilisation d'un patch.<br /></li>
</ul>
<p>Ce temps est révolu car ces jeux sont maintenant supportés d'office, reste que la compilation d'une version récente de <em>Mame</em> comporte des pièges dans lesquels je suis tombé… <br />
Je m'en vais donc vous narrer cette belle histoire de compilation sous <em>Ubuntu 14.04LTS</em> et <em>Debian 8</em>.<br /></p>
<ul>
<li>J'ai choisi de compiler <em>Mame0.161</em> car un <a href="https://archive.org/download/MAME_0_161_ROMs/MAME_0_161_ROMs_archive.torrent">torrent</a> contenant l'intégralité des roms compatibles avec cette version est disponible sur <em><a href="https://archive.org/details/MAME_0_161_ROMs">archive.org</a></em>, il serait bête de ne pas en profiter !<br /></li>
</ul>
<p>La démarche pour compiler le dernier <em>Mame</em> en date, à savoir la version <em>0.171</em> reste la même.<br /></p>
<p>Donc si on suit mon tuto précédent, il suffirait d'installer quelques dépendances, de télécharger les sources de <em>Mame</em>, et de lancer le <em>make</em>, sauf que, et bah non…<br /></p>
<p>Déjà les dépendances ont changées, et en plus la compilation plantera bêtement si le système depuis lequel on compile ne dispose pas de la version 4.9 de <em>gcc</em> et <em>g++</em>.<br />
Le <em>make</em> ira alors jusqu'au bout et on sera heureux de constater que <em>Mame</em> fonctionne très bien, y compris avec des roms <em>Cave</em> telle que <em>espgal2</em>, mais que Ô malheur, une manette ou un joystick USB ne fonctionne pas !!!! WTF ??<br /></p> <blockquote><p>En fait j'ai fini par découvrir que la librairie SDL2 que le nouveau <em>Mame</em> utilise désormais semble buggée, à moins qu'elle ne soit pas correctement implémentée dans <em>Mame</em>.<br />
Heureusement il est encore possible de forcer l'utilisation de la librairie SDL1.2, à condition de le préciser lors de la compilation !<br /></p></blockquote>
<p><br /></p>
<h3><ins>Compilation de mame 0.161 :</ins></h3>
<ul>
<li>Installation des dépendances :</li>
</ul>
<pre class="brush: bash">apt install -y build-essential libgtk2.0-dev libgnome2-dev libsdl1.2-dev libqt4-dev libqt4-gui libsdl-ttf2.0-dev libsdl2-ttf-dev libsdl2-dev qt5-default</pre>
<p>Les commandes :</p>
<pre class="brush: bash">gcc -v
g++ -v</pre>
<p>Doivent renvoyer qu'il sont en version 4.9 (ou plus ??), c'est le cas avec <em>Debian 8</em>, mais pas avec <em>Ubuntu 14.04LTS</em>.<br />
Il existe un PPA permettant de les installer :</p>
<pre class="brush: bash">sudo add-apt-repository ppa:ubuntu-toolchain-r/test
sudo apt-get update
sudo apt-get install gcc-4.9 g++-4.9</pre>
<p>Puis il faut indiquer au système de les utiliser à la place des anciennes version (4.8) :</p>
<pre class="brush: bash">sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-4.8 10
sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-4.9 20
sudo update-alternatives --install /usr/bin/g++ g++ /usr/bin/g++-4.8 10
sudo update-alternatives --install /usr/bin/g++ g++ /usr/bin/g++-4.9 20</pre>
<p><br /></p>
<ul>
<li>Préparation des sources :</li>
</ul>
<p>Télécharger et dézipper les sources depuis <a href="http://mamedev.org/oldrel.html">mamedev.org</a>, ou en annexe de ce billet.<br /></p>
<pre class="brush: bash">apt install unzip
unzip mame0161s.zip -d mame0161s
cd mame0161s
unzip mame.zip
chmod +x makefile</pre>
<p><br /></p>
<ul>
<li>Toujours depuis le dossier mame0161, patcher les sources pour la prise en compte des <em>hiscores</em> <sup>[<a href="http://burogu.makotoworkshop.org/index.php?post/2016/03/29/mame-cave2#wiki-footnote-1" id="rev-wiki-footnote-1">1</a>]</sup> et la suppression du <em>nagscreen</em> <sup>[<a href="http://burogu.makotoworkshop.org/index.php?post/2016/03/29/mame-cave2#wiki-footnote-2" id="rev-wiki-footnote-2">2</a>]</sup> :</li>
</ul>
<pre class="brush: bash">patch -p0 -E < hi_161.diff</pre>
<p>Il est possible que le message <em>(Stripping trailling CRs from patch; use --binary to disable.</em>) apparaisse… on s'en fou :)<br /></p>
<p><br /></p>
<ul>
<li>Compilation avec SDL1 :</li>
</ul>
<pre class="brush: bash">make -j4 SDL_LIBVER=sdl
mv mame64 mame64_0161-SDL1-highscore_debian</pre>
<p>-j2 pour un processeur double cœur, -J4 pour quatre cœur, etc… Ça permet de compiler plus vite !
<br /><br /></p>
<h3><ins>Le binaire de mame 0.161 :</ins></h3>
<p>Voilà donc c'est tout, reste à créer le <em>mame.ini</em> :</p>
<pre class="brush: bash">./mame64_0161-SDL1-highscore_debian -createconfig</pre>
<p>Veiller à ce que le binaire soit bien marqué exécutable.
<br /></p>
<ul>
<li>Si par hasard vous vouliez utiliser ce binaire sur votre <em>Ubuntu</em> ou <em>Debian</em>, il suffit de le télécharger en annexe de ce billet, puis d'installer les paquets requis à son exécution :</li>
</ul>
<pre class="brush: bash">apt install libsdl-ttf2.0-0 libgtk2.0-0 libqtgui4 libgconf-2-4</pre>
<p><br /></p>
<p><ins>Ressources</ins> : <br /></p>
<ul>
<li><a href="http://www.tecnificados.com/2016/01/compilando-mame-desde-ubuntu.html">http://www.tecnificados.com/2016/01/compilando-mame-desde-ubuntu.html</a></li>
</ul>
<div class="footnotes"><h4>Notes</h4>
<p>[<a href="http://burogu.makotoworkshop.org/index.php?post/2016/03/29/mame-cave2#rev-wiki-footnote-1" id="wiki-footnote-1">1</a>] À savoir que cette fonction nécessite un un fichier hiscore.dat (chemin à indiquer dans le mame.ini) qu'on doit télécharger sur le net, ou en annexe de ce billet.</p>
<p>[<a href="http://burogu.makotoworkshop.org/index.php?post/2016/03/29/mame-cave2#rev-wiki-footnote-2" id="wiki-footnote-2">2</a>] écran de présentation mame qui s'affiche au lancement de chaque jeu</p></div>
http://burogu.makotoworkshop.org/index.php?post/2016/03/29/mame-cave2#comment-formhttp://burogu.makotoworkshop.org/index.php?feed/atom/comments/606Passage des vidéos du blog en webmurn:md5:8aca3aafae029fe13d8a63542afc874c2015-01-03T20:37:00+01:002015-01-29T18:40:29+01:00makoto doushiteInternetLogiciel libreNo-boxUbuntuVidéos<ul>
<li>Jusqu'ici j'utilisais <em><a href="http://burogu.makotoworkshop.org/index.php?post/2011/01/30/Passage-a-la-video-native">théora</a></em> pour encoder les vidéos postées sur ce blog, lisibles donc nativement par le navigateur internet.<br /></li>
</ul>
<blockquote><p>Suite à quelques tests concluants, notamment lors de la publication de la vidéo du <em><a href="http://burogu.makotoworkshop.org/index.php?post/2014/11/19/PuramoX-Wing2">X-Wing</a></em>, j'ai décidé d'utiliser dorénavant le format <em>VP8</em> libéré par <em>Google</em>.<br /></p></blockquote>
<p>En effet, à bitrate équivalent, la qualité de la vidéo obtenue est visuellement bien meilleure, permettant soit de compresser jusqu'à deux fois plus fort pour alléger le fichier, soit d'obtenir une qualité supérieure en conservant le même poids de fichier.<br /></p>
<ul>
<li>Le <em>webm</em> est un dérivé du <em>mkv</em>, c'est le conteneur.<br /></li>
</ul>
<blockquote><p>Dedans on va donc y mettre le <em>VP8</em> pour la vidéo et <em>Ogg</em> (<em>Vorbis</em>) pour l'audio.<br /></p></blockquote>
<p><br /></p>
<h3><ins>Encodage</ins> :<br /></h3>
<p>Pour encoder avec <em>Ubuntu 14.04</em>, on utilise <em>avconv</em> (si besoin : <em>sudo apt-get install libav-tools</em>), un fork du logiciel <em>ffmpeg</em>.<br />
Sur des versions d<em>'Ubuntu</em> plus ancienne, on remplacera donc l'expression « avconv », par « ffmpeg ».<br /></p>
<p>Voici la commande que j'ai utilisé, qui m'a donné le plus satisfaction :<br /></p>
<pre>
avconv -i PuramoX-Wing.mpg -s 640x360 -c:v libvpx -qmin 0 -qmax 50 -crf 5 -b:v 600k -c:a libvorbis PuramoX-Wing.webm
</pre>
<p><strong><ins>Pas de panique, quelques explications</ins> :</strong><br /></p> <p><strong>avconv</strong> : le logiciel de compression.<br />
<strong>-i</strong> : argument pour avoir des info dans la console lors du processus.<br />
<strong>PuramoX-Wing.mpg</strong> : le chemin vers la vidéo à encoder.<br />
<strong>-s 640x360</strong> pour redimensionner l'image, peut donc être omit si on ne veut pas modifier la résolution de la vidéo.<br />
<strong>-c:v libvpx</strong> : pour indiquer qu'on utilise le codec (c) vidéo (v) <em>libvpx</em> (librairie <em>VP8</em>).<br />
<strong>-crf 5</strong> : un quotient de qualité d'image minimal (de 0 à 63), 10 est une bonne valeur de départ.<br />
<strong>-qmin 0 -qmax 50</strong> : la plage de valeur minimum et maximum quantizer (de 0 à 63), pas obligatoire, mais qui augmente sensiblement la qualité.<br />
<strong>-b:v 600k</strong> : le bitrate (=bitrate minimal si utilisé avec les quantizer), exprimable en kilo (k) ou en Mega (M), forcément plus c'est élevé plus la vidéo est belle… et lourde !<br />
<strong>-c:a libvorbis</strong> : pour indiquer le codec (c) audio (a) <em>libvorbis</em> (librairie <em>Vorbis</em>), sans autres arguments spécifiés, donc dans ses réglages par défaut (112k de qualité audio).<br />
<strong>PuramoX-Wing.webm</strong> : le fichier vidéo cible.<br /></p>
<p><strong>-threads 2</strong> : à rajouter pour dispatcher le travail à deux processeurs (dans ce cas) ou plus, afin d'accélérer la compression.<br /></p>
<ul>
<li>Avec cette commande, j'ai donc encodé une vidéo 720x576 <em>mpeg2</em> à 9600k (« qualité dvd » au minimum de compression, donc très belle) et audio 48000Hz à 256k pesant 1,3Gio, en une vidéo 640x360 <em>webm</em> (<em>VP8</em> 600k + <em>Vorbis</em> 48000Hz 112k) de 113Mio.<br /></li>
</ul>
<blockquote><p>Attention cependant, le logiciel d'encodage n'étant pas encore optimisé, l'encodage est vraiment très lent, en comparaison de l'encodage en <em>Théora</em>, mais çà vaut le coup d'attendre !<br /></p></blockquote>
<ul>
<li>À l'heure où j'écris ces lignes, j'ai découvert une interface graphique, « transmageddon », qui propose enfin l'encodage en <em>webm</em>, mais sans aucun réglages :<br /></li>
</ul>
<pre>sudo apt-get install transmageddon</pre>
<p><br /><br /></p>
<h3><ins>Publication</ins> :<br /></h3>
<ul>
<li>Voici les balises <em>html</em> que j'utilise pour poster les vidéos :<br /></li>
</ul>
<pre class="brush: xml"><center>
<video width="640" height="360" controls="controls">
<source src="/data/PuramoX-Wing.webm" type="video/webm" />
<span style="font-weight: bold; color: red;">Si la Vidéo ne s'affiche pas, c'est que vous utilisez un navigateur obsolète !</span>
<br>
<a href="http://www.mozilla-europe.org/fr/firefox/">&gt;&gt;Télécharger Firefox&lt;&lt;</a>
</video>
</center></pre>
<ul>
<li>Très intéressant, il est aussi possible d'ajouter un sous-titre au format <em>VTT</em>, en ajoutant cette balise :<br /></li>
</ul>
<pre class="brush: xml"><track src="/data/PuramoX-Wing.vtt" default="default" kind="subtitles" srclang="fr" label="Français"></pre>
<p>Le format <em>VTT</em> diffère du <em>SRT</em> de très peu.<br />
En effet, il suffit d'ajouter le mot « WEBVTT » au début du fichier, et de remplacer la virgule par le point dans le time-code de début et de fin de chaque entrées du fichier sous-titre :<br /></p>
<p>Voilà un extrait de fichier <em>.SRT</em> :<br /></p>
<pre>
1
00:00:05,360 --> 00:00:10,280
Aujourd'hui nous allons réaliser la maquette du X-Wing, le célèbre chasseur rebelle des films StarWars !
</pre>
<p>Et le même extrait en <em>.VTT</em><br /></p>
<pre>
WEBVTT
1
00:00:05.360 --> 00:00:10.280
Aujourd'hui nous allons réaliser la maquette du X-Wing, le célèbre chasseur rebelle des films StarWars !
</pre>
<p>Sources :<br />
<a href="http://trac.ffmpeg.org/wiki/Encode/VP8">http://trac.ffmpeg.org/wiki/Encode/VP8</a></p>http://burogu.makotoworkshop.org/index.php?post/2014/12/15/webm#comment-formhttp://burogu.makotoworkshop.org/index.php?feed/atom/comments/560Mame et des jeux Cave… et bien plus encore !urn:md5:48d32ff7e9f55da084d444712ee141812014-09-14T20:28:00+02:002016-02-20T19:11:20+01:00makoto doushiteArcadeDebianJeux videoMame-cabRétrogamingUbuntu<p><img src="http://burogu.makotoworkshop.org/public/jeux-video/CaveLogo.png" alt="CaveLogo.png" style="float:right; margin: 0 0 1em 1em;" />
Mise à jour du Software de ma borne.<br />
Et donc du Hardware aussi…<br /></p>
<ul>
<li>Pourquoi ?<br /></li>
</ul>
<p>Juste pour pouvoir jouer les <a href="http://www.world-of-arcades.net/Cave/cave.htm">excellents jeux Cave</a>.<br />
C'est en cherchant après les roms manquantes que je me suis rendu compte que :<br />
1 - La version d'AdvanceMame n'en supporte que quelques un (<em>Donpachi</em>, <em>Dodonpachi</em>, <em>ESP Rade</em>, <em>Guwange</em>…).<br />
2 - La version de Mame dispo dans les dépôts <em>Debian</em> (0.145) en supporte un peu plus (<em>ESP Galuda</em>, <em>Dodonpachi Dai Ou Jou</em>).<br />
3 - Les roms des jeux édités après l'an 2002 ne sont pas supporté par Mame.<br /></p>
<p>La commande :</p>
<pre class="brush: bash">mame -listfull</pre>
<p>donne la liste des roms qui fonctionnent avec la version dont on dispose.<br /></p>
<ul>
<li>Pourtant je lis un peu partout que l'émulation de ces jeux fonctionnent, et de découvrir que <em>Cave</em> a contacté le projet <a href="http://www.mamedev.org/">mame</a> aux alentour de 2011 pour demander le retrait de ces jeux les plus récents, ceux-ci continuant d'être exploités sur diverses consoles.</li>
</ul>
<p>C'est ainsi que les sources mamedev ont été purgées du driver <em>SH3</em>, celui-là même qui permettait l'émulation de jeux comme <em>Ketsui</em>, <em>ESP Galuda2</em> et <em>Mushihimesama</em>.</p>
<p>Cependant les gens ayant téléchargés le binaire 0.143u9 (28 Jun 2011) à l'époque disposent d'un émulateur capable de faire tourner ces jeux, et c'est un peu difficile à dégoter.<br /></p> <p>En fouillant le net j'ai fini par retrouver les sources de mame0.143u9 <del>sur un<a href="https://launchpad.net/~c.falco/+archive/ppa/+packages">vieux dépôt ppa Ubuntu</a></del> (le fichier n'est plus dispo), que voici en annexe de ce billet<sup>[<a href="http://burogu.makotoworkshop.org/index.php?post/2014/03/11/mame-cave#wiki-footnote-1" id="rev-wiki-footnote-1">1</a>]</sup>, restait donc à le compiler pour l'essayer.<br /><br /></p>
<h3><ins>Pour commencer, Compilation de mame0.143u9</ins> :<br /></h3>
<p>Quelques trucs issus de mon expérience, à savoir avant de se lancer :<br /></p>
<blockquote><p>- <a href="http://vivanno.com/developpeur/php/web/2012/04/compiler-mame-ubuntu/">L'opération se déroule sans problème depuis Ubuntu 12.04</a>, mais il faut savoir qu'avec une distribution plus récente, la compilation risque fortement de se planter, de même qu'avec <em>Debian Wheezy 7</em>, la distribution que j'utilise désormais sur ma borne.<br />
En effet, il faut utiliser le compilateur gcc 4.6 et nous sommes depuis passé depuis à gcc 4.7.<br />
- À savoir aussi qu'un binaire compilé sur un <em>Ubuntu</em> fonctionnera sur un autre <em>Ubuntu</em>, même plus récent (pour peu que les librairies requises soit installées, sinon elle seront réclamées par <em>mame</em>, restera à trouver les bon paquets), mais que ce même binaire ne fonctionnera pas sous <em>Debian</em>.<br />
- De plus, pour obtenir un <em>mame</em> 64 bits, il faut simplement le compiler sur un <em>Ubuntu</em> ou un <em>Debian</em> 64bits.<br />
- Enfin, il faut au moins 2 Go de ram disponibles, sinon l'opération plantera lors de la compilation de quelques fichiers particulièrement lourds.<br /></p></blockquote>
<p>Prêt ?<br /></p>
<ul>
<li><strong>Vérifier la version de gcc disponible</strong> :</li>
</ul>
<pre class="brush: bash">gcc -v</pre>
<p>S'il indique <em>gcc version 4.6.x</em>, passer à la suite (Installation des prérequis), sinon il faut le désinstaller et mettre <em>gcc 4.7</em> (testé sur <em>Debian 7</em> avec succès) comme ceci :<br /></p>
<pre class="brush: bash">apt-get remove gcc
apt-get install gcc-4.6 g++-4.6
ln -s /usr/bin/gcc-4.6 /usr/bin/gcc
ln -s /usr/bin/g++-4.6 /usr/bin/g++</pre>
<ul>
<li><strong>Installation des prérequis</strong> :<br /></li>
</ul>
<pre class="brush: bash">apt-get install build-essential libgtk2.0-dev libgnome2-dev libsdl1.2-dev libsdl-ttf2.0-dev libqt4-dev</pre>
<p>Nb : dans mes notes j'ai mentionné le paquet <em>libghc-sdl-ttf-dev</em>, mais de telle manière que je ne suis pas sûr qu'il soit utile… à voir donc, désolé.<br /></p>
<ul>
<li><strong>Compilation</strong> :<br /></li>
</ul>
<p>Après avoir décompressé les sources, aller dans le dossier attenant au fichier <em>makefile</em>, le rendre exécutable :<br /></p>
<pre class="brush: bash">chmod +x makefile</pre>
<p>Puis lancer la commande :<br /></p>
<pre class="brush: bash">make</pre>
<p>Patienter… Lorsque l'opération est terminée, le fichier binaire <em>mame</em> est disponible à côté du <em>makefile</em>.<br />
On pourra le déplacer comme bon nous semble et le lancer comme ceci :<br /></p>
<pre class="brush: bash">./mame</pre>
<p>Banzai !<br /><br /></p>
<h3><ins>Pour aller plus loin, Compilation de mame0.152</ins> :<br /></h3>
<p>Pour diverses raisons on pourrait avoir besoin d'une version plus récente de <em>mame</em> qui puisse supporter les jeux <em>CAVE-SH3</em>.<br />
De plus, j'ai découvert, que contrairement à <em>AdvanceMame</em> qui faisait ça très bien, le <em>Mame</em> de base ne sauvegardait pas les hi-scores !<br /></p>
<ul>
<li>Pour cela il existe des patchs (fichier .diff) qu'on utilise pour modifier les sources d'un <em>mame</em> standard et lui ajouter des fonctionnalités.<br /></li>
</ul>
<p>Il faut fouiller le net, et c'est un peu le bordel dans tous les patchs et les versions existantes…<br />
Voici les deux liens à explorer pour obtenir ce qu'il faut pour votre version de <em>Mame</em>:<br /></p>
<blockquote><p>- Site qui liste pas mal de patchs différents, dont le fameux <em>SH3</em> dont je parlais : <a href="http://www.systempixel.fr/extra/">http://www.systempixel.fr/extra/</a><br />
- Forum qui répertorie les patchs <em>hiscore</em> : <a href="http://forum.arcadecontrols.com/?topic=64298.0">http://forum.arcadecontrols.com/?topic=64298.0</a><br /></p></blockquote>
<p>À savoir que cette fonction nécessite un un fichier <em>hiscore.dat</em> (chemin à indiquer dans le <em>mame.ini</em>) qu'on doit télécharger sur le net.<br />
À savoir aussi, ces patchs <em>hi</em> incluent le patch <em>nonag</em> qui sert à retirer l'écran de présentation <em>mame</em> qui s'affiche au lancement de chaque jeu.<br /></p>
<p>Donc, après avoir téléchargé et décompressé <a href="http://www.mamedev.org/oldrel.html">les sources</a> de <em>mame 0.152</em> et les patch nécessaires <sup>[<a href="http://burogu.makotoworkshop.org/index.php?post/2014/03/11/mame-cave#wiki-footnote-2" id="rev-wiki-footnote-2">2</a>]</sup>, il suffit d’exécuter les commandes suivantes :<br /></p>
<ul>
<li><strong>Mise en place des fichiers</strong> :</li>
</ul>
<pre class="brush: bash">unzip mame0152s.zip
unzip mame.zip -d mame
cp cavesh3_0152.diff mame
cp hi_151.diff mame/src</pre>
<ul>
<li><strong>Application du patch hiscore</strong> :</li>
</ul>
<pre class="brush: bash">cd mame/src
find . -type f -not -name uismall.png | xargs perl -pi -e 's/\r\n?/\n/g'
patch -p1 < hi_151.diff</pre>
<ul>
<li><strong>Application du patch <em>SH3</em></strong> :</li>
</ul>
<pre class="brush: bash">cd ..
patch -p0 -E < cavesh3_0152.diff</pre>
<ul>
<li><strong>Compilation de <em>mame</em></strong> :</li>
</ul>
<pre class="brush: bash">chmod 777 makefile
make -j3</pre>
<p><br /></p>
<h3><ins>Pour info, la liste des jeux CAVE supportés</ins> :<br /></h3>
<p>- Donpachi (1995)<br />
- ESP Rade (1998年4月)<br />
- Feveron (1998年10月) = Fever S.O.S. (export title)<br />
- Guwange (1999年7月)<br />
- Progear no Arashi = Progear (export title - 2001)<br />
- Do Donpachi Dai Ou Jou (2002年4月)<br />
- Do Donpachi Dai Ou Jou - Black Label (limited edition)<br />
- Ketsui - Kizuna Jigoku Tachi (2003年1月)<br />
- Espgaluda (2003年11月14日)<br />
- Mushihime sama (2004年11月)<br />
- Ibara (2005年6月24日)<br />
- Espgaluda2 (2005年11月25日)<br />
- Pinksweets (2006年4月21日)<br />
- Mushihimesama-futari (2006年10月27日)<br />
- Muchimuchi pork (2007年4月26日)<br />
- Deathsmiles( 2007年10月19日)<br /></p>
<p>- Dodonpachi 2 est trop mal émulé pour être joué convenablement.<br /></p>
<pre></pre>
<h3><ins>Conclusion</ins> :<br /></h3>
<ul>
<li>Tous ces jeux fonctionnent bien avec mame 0.143u9, et jusqu'à <em>ESPGaluda</em> le vieil ordinateur de ma borne s'en sort très bien ! (Pentium4@2.4GHz, 512Gio de ram, video ATI Radeon 9200 Pro (RV 280)).<br /></li>
<li>Par contre tous les jeux sortis après 2003 rament comme c'est pas permis avec 50-60% de performance au lieu des 99-100% habituel.<br /></li>
<li>Avec un OS et <em>Mame</em> en 64bits on gagne près de 10% de performances.<br /></li>
<li>On peut lancer directement un jeu en multi-thread pour gagner jusqu'à 10% de performances supplémentaires :<br /></li>
</ul>
<pre class="brush: bash">./mame espgaluda2 -mt</pre>
<p>Après quelques tests de performances sur diverses machines, c'est dans un <em>Intel Core2Duo E7300</em> @2,66Ghz que j'ai trouvé le minimum de puissance nécessaire pour faire tourner à 97-99% les jeux les plus gourmands tel que <em>ESPGaluda2</em> ou <em>Mushihime-Sama Futari</em>.<br />
Une carte vidéo <em>Ati FireGLV3350</em> est suffisante, de toute manière les capacités du processeur graphique ne sont pas exploitée par <em>mame</em> dans cette configuration avec les pilotes libre <em>radeon</em>.<br /><br /></p>
<p>Dans un prochain billet je fournirais un nouveau tuto d’installation totale de l'ordinateur sous <em>Debian 7</em>, avec des émulateurs pré-compilés.</p>
<div class="footnotes"><h4>Notes</h4>
<p>[<a href="http://burogu.makotoworkshop.org/index.php?post/2014/03/11/mame-cave#rev-wiki-footnote-1" id="wiki-footnote-1">1</a>] Ci-dessous</p>
<p>[<a href="http://burogu.makotoworkshop.org/index.php?post/2014/03/11/mame-cave#rev-wiki-footnote-2" id="wiki-footnote-2">2</a>] ceux que j'ai utilisé pour cette version sont à télécharger en annexe ci-dessous… Oui le hi_151 est compatible avec mame0152</p></div>
http://burogu.makotoworkshop.org/index.php?post/2014/03/11/mame-cave#comment-formhttp://burogu.makotoworkshop.org/index.php?feed/atom/comments/494Enregistrer une partie de jeu d'arcade avec mame -2-urn:md5:34f637bc4fbd4d71001cc1ba549b86492014-02-13T17:55:00+01:002014-12-30T19:45:41+01:00makoto doushiteArcadeCandy-cabDebianJeux videoLogiciel libreMame-cabMontage vidéoRétrogamingScriptUbuntuVidéos <p><a href="http://burogu.makotoworkshop.org/index.php?post/2013/08/02/recmame">Suite de l'étude précédente</a> :<br /></p>
<p>J'ai terminé l'écriture du script <strong><em>Mame-inp2video4GnuLinux.sh</em></strong> pour générer automatiquement <ins>une vidéo depuis un fichier inp</ins>, sans avoir à se palucher les lignes de commandes.<br />
<strong>Il est téléchargeable depuis l'annexe de ce billet</strong>.<br /><br /></p>
<h3><ins>Prérequis</ins> :<br /></h3>
<ul>
<li>Pour fonctionner le script a besoin des logiciels suivant :<br /></li>
</ul>
<blockquote><p>mame<br />
advancecomp<br />
mencoder<br />
avidemux<br />
ffmpeg2theora</p></blockquote>
<pre>sudo apt-get install mame advancecomp mencoder avidemux ffmpeg2theora</pre>
<ul>
<li>Télécharger le script et le placer dans le dossier de travail de son choix.<br /></li>
<li>Rendre le script exécutable, s'il ne l'est pas déjà :<br /></li>
</ul>
<pre>sudo chmod 775 Mame-inp2video4GnuLinux.sh</pre>
<p><br /></p>
<h3><ins>Pour enregistrer une partie</ins> :<br /></h3>
<p>Je rappelle la commande pour enregistrer une partie avec l'émulateur <em>Mame</em>, on va exécuter :</p>
<pre>mame nom_de_la_rom -record ma_partie.inp</pre>
<p>Et jouer…<br />
L'enregistrement s'arrête lorsqu'on quitte le jeu.<br /></p>
<blockquote><p>Attention, durant l'enregistrement de la partie, il ne faut faire appel à aucun menu dans l'émulateur, sinon l'enregistrement s'arrêtera !</p></blockquote>
<p><br /><br /></p>
<h3><ins>Pour générer une vidéo depuis la partie précédemment enregistrée</ins> :<br /></h3>
<ul>
<li>Exécuter simplement le script et suivre les instructions ^__^ :<br /></li>
</ul>
<pre>./Mame-inp2video4GnuLinux.sh</pre>
<p><br /></p>
<p>Bon amusement !<br /></p>
<blockquote><p>Attention, si comme moi vous sauvegardez vos <em>inp</em> dans un coin et qu'un beau jour vous décidez de les rejouer, n'oubliez pas de les recopier dans le dossier <em>inp</em> tel que définit dans <em>mame.ini</em>, car il ne faut pas espérer pouvoir donner le chemin vers le jeu, ni dans le script, ni dans la commande playback expliquée au billet précédent, ça ne fonctionne pas !</p></blockquote>http://burogu.makotoworkshop.org/index.php?post/2014/02/13/recmame2#comment-formhttp://burogu.makotoworkshop.org/index.php?feed/atom/comments/487Enregistrer une partie de jeu d'arcade avec mameurn:md5:be043902bb82d8d317f6d8117b79e15e2014-01-25T21:50:00+01:002014-02-24T14:18:41+01:00makoto doushiteArcadeCandy-cabDebianJeux videoLogiciel libreMame-cabMontage vidéoRétrogamingUbuntuVidéos<ul>
<li>Quand on utilise <em>GNU et Linux</em>, comment faire pour enregistrer ses parties de jeux vidéo et les montrer sur le net ?<br /></li>
</ul>
<p><img src="http://burogu.makotoworkshop.org/public/ordi/advancemame/AdvanceMame2.png" alt="AdvanceMame2.png" /><br />
Bien qu'il existe quelques tutos pour faire cela sous <em>Windows®</em>, je n'en ai pas trouvé pour les distributions <em>GNU/Linux</em>.<br />
Je vais donc tâcher de combler ce manque et vous allez voir que si l'opération semble relativement laborieuse dans son explication, elle ne le sera pas autant que sous <em>Windows®</em> avec lequel on doit recourir à un tas de logiciels annexes.<br /></p>
<ul>
<li>J'écrirais donc un script qui s'occupera de faire tout le travail automatiquement.<br /></li>
</ul> <blockquote><p>Avant d'aller plus loin, sachez que <em><a href="http://forum.shmup.com/viewtopic.php?f=3&t=17706">LA GLOBULE</a></em> a développé la plate forme de vidéo en ligne <a href="http://www.jammaplay.com/fr/">jammaplay</a> permettant de poster ses meilleurs <em>Superplay</em><sup>[<a href="http://burogu.makotoworkshop.org/index.php?post/2013/08/02/recmame#pnote-458-1" id="rev-pnote-458-1">1</a>]</sup>, avec la particularité très intéressante de prendre en charge directement le fichier <em>INP</em> généré par <em>Mame</em>.</p></blockquote>
<p>En effet, l'enregistreur vidéo de <em>mame</em> est un bouffeur de ressource rendant impossible de jouer avec fluidité.<br />
De plus il enregistre au format <em>mng</em> qui réclame beaucoup d'espace disque et reste inexploitable.<br />
Par contre, il est possible de mémoriser les parties sous forme de pointeur consistant en un fichier <em>INP</em> qu'il est alors possible de rejouer avec l'émulateur.<br /><br /></p>
<h3>1 - <ins>Enregistrer une partie</ins> :<br /></h3>
<p>Pour enregistrer une partie en va exécuter, respectivement soit pour l'émulateur <em>Mame</em>, soit pour l'émulateur <em>AdvanceMame</em> :<br /></p>
<pre>mame nom_de_la_rom -record ma_partie.inp
advmame nom_de_la_rom -record ma_partie.inp</pre>
<p>Et jouer…<br />
L'enregistrement s'arrête lorsqu'on quitte le jeu.<br /></p>
<blockquote><p>Attention, durant l'enregistrement de la partie, il ne faut faire appel à aucun menu dans l'émulateur !</p></blockquote>
<p>Le fichier ainsi généré pèse quelques kilos, on le retrouve dans le dossier <em>./mame/inp</em> où <em>.advance/inp</em>.<br />
Cependant il peut-être intéressant de changer ce chemin en éditant <em>mame.ini</em> où <em>advmenu.rc</em>.<br />
C'est tout !<br /></p>
<p>De mon côté, pour faciliter la récupération des <em>INP</em> sur ma borne, je fais ça en ajoutant des entrées pour le menu <em>AdvanceMenu</em>, <a href="http://burogu.makotoworkshop.org/index.php?post/2012/07/17/borne-arcade-39">se référer à ce billet pour plus d'infos</a> :<br /></p>
<pre>
ui_command "MONTER la cle USB" \
sudo mount -t vfat -o uid=1000,gid=1000 /dev/sdb1 ~/usb/ \
killall advmenu \
advmenu
ui_command "Le jeu, Record mode" \
mame nom_de_la_rom -record ma_partie_$(date +%F_%R).inp \
killall advmenu \
advmenu
</pre>
<p>J'ai auparavant changé le chemin de destination des fichiers <em>inp</em>, en éditant <em>./advance/advmame.rc</em>, pour y renseigner le chemin vers le dossier <em>usb</em>.<br />
Ainsi une fois montée, les fichiers <em>inp</em> vont être directement enregistré sur la clé.<br /><br /></p>
<h3>2 - <ins>Rejouer une partie</ins> :<br /></h3>
<p>Voilà, maintenant on va pouvoir rejouer la partie avec la commande suivante :<br /></p>
<pre>mame nom_de_la_rom -playback ma_partie.inp
advmame nom_de_la_rom -playback ma_partie.inp</pre>
<blockquote><p>Notez qu'en prenant les commandes du joystick on peut interrompre le <em>playback</em> et continuer le jeux à la place du joueur fantôme !<br />
Attention, durant l'enregistrement de la partie, il ne faut faire appel à aucun menu dans l'émulateur sinon à la relecture, le <em>playback</em> s'interrompra exactement au moment où on avait appelé le menu avec le message <em>out of sync</em>.</p></blockquote>
<p><br /></p>
<h3>3 - <ins>Générer la vidéo</ins> :<br /></h3>
<p>Il faut utiliser la commande de <em>playback</em> et demander l'écriture des fichiers audio et <em>images animées .mng</em>.<br /></p>
<pre>mame nom_de_la_rom -playback ma_partie.inp -mngwrite ma_partie.mng -wavwrite ~/.mame/snap/ma_partie.wav
advmame nom_de_la_rom -playback ma_partie.inp -mngwrite ma_partie.mng -wavwrite ~/.advance/inp/ma_partie.wav</pre>
<p>Les fichiers ainsi générés pèsent lourd, on les retrouves dans le dossier <em>./mame/snap</em>.<br />
Le chemin du <em>mng</em> est fixé dans le binaire de l'émulateur, on ne peut pas le changer, et celui du <em>wav</em> est laissé à la charge de l'utilisateur, pour faire simple, j'ai indiqué le même chemin.<br /></p>
<blockquote><p>Notez qu'en sortant du jeux à n'importe quel moment, on interrompt l'enregistrement, et qu'il reste exploitable pour la suite.<br /></p></blockquote>
<p>On obtient donc les fichiers audio et vidéos, mais en l'état ils sont inutilisables.<br /><br /></p>
<h3>4 - <ins>Convertir la vidéo</ins> :<br /></h3>
<ul>
<li>On va avoir besoin de deux logiciels pour effectuer la conversion.<br /></li>
</ul>
<p>C'est une nouvelle fois <em>Andrea Mazzoleni</em>, l'auteur d<em>'AdvanceMame</em> qui va nous proposer le formidable outil <em><a href="http://en.wikipedia.org/wiki/AdvanceCOMP">AdvanceCOMP</a></em>, qui va décoder le fichier <em>mng</em> en une suite de <em>png</em>. <em>mencoder</em> s'occupera de créer la vidéo depuis le fichier audio et la suite d'images.<br /></p>
<ul>
<li>Installation des softs :<br /></li>
</ul>
<pre>sudo apt-get install advancecomp mencoder</pre>
<ul>
<li>Extraction des fichiers png depuis le fichier animé mng (dans le dossier courant) :<br /></li>
</ul>
<pre>advmng -x ma_partie.mng</pre>
<p>À la fin s'affiche ça :<br /></p>
<pre>
ma_partie-00009715.png
ma_partie-00009716.png
60
</pre>
<p>Ce chiffre indique la fréquence d'image par secondes.<br /></p>
<ul>
<li>Conversion de la suite de fichier png en une vidéo compressée MPEG-4 + audio MP3 :<br /></li>
</ul>
<pre>mencoder mf://*.png -mf type=png:fps=60 -ovc lavc -lavcopts vcodec=mpeg4:aspect=3/4:vqscale=2 -oac mp3lame -lameopts cbr:br=128 -audiofile ma_partie.wav -o ma_partie.mp4</pre>
<p><em>fps=60</em>, <em>advmng</em> nous l'a gentiment indiqué.<br />
<em>aspect=3/4</em> si le jeu est en <em>TATE</em><br />
<em>aspect=4/3</em> si le jeu est en <em>YOKO</em><br /><br /></p>
<h3>5 - <ins>Montage vidéo avec <em>Avidemux</em> pour supprimer des plans…</ins> :<br /></h3>
<p>Étape facultative…<br /><br /></p>
<h3>6 - <ins>Encoder pour diffusion sur le web avec <em>HTML5</em></ins> :<br /></h3>
<pre>
ffmpeg2theora --optimize -v 8 --artist "MaKoTo" --organization "MakotoWorkShop" --license "http://creativecommons.org/licenses/by-sa/3.0/fr/" --title "ma_partie" -o ma_partie-v8.ogv ma_partie.mp4
</pre>
<p><br /></p>
<h3>7 - <ins>Diffusion directe sur son site web</ins> :<br /></h3>
<p>Avec le code :<br /></p>
<pre>
<video width="480" controls="controls">
<source src="ma_partie-v8.ogv" type="video/ogg" />
</video>
</pre>
<p>Parce que <em>youtube</em> c'est le mal !<br />
Un petit essai :</p>
<center>
<video width="480" controls="controls">
<source src="http://burogu.makotoworkshop.org/public/video/ESPgal-v7.ogv" type="video/ogg" />
<span style="font-weight: bold; color: red;">Si la Vidéo ne s'affiche pas, c'est que vous utilisez un navigateur obsolète !</span>
<br>
<a href="http://www.mozilla-europe.org/fr/firefox/">>>Télécharger Firefox<<</a>
</video>
</center>
<p>Je donnerais le script automatique plus tard dans un nouveau billet.</p>
<h4><a href="http://burogu.makotoworkshop.org/index.php?post/2014/02/13/recmame2">À suivre</a>…</h4>
<div class="footnotes"><h4 class="footnotes-title">Note</h4>
<p>[<a href="http://burogu.makotoworkshop.org/index.php?post/2013/08/02/recmame#rev-pnote-458-1" id="pnote-458-1">1</a>] Performance vidéo-ludique consistant à relever un défit personnel, comme par exemple terminer un jeu en un seul crédit (<em>one-créditer</em>), en une seule vie (<em>one-lifer</em>), ou encore faire le plus gros score pour atteindre le record mondial.</p></div>
http://burogu.makotoworkshop.org/index.php?post/2013/08/02/recmame#comment-formhttp://burogu.makotoworkshop.org/index.php?feed/atom/comments/458Dongle WiFi TP-LINK, Attention à la version !urn:md5:6050fd7dfd70cf4e3e8318e97ff0e8db2013-04-28T13:33:00+02:002014-09-06T17:58:42+02:00makoto doushiteGNU/LinuxDebianRaspBerryPIRaspbianUbuntu<p><a href="http://burogu.makotoworkshop.org/public/ordi/TP-WN725N.jpg" title="TP-WN725N.jpg"><img src="http://burogu.makotoworkshop.org/public/ordi/.TP-WN725N_t.jpg" alt="TP-WN725N.jpg" style="float:left; margin: 0 1em 1em 0;" /></a>
Rassuré par le <a href="http://www.generation-linux.fr/index.php?post/2013/02/18/Mise-en-place-du-WiFi-sur-le-Raspberry-Pi">post de Benjamin</a> et la liste du matériel supporté par Ubuntu, j'ai fait l'acquisition du dongle WiFi <em>TL-WN725N</em> de <em>TP-LINK</em>.<br /></p>
<p>Je branche donc le dongle sur le <em>Raspi</em>, et démarre <em>Raspbian 2012-12-16</em>.<br />
…<br />
Et… <br />
Rien T_T<br /></p>
<pre>lsusb</pre>
<p>donne :<br /></p>
<pre>Bus 002 Device 003: ID 0bda:8179 Realtek Semiconductor Corp.</pre>
<p>Et<br /></p>
<pre>ifconfig</pre>
<p>Ne liste pas <em>wlan0</em>.<br /></p>
<p>Erf !! pour un produit censé <em>Works out of the box on Raspbian 2012-12-16 without a powered USB hub.</em> ce n'est pas très convainquant !<br /></p> <p><a href="http://burogu.makotoworkshop.org/public/ordi/dsc09040.jpg" title="dsc09040.jpg"><img src="http://burogu.makotoworkshop.org/public/ordi/.dsc09040_t.jpg" alt="dsc09040.jpg" style="float:right; margin: 0 0 1em 1em;" /></a></p>
<ul>
<li>Après quelque recherche, je fini par comprendre qu'entre temps, une Version 2 du dongle est sortie et que je suis tombé dessus. (écrit avec le numéro de série sur la boite)<br /></li>
<li>Que le pilote pour le chip <em>Realtek 8179</em> n'existe pas sur le site <a href="http://www.realtek.com.tw/downloads/">du fabriquant de chip</a> (cherchez pas chez TP-LINK, ce sont des assembleurs de composants).<br /></li>
<li>Que le pilote à utiliser se nomme rtl8188eu, et qu'il est dispo sur <a href="https://github.com/lwfinger/rtl8188eu">ce githubs</a><br /></li>
</ul>
<blockquote><p>Bref, ''yapluka'…<br /></p></blockquote>
<ol>
<li>Le télécharger. (également dispo en annexe de ce billet)<br /></li>
<li>Le compiler.<br /></li>
<li>L'installer.<br /></li>
<li>Le tester.<br /><br /></li>
</ol>
<h4>1. <ins>Télécharger et décompresser l'archive contenant les sources du pilote</ins> :<br /></h4>
<pre>tar xvf rtl8188eu.tar.gz</pre>
<p><br /></p>
<h4> 2. <ins>Préparation à la compilation</ins> :<br /></h4>
<p>Mettre à jour la distribution.<br />
S'assurer d'avoir installé les paquets des compilateurs habituels du type <em>gcc</em>, <em>g++</em>, etc.<br />
Et aussi les paquets des sources kernel : <br /></p>
<pre>sudo apt-get install linux-headers-`uname -r`</pre>
<p>Se rendre dans le dossier contenant les sources du pilote et lancer la compilation :<br /></p>
<pre>make</pre>
<p><br /></p>
<h4>3. <ins>Installer le pilote</ins> :<br /></h4>
<pre>sudo make install</pre>
<p><br /></p>
<h4>4. <ins>Activation manuelle du pilote</ins> :<br /></h4>
<pre>sudo modprobe 8188eu</pre>
<p>Cette fois</p>
<pre>ifconfig</pre>
<p>Renvoi bien :</p>
<pre>
wlan0 Link encap:Ethernet HWaddr xx:xx:xx:xx:xx:xx
inet adr:192.168.0.10 Bcast:192.168.0.255 Masque:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Packets reçus:24 erreurs:0 :61 overruns:0 frame:0
TX packets:45 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
Octets reçus:3161 (3.1 KB) Octets transmis:6760 (6.7 KB)
</pre>
<p>Au prochain reboot du système, rien à faire de spécial, le pilote sera automatiquement chargé.<br /><br /></p>
<h4><ins>Conclusion</ins> :<br /></h4>
<p>De cette manière, j'ai installé le dongle avec succès sur :<br />
- <em>Raspbian</em> (noyau 3.6.11+)<br />
- <em>Ubuntu 10.04</em> (noyau 2.6.32-46-generic-pae)<br />
- <em>Ubuntu 12.04</em> (noyau 3.5.0-17-generic)<br />
- <em>Ubuntu 12.10</em> (noyau 3.5.0-27-generic)<br /></p>
<p>Mais il faut garder en tête qu'il faudra recompiler le pilote à chaque mise à jour de kernel, jusqu'à ce que le module soit intégré dans les mises à jour de la distribution.<br /><br /></p>
<h4><ins>Note</ins> :<br /></h4>
<p><a href="http://burogu.makotoworkshop.org/index.php?post/2009/09/04/le-compilateur-aime-pas-les-espaces">Attention, pas d'espace dans le chemin</a> !! sinon erreur :<br /></p>
<pre>
makoto@ordi:~/Pilote pour Wifi TP-LINK WN725N v2/rtl8188eu$ make
make ARCH=i386 CROSS_COMPILE= -C /lib/modules/2.6.32-46-generic-pae/build M=/home/makoto/Raspi/Pilote pour Wifi TP-LINK WN725N v2/rtl8188eu modules
make[1]: entrant dans le répertoire « /usr/src/linux-headers-2.6.32-46-generic-pae »
make[1]: *** Pas de règle pour fabriquer la cible « pour ». Arrêt.
make[1]: quittant le répertoire « /usr/src/linux-headers-2.6.32-46-generic-pae »
make: *** [modules] Erreur 2)
</pre>
<p>Sources : <br />
<a href="http://www.raspberrypi.org/phpBB3/viewtopic.php?f=26&t=29752">http://www.raspberrypi.org/phpBB3/viewtopic.php?f=26&t=29752</a><br />
<a href="https://github.com/Red54/linux-shumeipai2">https://github.com/Red54/linux-shumeipai2</a><br /></p>http://burogu.makotoworkshop.org/index.php?post/2013/04/27/TL-WN725N-v2#comment-formhttp://burogu.makotoworkshop.org/index.php?feed/atom/comments/440Supermodel !urn:md5:6d46953a7702aefde962a23656a161882012-12-31T22:12:00+01:002013-01-01T21:45:11+01:00makoto doushiteArcadeJeux videoRétrogamingUbuntu <p><img src="http://burogu.makotoworkshop.org/public/jeux-video/model3logo.png" alt="model3logo.png" style="float:right; margin: 0 0 1em 1em;" /><br />
Jouer des jeux 3D avec <em>Mame</em> se révèle souvent difficile, voire impossible.<br />
Utiliser un émulateur dédié est alors la seule alternative pour obtenir un jeu le plus proche possible de l'original.<br /></p>
<ul>
<li>C'est ce que propose <em>Supermodel</em>, un Émulateur de la machine d'Arcade <em>Sega Model 3</em>.<br /></li>
</ul>
<p>Aucun binaire n'existant pour Gnu/Linux, je vais résumer rapidement comment le compiler.<br /><br />
<br /></p>
<p>1. <ins>Installer les paquets nécessaires à la compilation</ins> :<br /></p>
<pre>sudo apt-get install build-essential libsdl1.2-dev libglew1.5-dev zlib1g-dev</pre>
<p><br /></p>
<p>2. <ins>Télécharger <a href="http://www.supermodel3.com/">les sources depuis le site officiel</a> :</ins><br /></p>
<p>Extraire l'archive et se placer dans le dossier obtenu.<br />
<br /></p>
<p>3. <ins>Compiler les sources</ins> :<br /></p>
<pre>ln -s Makefiles/Makefile.SDL.UNIX.GCC Makefile
make</pre>
<p><br /></p>
<p>4. <ins>Configurer l'emulateur</ins> :<br /></p>
<pre>cd bin
mkdir Config NVRAM Saves
cp ../Config/Supermodel.ini Config</pre>
<p><br /></p>
<p>5. <ins>Utiliser l'émulateur</ins> :<br /></p>
<pre>./Supermodel PATH_TO_ROMS/GAME.zip</pre>
<p><br /></p>
<p>6. <ins>Options de l'émuleur</ins> :<br /></p>
<p>Pour accéder à la liste des options disponibles.<br /></p>
<pre>./Supermodel</pre>
<p>Voir aussi cette page <a href="http://www.supermodel3.com/Usage.html">http://www.supermodel3.com/Usage.html</a>.<br /></p>
<p>Pour configurer les touches :<br /></p>
<pre>./Supermodel -config-inputs</pre>
<p>Cliquer sur la fenêtre <em>Supermodel</em> pour la mettre en avant-plan.<br />
Pour chaque entrées, taper la touche <em>enter</em> puis la touche du clavier ou le bouton de manette à y affecter.<br />
Si on ne veut pas modifier l'entrée, taper la flèche du bas.<br />
<br /></p>
<p><ins>Ressources</ins> :<br /></p>
<p><a href="http://www.supermodel3.com/Forum/viewtopic.php?f=7&t=311&p=2037&hilit=compile+ubuntu#p2037">http://www.supermodel3.com/Forum/viewtopic.php?f=7&t=311&p=2037&hilit=compile+ubuntu#p2037</a></p>http://burogu.makotoworkshop.org/index.php?post/2012/07/24/supermodel3#comment-formhttp://burogu.makotoworkshop.org/index.php?feed/atom/comments/375Eee PC 1201PNurn:md5:e031b539ca259f4dc58c91699b0ee0192011-01-16T20:26:00+01:002011-01-16T20:26:00+01:00makoto doushiteGNU/LinuxLogiciel libreUbuntu <p>J'ai crée ma première page de documentation sur ubuntu-fr !<br />
Je me demande pourquoi je n'ai pas eu ce réflexe plus tôt… m'étant alors contenté participer en répondant ou en créant un sujet sur le forum.<br /></p>
<p>Depuis septembre donc, j'ai eu l'occasion de mettre à jour la page deux ou trois fois, et des contributeurs anonymes parfois ont ajoutés des éléments de réponses…<br /></p>
<pre></pre>
<p><a href="http://doc.ubuntu-fr.org/asus_eee_pc_1201pn">http://doc.ubuntu-fr.org/asus_eee_pc_1201pn</a><br />
<img src="http://burogu.makotoworkshop.org/public/ordi/ubuntu/eeepc1201pn.png" alt="eeepc1201pn.png" /><br /></p>
<h2>Résolution des problèmes avec Lucid Lynx 10.04</h2>
<p><br /></p>
<h3>Raccourcis multimédia</h3>
<p>Pour faire fonctionner la touche Fn et les raccourcis associés, procéder comme ceci :</p>
<ul>
<li>1. Ouvrir le fichier <em><strong>/etc/default/grub</strong></em> et ajouter l'option <strong><em>acpi_osi=Linux</em></strong> après <strong><em>quiet splash</em></strong> dans la ligne commençant par <em><strong>GRUB_CMDLINE_LINUX_DEFAULT</strong></em> :</li>
</ul>
<pre>GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_osi=Linux"</pre>
<ul>
<li>2. Mettre à jour grub :<br /></li>
</ul>
<pre>sudo update-grub</pre>
<ul>
<li>3. Redémarrez l'ordinateur.<br /></li>
</ul>
<blockquote><p>Bien que l'activation/désactivation du Wi-Fi fonctionne avec fn+F2, la led témoin bleu correspondante reste allumée en permanence.</p></blockquote>
<p><br />
<br /></p>
<h3>Touchpad</h3>
<p>De base, le touchpad fonctionne comme un touchpad classique réglable par les <em>Système/Préférences/Préférences</em> de la souris, mais :<br />
- Le défilement Horizontal et Vertical ne fonctionne pas en glissant deux doigts; (l'option <em>Préférences de la souris</em> > <em>Défilement à deux doigts</em> est grisée !)<br />
- Le tapotement à 2 et 3 doigts non plus.<br /></p>
<p>Pour y remédier :<br /></p>
<ul>
<li>1. Ouvrir le fichier <em><strong>/usr/lib/X11/xorg.conf.d/10-synaptics.conf</strong></em></li>
</ul>
<p>Dans ce fichier, repèrer la «<em>Section "InputClass"</em>» et ajouter les deux lignes d'«<em>Option</em>» <strong>sous</strong> la ligne <strong><em>Driver "synaptics"</em></strong> et au dessus de <strong><em>EndSection</em></strong>:</p>
<p>Ce qui donne :<br /></p>
<pre>
Section "InputClass"
Identifier "touchpad catchall"
MatchIsTouchpad "on"
MatchDevicePath "/dev/input/event*"
Driver "synaptics"
Option "SHMConfig" "true"
Option "EmulateTwoFingerMinZ" "1"
EndSection
</pre>
<p>Description :<br />
- Option "SHMConfig" "true"<br />
Nécessaire pour que la commande synclient -l fonctionne afin de contrôler si les valeurs des options sont bien passées.<br />
- Option "EmulateTwoFingerMinZ" "1"<br />
Une valeur entre 0 et 65… la valeur 280 par défaut empêche les deux doigts d'être détectés.<br /></p>
<p>Redémarrer le serveur X ($sudo invoke-rc.d gdm restart) ou redémarrer l'ordinateur !<br /></p>
<ul>
<li>2. Installer <strong>gpointing-device-settings</strong> et aller <a href="http://doc.ubuntu-fr.org/touchpad#configuration_via_gpointing_ubuntu_910_et_1004">cocher les cases "deux doigts"</a> dans l'onglet défilement.</li>
</ul>
<p>Conclusions :<br />
- Taper avec deux doigts fonctionne (click droit), mais taper avec 3 doigts ne fonctionne pas (click milieu) :-(<br />
- Pour se consoler, par défaut, taper dans le coin en haut à droite effectue un click milieu.<br />
- Par défaut taper dans le coin en bas à droite effectue un click droit.<br /></p>
<p>FIXME Si jamais quelqu'un trouve pour les 3 doigts en farfouillant avec <a href="http://doc.ubuntu-fr.org/touchpad#configuration_plus_poussee_avec_synclient">synclient</a> et le <a href="http://manpages.ubuntu.com/manpages/lucid/man4/synaptics.4.html">man de synaptics</a>…<br />
<br />
<br /></p>
<h3>Carte graphique : sortie HDMI et Son</h3>
<p>L'installation via l'assistant des pilotes propriétaires nvidia permet de bénéficier de l'accélération 3D et de la sortie hdmi grâce à TwinView.<br />
Côté signal vidéo tout va bien, mais <strong>le signal audio ne passe pas par le câble hdmi !</strong><br /></p>
<p>Normalement, dans le menu <em><strong>Système/Préférences/Son</strong></em>, onglet <strong>Matériel</strong>, devrait se trouver<br />
<strong>Digital Stereo (HDMI) Output</strong>
dans la liste des <strong>Profil</strong>, qu'il suffirait alors de sélectionner…<br /></p>
<p>Mais ce matériel n'apparait PAS !!<br /></p>
<p>Pour régler ce problème, avec un système mis à jour (lucid-security et lucid-update au moins), installer le paquet <strong>linux-backports-modules-alsa-lucid-generic</strong>.<br /></p>
<p>Il suffit alors de sélectionner dans l'onglet <strong>Sortie</strong><br />
<strong>High Definition Audio Co ntroller Digital Stereo (HDMI)</strong> pour que l'audio de vos médias passe dans le câble HDMI !!<br /></p>
<blockquote><p>Il se peut que la sortie HDMI soit mutée dans le mixer. Pour accéder au mixer, lancer "alsamixer" dans un terminal et sélectionner la seconde carte son (F6) (Card: HDA NVidia - Chip: Nvidia GT21x HDMI) et dé-muter les sorties S/PDIF avec la touche "m".</p></blockquote>
<p>Si malgré tout le son n'est pas audible, créer le fichier <strong>/etc/modprobe.d/sound.conf</strong> et y inscrire ceci :</p>
<pre>options snd-hda-intel enable_msi=0 probe_mask=0xffff,0xfff2</pre>
<p>Au redémarrage, vérifier l'état du mixer… le son devrait passer :-o</p>http://burogu.makotoworkshop.org/index.php?post/2011/01/10/Eee-PC-1201PN#comment-formhttp://burogu.makotoworkshop.org/index.php?feed/atom/comments/240Conférences Ubuntu Party 10.10urn:md5:aa6b7735901be4d9551e4946f4a8b02e2010-11-29T20:52:00+01:002017-07-06T20:18:47+02:00makoto doushiteInternetActaConférencesDebianHadopiInternet libreLogiciel libreLOPPSIMinitel 2.0No-boxUbuntuVidéos <p>Y'a <a href="http://happycoleopter.blogspot.com/2010/11/ubuntu-party-internet-et-libertes.html">un bon p'tit gars (ou nana</a> d'ailleurs, le titre du blog le laisse à penser, mais pas trouvé de confirmation) qui a filmé en loose et posté dans la foulée plusieurs conférences de l'édition de novembre 2010 de l'Ubuntu Party se tenant à la cité des sciences et de l'industrie de Paris, comme je l'avais fait à <a href="http://burogu.makotoworkshop.org/index.php?post/2010/05/04/Cycle-de-conf%C3%A9rences-%C3%A0-Sciences-Po-%3A-%C2%ABQu-est-ce-qu-Internet-N%C2%B03%3A-Impacts-sur-la-soci%C3%A9t%C3%A9%2C-cons%C3%A9quences-politiques%C2%BB">science-po</a> ^^<br /></p>
<p>J'en profite donc pour récupérer et relayer ici celle de Benjamin Bayart… toujours aussi intéressant !<br /></p>
<center>
<video width="640" height="360" controls="controls">
<source src="http://burogu.makotoworkshop.org/public/video/UbuntuParty-InternetDemocratieDangers-480x270-v5.ogv" type="video/ogg" />
<span style="font-weight: bold; color: red;">Si la Vidéo ne s'affiche pas, c'est que vous utilisez un navigateur obsolète !</span>
<br>
<a href="http://www.mozilla-europe.org/fr/firefox/">>>Télécharger Firefox<<</a>
</video>
</center>
<p>Wép, j'ai recollé les 11 morceaux… merci youtube -_- et encodé ça léger avec cette ligne :</p>
<pre class="brush: bash">ffmpeg2theora -x 480 -y 270 --aspect 16:9 --croptop 60 --cropbottom 60 --optimize -v 5 --license "http://creativecommons.org/licenses/by-sa/2.0/" --title "UbuntuParty10.10 - Benjamin Bayart - Internet, Démocratie, Dangers" Internet\,\ démocratie\,\ dangers.mp4 -o Internet\,\ démocratie\,\ dangers-640x360-v5.ogv</pre>http://burogu.makotoworkshop.org/index.php?post/2010/11/29/Conferences-Ubuntu-Party-10.10#comment-formhttp://burogu.makotoworkshop.org/index.php?feed/atom/comments/235Quelle est la proportion d'ordinateurs GNU/Linux ?urn:md5:5010ef45036e594abafd20b751f22c7e2010-10-12T16:54:00+02:002010-10-24T10:31:44+02:00makoto doushiteGNU/LinuxDebianInternet libreLogiciel libreUbuntu <p>Beaucoup de statisticiens prétendent que les ordinateurs sous GNU/Linux ne représenteraient que 1% du parc de machines…<br /></p>
<p>Difficile de vérifier cela, sauf en se risquant à comparer avec les statistiques de visites de mes propres sites… pour la période 2010 en cours :<br /></p>
<p><img src="http://burogu.makotoworkshop.org/public/divers/stats-burogu.jpg" alt="stats-burogu.jpg" />
<img src="http://burogu.makotoworkshop.org/public/divers/stats-workshop.jpg" alt="stats-workshop.jpg" /></p>
<p>Seulement, il apparait clairement que dés que je parle un peu de Gnu/Linux, les visites d'ordinateurs Gnu/Linux sont plus importantes, donc le blog ratisse large à ce niveau avec 1203 visites, alors que le site qui cause maquettes et autres bricolages dépasse légèrement MacOS avec 154 visites.<br /></p>
<p>Conclusion :</p>
<ul>
<li>23,8% de visites d'ordinateurs sous Gnu/Linux pour le blog ayant parmi ses sujets «Gnu/Linux», et</li>
<li>6,6% pour le site qui parle d'autres choses (bien que le mot «linux» figure rarement dans ses pages)</li>
</ul>
<p>Une initiative de <em>dudalibre</em> arrive à point pour départager les septiques des convaincus, encore faut-il jouer le jeux en s'enregistrant sur le formulaire (et sans gruger !)</p>
<h2>>> <a href="http://www.dudalibre.com/gnulinuxcounter?lang=fr">http://www.dudalibre.com/gnulinuxcounter</a> <<</h2>http://burogu.makotoworkshop.org/index.php?post/2010/10/12/Quelle-est-la-proportion-dordinateurs-GNULinux#comment-formhttp://burogu.makotoworkshop.org/index.php?feed/atom/comments/219lm-sensors avec carte mère Gigabyte GA-GC330UDurn:md5:568d4c0ddac621aa8536b81eb22fa35a2010-08-26T20:57:00+02:002010-08-26T20:57:00+02:00makoto doushiteGNU/LinuxDebianLogiciel libreUbuntu <p>Les capteurs de ce cette carte mère sont bien reconnu, mais les configurations par défauts ne renvoient pas de valeurs correctes.
J'ai donc écrit un fichier spécifiquement pour elle, en comparant bien les valeurs données par le bios.</p>
<p>Après un «sensors-detect», créer ce fichier de config maison : /etc/sensors3.conf</p>
<pre>
# lm_sensors configuration file for the Gigabyte GA-GC330UD Mini-iTX motherboard
chip "it8718-*"
### Voltages
label in0 "Vcore"
label in1 "DDR18V" # "DDR18V" in BIOS
label in2 "+3.3V"
label in3 "+5V" # Not in BIOS
ignore in3
label in4 "+12V"
ignore in5
ignore in6
ignore in7
label in8 "Vbat" # Not in BIOS
ignore in8
# compute in3 @ * (6.8/10+1), @ / (6.8/10+1)
# compute in4 @ * (30/10+1), @ / (30/10+1)
compute in4 @ * (1+19.63/10+1), @ / (1+19.63/10+1)
### Temperatures
ignore temp1
ignore temp2
label temp3 "CPU Temp"
# 2 = thermistor; 3 = thermal diode; 0 = unused
set temp3_type 3
compute temp3 (@+2)/1, (1*@-2)
### Fans
label fan1 "CPU Fan"
label fan2 "Chassis Fan"
ignore fan3
</pre>http://burogu.makotoworkshop.org/index.php?post/2010/07/19/lm-sensors-avec-carte-mere-Gigabyte-GA-GC330UD#comment-formhttp://burogu.makotoworkshop.org/index.php?feed/atom/comments/196Xsane et Scanner hp scanjet 3500c avec Ubuntu 10.04LTSurn:md5:7648b6d0120bae40ecedafac7611fff22010-07-05T21:22:00+02:002010-07-05T20:50:32+02:00makoto doushiteGNU/LinuxDebianJoypad magazineLogiciel libreUbuntu <p>Avec Ubuntu 10.04LTS, Xsane se plante sur le scanner hp scanjet 3500c.<br />
Alors qu'il reconnait bien le matériel, à la fin d'une simple prévisualisation, hop Xsane disparait !<br /></p>
<p>Après recherches, il semble que ce soit dû à un soucis avec la version 1.0.20 du backend de sane (<a href="http://burogu.makotoworkshop.org/index.php?post/2009/07/14/Backend-Sane-et-Scanner-Lexmark-2-">encore!</a>)<br />
D'ailleurs une solution apportée était de mettre une ancienne version de la librairie, en piquant le paquet <em>libsane_1.0.19-23ubuntu7_i386.deb</em> d'une ancienne version d'Ubuntu…<br /></p>
<p>Comme j'en ai besoin pour le Lexmark, je me suis dit, qu'avec de la chance la version 1.0.21 de Sane résoudrait peut-être le soucis…<br />
Notez bien qu'une fois encore, comme pour le Lexmark, «avant ça marchait», et que rien n'est gravé dans le marbre… les versions plus récentes ne fonctionnent parfois plus, due à une erreur qu'il ne faut pas hésiter à signaler, comme j'ai déjà pu le faire… avantage indéniable du logiciel libre !<br />
<ins>Pour cette fois ce ne sera pas nécessaire, voyez plutôt</ins> :<br /></p>
<p>Aller sur <a href="http://www.sane-project.org/source.html">http://www.sane-project.org/source.html</a>
Prendre <em>sane-backends-1.0.21.tar.gz</em></p>
<ul>
<li>1 - <ins>Désinstaller les packets</ins> :<br /></li>
</ul>
<p>- <em>sane-utils</em><br />
- <em>xsane</em><br />
- <em>hplip</em><br /></p>
<ul>
<li>2 - <ins>Installer le packet</ins> :<br /></li>
</ul>
<p>- <em>libusb-dev</em><br /></p>
<ul>
<li>3 - <ins>Décompresser</ins> : <em>sane-backends-1.0.21.tar.gz</em>, aller dans le dossier qui vient d'être créé<br /></li>
<li>4 - <ins>Puis lancer tour à tour</ins> :<br /></li>
</ul>
<pre>./configure
make
sudo make install</pre>
<p><a href="http://burogu.makotoworkshop.org/public/ordi/ubuntu/xsaneinfoscanjet3500.png" title="xsaneinfoscanjet3500.png"><img src="http://burogu.makotoworkshop.org/public/ordi/ubuntu/.xsaneinfoscanjet3500_s.jpg" alt="xsaneinfoscanjet3500.png" style="float:right; margin: 0 0 1em 1em;" /></a></p>
<ul>
<li>5 - <ins>Installer les packets</ins> :<br /></li>
</ul>
<p>- <em>xsane</em>, qui réclamera sa dépendance libsane (version 1.0.20-13ubuntu2) mais c'est pas grave laisser faire…<br />
- <em>sane-utils</em><br />
- <em>hplip</em><br /></p>
<ul>
<li>6 - <ins>Lancer Xsane</ins> :<br /></li>
</ul>
<p>Vérifier : Fichier > infos <br />
version de sane : 1.0.21 !!!!!! (au lieu de 1.0.20)<br /></p>
<p>L'étape 1 (et donc la 5 aussi) est peut-être inutile.<br />
<br />
Et ?? <br />
Et bien ça marche !! Xsane ne plante plus, je peux scanner sans problèmes :)</p>http://burogu.makotoworkshop.org/index.php?post/2010/07/04/Xsane-et-Scanner-hp-scanjet-3500c-avec-Ubuntu-10.04LTS#comment-formhttp://burogu.makotoworkshop.org/index.php?feed/atom/comments/189Automatiser des tâches avec Gimpurn:md5:9ed09af8aca6a0e35669bf0ddb98893e2010-07-04T19:24:00+02:002014-04-26T11:28:27+02:00makoto doushiteinformatiqueJoypad magazineLogiciel libreScriptUbuntu <p>Je vous livre ici la méthode qui me permettra de gagner du temps lors de longues séries de scan !<br />
Sauf que j'ai dû investir beaucoup de temps pour chercher, trouver, avoir cru comprendre, re…rechercher, et finir par comprendre… J'y aurai passé la journée !!<br />
Mais le retour sur cet investissement devrait être plus que positif rapidement ^^<br /></p>
<p>Pour la petite histoire, jusqu'à maintenant, lorsque je scannais des pages, je faisais une pré-numérisation, suivie d'un cadrage.<br />
Ensuite, le scan à 300dpi… long, avec le Lexmark.<br />
Une fois l'image débarquée dans Gimp, je re-cadrais l'image au pixel prés, puis j'appliquais un flou gaussien (Horizontal 1, Vertical 1, RLE), afin d'atténuer la trame d'imprimerie.<br />
Et enfin, Enregistrement de l'image en JPEG à 85% de qualité, en lui donnant le nom adéquat.<br />
J'arrivais à gagner un peu de temps en faisant la pré-num d'une autre page durant les opérations avec Gimp pour la précédente… mais que de temps perdu !!<br /></p>
<p><ins>Maintenant, ça se déroulera de cette manière</ins> :<br /></p>
<ol>
<li>Scan directement de la page à la taille maximale,<sup>[<a href="http://burogu.makotoworkshop.org/index.php?post/2010/07/04/Automatiser-des-taches-avec-Gimp#pnote-190-1" id="rev-pnote-190-1">1</a>]</sup> en demandant à <strong>Xsane</strong> d'enregistrer les images avec un schéma de nom de fichier prédéfini, en incrémentant de 1 le N° à chaque nouveau scan. (Qualité du JPEG renseignée dans le paramètres par défaut à 100%)<br /></li>
<li>Une fois toutes les pages scannées, exécution d'une commande Gimp qui va se charger d'appliquer le flou gaussien à l'ensemble des fichiers, en les enregistrant en JPEG 85%.<br /></li>
</ol>
<p>Et… c'est tout <img src="http://burogu.makotoworkshop.org/index.php?pf=smile.svg" alt=":)" class="smiley" /> Moins de cliques de souris et plus rapide avec le scanner hp !<br />
<br /></p>
<h3><ins>Bref, voici donc comment faire</ins> :</h3>
<ul>
<li>On va demander à Gimp d'appliquer un flou gaussien (Horizontal 1, Vertical 1, RLE) sur tous les fichiers JPEG d'un dossier, grâce à un <strong>Script-fu</strong>.<br /></li>
</ul>
<p>Créer un fichier texte contenant ceci :</p>
<pre>
(define (flou-pour-joypad pattern
Horizontal
Vertical
RLE) ;définition de la fonction avec les variables demandées dans la commande
(let* ((filelist (cadr (file-glob pattern 1))))
(while (not (null? filelist))
(let* ((filename (car filelist))
(image (car (gimp-file-load RUN-NONINTERACTIVE filename filename))) ; chargement de l'image
(drawable (car (gimp-image-get-active-layer image)))) ;on récupère le calque actif
(plug-in-gauss RUN-NONINTERACTIVE image drawable Horizontal Vertical RLE) ;Flou gaussien
(gimp-file-save RUN-NONINTERACTIVE image drawable filename filename) ;on sauve
(gimp-image-delete image))
(set! filelist (cdr filelist)))))
</pre>
<p>L'enregistrer dans le dossier «scripts» de Gimp (le nom du fichier importe peu, c'est <em>flou-pour-joypad</em> qui servira…)<br />
Chez moi c'est : <em>/home/makoto/.gimp-2.6/scripts/flou-joypad.scm</em><br />
<br /></p>
<ul>
<li>Puis on va appeler ce script par une commande depuis un terminal.<br /></li>
</ul>
<p>Se placer dans un dossier de test, avec quelques images JPEG, et exécuter : <br /></p>
<pre>
gimp -i -b '(flou-pour-joypad "*.jpg" 15 15 1)' -b '(gimp-quit 0)'
</pre>
<p>Il doit être renvoyé ceci lorsque l'opération est achevée.<br /></p>
<pre>
batch command executed successfully
</pre>
<p>Aller voir les images, elles doivent être bien floue !<br />
<br /></p>
<p><a href="http://burogu.makotoworkshop.org/public/ordi/ubuntu/gimp-save.png" title="gimp-save.png"><img src="http://burogu.makotoworkshop.org/public/ordi/ubuntu/.gimp-save_t.jpg" alt="gimp-save.png" style="float:right; margin: 0 0 1em 1em;" /></a>
Les fichier auront été sauvés en JPEG 85% à condition que ce soit la valeur par défaut de votre Gimp!!!!<br />
<br />
<br />
<br />
<br />
<br />
<br />
Pour encore se faciliter la vie, on pourra cliquer sur ce petit script pour lancer cette opération de «GIMP Batch Mode» où «traitement par lot» sans taper de commande.<br />
Créer un fichier <em>gimp-joypad</em>, avec ça dedans :</p>
<pre>
#!/bin/bash
gimp -i -b '(flou-pour-joypad "*.jpg" 1 1 1)' -b '(gimp-quit 0)'
</pre>
<p>Ne pas oublier de rendre le fichier exécutable !<br />
Changer les valeurs numériques, pour personnaliser l'effet, respectivement : Valeur Horizontal, Valeur Vertical, 1=RLE 0=IIR)<br /></p>
<pre></pre>
<p>J'aurais donc trouvé un modèle qui Marche ! depuis ce lien <a href="http://www.gimp.org/tutorials/Basic_Batch/">http://www.gimp.org/tutorials/Basic_Batch/</a>, malgré de nombreux essais depuis d'autres sites…<br />
Avec cela j'ai fini par comprendre, alors que J'ai passé des heures à me demander pourquoi la commande me renvoyait toujours :</p>
<pre>
batch command experienced an execution error
</pre>
<p>Qu'elle avait besoin qu'on lui passe les valeurs numériques, et que les mettre dans le scrip-fu ne fonctionnait pas… enfin, quelque chose comme ça ^^; c'est qu'en 8 heures de bidouilles il s'en passe des trucs !</p>
<div class="footnotes"><h4 class="footnotes-title">Note</h4>
<p>[<a href="http://burogu.makotoworkshop.org/index.php?post/2010/07/04/Automatiser-des-taches-avec-Gimp#rev-pnote-190-1" id="pnote-190-1">1</a>] plus besoin de recadrer, les magazines suivant sont un peu plus grand que du A4</p></div>
http://burogu.makotoworkshop.org/index.php?post/2010/07/04/Automatiser-des-taches-avec-Gimp#comment-formhttp://burogu.makotoworkshop.org/index.php?feed/atom/comments/190Nouveau scannerurn:md5:b3404b9208e6f0eced652ad62be7496a2010-06-26T20:56:00+02:002010-06-26T21:36:48+02:00makoto doushiteMaKoToAbandonware magazinesDépannageJoypad magazineLogiciel libreRéparationUbuntu <p>Jeudi dernier, j'eu la chance de trouver un scanner… dans les poubelles.<br />
Apparemment en parfait état, je n'ai pas hésité à m'en emparer pour l'essayer…<br />
En branchant son adaptateur secteur, pas de surprise, ça ne fonctionne pas… confirmation à l'aide de mon voltmètre… 0 Volt, l'adaptateur secteur est HS.<br />
Par chance j'en avais un autre sous la main avec les mêmes caractéristiques électriques, pourtant, le scanner ne s'allumait toujours pas.<br />
Dommage ? Non, c'est pas terminé, trouvons lui un câble USB, on ne sait jamais !<br />
Ceci fait, branché sur l'ordi, je lance Xsane, et ça marche ! Scanner <em>HP ScanJet 3500c</em> reconnu directement <img src="http://burogu.makotoworkshop.org/index.php?pf=smile.svg" alt=":)" class="smiley" /><br />
Lançons un petit scan… la lampe s'allume, c'est long… sans doute le préchauffage, puis hop, la raclette se met en marche <img src="http://burogu.makotoworkshop.org/index.php?pf=smile.svg" alt=":)" class="smiley" /><br />
La qualité est au rendez-vous, et la vitesse aussi, quand on le compare à mon <em>Lexmark X1150</em> trèèèès long; il est tout de même moins rapide que l'E<em>pson Stylus SX105</em> des parents.<br /></p>
<p>S'en suis alors un nettoyage de fond en comble, y compris interne pour virer les traces sur la vitre et graisser le guide de métal et les engrenages moteurs.<br /></p>
<p><a href="http://burogu.makotoworkshop.org/public/ordi/dsc06916.jpg" title="dsc06916.jpg"><img src="http://burogu.makotoworkshop.org/public/ordi/.dsc06916_s.jpg" alt="dsc06916.jpg" /></a> <a href="http://burogu.makotoworkshop.org/public/ordi/dsc06917.jpg" title="dsc06917.jpg"><img src="http://burogu.makotoworkshop.org/public/ordi/.dsc06917_s.jpg" alt="dsc06917.jpg" /></a></p>
<p>Je vais gagner un max de temps pour continuer les scan des N° de Joypad <img src="http://burogu.makotoworkshop.org/index.php?pf=smile.svg" alt=":)" class="smiley" /><br /></p>
<p>Voila une panne bien stupide qui aurait pu éviter à cette machine de se retrouver jetée… par un diagnostique éclair avec un simple voltmètre… <br />
Vous saurez quoi faire dans un tel cas, en remplaçant l'adaptateur secteur de n'importe quel type d'appareil (y'en a plein les vides-greniers)… À moins que vous ne cédiez à l'appel du consumérisme à outrance ! Pas bien bouhhhh <img src="http://burogu.makotoworkshop.org/index.php?pf=sad.svg" alt=":(" class="smiley" /></p>http://burogu.makotoworkshop.org/index.php?post/2010/06/26/Nouveau-scanner#comment-formhttp://burogu.makotoworkshop.org/index.php?feed/atom/comments/186Authoring DVDurn:md5:295223c361639af6928972de84db9bce2010-05-20T01:09:00+02:002010-05-20T01:09:00+02:00makoto doushiteinformatiqueLogiciel libreMontage vidéoUbuntu <p>Bon ben je crois en avoir fait le tour de ces logiciels d'Authoring DVD :<br /></p>
<ul>
<li><ins>ManDVD</ins> : dispo dans les dépôts sur Ubuntu 10.04 (j'ai activé universe, multiverse, mais je sais pas si c'était utile pour lui).</li>
</ul>
<p>Il date un peu, du coup c'est pas sexy et c'est limité en terme de possibilités (pas trouvé de moyen pour faire des sous-menu) mais il est fiable et stable, de ce que j'en ai testé, tout fonctionne bien.<br />
<br /></p>
<ul>
<li><ins>2ManDVD</ins> : se compile facilement et rapidement sur Ubuntu 10.04 via le <a href="http://doc.ubuntu-fr.org/2mandvd">tuto</a>.</li>
</ul>
<p>Très prometteur en terme de fonctionnalités, ce soft n'est pas sec… (actuellement, version 1.3.4)<br />
En plus d'être lourd, il foire la génération du DVD systématiquement.<br />
<br /></p>
<ul>
<li><ins>Bonobo DVD</ins> : dispo dans les dépôts sur 10.04.</li>
</ul>
<p>Pas testé plus que ça, vu que dés que j'ai voulu mettre une vidéo provenant de ma <a href="http://burogu.makotoworkshop.org/index.php?post/2010/02/11/Camescope-num%C3%A9rique">cam</a>, il m'a dit «nan j'en veux pas!»… alors qu'il veut bien du montage généré par Cinelerra.<br />
<br /></p>
<ul>
<li><ins>DVD Styler</ins> : dispo dans les dépôts sur 10.04.</li>
</ul>
<p>Des tutos ici <a href="http://www.framasoft.net/article12.html">http://www.framasoft.net/article12.html</a> et là <a href="http://egroc.free.fr/">http://egroc.free.fr/</a><br />
Vraiment bien avec de nombreuses possibilités… enfin une fois qu'on a perdu sa journée dessus à comprendre empiriquement qu'on ne pouvait pas mettre plus d'environ 45 fichiers mpeg, sinon la génération du DVD freeze le soft; et que même si on peut en mettre autant qu'on veut, le nombre de boutons est limités à 12 par menu (par exemple 9 vignettes, un Bouton «menu», un bouton «précédent» et un bouton «suivant». (serait-ce une limitation du format DVD ?)<br />
Au delà il ne sont pas cliquable dans le DVD.<br />
Enfin, qu'il faut éviter de copier/coller les vignettes, pour par exemples en avoir plusieurs identiques et gagner du temps plutôt que de se taper les caractéristiques de chacune et ensuite glisser dessus les clips qu'on voudrait y voir… <br />
Non, contre toute attente, alors que tout est cohérent, des erreurs surviendront durant la génération du DVD.<br /></p>
<pre>
ERR: That form of jumping is not allowed
ERR: in VTSM pgc 1, button button03
Echec
</pre>
<blockquote><p>Moralité, plutôt que de mettre le montage plus les rushs tel quel sur le DVD, j'ai dû faire un bout à bout des 56 fichiers de rush pour en fabriquer un seul fichier qu'il a ensuite fallut chapitrer pour reconstituer l'intervalle entre chaque clips.<br /></p></blockquote>
<p>Et y associer la vignette correspondante obtenue par ce script maison :</p>
<pre>
#!/bin/sh
for i in *.mpg *.MPG *.MPEG *.mpeg *.mp4 *.MP4 *.avi *.AVI *.ogv *.OGV *.flv *.FLV *.wmv *.WMV
do
ffmpeg -i "$i" -vcodec mjpeg -vframes 1 -an -f rawvideo -s 200x150 -ss 2 "vignettes/${i%.*}.jpg"
done
</pre>
<p>Y'a des jours où vraiment je maudis l'informatique et ses aléas inhérents; c'est pas encore une science exacte… rien n'est parfait en ce monde, mais quand on cumule qu'est-ce qu'on perd comme temps pour ces conneries !!! Surtout quand on est tenace ^^;;</p>http://burogu.makotoworkshop.org/index.php?post/2010/05/19/Authoring-DVD#comment-formhttp://burogu.makotoworkshop.org/index.php?feed/atom/comments/173Screencast, capturer son écran avec ffmpegurn:md5:c5889ff304392a0ee7636394000954702010-04-16T22:09:00+02:002012-03-04T17:06:07+01:00makoto doushiteGNU/LinuxMontage vidéoUbuntu <p>Screencast ou capturer une vidéo de son écran est bien utile quand on veut faire des démonstrations vidéo.<br />
Plusieurs logiciel existent, comme <strong><em>istanbul</em></strong> ou <strong><em>recordmydesktop</em></strong> qui capturent puis compressent une vidéo de l'écran directement en ogg (théora+vorbis)<br />
Mais malgré tous les tests effectués aucun d'eux ne m'a donné satisfaction… trop d'images perdues, vidéo saccadée, résolution trop petite… etc<br /></p>
<p>J'ai alors lut parlé qu'on pouvait faire la même chose avec <em><strong>ffmpeg</strong></em>, en ligne de commande donc… ahhh cette fameuse ligne de commande Ô combien puissante et pratique, qui fait si peur aux noob et nous fait passer pour des bêtes curieuses.<br /></p>
<p>Seulement voila, de base, la version de ffmpeg disponible dans mon système d'exploitation ne dispose pas de ce qu'il faut pour capturer l'écran, c'est à dire <em>x11grab</em>.<br />
Il faut donc compiler les source de ffmpeg avec les options nécessaire… après pas mal de tentatives infructueuses, j'ai découvert sur le <a href="http://planet.ubuntu-fr.org/">Planet Ubuntu</a> qu'il fallait des sources patchées.<br /></p>
<p>j'étais tellement content de l'avoir trouvé que j'ai repris une partie de cet article ^^<br />
<a href="http://planet.ubuntu-fr.org/post/2006/09/21/Faire-du-screencast-sous-Ubuntu">http://planet.ubuntu-fr.org/post/2006/09/21/Faire-du-screencast-sous-Ubuntu</a></p>
<p>On installe les paquets nécessaires :</p>
<pre> $ sudo apt-get install build-essential xlibs-dev ffmpeg</pre>
<p>On crée le répertoire nécessaire :</p>
<pre> $ mkdir screencap && cd screencap</pre>
<p>On récupère le fichier de source et on l'extrait :</p>
<pre> $ wget http://lecoindespotes.free.fr/ubuntu/screencast/ffmpeg-0.4.9-p20051216.tar.bz2 && tar xjfv ffmpeg-0.4.9-p20051216.tar.bz2 && cd ffmpeg-0.4.9-p20051216</pre>
<p>Il faut maintenant le patcher afin de lui permettre de faire du screen capture :</p>
<pre> $ wget http://lecoindespotes.free.fr/ubuntu/screencast/ffmpeg-0.4.9-p20051216.diff && patch -Np1 -i ffmpeg-0.4.9-p20051216.diff</pre>
<p>Il ne nous reste plus qu'à compiler :</p>
<pre>
$ ./configure --extra-ldflags=-L/usr/X11R6/lib --enable-x11grab --enable-gpl && make
</pre>
<p>Il se peut que la compilation se passe mal, vérifiez que vous ayez un executable ffmpeg, le reste du paquet ne nous intéresse pas vraiment.
On obtient alors un exécutable 'ffmpeg'</p>
<p>Pour lancer une capture, il suffit de taper ce genre de commande :</p>
<pre> $ ./ffmpeg -vcodec mpeg4 -b 1000 -r 10 -g 300 -vd x11:0,0 -s 1024x768 ~/test.avi</pre>
<p>La puissance de la «ligne de commande», c'est qu'on va pouvoir customiser la capture !<br />
Par exemple, j'ai utilisé ça :</p>
<pre>$ ./ffmpeg -acodec pcm_s16le -vcodec mpeg4 -b 1000 -r 25 -g 300 -vd x11:0,0 -s 1280x960 ~/screencast004.avi</pre>
<p>La capture sonore en PCM 16 bits à été ajoutée :</p>
<ul>
<li>-acodec pcm_s16le</li>
</ul>
<p>La capture vidéo est en MPEG4</p>
<ul>
<li>-vcodec mpeg4</li>
</ul>
<p>25 images/secondes sont capturées :</p>
<ul>
<li>-r 25</li>
</ul>
<p>La taille de la vidéo est adaptée à la résolution de mon écran :</p>
<ul>
<li>-s 1280x960</li>
</ul>
<p>Même commande, sans l'audio, qui m'a servit à capturer le tuto <a href="http://burogu.makotoworkshop.org/index.php?post/2010/03/09/Cinelerra%2C-prise-en-main-rapide">cinelerra</a></p>
<pre>$ ./ffmpeg -an -vcodec mpeg4 -b 1000 -r 25 -g 300 -vd x11:0,0 -s 1280x960 ~/screencast008.avi</pre>
<p>La commande</p>
<pre>$ ./ffmpeg -formats</pre>
<p>donne la liste des codecs utilisable à la capture, reste à tester et choisir ceux qui vous conviennent !<br />
<br />
Malgré ces paramètres exigeant en ressources, la capture est parfaite, alors que les logiciels cités plus haut ont étés bien incapable de faire le 1/4 de ce qu'a réalisé cette commande ffmpeg :)</p>http://burogu.makotoworkshop.org/index.php?post/2010/03/09/screencast-capturer-son-ecran-avec-ffmpeg#comment-formhttp://burogu.makotoworkshop.org/index.php?feed/atom/comments/146Conférence de Benjamin Bayart à l'Ubuntu party 9.10urn:md5:f9205da6638c0122c596c843c47effef2010-04-13T22:47:00+02:002020-01-19T15:26:15+01:00makoto doushiteInternetConférencesInternet libreLogiciel libreMinitel 2.0No-boxUbuntuVidéos <p>J'y étais, et comme la vidéo est enfin en ligne, je la recommande <sup></sup><br />
source <a href="http://ubuntu-party.org/neutralite-du-net">http://ubuntu-party.org/neutralite-du-net</a></p>
<center>
<iframe width="640" height="480" sandbox="allow-same-origin allow-scripts" src="https://peertube.makotoworkshop.org/videos/embed/d5edf004-a6db-45bd-b303-846c614ad481?warningTitle=0" frameborder="0" allowfullscreen></iframe>
</center>
http://burogu.makotoworkshop.org/index.php?post/2010/04/13/ConferenceBenjaminBayarUbuntuparty#comment-formhttp://burogu.makotoworkshop.org/index.php?feed/atom/comments/156Compilerurn:md5:0f27102b3a45bef9907d69409e1ce25a2010-03-02T00:17:00+01:002010-03-02T14:09:44+01:00makoto doushiteGNU/LinuxUbuntu <p><img src="http://burogu.makotoworkshop.org/public/divers/compiler.png" alt="compiler.png" style="float:left; margin: 0 1em 1em 0;" /><sup>[<a href="http://burogu.makotoworkshop.org/index.php?post/2010/03/02/Compiler#pnote-139-1" id="rev-pnote-139-1">1</a>]</sup>
Compiler un logiciel pour rien durant toute une soirée, ça vous dirait ?<br /></p>
<p>Nan parce-que je crois que j'aime çà...<br />
<br />
En rentrant, j'avais donc dans l'idée de compresser en deux passes la vidéo du billet précédent, histoire d'améliorer la qualité d'image.<br />
Et comme je suis flémard, je voulais trouver des exemples de commandes pour <strong>ffmpeg2theora</strong>... mais en fait, je suis tombé sur ce blog :<br />
<a href="http://libre-ouvert.toile-libre.org/?article2/mes-outils-pour-bloguer-gerer-les-fichiers-multimedias">http://libre-ouvert.toile-libre.org/?article2/mes-outils-pour-bloguer-gerer-les-fichiers-multimedias</a><br />
Et cette phrase qui fit basculer ma soirée dans la folie :<br /></p>
<blockquote><p>Dans tous les cas, veillez à utiliser la version 1.1 (nom de code : Thusnelda) ou supérieur de l'encodeur Theora qui bénéficie de sérieuses optimisations.</p></blockquote>
<p><br />
J'utilise Ubuntu 8.04LTS, qui est livré avec ffmpeg2theora 0.19 ou 0.21, je sais plus... mais j'étais déjà allé <a href="http://v2v.cc/~j/ffmpeg2theora/download.html">sur le site de projet</a> pour utiliser les binaires récents, le 0.25, puis 0.26 sans savoir (ni m'inquiéter) qu'ils étaient livrés tout en un, du moins c'est ce que j'ai découvert …!<br /></p>
<p>Donc la fameuse phrase m'apprit que la dernière version des librairies était top moumoutte pour la qualité d'image, et je lisais ailleurs que le ratio poids/qualité des fichiers avait, pour les mêmes paramètres d'encodages, gagné 20% !!!<br />
À condition donc de disposer de la version 1.1 des librairies...<br /></p>
<p>Me voilà parti à compiler depuis les sources... <a href="http://theora.org/downloads/">http://theora.org/downloads/</a><br /></p>
<p>D'abord :<br />
Installer le paquet<em> libSDL 1.2</em> via synaptic, puis compiler (./configure, sudo make, sudo make install, ldconfig) <em>libogg-1.1.4</em>, <em>libvorbis-1.2.3</em> et enfin <em>libtheora-1.1.1</em><br /></p>
<p>Et puis hop, je lance une compression de la vidéo d'hier, m'attendant à voir son poids de 52,4Mio perdre 10Mio<br /></p>
<p>Mais en fait, nan, rien...<br /></p>
<p>Mince... je cherche, explore plusieurs pistes... les softs se sont installés dans <em>/usr/local/lib</em> au lieu de <em>/usr/lib</em>... çà parait normal, mais doute sur le fait que ça soit pris en compte... pourtant la commande <em>ldconfig</em> est là pour ça... et dans <em>/etc/ld.so.conf/libc.conf</em> il y a bien le chemin <em>/usr/local/lib</em><br /></p>
<p>Mais toujours rien... alors je supprime tous les fichiers fraîchement installés, et leurs homologues anciennes versions dans <em>/usr/bin</em> !! Normalement, l'encodage de vidéos ne devrait alors plus marcher...<br /></p>
<p>Et bah sisi, ça compresse tranquille...<br />
C'est là que j'ai compris que le binaire de <em>ffmpeg2theora</em> faisait à lui seul tout le travail... <br />
Pour vérifier, il fallu compiler à son tour <em>ffmpeg2theora</em> (en vrai j'ai fini par utiliser un fichier pris dans un PPA, parce que la compilation ne pouvait satisfaire des dépendances avec cette version d'Ubuntu, ni pomper le SVN de <em>ffmpeg</em> qui a déménagé...) pour enfin avoir un logiciel qui interagisse avec les librairies (re)installées par la compilation précédente (<em>/usr/local/lib</em>) et restaurées (les anciennes de <em>/usr/lib</em>) !<br /></p>
<p>Hop nouvel essai d'encodage vidéo... ... ... ... et Ô-Surprise...!!! le fichier est plus lourd de 10Mio, pour faire 63Mio -_- arfffff visiblement ce <em>ffmpeg2theora</em> utilise les anciennes librairies<br /></p>
<p>Ahahah la bonne blague... 5h de paumées... pour un doute alors j'avais déjà tout ce qu'il me fallait avec le binaire sans être vraiment au courant.<br />
Voilà ce qui arrive quand on est stupidement tenace...<br />
Mais bon, en jouant au hacker, j'aurais encore appris pas mal de trucs au passage ^^<br />
Et j'ai toujours pas fait les deux passes...</p>
<div class="footnotes"><h4>Notes</h4>
<p>[<a href="http://burogu.makotoworkshop.org/index.php?post/2010/03/02/Compiler#rev-pnote-139-1" id="pnote-139-1">1</a>] Compil, personnage de <a href="http://www.badstrip.net/">Davy Mourier</a> utilisé dans l'émission <a href="http://www.nolife-tv.com/online-11280">Compiler</a> sur <a href="http://www.nolife-tv.com/">Nolife</a> </p></div>
http://burogu.makotoworkshop.org/index.php?post/2010/03/02/Compiler#comment-formhttp://burogu.makotoworkshop.org/index.php?feed/atom/comments/139