webcamstudio : utiliser le module sans l'application ?
22 réponses
Geo Cherchetout
Re-bonjour,
J'ai installé le module webcamstudio fourni avec l'application du même nom
et je l'ai chargé sans difficulté, ce qui m'a créé un device /dev/video1.
Actuellement, les programmes (linphone, jitsi, cheese, vlc) susceptibles
d'utiliser cette webcam virtuelle ne la voient pas mais c'est peut-être
parce que je ne l'alimente pas par un flux vidéo ?
Sachant que je ne parviens pas à lancer l'application webcamstudio
proprement dite et que je n'ai pas forcément besoin du confort qu'elle
m'apporterait, est-il possible, sans elle, d'envoyer une vidéo quelconque à
cette pseudo-webcam et/ou de la rendre utilisable par mes applis ? Comment
faire ?
Si ce n'est pas possible, ou trop difficile, vous me rendrez service en me
le disant, sinon j'apprécierai beaucoup vos suggestions.
J'ai installé le module webcamstudio fourni avec l'application du même nom et je l'ai chargé sans difficulté, ce qui m'a créé un device /dev/video1. Actuellement, les programmes (linphone, jitsi, cheese, vlc) susceptibles d'utiliser cette webcam virtuelle ne la voient pas mais c'est peut-être parce que je ne l'alimente pas par un flux vidéo ?
Sachant que je ne parviens pas à lancer l'application webcamstudio proprement dite et que je n'ai pas forcément besoin du confort qu'elle m'apporterait, est-il possible, sans elle, d'envoyer une vidéo quelconque à cette pseudo-webcam et/ou de la rendre utilisable par mes applis ? Comment faire ?
Ça marche, et c'est finalement très simple. :-) Je récapitule :
En fait, le module webcamstudio que je charge n'est pas celui inclus dans l'application webcamstudio mais sa version 109, que je crois plus récente, téléchargeable ici : http://code.google.com/p/webcamstudio/ Ce module, une fois chargé sans aucune option particulière, crée un unique périphérique virtuel, /dev/video1 dans mon cas, car /dev/video0 existe déjà et correspond à ma webcam. Pour charger ce module, c'est ultra-simple :
# modprobe webcamstudio
J'ai été obligé de délaisser provisoirement Mageia 3 au profit de Mageia 4 pour disposer d'une version de ffmpeg capable de fabriquer un multiplex au format v4l2. La commande suivante, aimablement proposée par Nicolas, alimente le périphérique virtuel et celui-ci est alors reconnu par Linphone, ce qui me permet de montrer n'importe quel film à mes interlocuteurs à la place de ma binette. Pour le son, rien ne change, ce sont les bêtises que je prononce devant le microphone que mon interlocuteur entend :
$ ffmpeg -re -i monfilm.mpg -f v4l2 /dev/video1
N.B. Avec ce module, l'option -re est obligatoire. Sans elle, tout s'emballe et Linphone succombe instantanément.
Un de ces jours, quand j'aurai réussi à le compiler, je compte bien essayer aussi le module mem2mem-testdev. Je reviendrai probablement vous demander de l'aide et aussi vous faire part de mes impressions.
Le 21/07/2014 16:33, j'ai écrit :
Re-bonjour,
J'ai installé le module webcamstudio fourni avec l'application du même nom
et je l'ai chargé sans difficulté, ce qui m'a créé un device /dev/video1.
Actuellement, les programmes (linphone, jitsi, cheese, vlc) susceptibles
d'utiliser cette webcam virtuelle ne la voient pas mais c'est peut-être
parce que je ne l'alimente pas par un flux vidéo ?
Sachant que je ne parviens pas à lancer l'application webcamstudio
proprement dite et que je n'ai pas forcément besoin du confort qu'elle
m'apporterait, est-il possible, sans elle, d'envoyer une vidéo quelconque à
cette pseudo-webcam et/ou de la rendre utilisable par mes applis ? Comment
faire ?
Ça marche, et c'est finalement très simple. :-) Je récapitule :
En fait, le module webcamstudio que je charge n'est pas celui inclus dans
l'application webcamstudio mais sa version 109, que je crois plus récente,
téléchargeable ici : http://code.google.com/p/webcamstudio/
Ce module, une fois chargé sans aucune option particulière, crée un unique
périphérique virtuel, /dev/video1 dans mon cas, car /dev/video0 existe déjà
et correspond à ma webcam. Pour charger ce module, c'est ultra-simple :
# modprobe webcamstudio
J'ai été obligé de délaisser provisoirement Mageia 3 au profit de Mageia 4
pour disposer d'une version de ffmpeg capable de fabriquer un multiplex au
format v4l2. La commande suivante, aimablement proposée par Nicolas,
alimente le périphérique virtuel et celui-ci est alors reconnu par Linphone,
ce qui me permet de montrer n'importe quel film à mes interlocuteurs à la
place de ma binette. Pour le son, rien ne change, ce sont les bêtises que je
prononce devant le microphone que mon interlocuteur entend :
$ ffmpeg -re -i monfilm.mpg -f v4l2 /dev/video1
N.B. Avec ce module, l'option -re est obligatoire. Sans elle, tout s'emballe
et Linphone succombe instantanément.
Un de ces jours, quand j'aurai réussi à le compiler, je compte bien essayer
aussi le module mem2mem-testdev. Je reviendrai probablement vous demander de
l'aide et aussi vous faire part de mes impressions.
J'ai installé le module webcamstudio fourni avec l'application du même nom et je l'ai chargé sans difficulté, ce qui m'a créé un device /dev/video1. Actuellement, les programmes (linphone, jitsi, cheese, vlc) susceptibles d'utiliser cette webcam virtuelle ne la voient pas mais c'est peut-être parce que je ne l'alimente pas par un flux vidéo ?
Sachant que je ne parviens pas à lancer l'application webcamstudio proprement dite et que je n'ai pas forcément besoin du confort qu'elle m'apporterait, est-il possible, sans elle, d'envoyer une vidéo quelconque à cette pseudo-webcam et/ou de la rendre utilisable par mes applis ? Comment faire ?
Ça marche, et c'est finalement très simple. :-) Je récapitule :
En fait, le module webcamstudio que je charge n'est pas celui inclus dans l'application webcamstudio mais sa version 109, que je crois plus récente, téléchargeable ici : http://code.google.com/p/webcamstudio/ Ce module, une fois chargé sans aucune option particulière, crée un unique périphérique virtuel, /dev/video1 dans mon cas, car /dev/video0 existe déjà et correspond à ma webcam. Pour charger ce module, c'est ultra-simple :
# modprobe webcamstudio
J'ai été obligé de délaisser provisoirement Mageia 3 au profit de Mageia 4 pour disposer d'une version de ffmpeg capable de fabriquer un multiplex au format v4l2. La commande suivante, aimablement proposée par Nicolas, alimente le périphérique virtuel et celui-ci est alors reconnu par Linphone, ce qui me permet de montrer n'importe quel film à mes interlocuteurs à la place de ma binette. Pour le son, rien ne change, ce sont les bêtises que je prononce devant le microphone que mon interlocuteur entend :
$ ffmpeg -re -i monfilm.mpg -f v4l2 /dev/video1
N.B. Avec ce module, l'option -re est obligatoire. Sans elle, tout s'emballe et Linphone succombe instantanément.
Un de ces jours, quand j'aurai réussi à le compiler, je compte bien essayer aussi le module mem2mem-testdev. Je reviendrai probablement vous demander de l'aide et aussi vous faire part de mes impressions.
Nicolas George
Geo Cherchetout , dans le message <lqoja7$1c84$, a écrit :
En fait, le module webcamstudio que je charge n'est pas celui inclus dans l'application webcamstudio mais sa version 109, que je crois plus récente, téléchargeable ici : http://code.google.com/p/webcamstudio/
Ça doit expliquer aussi pourquoi le bouzin en java ne marche pas.
J'ai été obligé de délaisser provisoirement Mageia 3 au profit de Mageia 4 pour disposer d'une version de ffmpeg capable de fabriquer un multiplex au format v4l2.
FFmpeg est assez facile à compiler à partir des sources. Il faut juste savoir installer les paquets -dev, et se rappeler qu'à l'opposé des logiciels habituels il n'active pas automatiquement les bibliothèques externes.
La commande suivante, aimablement proposée par Nicolas, alimente le périphérique virtuel et celui-ci est alors reconnu par Linphone, ce qui me permet de montrer n'importe quel film à mes interlocuteurs à la place de ma binette.
Content que ça marche.
N.B. Avec ce module, l'option -re est obligatoire. Sans elle, tout s'emballe et Linphone succombe instantanément.
J'aurais tendance à dire que c'est un défaut du module, mais peu importe.
Un de ces jours, quand j'aurai réussi à le compiler, je compte bien essayer aussi le module mem2mem-testdev. Je reviendrai probablement vous demander de l'aide et aussi vous faire part de mes impressions.
Je ne pense pas que ce soit très utile.
Geo Cherchetout , dans le message <lqoja7$1c84$1@obelix.gegeweb.org>, a
écrit :
En fait, le module webcamstudio que je charge n'est pas celui inclus dans
l'application webcamstudio mais sa version 109, que je crois plus récente,
téléchargeable ici : http://code.google.com/p/webcamstudio/
Ça doit expliquer aussi pourquoi le bouzin en java ne marche pas.
J'ai été obligé de délaisser provisoirement Mageia 3 au profit de Mageia 4
pour disposer d'une version de ffmpeg capable de fabriquer un multiplex au
format v4l2.
FFmpeg est assez facile à compiler à partir des sources. Il faut juste
savoir installer les paquets -dev, et se rappeler qu'à l'opposé des
logiciels habituels il n'active pas automatiquement les bibliothèques
externes.
La commande suivante, aimablement proposée par Nicolas,
alimente le périphérique virtuel et celui-ci est alors reconnu par Linphone,
ce qui me permet de montrer n'importe quel film à mes interlocuteurs à la
place de ma binette.
Content que ça marche.
N.B. Avec ce module, l'option -re est obligatoire. Sans elle, tout s'emballe
et Linphone succombe instantanément.
J'aurais tendance à dire que c'est un défaut du module, mais peu importe.
Un de ces jours, quand j'aurai réussi à le compiler, je compte bien essayer
aussi le module mem2mem-testdev. Je reviendrai probablement vous demander de
l'aide et aussi vous faire part de mes impressions.
Geo Cherchetout , dans le message <lqoja7$1c84$, a écrit :
En fait, le module webcamstudio que je charge n'est pas celui inclus dans l'application webcamstudio mais sa version 109, que je crois plus récente, téléchargeable ici : http://code.google.com/p/webcamstudio/
Ça doit expliquer aussi pourquoi le bouzin en java ne marche pas.
J'ai été obligé de délaisser provisoirement Mageia 3 au profit de Mageia 4 pour disposer d'une version de ffmpeg capable de fabriquer un multiplex au format v4l2.
FFmpeg est assez facile à compiler à partir des sources. Il faut juste savoir installer les paquets -dev, et se rappeler qu'à l'opposé des logiciels habituels il n'active pas automatiquement les bibliothèques externes.
La commande suivante, aimablement proposée par Nicolas, alimente le périphérique virtuel et celui-ci est alors reconnu par Linphone, ce qui me permet de montrer n'importe quel film à mes interlocuteurs à la place de ma binette.
Content que ça marche.
N.B. Avec ce module, l'option -re est obligatoire. Sans elle, tout s'emballe et Linphone succombe instantanément.
J'aurais tendance à dire que c'est un défaut du module, mais peu importe.
Un de ces jours, quand j'aurai réussi à le compiler, je compte bien essayer aussi le module mem2mem-testdev. Je reviendrai probablement vous demander de l'aide et aussi vous faire part de mes impressions.
Je ne pense pas que ce soit très utile.
Geo Cherchetout
Le 23/07/2014 19:00, *Nicolas George* a écrit fort à propos :
FFmpeg est assez facile à compiler à partir des sources. Il faut juste savoir installer les paquets -dev,
J'ai essayé de recompiler sous Mageia 3 le src.rpm de Mageia 4 et il ne m'a manqué qu'un seul paquet nommé libcdio-paranoia-devel. Quand on n'est pas un expert endurci, un seul paquet vous manque et tout est dépeuplé...
et se rappeler qu'à l'opposé des logiciels habituels il n'active pas automatiquement les bibliothèques externes.
Cela intervient pour le compiler ? Si oui, qu'est-ce que ça implique comme travail ou précaution supplémentaire ?
Le 23/07/2014 19:00, *Nicolas George* a écrit fort à propos :
FFmpeg est assez facile à compiler à partir des sources. Il faut juste
savoir installer les paquets -dev,
J'ai essayé de recompiler sous Mageia 3 le src.rpm de Mageia 4 et il ne m'a
manqué qu'un seul paquet nommé libcdio-paranoia-devel. Quand on n'est pas un
expert endurci, un seul paquet vous manque et tout est dépeuplé...
et se rappeler qu'à l'opposé des logiciels habituels il n'active pas
automatiquement les bibliothèques externes.
Cela intervient pour le compiler ? Si oui, qu'est-ce que ça implique comme
travail ou précaution supplémentaire ?
Le 23/07/2014 19:00, *Nicolas George* a écrit fort à propos :
FFmpeg est assez facile à compiler à partir des sources. Il faut juste savoir installer les paquets -dev,
J'ai essayé de recompiler sous Mageia 3 le src.rpm de Mageia 4 et il ne m'a manqué qu'un seul paquet nommé libcdio-paranoia-devel. Quand on n'est pas un expert endurci, un seul paquet vous manque et tout est dépeuplé...
et se rappeler qu'à l'opposé des logiciels habituels il n'active pas automatiquement les bibliothèques externes.
Cela intervient pour le compiler ? Si oui, qu'est-ce que ça implique comme travail ou précaution supplémentaire ?
Nicolas George
Geo Cherchetout , dans le message <lqp713$2jf3$, a écrit :
J'ai essayé de recompiler sous Mageia 3 le src.rpm de Mageia 4 et il ne m'a
Je pense que tu aurais mieux fait de prendre un snapshot git.
De toutes façons, ffmpeg se compile par défaut avec uniquement ses bibliothèques en statique, donc après compilation tu peux juste prendre le binaire et le mettre où tu veux.
manqué qu'un seul paquet nommé libcdio-paranoia-devel.
Qui sert, comme son nom l'indique à peu près, à lire les CD directement comme cdparanoia. À toi de voir si ça t'est utile.
Cela intervient pour le compiler ? Si oui, qu'est-ce que ça implique comme travail ou précaution supplémentaire ?
Au moment de la compilation, il faut ajouter --enable-libtruc pour profiter des fonctionnalités de libtruc.
Pour le simple décodage, et l'usage dont il est question dans ce thread, tu n'as besoin d'aucune bibliothèque externe (autre que les bibliothèques considérées comme bibliothèques système, utilisées automatiquement), donc ça va.
Mais pour d'autres usages, il pourrait te manquer :
- certains des encodeurs pour les codecs les plus puissants ou à la mode : x264, VPX, Opus, AAC ;
- certains des décodeurs pour des codecs anecdotiques ;
- certains protocoles, dont tout ce qui touche à TLS ;
- des fonctionnalités de filtrage, comme l'incrustation de texte (Freetype / ASS), la synthèse vocale, etc.
Là encore, à toi de voire si ça t'est utile.
Geo Cherchetout , dans le message <lqp713$2jf3$1@obelix.gegeweb.org>, a
écrit :
J'ai essayé de recompiler sous Mageia 3 le src.rpm de Mageia 4 et il ne m'a
Je pense que tu aurais mieux fait de prendre un snapshot git.
De toutes façons, ffmpeg se compile par défaut avec uniquement ses
bibliothèques en statique, donc après compilation tu peux juste prendre le
binaire et le mettre où tu veux.
manqué qu'un seul paquet nommé libcdio-paranoia-devel.
Qui sert, comme son nom l'indique à peu près, à lire les CD directement
comme cdparanoia. À toi de voir si ça t'est utile.
Cela intervient pour le compiler ? Si oui, qu'est-ce que ça implique comme
travail ou précaution supplémentaire ?
Au moment de la compilation, il faut ajouter --enable-libtruc pour profiter
des fonctionnalités de libtruc.
Pour le simple décodage, et l'usage dont il est question dans ce thread, tu
n'as besoin d'aucune bibliothèque externe (autre que les bibliothèques
considérées comme bibliothèques système, utilisées automatiquement), donc ça
va.
Mais pour d'autres usages, il pourrait te manquer :
- certains des encodeurs pour les codecs les plus puissants ou à la mode :
x264, VPX, Opus, AAC ;
- certains des décodeurs pour des codecs anecdotiques ;
- certains protocoles, dont tout ce qui touche à TLS ;
- des fonctionnalités de filtrage, comme l'incrustation de texte (Freetype /
ASS), la synthèse vocale, etc.
Geo Cherchetout , dans le message <lqp713$2jf3$, a écrit :
J'ai essayé de recompiler sous Mageia 3 le src.rpm de Mageia 4 et il ne m'a
Je pense que tu aurais mieux fait de prendre un snapshot git.
De toutes façons, ffmpeg se compile par défaut avec uniquement ses bibliothèques en statique, donc après compilation tu peux juste prendre le binaire et le mettre où tu veux.
manqué qu'un seul paquet nommé libcdio-paranoia-devel.
Qui sert, comme son nom l'indique à peu près, à lire les CD directement comme cdparanoia. À toi de voir si ça t'est utile.
Cela intervient pour le compiler ? Si oui, qu'est-ce que ça implique comme travail ou précaution supplémentaire ?
Au moment de la compilation, il faut ajouter --enable-libtruc pour profiter des fonctionnalités de libtruc.
Pour le simple décodage, et l'usage dont il est question dans ce thread, tu n'as besoin d'aucune bibliothèque externe (autre que les bibliothèques considérées comme bibliothèques système, utilisées automatiquement), donc ça va.
Mais pour d'autres usages, il pourrait te manquer :
- certains des encodeurs pour les codecs les plus puissants ou à la mode : x264, VPX, Opus, AAC ;
- certains des décodeurs pour des codecs anecdotiques ;
- certains protocoles, dont tout ce qui touche à TLS ;
- des fonctionnalités de filtrage, comme l'incrustation de texte (Freetype / ASS), la synthèse vocale, etc.
Là encore, à toi de voire si ça t'est utile.
Geo Cherchetout
Le 24/07/2014 10:37, *Nicolas George* a écrit fort à propos :
manqué qu'un seul paquet nommé libcdio-paranoia-devel.
Qui sert, comme son nom l'indique à peu près, à lire les CD directement comme cdparanoia. À toi de voir si ça t'est utile.
C'est bien ce que j'ai pensé. J'ai donc modifié le specfile pour renoncer à cette seule fonctionnalité et la compilation, assez longue, s'est faite sans accroc.
Cela intervient pour le compiler ? Si oui, qu'est-ce que ça implique comme travail ou précaution supplémentaire ?
Au moment de la compilation, il faut ajouter --enable-libtruc pour profiter des fonctionnalités de libtruc.
Pour le simple décodage, et l'usage dont il est question dans ce thread, tu n'as besoin d'aucune bibliothèque externe (autre que les bibliothèques considérées comme bibliothèques système, utilisées automatiquement), donc ça va.
Mais pour d'autres usages, il pourrait te manquer :
- certains des encodeurs pour les codecs les plus puissants ou à la mode : x264, VPX, Opus, AAC ;
- certains des décodeurs pour des codecs anecdotiques ;
- certains protocoles, dont tout ce qui touche à TLS ;
- des fonctionnalités de filtrage, comme l'incrustation de texte (Freetype / ASS), la synthèse vocale, etc.
Là encore, à toi de voire si ça t'est utile.
Merci pour ces explications. En utilisant le src.rpm de Mageia 4 et en adoptant les choix déjà faits par ses paquageurs, je devrais être amplement satisfait, et mon utopie est réalisée : Je peux à présent utiliser le module webcamstudio sous Mageia 3. :-) (Avant d'emménager bientôt sous Mageia 4 ou 5.)
Le 24/07/2014 10:37, *Nicolas George* a écrit fort à propos :
manqué qu'un seul paquet nommé libcdio-paranoia-devel.
Qui sert, comme son nom l'indique à peu près, à lire les CD directement
comme cdparanoia. À toi de voir si ça t'est utile.
C'est bien ce que j'ai pensé. J'ai donc modifié le specfile pour renoncer à
cette seule fonctionnalité et la compilation, assez longue, s'est faite sans
accroc.
Cela intervient pour le compiler ? Si oui, qu'est-ce que ça implique comme
travail ou précaution supplémentaire ?
Au moment de la compilation, il faut ajouter --enable-libtruc pour profiter
des fonctionnalités de libtruc.
Pour le simple décodage, et l'usage dont il est question dans ce thread, tu
n'as besoin d'aucune bibliothèque externe (autre que les bibliothèques
considérées comme bibliothèques système, utilisées automatiquement), donc ça
va.
Mais pour d'autres usages, il pourrait te manquer :
- certains des encodeurs pour les codecs les plus puissants ou à la mode :
x264, VPX, Opus, AAC ;
- certains des décodeurs pour des codecs anecdotiques ;
- certains protocoles, dont tout ce qui touche à TLS ;
- des fonctionnalités de filtrage, comme l'incrustation de texte (Freetype /
ASS), la synthèse vocale, etc.
Là encore, à toi de voire si ça t'est utile.
Merci pour ces explications. En utilisant le src.rpm de Mageia 4 et en
adoptant les choix déjà faits par ses paquageurs, je devrais être amplement
satisfait, et mon utopie est réalisée : Je peux à présent utiliser le module
webcamstudio sous Mageia 3. :-)
(Avant d'emménager bientôt sous Mageia 4 ou 5.)
Le 24/07/2014 10:37, *Nicolas George* a écrit fort à propos :
manqué qu'un seul paquet nommé libcdio-paranoia-devel.
Qui sert, comme son nom l'indique à peu près, à lire les CD directement comme cdparanoia. À toi de voir si ça t'est utile.
C'est bien ce que j'ai pensé. J'ai donc modifié le specfile pour renoncer à cette seule fonctionnalité et la compilation, assez longue, s'est faite sans accroc.
Cela intervient pour le compiler ? Si oui, qu'est-ce que ça implique comme travail ou précaution supplémentaire ?
Au moment de la compilation, il faut ajouter --enable-libtruc pour profiter des fonctionnalités de libtruc.
Pour le simple décodage, et l'usage dont il est question dans ce thread, tu n'as besoin d'aucune bibliothèque externe (autre que les bibliothèques considérées comme bibliothèques système, utilisées automatiquement), donc ça va.
Mais pour d'autres usages, il pourrait te manquer :
- certains des encodeurs pour les codecs les plus puissants ou à la mode : x264, VPX, Opus, AAC ;
- certains des décodeurs pour des codecs anecdotiques ;
- certains protocoles, dont tout ce qui touche à TLS ;
- des fonctionnalités de filtrage, comme l'incrustation de texte (Freetype / ASS), la synthèse vocale, etc.
Là encore, à toi de voire si ça t'est utile.
Merci pour ces explications. En utilisant le src.rpm de Mageia 4 et en adoptant les choix déjà faits par ses paquageurs, je devrais être amplement satisfait, et mon utopie est réalisée : Je peux à présent utiliser le module webcamstudio sous Mageia 3. :-) (Avant d'emménager bientôt sous Mageia 4 ou 5.)
Nicolas George
Geo Cherchetout , dans le message <lqqqps$bvn$, a écrit :
Merci pour ces explications. En utilisant le src.rpm de Mageia 4 et en adoptant les choix déjà faits par ses paquageurs, je devrais être amplement satisfait, et mon utopie est réalisée : Je peux à présent utiliser le module webcamstudio sous Mageia 3. :-)
Tant mieux.
(Avant d'emménager bientôt sous Mageia 4 ou 5.)
Mageia, c'est mandrake, non ? Quel intérêt d'utiliser une distribution morte depuis une demi-décennie et qui a toujours été l'oeuvre de guignols ?
Geo Cherchetout , dans le message <lqqqps$bvn$1@obelix.gegeweb.org>, a
écrit :
Merci pour ces explications. En utilisant le src.rpm de Mageia 4 et en
adoptant les choix déjà faits par ses paquageurs, je devrais être amplement
satisfait, et mon utopie est réalisée : Je peux à présent utiliser le module
webcamstudio sous Mageia 3. :-)
Tant mieux.
(Avant d'emménager bientôt sous Mageia 4 ou 5.)
Mageia, c'est mandrake, non ? Quel intérêt d'utiliser une distribution morte
depuis une demi-décennie et qui a toujours été l'oeuvre de guignols ?
Geo Cherchetout , dans le message <lqqqps$bvn$, a écrit :
Merci pour ces explications. En utilisant le src.rpm de Mageia 4 et en adoptant les choix déjà faits par ses paquageurs, je devrais être amplement satisfait, et mon utopie est réalisée : Je peux à présent utiliser le module webcamstudio sous Mageia 3. :-)
Tant mieux.
(Avant d'emménager bientôt sous Mageia 4 ou 5.)
Mageia, c'est mandrake, non ? Quel intérêt d'utiliser une distribution morte depuis une demi-décennie et qui a toujours été l'oeuvre de guignols ?
ST
On 2014-07-24, Nicolas George <nicolas$ wrote:
Mageia, c'est mandrake, non ? Quel intérêt d'utiliser une distribution morte depuis une demi-décennie et qui a toujours été l'oeuvre de guignols ?
Sachant que Mageia 4 utilise un nouveau 3.12.8, ils étaient sacrément bon les guignols de Mandrake pour proposer il y a une "demi-décennie" un noyau qui est sortie il y a moins d'un an.
-- The Arkansas legislature passed a law that states that the Arkansas River can rise no higher than to the Main Street bridge in Little Rock.
On 2014-07-24, Nicolas George <nicolas$george@salle-s.org> wrote:
Mageia, c'est mandrake, non ? Quel intérêt d'utiliser une distribution morte
depuis une demi-décennie et qui a toujours été l'oeuvre de guignols ?
Sachant que Mageia 4 utilise un nouveau 3.12.8, ils étaient sacrément
bon les guignols de Mandrake pour proposer il y a une "demi-décennie" un
noyau qui est sortie il y a moins d'un an.
--
The Arkansas legislature passed a law that states that the Arkansas
River can rise no higher than to the Main Street bridge in Little
Rock.
Mageia, c'est mandrake, non ? Quel intérêt d'utiliser une distribution morte depuis une demi-décennie et qui a toujours été l'oeuvre de guignols ?
Sachant que Mageia 4 utilise un nouveau 3.12.8, ils étaient sacrément bon les guignols de Mandrake pour proposer il y a une "demi-décennie" un noyau qui est sortie il y a moins d'un an.
-- The Arkansas legislature passed a law that states that the Arkansas River can rise no higher than to the Main Street bridge in Little Rock.
Geo Cherchetout
Le 24/07/2014 14:34, *Nicolas George* a dévié méchamment :
Mageia, c'est mandrake, non ? Quel intérêt d'utiliser une distribution morte depuis une demi-décennie et qui a toujours été l'oeuvre de guignols ?
Mageia, qui descend en effet en droite ligne de Mandrake (ma première distribution achetée en librairie) et Mandriva, offre pour sa configuration des outils graphiques dont j'aurais beaucoup de mal à me passer complètement. Si j'avais un reproche à lui faire, ce serait la relative rareté des programmes proposés. On pourrait dire que Mageia est à l'informatique ce que France-Loisirs est à la littérature : Dès qu'on a besoin de quoi que ce soit sortant un peu de l'ordinaire, il faut compiler ou se tourner vers une autre distribution comme Debian, ce dont je ne me prive pas, à l'occasion. Mais ça ce n'est pas la faute de Mageia, c'est celle de ceux qui pourraient contribuer mais qui préfèrent consacrer leurs talents et leurs efforts ailleurs.
Quand à porter un jugement sur ses animateurs, développeurs et autres contributeurs tellement plus compétents que moi, je ne peux me le permettre compte tenu de mon niveau personnel de connaissances. Je pense quand-même que tu généralises un peu vite.
Le 24/07/2014 14:34, *Nicolas George* a dévié méchamment :
Mageia, c'est mandrake, non ? Quel intérêt d'utiliser une distribution morte
depuis une demi-décennie et qui a toujours été l'oeuvre de guignols ?
Mageia, qui descend en effet en droite ligne de Mandrake (ma première
distribution achetée en librairie) et Mandriva, offre pour sa configuration
des outils graphiques dont j'aurais beaucoup de mal à me passer complètement.
Si j'avais un reproche à lui faire, ce serait la relative rareté des
programmes proposés. On pourrait dire que Mageia est à l'informatique ce que
France-Loisirs est à la littérature : Dès qu'on a besoin de quoi que ce soit
sortant un peu de l'ordinaire, il faut compiler ou se tourner vers une autre
distribution comme Debian, ce dont je ne me prive pas, à l'occasion. Mais ça
ce n'est pas la faute de Mageia, c'est celle de ceux qui pourraient
contribuer mais qui préfèrent consacrer leurs talents et leurs efforts ailleurs.
Quand à porter un jugement sur ses animateurs, développeurs et autres
contributeurs tellement plus compétents que moi, je ne peux me le permettre
compte tenu de mon niveau personnel de connaissances. Je pense quand-même
que tu généralises un peu vite.
Le 24/07/2014 14:34, *Nicolas George* a dévié méchamment :
Mageia, c'est mandrake, non ? Quel intérêt d'utiliser une distribution morte depuis une demi-décennie et qui a toujours été l'oeuvre de guignols ?
Mageia, qui descend en effet en droite ligne de Mandrake (ma première distribution achetée en librairie) et Mandriva, offre pour sa configuration des outils graphiques dont j'aurais beaucoup de mal à me passer complètement. Si j'avais un reproche à lui faire, ce serait la relative rareté des programmes proposés. On pourrait dire que Mageia est à l'informatique ce que France-Loisirs est à la littérature : Dès qu'on a besoin de quoi que ce soit sortant un peu de l'ordinaire, il faut compiler ou se tourner vers une autre distribution comme Debian, ce dont je ne me prive pas, à l'occasion. Mais ça ce n'est pas la faute de Mageia, c'est celle de ceux qui pourraient contribuer mais qui préfèrent consacrer leurs talents et leurs efforts ailleurs.
Quand à porter un jugement sur ses animateurs, développeurs et autres contributeurs tellement plus compétents que moi, je ne peux me le permettre compte tenu de mon niveau personnel de connaissances. Je pense quand-même que tu généralises un peu vite.
Nicolas George
ST , dans le message , a écrit :
Sachant que Mageia 4 utilise un nouveau 3.12.8, ils étaient sacrément bon les guignols de Mandrake pour proposer il y a une "demi-décennie" un noyau qui est sortie il y a moins d'un an.
Encore ST qui n'a rien compris.
ST , dans le message <2cg7ab-595.ln1@not.valid.domaine.org>, a écrit :
Sachant que Mageia 4 utilise un nouveau 3.12.8, ils étaient sacrément
bon les guignols de Mandrake pour proposer il y a une "demi-décennie" un
noyau qui est sortie il y a moins d'un an.
Sachant que Mageia 4 utilise un nouveau 3.12.8, ils étaient sacrément bon les guignols de Mandrake pour proposer il y a une "demi-décennie" un noyau qui est sortie il y a moins d'un an.
Encore ST qui n'a rien compris.
ST
On 2014-07-24, Nicolas George <nicolas$ wrote:
Sachant que Mageia 4 utilise un nouveau 3.12.8, ils étaient sacrément bon les guignols de Mandrake pour proposer il y a une "demi-décennie" un noyau qui est sortie il y a moins d'un an.
Encore ST qui n'a rien compris.
Alors tu nous expliqueras en quoi une distribution dont la dernière version a 6 mois est morte depuis une "demi-décennie".
-- Paranoia is simply an optimistic outlook on life.
On 2014-07-24, Nicolas George <nicolas$george@salle-s.org> wrote:
Sachant que Mageia 4 utilise un nouveau 3.12.8, ils étaient sacrément
bon les guignols de Mandrake pour proposer il y a une "demi-décennie" un
noyau qui est sortie il y a moins d'un an.
Encore ST qui n'a rien compris.
Alors tu nous expliqueras en quoi une distribution dont la dernière
version a 6 mois est morte depuis une "demi-décennie".
--
Paranoia is simply an optimistic outlook on life.
Sachant que Mageia 4 utilise un nouveau 3.12.8, ils étaient sacrément bon les guignols de Mandrake pour proposer il y a une "demi-décennie" un noyau qui est sortie il y a moins d'un an.
Encore ST qui n'a rien compris.
Alors tu nous expliqueras en quoi une distribution dont la dernière version a 6 mois est morte depuis une "demi-décennie".
-- Paranoia is simply an optimistic outlook on life.
