Re: Se passer de PulseAudio (Re: Avconv / FFmpeg)

[Sébastien NOBILI]

Bonjour,

Le lundi 07 septembre 2015 à 23:14, maderios a écrit :
> Ce qui est bizarre, c'est qu'il est impossible de charger snd_hda_intel
> sans charger également snd_hda_codec_hdmi. Ce qui revient à dire que
> snd_hda_intel est dépendant de snd_hda_codec_hdmi. Le module hdmi est donc
> impossible à blacklister.

As-tu essayé de passer des arguments au chargement du module ?

On parle là d'un argument « position_fix » :

http://doc.ubuntu-fr.org/audio_intel_hda#fichier_de_configuration

Et là d'un argument « model » :


http://git.alsa-project.org/?p=alsa-kernel.git;a=blob;f=Documentation/sound/alsa/HD-Audio-Models.txt;hb=HEAD

Sébastien

Re: Se passer de PulseAudio (Re: Avconv / FFmpeg)

[maderios]

Le 08/09/2015 10:03, Sébastien NOBILI a écrit :

Bonjour,

Le lundi 07 septembre 2015 à 23:14, maderios a écrit :

Ce qui est bizarre, c'est qu'il est impossible de charger snd_hda_intel
sans charger également snd_hda_codec_hdmi. Ce qui revient à dire que
snd_hda_intel est dépendant de snd_hda_codec_hdmi. Le module hdmi est donc
impossible à blacklister.


As-tu essayé de passer des arguments au chargement du module ?

On parle là d'un argument « position_fix » :

 http://doc.ubuntu-fr.org/audio_intel_hda#fichier_de_configuration

Et là d'un argument « model » :

 
http://git.alsa-project.org/?p=alsa-kernel.git;a=blob;f=Documentation/sound/alsa/HD-Audio-Models.txt;hb=HEAD


Ce dont tu parles ci-dessus ne fonctionne pas par contre, en s'inspirant de:

http://darmawan-salihun.blogspot.fr/2015/02/intel-pch-haswell-sound-alsa-problem.html
La carte PCH intel devient prioritaire, tout semble OK sauf que je n'ai 
plus un son... Tout ceci semble lié au caractère récent de la puce 
realtek ALC3236 et encore, heureusement que le PC tourne sur un noyau 4.1.6

Bien dommage que la doc d'alsa soit si peu fournie.

lspci -nn | grep -i audio
00:03.0 Audio device [0403]: Intel Corporation Broadwell-U Audio 
Controller [8086:160c] (rev 09)
00:1b.0 Audio device [0403]: Intel Corporation Wildcat Point-LP High 
Definition Audio Controller [8086:9ca0] (rev 03)


Ce qui donne dans alsa-base.conf
#Intel PCH
options snd-hda-intel index=0  model=auto vid=8086  pid=160c
#HDMI
options snd-hda-intel index=1  model=auto vid=8086  pid=9ca0
--
Maderios

Re: Se passer de PulseAudio (Re: Avconv / FFmpeg)

[Sébastien NOBILI]

Bonjour,

Le vendredi 04 septembre 2015 à 17:20, maderios a écrit :
> J'arrive très bien à me passer de pulseaudio sur deux pc, par contre, ce
> n'est pas le cas sur un portable récent. En fait, sur ce dernier, il y a
> deux cartes son dont une pour l'hdmi qui ne fonctionne pas du tout mais qui
> s'obstine à rester prioritaire.

Ça ne serait pas tout simplement une histoire d'ordre de chargement des modules
noyau ?

À une époque j'avais dû mettre des lignes de ce type dans un fichier du dossier
« /etc/modprobe.d/ » :

# Prevent abnormal drivers from grabbing index 0
options bt87x index=-2
options cx88_alsa index=-2
options snd-atiixp-modem index=-2
options snd-intel8x0m index=-2
options snd-via82xx-modem index=-2

Sébastien

Re: Se passer de PulseAudio (Re: Avconv / FFmpeg)

[maderios]

Le 07/09/2015 11:19, Sébastien NOBILI a écrit :

Bonjour,

Le vendredi 04 septembre 2015 à 17:20, maderios a écrit :

J'arrive très bien à me passer de pulseaudio sur deux pc, par contre, ce
n'est pas le cas sur un portable récent. En fait, sur ce dernier, il y a
deux cartes son dont une pour l'hdmi qui ne fonctionne pas du tout mais qui
s'obstine à rester prioritaire.


Ça ne serait pas tout simplement une histoire d'ordre de chargement des modules
noyau ?


C'est exactement cela


À une époque j'avais dû mettre des lignes de ce type dans un fichier du dossier
« /etc/modprobe.d/ » :

 # Prevent abnormal drivers from grabbing index 0
 options bt87x index=-2
 options cx88_alsa index=-2
 options snd-atiixp-modem index=-2
 options snd-intel8x0m index=-2
 options snd-via82xx-modem index=-2


J'ai dans /etc/modprobe.d/alsa.conf
options snd_hda_intel index=0
options snd_hda_codec_hdmi index=1

Cela ne marche pas sur le portable dont je parle, par contre, cela 
marche très bien sur un autre PC doté de deux cartes son similaires 
snd_hda_intel et snd_hda_codec_hdmi




--
Maderios

Re: Se passer de PulseAudio (Re: Avconv / FFmpeg)

[Sébastien NOBILI]

Le lundi 07 septembre 2015 à 13:43, maderios a écrit :
> J'ai dans /etc/modprobe.d/alsa.conf
> options snd_hda_intel index=0
> options snd_hda_codec_hdmi index=1
> 
> Cela ne marche pas sur le portable dont je parle, par contre, cela marche
> très bien sur un autre PC doté de deux cartes son similaires snd_hda_intel
> et snd_hda_codec_hdmi

Je suis très loin d'être expert en la matière, mais il me semble me souvenir que
les index négatifs permettent de renvoyer la détection du périphérique en toute
fin de liste. As-tu essayé ?

Sébastien

Re: Se passer de PulseAudio (Re: Avconv / FFmpeg)

[maderios]

Le 07/09/2015 13:57, Sébastien NOBILI a écrit :

Le lundi 07 septembre 2015 à 13:43, maderios a écrit :

J'ai dans /etc/modprobe.d/alsa.conf
options snd_hda_intel index=0
options snd_hda_codec_hdmi index=1

Cela ne marche pas sur le portable dont je parle, par contre, cela marche
très bien sur un autre PC doté de deux cartes son similaires snd_hda_intel
et snd_hda_codec_hdmi


Je suis très loin d'être expert en la matière, mais il me semble me souvenir que
les index négatifs permettent de renvoyer la détection du périphérique en toute
fin de liste. As-tu essayé ?

Oui, j'ai déjà essayé mais cela ne marche pas, la carte par défaut est 
toujours la carte hdmi (0)

#/etc/modprobe.d/alsa.conf
options snd_hda_intel index=0
options snd_hda_codec_hdmi index=-2

Ce qui est bizarre, c'est qu'il est impossible de charger snd_hda_intel
sans charger également snd_hda_codec_hdmi. Ce qui revient à dire que 
snd_hda_intel est dépendant de snd_hda_codec_hdmi. Le module hdmi est 
donc impossible à blacklister.
Je me demande si je ne vais pas compiler un noyau maison pour essayer de 
casser cette dépendance mais voilà, cela me gonfle un peu et je 
préférerai garder les deux modules.

Si quelqu'un a une autre solution, je suis preneur.
Pour info:
cat /proc/asound/modules
 0 snd_hda_intel
 1 snd_hda_intel

cat /proc/asound/cards
0 [HDMI   ]: HDA-Intel - HDA Intel HDMI
  HDA Intel HDMI at 0xf731c000 irq 53
1 [PCH]: HDA-Intel - HDA Intel PCH
  HDA Intel PCH at 0xf7318000 irq 51

aplay -l
 Liste des Périphériques Matériels PLAYBACK 
carte 0: HDMI [HDA Intel HDMI], périphérique 3: HDMI 0 [HDMI 0]
  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0
carte 0: HDMI [HDA Intel HDMI], périphérique 7: HDMI 1 [HDMI 1]
  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0
carte 0: HDMI [HDA Intel HDMI], périphérique 8: HDMI 2 [HDMI 2]
  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0
carte 1: PCH [HDA Intel PCH], périphérique 0: ALC3236 Analog [ALC3236 
Analog]

  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0

arecord -l
 Liste des Périphériques Matériels CAPTURE 
carte 1: PCH [HDA Intel PCH], périphérique 0: ALC3236 Analog [ALC3236 
Analog]

  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0

--
Maderios

Re: Avconv / FFmpeg

[maderios]

Le 03/09/2015 20:13, Guillaume Caron a écrit :


Le 03/09/2015 18:29, maderios a écrit :


Quels conflits? J'ai fini par "oublier" deb-multimedia, et quand on

oublie ce que l'on utilise quotidiennement, c'est bon signe.

Par exemple marquer mpd/debian en conflit avec gstreamer-faac/dmo.
Si les fichiers générés par le second sont illisibles par le premier, il
y a clairement conflit...


Ce conflit n'existe plus


Plus précisément, gstreamer-faac/dmo et mpd/debian n'étaient pas
compilés avec la même libav, c'est peut-être corrigé depuis mais bon, on
peut avoir un usage standard de Debian sans utiliser deb-multimedia
depuis au moins wheezy.


Oui mais reste le pb des paquets absents (ex avidemux, aften, acroread, 
shorten, etc...), dans Debian et le fait que les dmo sont relativement 
plus "récents".




Liste non exhaustive.
Vécu avec un portable récent (ceci explique peut-être en partie cela) et
Jessie/Stable.
- Gnome et ses forks (Cinnamon, etc..) impossibles à lancer.
Par contre Xfce, Kde et Enlightenment fonctionnent plus ou moins bien.
[...]
- freezes occasionnels de X avec Dolphin
[...]
- Optimus/Nvidia: quand ça veut marcher, la carte nvidia censée être
plus performante pour la 3D est 10x plus lente que le gpu intel

intégré censé être lent.

Pour moi tous ces problèmes n'en sont qu'un : Nvidia.
A part la la gestion  d'optimus, rien à voir avec la carte Nvidia 
puisque je l'ai laissée tomber: pas de driver nvidia sur ce portable. 
J'utilise la gpu intégrée Intel en attendant un vrai support d'optimus 
Pour le moment et avec Jessie, seul Xfce4 et E17 marchent correctement 
sur ce matériel.


Je fuis ce matos comme la peste et sur Intel ça marche sans manip autre
que "apt install xorg". Et si on ne choisit pas toujours son matos, il
ne faut pas se tromper de cible : le souci ne vient pas de Debian.


J'ai une carte nvidia quadro 600 sur un autre PC qui marche nickel.
Par contre, il est certain  que les cartes nvidia récentes (séries 800 
et 900) sont mal supportées



- Kdenlive plante régulièrement, d'ailleurs, il a toujours planté chez
moi, quelle que soit la machine, la version ou la distribution.
- pb de corbeille avec pcmanfm avec d"autres partitions que /


Je n'utilise pas pcmanfm donc je n'ai pas pu constater ce bug, par
contre le peu que j'ai testé Kdenlive effectivement c'est pas terrible..

Reste que ce sont des bugs logiciels et pas des problèmes d'empaquetage
Debian, ce que je pointais à l'origine avec ceux deb-multimedia qui sont
compilés de manière à ne pas fonctionner avec ceux d'origine, même
involontairement.


Oui mais quel est l'intérêt d'intégrer des programmes instables dans 
Debian stable? Mieux vaudrait les exclure plutôt que de faire perdre du 
temps à l'utilisateur.



Sinon on peut lister presque l'intégralité de bugs.debian.org ;-)


- impossible de se passer de l'usine à gaz Pulseaudio. Les conf que
j'utilise sur deux autres PC pour ne garder qu'Alsa ne fonctionnent pas
ici.


Ah, j'avoue n'avoir jamais eu de souci avec PA mais pour le coup c'est
bien un problème de paquet, on devrait pouvoir installer des applis
multimedia sans l'imposer.

C'est un problème de compatibilité debian/matériel récent, même avec 
Sid. Si on  pouvait paramétrer facilement l'audio sans pulse, c'est à 
utiliser uniquement Alsa qui fait très bien le boulot tout seul, cette 
question ne se poserait pas. C'est la première fois que j'utilise pulse 
et, à part foutre la m... et faire perdre du temps, je n'ai toujours pas 
compris l'intérêt qu'on lui porte. Habituellement, si j'ai besoin d'un 
serveur son, j'utilise Jack qui est un vrai serveur de son.
Donc, pour être positif, je suggère que Jack remplace pulseaudio dans 
Debian. C'est d'ailleurs ce qu'a fait samsung sur android.

https://linuxfr.org/users/tankey/journaux/pulseaudio-android
--
Maderios

Se passer de PulseAudio (Re: Avconv / FFmpeg)

[Sébastien NOBILI]

Le vendredi 04 septembre 2015 à 15:39, maderios a écrit :
> Le 03/09/2015 20:13, Guillaume Caron a écrit :
> >Ah, j'avoue n'avoir jamais eu de souci avec PA mais pour le coup c'est
> >bien un problème de paquet, on devrait pouvoir installer des applis
> >multimedia sans l'imposer.
> >
> C'est un problème de compatibilité debian/matériel récent, même avec Sid. Si
> on  pouvait paramétrer facilement l'audio sans pulse, c'est à utiliser
> uniquement Alsa qui fait très bien le boulot tout seul, cette question ne se
> poserait pas. C'est la première fois que j'utilise pulse et, à part foutre
> la m... et faire perdre du temps, je n'ai toujours pas compris l'intérêt
> qu'on lui porte. Habituellement, si j'ai besoin d'un serveur son, j'utilise
> Jack qui est un vrai serveur de son.

C'est quoi exactement ton problème avec Pulse ? J'ai totalement désinstallé ce
truc de l'ensemble de mes systèmes et ça fonctionne très bien…

Sébastien

Re: Se passer de PulseAudio (Re: Avconv / FFmpeg)

[maderios]

Le 04/09/2015 17:01, Sébastien NOBILI a écrit :

Le vendredi 04 septembre 2015 à 15:39, maderios a écrit :

Le 03/09/2015 20:13, Guillaume Caron a écrit :

Ah, j'avoue n'avoir jamais eu de souci avec PA mais pour le coup c'est
bien un problème de paquet, on devrait pouvoir installer des applis
multimedia sans l'imposer.


C'est un problème de compatibilité debian/matériel récent, même avec Sid. Si
on  pouvait paramétrer facilement l'audio sans pulse, c'est à utiliser
uniquement Alsa qui fait très bien le boulot tout seul, cette question ne se
poserait pas. C'est la première fois que j'utilise pulse et, à part foutre
la m... et faire perdre du temps, je n'ai toujours pas compris l'intérêt
qu'on lui porte. Habituellement, si j'ai besoin d'un serveur son, j'utilise
Jack qui est un vrai serveur de son.


C'est quoi exactement ton problème avec Pulse ? J'ai totalement désinstallé ce
truc de l'ensemble de mes systèmes et ça fonctionne très bien…

Sébastien

J'arrive très bien à me passer de pulseaudio sur deux pc, par contre, ce 
n'est pas le cas sur un portable récent. En fait, sur ce dernier, il y a 
deux cartes son dont une pour l'hdmi qui ne fonctionne pas du tout mais 
qui s'obstine à rester prioritaire.


--
Maderios

Re: Se passer de PulseAudio (Re: Avconv / FFmpeg)

[Haricophile]

Le Fri, 04 Sep 2015 17:20:02 +0200,
maderios  a écrit :

> J'arrive très bien à me passer de pulseaudio sur deux pc, par contre,
> ce n'est pas le cas sur un portable récent. En fait, sur ce dernier,
> il y a deux cartes son dont une pour l'hdmi qui ne fonctionne pas du
> tout mais qui s'obstine à rester prioritaire.

Pulseaudio est assez pratique dans certains cas comme ça, quand on ne
veut pas se fouler et quand on a une configuration changeante et pour le
son réseau. Mais tout ce que fait Pulseaudio peut-être configuré
autrement. Moi je vois ça comme un bon programme orienté "ordi
familial". Il a moins d'intérêt pour une configuration simple ou un
usage plus poussé. 

Je ne sais pas pour Gnome ]:-> mais je ne vois aucun cas ou on ne peut
s'en passer.

-- 
haricoph...@aranha.fr 

Re: Avconv / FFmpeg

[Haricophile]

Le Tue, 01 Sep 2015 18:21:35 +0200,
maderios  a écrit :

> Le malheur chez Debian, c'est que certains paquets sont inexistants 
> (exemple avidemux) ou obsolètes, même dans Sid (exemple nvidia, 
> Enlightenment). Tout ceci pour dire que, à mon grand regret,  je suis
> en train d'étudier la solution Fedora pour un PC.  :-((

Debian est quand même une des distributions qui maintient le plus de
paquets ET d'architectures (problème pas toujours indépendant) tout en
n'étant pas adossé à une entreprise comme Fedora/Redhat. Il y a tout de
même des limites à l'exercice. 

Concernant plus précisément Enleightenment, pour qu'il soit maintenu et
à jour dans Debian, il faut pour commencer que l'upstream ait une
politique un minimum compatible et déclare de temps en temps une
version stable, ce qui n'a longtemps pas été le cas, et des gens pour
faire le boulot. J'avoue ne pas avoir suivi la chose ces dernière
années.

Ensuite obsolète pour Enlightenment c'est sûr, ça n'a jamais été
bien suivi. Mais je suis assez méfiant sur la notion « d'obsolète »,
d'autant que on a parfois des surprises dans Sid/Testing si on y
regarde de plus près.

Sinon je pense qu'en alternatives, il y a pas que Fedora... qui pour
moi n'est pas le modèle de ce que j'installerais en production et qui
n'est pas non plus mon idéal geek ;)

-- 
haricoph...@aranha.fr 

Re: Avconv / FFmpeg

[Guillaume Caron]

Le 03/09/2015 18:29, maderios a écrit :

> Quels conflits? J'ai fini par "oublier" deb-multimedia, et quand on
oublie ce que l'on utilise quotidiennement, c'est bon signe.

Par exemple marquer mpd/debian en conflit avec gstreamer-faac/dmo.
Si les fichiers générés par le second sont illisibles par le premier, il
y a clairement conflit...

Plus précisément, gstreamer-faac/dmo et mpd/debian n'étaient pas
compilés avec la même libav, c'est peut-être corrigé depuis mais bon, on
peut avoir un usage standard de Debian sans utiliser deb-multimedia
depuis au moins wheezy.


> Liste non exhaustive.
> Vécu avec un portable récent (ceci explique peut-être en partie cela) et
> Jessie/Stable.
> - Gnome et ses forks (Cinnamon, etc..) impossibles à lancer.
> Par contre Xfce, Kde et Enlightenment fonctionnent plus ou moins bien.
> [...]
> - freezes occasionnels de X avec Dolphin
> [...]
> - Optimus/Nvidia: quand ça veut marcher, la carte nvidia censée être
> plus performante pour la 3D est 10x plus lente que le gpu intel
intégré censé être lent.

Pour moi tous ces problèmes n'en sont qu'un : Nvidia.

Je fuis ce matos comme la peste et sur Intel ça marche sans manip autre
que "apt install xorg". Et si on ne choisit pas toujours son matos, il
ne faut pas se tromper de cible : le souci ne vient pas de Debian.

> - Kdenlive plante régulièrement, d'ailleurs, il a toujours planté chez
> moi, quelle que soit la machine, la version ou la distribution.
> - pb de corbeille avec pcmanfm avec d"autres partitions que /

Je n'utilise pas pcmanfm donc je n'ai pas pu constater ce bug, par
contre le peu que j'ai testé Kdenlive effectivement c'est pas terrible.

Reste que ce sont des bugs logiciels et pas des problèmes d'empaquetage
Debian, ce que je pointais à l'origine avec ceux deb-multimedia qui sont
compilés de manière à ne pas fonctionner avec ceux d'origine, même
involontairement.
Sinon on peut lister presque l'intégralité de bugs.debian.org ;-)

> - impossible de se passer de l'usine à gaz Pulseaudio. Les conf que
> j'utilise sur deux autres PC pour ne garder qu'Alsa ne fonctionnent pas
> ici.

Ah, j'avoue n'avoir jamais eu de souci avec PA mais pour le coup c'est
bien un problème de paquet, on devrait pouvoir installer des applis
multimedia sans l'imposer.


-- 
Guillaume



signature.asc
Description: OpenPGP digital signature

Re: Avconv / FFmpeg

[maderios]

Le 03/09/2015 15:22, Guillaume Caron a écrit :



Le 02/09/2015 19:34, maderios a écrit :

Tu relates une unique expérience passée concernant quelle version, Sid,
Stable?


Avec stable.


Si tu avais installé le paquet mpd fourni par
deb-multimedia.org, cela aurait été mieux...


Moué, si je dois installer tout ce qui vient de deb-multimedia juste
pour un paquet (à l'époque le plugin faac pour Gstreamer), je n'en ai
pas fini... Autant tout mettre en dépendance ou en conflit avec les
paquets "officiels".


Quels conflits? J'ai fini par "oublier" deb-multimedia, et quand on 
oublie ce que l'on utilise quotidiennement, c'est bon signe.


D'autant que ça n'aurait été qu'un contournement car ça reste un bug :
AAC est un format standard ISO, c'est entre autres pour ça que je l'utilise.


S'il fallait faire l'inventaire des "paquets Debian qui font buguer des
paquets Debian", la liste pourrait être longue, même pour Stable.


Je serais curieux de voir une telle liste, car sans dépôt tiers je n'ai
aucun problème au quotidien pour une utilisation de base, tout au moins
avec stable :-)


Liste non exhaustive.
Vécu avec un portable récent (ceci explique peut-être en partie cela) et 
Jessie/Stable.

- Gnome et ses forks (Cinnamon, etc..) impossibles à lancer.
Par contre Xfce, Kde et Enlightenment fonctionnent plus ou moins bien.
- Kdenlive plante régulièrement, d'ailleurs, il a toujours planté chez 
moi, quelle que soit la machine, la version ou la distribution.

- freezes occasionnels de X avec Dolphin
- impossible de se passer de l'usine à gaz Pulseaudio. Les conf que 
j'utilise sur deux autres PC pour ne garder qu'Alsa ne fonctionnent pas ici.

- pb de corbeille avec pcmanfm avec d"autres partitions que /
- Optimus/Nvidia: quand ça veut marcher, la carte nvidia censée être 
plus performante pour la 3D est 10x plus lente que le gpu intel intégré 
censé être lent.
Pour pondérer ce tableau, je signale que ces pb concernent un portable 
récent et non mes autres PC plus anciens qui semblent mieux supportés 
par Debian.


--
Maderios

Re: Avconv / FFmpeg

[maderios]

Le 03/09/2015 17:29, Haricophile a écrit :

Le Tue, 01 Sep 2015 18:21:35 +0200,
maderios  a écrit :


Le malheur chez Debian, c'est que certains paquets sont inexistants
(exemple avidemux) ou obsolètes, même dans Sid (exemple nvidia,
Enlightenment). Tout ceci pour dire que, à mon grand regret,  je suis
en train d'étudier la solution Fedora pour un PC.  :-((


Debian est quand même une des distributions qui maintient le plus de
paquets ET d'architectures (problème pas toujours indépendant) tout en
n'étant pas adossé à une entreprise comme Fedora/Redhat. Il y a tout de
même des limites à l'exercice.


D'accord


Concernant plus précisément Enleightenment, pour qu'il soit maintenu et
à jour dans Debian, il faut pour commencer que l'upstream ait une
politique un minimum compatible et déclare de temps en temps une
version stable, ce qui n'a longtemps pas été le cas, et des gens pour
faire le boulot. J'avoue ne pas avoir suivi la chose ces dernière
années.


Je suis de près Enlightenment depuis les débuts de E17, puis E18 et E19. 
J'ai compilé puis faute de temps... La plupart des distributions en sont 
à E19.

https://phab.enlightenment.org/w/packaging_status/
Je pense qu'il n'y pas assez de bras Debian pour suivre et packager 
Enlightenment. Dommage parce que Enlightenment basé sur les EFL (donc 
pas E16), c'est un environnement unique question possibilités, 
esthétique et rapidité.


Ensuite obsolète pour Enlightenment c'est sûr, ça n'a jamais été
bien suivi. Mais je suis assez méfiant sur la notion « d'obsolète »,
d'autant que on a parfois des surprises dans Sid/Testing si on y
regarde de plus près.


E17 que l'on trouve même dans Sid est franchement obsolète comparé à E19


Sinon je pense qu'en alternatives, il y a pas que Fedora... qui pour
moi n'est pas le modèle de ce que j'installerais en production et qui
n'est pas non plus mon idéal geek ;)

Je ne suis pas un fan de Fedora, c'est simplement qu'il n'y a pas 
d'alternative assez stable quand on a besoin d'utiliser un matériel 
récent et des logiciels récents. Disons que pour moi, c'est la moins 
mauvaise solution. Bon, OK, Fedora sert à préparer Redhat, c'est Redhat 
et derrière, commercial et Cie... J'en suis encore au "wait & see".

Par ailleurs, les cycles de 2 ans, cela commence franchement à lasser...

--
Maderios

Re: Avconv / FFmpeg

[Guillaume Caron]

Le 02/09/2015 19:34, maderios a écrit :
> Tu relates une unique expérience passée concernant quelle version, Sid,
> Stable? 

Avec stable.

> Si tu avais installé le paquet mpd fourni par
> deb-multimedia.org, cela aurait été mieux...

Moué, si je dois installer tout ce qui vient de deb-multimedia juste
pour un paquet (à l'époque le plugin faac pour Gstreamer), je n'en ai
pas fini... Autant tout mettre en dépendance ou en conflit avec les
paquets "officiels".

D'autant que ça n'aurait été qu'un contournement car ça reste un bug :
AAC est un format standard ISO, c'est entre autres pour ça que je l'utilise.

> S'il fallait faire l'inventaire des "paquets Debian qui font buguer des
> paquets Debian", la liste pourrait être longue, même pour Stable.

Je serais curieux de voir une telle liste, car sans dépôt tiers je n'ai
aucun problème au quotidien pour une utilisation de base, tout au moins
avec stable :-)

-- 
Guillaume



signature.asc
Description: OpenPGP digital signature

Re: Avconv / FFmpeg

[Sébastien NOBILI]

Bonjour,

Le mardi 01 septembre 2015 à 18:37, Francois Lafont a écrit :
> On 01/09/2015 16:26, Sébastien NOBILI wrote:
> > Si j'ai mis en place cette infrastructure c'est pour éviter qu'en ajoutant 
> > un
> > dépôt tiers (pour un paquet A que je veux) je me retrouve avec un paquet B 
> > que
> > le mainteneur du dépôt a cru bon de compiler mais dont je ne veux pas.
> 
> Bon j'imagine que tu dois déjà connaître et préférer malgré tout
> ta « solution maison » (rien de péjoratif pour moi dans ce terme),
> juste au cas où, je pense que tu peux garantir ce genre de choses
> tout en utilisant directement les dépôts tiers en configurant les
> pinnings au niveau APT. Dans l'immédiat, ça me semble moins lourd
> à gérer que ta solution mais tu dois sans doute avoir tes raisons.

Ta remarque est tout à fait juste et le pinning serait _la_ solution si mon
dépôt ne servait qu'à ça et n'était utilisé que par moi.

En fait le rétroportage est arrivé dans un second temps. Au début, mon dépôt
avait vocation à héberger des paquets pour quelques projets perso (qui ont
presque tous disparus depuis) mais aussi des paquets de Debian que je patchais
pour mes propres besoins.

De plus, je gère plusieurs machines Debian pour différentes personnes de mon
entourage. Je veux leur mettre à dispo certains paquets, mais il ne me paraît
pas opportun de mettre en place du pinning sur leurs systèmes (ils ne sont pas
du tout informaticiens).

Ça peut en effet sembler lourd, mais une fois tout mis en place ça ne l'est pas
tant que ça. Le portage d'un nouveau paquet consiste à :
- entrer dans le chroot de compilation (histoire de ne pas pourrir mon
  système),
- récupérer les sources avec apt-src,
- ajouter une entrée au changelog Debian,
- compiler,
- envoyer sur le Web.

Lorsqu'un paquet est mis à jour (dans testing par exemple), je reçois une
notification par e-mail (tâche cron pour apt-src) et je n'ai que les trois
dernières opération à rejouer.

Sébastien

Re: Avconv / FFmpeg

[maderios]

Le 02/09/2015 18:13, Guillaume Caron a écrit :



Le 01/09/2015 14:05, Sébastien NOBILI a écrit :

je n'ai jamais eu de reproche à faire aux paquets qu'il propose dans son dépôt 
(que je n'utilise plus depuis Etch je
crois, mais sans rapport avec le sujet présent).


Moi si, il y a quelques années. Je rippe mes CD en m4a et ceux créés
avec les paquets compilés par deb-multimedia faisaient bugger les
lecteurs compilés par Debian comme mpd.


Bonjour
En 10 ou 16 ans (?) d'utilisation, je n'ai jamais rencontré de problème 
avec l'indispensable dépôt http://deb-multimedia.org/
Tu relates une unique expérience passée concernant quelle version, Sid, 
Stable? Si tu avais installé le paquet mpd fourni par 
deb-multimedia.org, cela aurait été mieux...
S'il fallait faire l'inventaire des "paquets Debian qui font buguer des 
paquets Debian", la liste pourrait être longue, même pour Stable.


--
Maderios

Re: Avconv / FFmpeg

[Guillaume Caron]

Le 01/09/2015 14:05, Sébastien NOBILI a écrit :
> je n'ai jamais eu de reproche à faire aux paquets qu'il propose dans son 
> dépôt (que je n'utilise plus depuis Etch je
> crois, mais sans rapport avec le sujet présent).

Moi si, il y a quelques années. Je rippe mes CD en m4a et ceux créés
avec les paquets compilés par deb-multimedia faisaient bugger les
lecteurs compilés par Debian comme mpd.

Depuis je n'utilise plus ce dépôt que pour un paquet (libdvdcss2) et je
n'en ai plus aucun autre besoin, y compris pour lire et encoder en
H.264/AAC.

-- 
Guillaume



signature.asc
Description: OpenPGP digital signature

Re: Avconv / FFmpeg

[Sébastien NOBILI]

Le mardi 01 septembre 2015 à 13:52, maderios a écrit :
> C'est plus simple si l'on utilise le dépôt de Christian Marillat,
> http://deb-multimedia.org/
> Paquets d'excellente qualité (malgré certains dires).

En effet, Christian Marillat « bénéficie » d'une hostilité qui n'est peut-être
pas entièrement méritée. De ce que j'en ai compris, cette hostilité est due à
ses prises de positions assez « brutes » vis à vis de certains aspects du projet
Debian, mais d'un point de vue technique, je n'ai jamais eu de reproche à faire
aux paquets qu'il propose dans son dépôt (que je n'utilise plus depuis Etch je
crois, mais sans rapport avec le sujet présent).

Sébastien

Re: Avconv / FFmpeg

[maderios]

Le 01/09/2015 11:27, Sébastien NOBILI a écrit :

Avconv est un fork de FFmpeg. Le premier est entré dans Debian alors que le
second en est sorti.

Après quelques temps, Debian fait machine arrière et réintroduit FFmpeg (dans
Stretch) :

 https://lists.debian.org/debian-devel/2014/07/msg01010.html

Donc tous vos scripts dans lesquels vous avez « s/ffmpeg/avconv/g » devront
certainement être de nouveau modifiés lors de la publication de Stretch.


Bonjour
C'est plus simple si l'on utilise le dépôt de Christian Marillat, 
http://deb-multimedia.org/

Paquets d'excellente qualité (malgré certains dires).
Tout ce qui concerne le multimédia y est, sans restrictions.
http://www.deb-multimedia.org/
Ex concernant ffmpeg
155.libav-tools Multimedia player, server, encoder and transcoder
156.	libavcodec-dev	Library to encode decode multimedia streams - devel 
files
157.	libavcodec56	Library to encode decode multimedia streams - runtime 
files

158.libavdevice-dev Development files for libavdevice
159.libavdevice56   FFmpeg device handling library
160.libavfilter-dev Development files for libavfilter
161.libavfilter5FFmpeg filter library
162.libavformat-dev Development files for libavformat
163.libavformat56   FFmpeg file format library
164.libavresample-dev   Development files for libswresample
165.libavresample2  FFmpeg audio conversion library
166.libavutil-dev   FFmpeg avutil devel files - devel files
167.libavutil54 FFmpeg avutil library - runtime files

--
Maderios

Re: Avconv / FFmpeg

[maderios]

Le 01/09/2015 14:05, Sébastien NOBILI a écrit :

Le mardi 01 septembre 2015 à 13:52, maderios a écrit :

C'est plus simple si l'on utilise le dépôt de Christian Marillat,
http://deb-multimedia.org/
Paquets d'excellente qualité (malgré certains dires).


En effet, Christian Marillat « bénéficie » d'une hostilité qui n'est peut-être
pas entièrement méritée. De ce que j'en ai compris, cette hostilité est due à
ses prises de positions assez « brutes » vis à vis de certains aspects du projet
Debian, mais d'un point de vue technique, je n'ai jamais eu de reproche à faire
aux paquets qu'il propose dans son dépôt (que je n'utilise plus depuis Etch je
crois, mais sans rapport avec le sujet présent).


Très indiscret: pourquoi tu n'utilises plus son dépôt?


--
Maderios

Re: Avconv / FFmpeg

[maderios]

Le 01/09/2015 16:26, Sébastien NOBILI a écrit :

Le mardi 01 septembre 2015 à 14:29, maderios a écrit :

Très indiscret


Non, pas du tout.


pourquoi tu n'utilises plus son dépôt?


Je n'utilise plus _aucun_ dépôt tiers. J'ai deux dépôts dans mes sources.list :
 - les dépôts officiels Debian (archive & sécurité) pour la branche stable,
 - mon propre dépôt.

De cette manière, je maîtrise très précisément ce qui diffère d'une « pure »
Debian.

Je prends les sources des paquets que je compile dans mon dépôt depuis :
 - testing/sid (principalement),
 - Christian Marillat (pour la libdvdcss),
 - des fois Ubuntu (c'était surtout à l'époque de Wheezy, mais je ne me
   souviens plus exactement quels paquets j'y avais pris).

Si j'ai mis en place cette infrastructure c'est pour éviter qu'en ajoutant un
dépôt tiers (pour un paquet A que je veux) je me retrouve avec un paquet B que
le mainteneur du dépôt a cru bon de compiler mais dont je ne veux pas.

Ta démarche n'est pas simple, sans parler du temps à y consacrer. Chacun 
voit midi à sa porte...

Sur ma stable/jessie j'ai les dépôts suivants:
Stable Debian et Marillat
SidDebian et Marillat
Par défaut, tout ce qui concerne le multimédia vient de chez Marillat.
Le malheur chez Debian, c'est que certains paquets sont inexistants 
(exemple avidemux) ou obsolètes, même dans Sid (exemple nvidia, 
Enlightenment). Tout ceci pour dire que, à mon grand regret,  je suis en 
train d'étudier la solution Fedora pour un PC.  :-((


--
Maderios

Re: Avconv / FFmpeg

[Francois Lafont]

Bonjour,

On 01/09/2015 16:26, Sébastien NOBILI wrote:
 
> Si j'ai mis en place cette infrastructure c'est pour éviter qu'en ajoutant un
> dépôt tiers (pour un paquet A que je veux) je me retrouve avec un paquet B que
> le mainteneur du dépôt a cru bon de compiler mais dont je ne veux pas.

Bon j'imagine que tu dois déjà connaître et préférer malgré tout
ta « solution maison » (rien de péjoratif pour moi dans ce terme),
juste au cas où, je pense que tu peux garantir ce genre de choses
tout en utilisant directement les dépôts tiers en configurant les
pinnings au niveau APT. Dans l'immédiat, ça me semble moins lourd
à gérer que ta solution mais tu dois sans doute avoir tes raisons.

-- 
François Lafont

Re: Avconv / FFmpeg

[Sébastien NOBILI]

Le mardi 01 septembre 2015 à 14:29, maderios a écrit :
> Très indiscret 

Non, pas du tout.

> pourquoi tu n'utilises plus son dépôt?

Je n'utilise plus _aucun_ dépôt tiers. J'ai deux dépôts dans mes sources.list :
- les dépôts officiels Debian (archive & sécurité) pour la branche stable,
- mon propre dépôt.

De cette manière, je maîtrise très précisément ce qui diffère d'une « pure »
Debian.

Je prends les sources des paquets que je compile dans mon dépôt depuis :
- testing/sid (principalement),
- Christian Marillat (pour la libdvdcss),
- des fois Ubuntu (c'était surtout à l'époque de Wheezy, mais je ne me
  souviens plus exactement quels paquets j'y avais pris).

Si j'ai mis en place cette infrastructure c'est pour éviter qu'en ajoutant un
dépôt tiers (pour un paquet A que je veux) je me retrouve avec un paquet B que
le mainteneur du dépôt a cru bon de compiler mais dont je ne veux pas.

Sébastien