Sur le disque principal, l'effet est ébouriffant dans le chargement des applis. Merci ! (quand je pense à tous ces PCs qui pourraient marcher beaucoup mieux avec les mêmes moyens...)
Sur la vidéo, pas d'effet. Mais grâce à la commande hdparm le diagnostic semble fait : pendant certaines périodes (cf. ci-dessus mesures sur 3 s) le disque est très lent. D'où les sacades dans Kino certainement.
Idée : le nouveau disque est en "slave". Peut-être est-ce pour cela qu'il y a ces bouffées, car il laisserait la priorité à l'autre ? (question importante, si c'est le cas inutile que je tente de changer le disque - le vendeur sera content de ne pas me voir débarquer avec le disque à la main d'autant qu'il m'a dit qu'une fois le sachet ouvert...).
ToutVaBien
NB : j'ai fait des essais en changeant le format de disque. Il y avait me semble-t-il plus de saccades en FAT32, et pas moins en XFS.
Je contrôle bien le 16-bits/32 bits (ce que hdparm -c /dev/hdb confirme).
Je ne vois pas d'effet dans kino. Mais rien ne dit que ces optimisations suffisent. [Sur 3 secondes, le nouveau disque qui me pose problème est parfois très lent (500kB/s contre 19 Mb/s le plus souvent), alors que l'autre disque (avec 8Mo de tampon) est systématiquement à 25 Mb/s].
Ce qui m'étonne plus, c'est que je ne vois pas la vitesse doubler (commande hdparm -t /dev/hdb). Si on passe 32 bits à chaque coup d'horloge au lieu de 16, elle devrait doubler, non ? Peut-être y a-t-il une autre commande à faire derrière hdparm ?
Puisque j'ai une caméra DV, comme l'a dit symoon ce pourrait bien être libpwlib1-plugins-avc qu'il faut installer, plutôt que libpwlib1-plugins-dc
(j'avais cru que le premier ne voyait pas du tout IEEE1394, mais c'était parce qu'à l'époque je sélectionnais le greffon V4L plutôt que DC, donc /dev/raw1394 ne pouvait pas apparaître à la fenêtre de configuration suivante de GnomeMeeting).
Cela dit, ça ne marche toujours pas avec libpwlib1-plugins-avc, même lorsque j'applique rmmod eth1394 et/ou chmod 766 /dev/raw1394.
Et ça marche toujours aussi bien dans Kino
??
ToutVaBien
NB : j'ai essayé d'installer egika me disant qu'il allait mieux reconnaitre IEEE1394, mais il ne démarre pas sur le poste (ça commence, et puis plus rien)
J'ai installé libpwlib1-plugins-dc, qui semble être adapté aux caméras digitales (libpwlib1-plugins-avc serait pour les caméras analogiques ?). Bon signe : l'installation d'un pilote 1394 a été demandée.
Bon, le port IEEE1394 est détecté par Gnomemeeging. (Je signale qu'il faut avoir choisi DC comme greffon vidéo, et non V4L qui est la valeur par défaut dans la config de gnomemeeting).
Reste un problème : GnomeMeeting me dit "Erreur lors de l'ouverture de /dev/raw1394". Pourtant :
* l'image arrive bien dans la fenêtre de capture du logiciel Kino, donc ça valide toute la chaîne,
* pas de changement en faisant un chmod 766 /dev/raw1394
Aurais-tu une idée ?
ToutVaBien
NB : je signale une bonne doc sur la config de GnomeMeeting :
Mais je ne trouve ni libpt-plugins-avcni libpt-plugins-dc sur http://rpm.pbone.net, quelle que soit la distribution.
Lorsque je cherche ce qui commence par libpt pour Mandriva 2006, je ne trouve que le packetage que j'ai essayé précédemment (et qui ne voit pas le caméscope, mais de toute façon je suppose qu'il faudrait enchaîner une commande après l'installation ?).
Merci, ça m'encourage. J'ai trouvé cela dans ma distribution Mandriva 2006. Est-ce que cela pourrait être cela, et est-ce que cela pourrait suffire, ces 91 Ko ?
Merci,
ToutVaBien
Nom : libptp2_1
Version : 1.0.2-1mdk
Architecture : i586
Taille : 91 Ko
Média : Contrib (Official2006.0-2)
Version actuellement installée : (aucun)
Intitulé : Library to access digital cameras via PTP
Pour France culture OK, je viens de remarquer que c'est seulement pour les émissions archivées. Pour les émissions en direct il demande mplayer, c'est donc là que la solution de xavier s'applique.
ToutVaBien
NB : Je maintiens ma question sur l'enregistrement.
C'est l'association qui n'était pas bonne pour les fichiers .ram dans mozilla. Pour résoudre la question :
* Commande Edit/Preferences/Navigator/Helper Applications
* Là, sélection de audio/x-pn-realaudio qui se trouvait être là.
* Commande edit. Ce n'était pas le realplayer10 qui était là. Donc je le choisis :
/usr/lib/RealPlayer10GOLD/realplay
* Je ne change rien à MIME (je ne sais pas ce qu'est ce truc)
* OK
* Re OK, ça marche
Je pense que s'il n'existe rien du genre audio/x-pn-realaudio il faut le créer. Mais je n'ai pas testé.
Comment enregistrer
Maintenant, ce qui pourrait m'être très pratique pour écouter des semaines plus tard, ce serait d'enregistrer au vol, toujours lorsque je vais chercher sur le site de France-Culture. Ca se fait, cela ? Si oui techniquement, est-ce légal ?
C'est bien cela : comme j'apprécie beaucoup le forum, mais que je n'ai pas le temps de lire les posts des collègues pour y répondre quand je sais, j'ai décidé de donner tous les détails concernant la résolution de mes problèmes. Comme une doc, pour faciliter la vie de ceux qui passent derrière.
ToutVaBien
NB : là haut, j'ai oublié de dire que les commande sont à lancer sous root depuis une console.
Mais pour l'utilisation Mozilla, il fallait faire l'opération décrite ci dessous, qui consiste à pointer depuis mozilla vers le java considéré comme un plugin.
ToutVaBien
Sauf installation manuelle que j'aurais oubliée et pas notée, le java jre1.5.0_07-fcs était donc installé par défaut par la Mandriva 2006 free.
1. Passez au sous-répertoire Plugins sous le répertoire d'installation Mozilla
cd <répertoire d'installation Mozilla>/plugins
2. Dans le répertoire en cours, créez un lien symbolique vers le fichier JRE ns7/libjavaplugin_oji.so. Entrez :
ln -s <répertoire d'installation JRE>/plugin/i386/ns7/libjavaplugin_oji.so
Exemple :
* Si Mozilla est installé dans ce répertoire :
/usr/lib/mozilla-1.4/
* et si JRE est installé dans ce répertoire :
/usr/java/jre1.5.0
* Entrez ensuite, sur le terminal, pour aller dans le répertoire Plugins du navigateur :
cd /usr/lib/mozilla-1.4/plugins
* Entrez la commande suivante pour créer un lien symbolique vers le plug-in Java du navigateur Mozilla.
ln -s /usr/java/jre1.5.0/plugin/i386/ns7
/libjavaplugin_oji.so .
3. Démarrez le navigateur Mozilla ou redémarrez-le s'il est déjà en cours d'exécution. Notez que si d'autres composants Mozilla (tels que Messenger ou Composer) sont en cours d'exécution, il faut également les redémarrer.
4. Allez dans Édition > Préférences. Sous la catégorie Avancées, sélectionnez Activer Java.
Pour envoyer des faxs via le modem Olitec SmartMemory branché sur com1, ça y est ça marche. Résumé de la procédure, à partir de l'installation standard Mandriva 2006 Free :
Installations (pérenne) :
* Installer le packetage hylafax-server.
* Sous root, lancer la commande addfaxmodem ttyS0, et configurer le modem (prendre les valeurs par défaut en cas de doute). Choisir la classe 2 (l'émission se bloque ensuite lorsqu'on choisit la classe 1 ou 1.0, pourtant conseillées dans le man addfaxmodem)
* Lancer la commande faxsetup pour configurer hylafax (prendre les valeurs par défaut en cas de doute).
Après chaque reboot :
* lancer la commande faxmodem ttyS0. elle prépare le modem à l'émission.
Pour envoyer le fax :
* Utiliser par exemple kdeprintfax (dans les menus kde : Bureautique/Communications/Fax)
Ca marche :-)
Réception des faxs :
La commande est faxgetty ttyS0 &, qui ouvre FIFO.ttyS0 et se met en attente sur la ligne. (la commande faxanswer ttyS0 permet de déclencher le décrochage dans le cas où l'on n'a configuré ttyS0 de sorte que faxgetty ne décroche pas de lui-même). Les faxs sont sensés se retrouver en .tiff dans /var/spool/fax/recvq Je pense que ce dispositif fonctionnerait si le fax arrivait directement de l'extérieur.
Mon problème, c'est d'aller chercher les faxs dans la mémoire du modem . Car je voudrais laisser le modem autonome. On comprendrait que hylafax ne sache pas faire.
La solution me semble être de réémettre le fax depuis le modem. Cela me semble réaliste, puisqu'avec le smartmemory d'Olitec ont peut relire les faxs à distance.
??????
ToutVaBien
NB : j'essaie d'être précis dans mes explications, en espérant que ça tiendra lieu de doc pour d'autres personnes.
L'hypothèse la plus probable me semble être que sur le poste à problèmes, cela vient de la carte son. Pourtant, celle-ci n'a jamais aussi bien marché que sous Mandriva 2006 (pour tous les logiciels différents de kino) !
Sur le trajet de ce constat, grâce à toi qui m'a guidé, je suis passé de super-newbie à presque plus newbie.
* Pour IEEE1394, c'est OK maintenant. Je ne sais pas ce qui s'est passé dans /etc/modeprob.conf au début avec l'histoire de ohci1394blacklist (cf. plus haut).
* Pour le son, la meilleure piste semble etre ce message (cf. plus haut) que kino envoi dans une console lorsqu'on lit une vidéo :
>>> audio at 32000 failed - forcing resample at 44100hz
SNDCTL_DSP_SPEED: Succès
SNDCTL_DSP_SPEED: Succès
>>> audio at 32000 failed - forcing resample at 44100hz
SNDCTL_DSP_SPEED: Succès
SNDCTL_DSP_SPEED: Succès
>>> audio at 32000 failed - forcing resample at 44100hz
SNDCTL_DSP_SPEED: Succès
SNDCTL_DSP_SPEED: Succès
On comprend que si kino force à 44100hz et que la carte son attend autre chose pour dialoguer... Mais j'ai configuré arts sur 44100 Hz, sans résultat (il aurait peut-être fallu mettre un autre paramètre du genre "full duplex" ?)
* Par ailleurs, je me suis demandé s'il ne manquat pas un packetage. Regardant ceux qui étaient dispos, j'ai installé kino-plugins 1.01. Pas d'amélioration. Mais peut-être un autre packetage ?
??????????
Serge
NB1 : Etant donné que le problème de son s'accompagne du problème de la vitesse plus élevée, il me semble que cela ne peut pas être un truc bête (du genre un potentiomètre à 0 dans KMIX ou ailleurs).
NB 2 : je rappelle que la manip consistant à désactive arts n'apporte rien (ça marchait sous Mandrake 10.1 sans désactiver Arts, donc la carte doit accepter deux accès en //).
Il fallait tout réinstaller (j'avais en fait précédemment désinstallé IEEE1394 dans Centre de Contrôle Mandriva 2006, Réseau et Internet/Supprimer une connexion réseau, sur la lancée d'une manip qui marchotait dans Mandrake 10.1, cf. message précédent).
Donc, pour réinstaller IEEE1394 :
* Dans /etc/modeprobe.conf, placer la ligne :
alias ieee1394-controller ohci1394
* Quand on fait ça et qu'on reboote, le système râle pour cause de "Module ohci1394 not found". C'est ça. Donc, pour réinstaller le driver lancer sous root :
modprobe ohci1394
On vérifie par lsmod | grep 1394 que tous les device(s) nécessaires tournent maintenant :
Ce que je ne comprends pas, c'est que je retrouve dans /etc/modeprobe.conf la ligne suivante, à la place de celle que moi-même tapée avec mes doigts sur le clavier :
alias ieee1394-controller ohci1394blacklist audio
blacklist audio ????????? Et pas de son dans kino ?
Serge
NB1 : à noter que l'installation IEEE1394 globalement beaucoup mieux que sous Mandrake 10.1, où il fallait faire plusieurs autres manipulations en particulier lancer sous root les commandes :
knod /dev/raw1394 c 171 0
chmod 766 /dev/raw1394
(et parfois rmmpd eth1394)
De plus, Mandrake 10.1 se mélangeait souvent les pincaux entre la carte ethernet et la carte IEEE1394 (d'où les manips on the edge). Ca ne m'est pas encore arrivé sous Mandriva 2006.
NB2 : j'écris beaucoup de détails en espérant que ça sauvera des heures à des camarades encore assez newbies qui passeront pas le même chemin
J'ai lancé Kino depuis une console pour le faire parler. Le listing placé à la fin de ce message semble montrer que tout va bien au lancement, le son y compris.
En revanche, je suis étonné du message suivant, qui se répète tout au long d'une lecture de la vidéo :
>>> audio at 32000 failed - forcing resample at 44100hz
SNDCTL_DSP_SPEED: Succès
SNDCTL_DSP_SPEED: Succès
>>> audio at 32000 failed - forcing resample at 44100hz
SNDCTL_DSP_SPEED: Succès
SNDCTL_DSP_SPEED: Succès
>>> audio at 32000 failed - forcing resample at 44100hz
SNDCTL_DSP_SPEED: Succès
SNDCTL_DSP_SPEED: Succès
de plus /dev/raw1394 existe bien, il est en lecture/écriture pour le user et pour le groupe.
pourtant kino me dit toujours : raw1394 kernel module non chargé ou échec de lecture écriture sur /dev/raw1394"
Finalement, c'est comme si kino n'arrivait à se brancher ni sur la carte son, ni sur la carte IEEE1394 (qui vivent pourtant leur vie par ailleurs, en tout cas la carte son).
Je l'ai installé, et ça marche, j'entends le .wav ("quand les hommes vivront d'amour", le premier fichier lequel je suis tombé dans le répertoire .openoffice par un find :-)).
Comment vais-je voir le "périphérique audio" qui t'intéresse ?
Carte son ?
J'ai une carte son ancienne. Pour la faire marcher dans Mandriva 2006, il a fallu charger un nouveau kernel (2.6.12.18 au lieu de 2.6.12.12 je crois). Le problème pourrait-il venir d'un problème de troisième ordre avec la carte ? (je dis de troisième ordre, car kino marchait avec cette même carte son sous Mandrake 10.1)
Mais je ne sais pas comment faire pour connaitre les caractéristiques exactes de la carte son, ni pour la configurer différemment si ça résoud le problème.
IEE1394
Pas de eth1394 par lsmod.
Mais rien d'autre concernant 1394, et ça correspond à ce que me dit kino : raw1394 kernel module non chargé. Je ne sais pas comment ça se charge, le raw1394.
* Le son marche bien sous KDE (je l'entends à chaque login, et lorsque je regarde les mêmes fichiers dv avec mplayer).
* Le périphérique audio est OSS (dans "configurer votre bureau").
* J'ai essayé de désactiver arts (dans "configurer votre bureau") mais ça ne marche pas mieux (sous Mandrake 10.1, ça marchait sans désactiver arts, ce qui pourrait vouloir dire que ma carte est multi-canaux).
* Je ne sais pas ce que signifie un "autre logiciel de son" et xmms. Sur la machine seul Mozilla tourne avec Kino. Et lorsque je lance la commande 'top' dans une console, je ne vois pas de xmms.
* "output plugin" : tu veux dire le paramètre "périphérique audio" des préférences de kino ? C'est /dev/dsp.
Autre info : sous Mandrake 10.1 il y avait l'histoire d'un paramètre du BIOS (Pnp quelque chose), que j'avais dû désactiver pour avoir le son. Là j'ai essayé de le réactiver, mais ça ne marche pas pour autant. D'ailleurs, comme le son marche au niveau de la couche KDE...
* Vitesse accélérée,
C'est donc le système de son qui drive les logiciels temps-réel comme kino ? Très intéressant.
* Carte IEE1394
Modprobe raw1394 passe sous root, merci.
Ca ne marche toujours pas sous kino. Pourtant : ça a l'air OK dans le matériel ; /dev/raw1394 existe et il est en lecture écriture pour le compte utilisateur et pour le groupe (et ça ne marche pas mieux lorsque je fais chmod 766).
En remontant dans mes notes j'ai relevé ce qui pourrait être la cause du pb IEEE1394. Dans le centre de contrôle de Mandriva, "Réseau et Internet", j'ai supprimé il y quelques jours la connexion réseau correspondant à la carte IEEE1394 (c'était un mauvais réflexe qui me vient d'une manip empirique que je faisais régulièrement pour avoir le réseau sous Mandrake10.1, lorsqu'il confondait les deux cartes).
J'ai réinstallé Kino 0.7.6 de cette manière. Même symptômes :
* Pas de son
* Vitesse accélérée,
* Pas de reconnaissance de la carte IEEE1394 alors que /dev/raw1394 existe et qu'il est accessible en lecture écriture (et modprobe n'est pas une commande connue par le système).
Cela pourrait-il venir que précédemment, je n'avais pas installé exactement les bonnes bibliothèques au fur et à mesure où j'allais les chercher sur tpm/pbone.net quand l'installateur me le demandait ?
"No audio and 2X speed video"
Why do I have no audio and the video plays back double time when playing in edit or trim mode. Capture occures at normal speed but there is no audio during capture either. I must have the wrong buuton pushed somewhere. This happens whenever I play back older captures as well.
rock
La réponse fut :
See Edit/Preferences/Audio. With Kino 0.8.0 you can enter an ALSA pcm name or the OSS /dev file to select ALSA vs. OSS.
+-DRD-+
Kino Developer
Merci pour toute aide supplémentaire,
Serge
NB : kino n'est pas dans la distribution Mandriva 2006 Free, alors qu'il l'était dans la 10.1 commercialisée
[^] # Re: hdparm - Optimisation disque dur
Posté par ToutVaBien . En réponse au message Booster un disque dur ?. Évalué à 1.
Sur le disque principal, l'effet est ébouriffant dans le chargement des applis. Merci ! (quand je pense à tous ces PCs qui pourraient marcher beaucoup mieux avec les mêmes moyens...)
Sur la vidéo, pas d'effet. Mais grâce à la commande hdparm le diagnostic semble fait : pendant certaines périodes (cf. ci-dessus mesures sur 3 s) le disque est très lent. D'où les sacades dans Kino certainement.
Idée : le nouveau disque est en "slave". Peut-être est-ce pour cela qu'il y a ces bouffées, car il laisserait la priorité à l'autre ? (question importante, si c'est le cas inutile que je tente de changer le disque - le vendeur sera content de ne pas me voir débarquer avec le disque à la main d'autant qu'il m'a dit qu'une fois le sachet ouvert...).
ToutVaBien
NB : j'ai fait des essais en changeant le format de disque. Il y avait me semble-t-il plus de saccades en FAT32, et pas moins en XFS.
[^] # Re: hdparm - Optimisation disque dur
Posté par ToutVaBien . En réponse au message Booster un disque dur ?. Évalué à 1.
Je contrôle bien le 16-bits/32 bits (ce que hdparm -c /dev/hdb confirme).
Je ne vois pas d'effet dans kino. Mais rien ne dit que ces optimisations suffisent. [Sur 3 secondes, le nouveau disque qui me pose problème est parfois très lent (500kB/s contre 19 Mb/s le plus souvent), alors que l'autre disque (avec 8Mo de tampon) est systématiquement à 25 Mb/s].
Ce qui m'étonne plus, c'est que je ne vois pas la vitesse doubler (commande hdparm -t /dev/hdb). Si on passe 32 bits à chaque coup d'horloge au lieu de 16, elle devrait doubler, non ? Peut-être y a-t-il une autre commande à faire derrière hdparm ?
ToutVaBien
# Synthèse et correction
Posté par ToutVaBien . En réponse au message GnomeMeeting et carte IEEE1394 ?. Évalué à 1.
(j'avais cru que le premier ne voyait pas du tout IEEE1394, mais c'était parce qu'à l'époque je sélectionnais le greffon V4L plutôt que DC, donc /dev/raw1394 ne pouvait pas apparaître à la fenêtre de configuration suivante de GnomeMeeting).
Cela dit, ça ne marche toujours pas avec libpwlib1-plugins-avc, même lorsque j'applique rmmod eth1394 et/ou chmod 766 /dev/raw1394.
Et ça marche toujours aussi bien dans Kino
??
ToutVaBien
NB : j'ai essayé d'installer egika me disant qu'il allait mieux reconnaitre IEEE1394, mais il ne démarre pas sur le poste (ça commence, et puis plus rien)
[^] # Re: est-ce vraiment prevu pour ?
Posté par ToutVaBien . En réponse au message GnomeMeeting et carte IEEE1394 ?. Évalué à 1.
[^] # Re: est-ce vraiment prevu pour ?
Posté par ToutVaBien . En réponse au message GnomeMeeting et carte IEEE1394 ?. Évalué à 1.
J'ai installé libpwlib1-plugins-dc, qui semble être adapté aux caméras digitales (libpwlib1-plugins-avc serait pour les caméras analogiques ?). Bon signe : l'installation d'un pilote 1394 a été demandée.
Bon, le port IEEE1394 est détecté par Gnomemeeging. (Je signale qu'il faut avoir choisi DC comme greffon vidéo, et non V4L qui est la valeur par défaut dans la config de gnomemeeting).
Reste un problème : GnomeMeeting me dit "Erreur lors de l'ouverture de /dev/raw1394". Pourtant :
* l'image arrive bien dans la fenêtre de capture du logiciel Kino, donc ça valide toute la chaîne,
* pas de changement en faisant un chmod 766 /dev/raw1394
Aurais-tu une idée ?
ToutVaBien
NB : je signale une bonne doc sur la config de GnomeMeeting :
http://linuxtransition.free.fr/logiciels/int_gnomemeeting.ph(...)
[^] # Re: est-ce vraiment prevu pour ?
Posté par ToutVaBien . En réponse au message GnomeMeeting et carte IEEE1394 ?. Évalué à 1.
Mais je ne trouve ni libpt-plugins-avc ni libpt-plugins-dc sur http://rpm.pbone.net, quelle que soit la distribution.
Lorsque je cherche ce qui commence par libpt pour Mandriva 2006, je ne trouve que le packetage que j'ai essayé précédemment (et qui ne voit pas le caméscope, mais de toute façon je suppose qu'il faudrait enchaîner une commande après l'installation ?).
[^] # Re: est-ce vraiment prevu pour ?
Posté par ToutVaBien . En réponse au message GnomeMeeting et carte IEEE1394 ?. Évalué à 1.
Merci,
ToutVaBien
Nom : libptp2_1
Version : 1.0.2-1mdk
Architecture : i586
Taille : 91 Ko
Média : Contrib (Official2006.0-2)
Version actuellement installée : (aucun)
Intitulé : Library to access digital cameras via PTP
[^] # Re: France Culture : ok + Question
Posté par ToutVaBien . En réponse au message Ecouter les radios sous Mandriva 2006. Évalué à 1.
ToutVaBien
NB : Je maintiens ma question sur l'enregistrement.
# France Culture : ok + Question
Posté par ToutVaBien . En réponse au message Ecouter les radios sous Mandriva 2006. Évalué à 1.
Merci xavier, en suivant ta piste j'ai trouvé.
C'est l'association qui n'était pas bonne pour les fichiers .ram dans mozilla. Pour résoudre la question :
* Commande Edit/Preferences/Navigator/Helper Applications
* Là, sélection de audio/x-pn-realaudio qui se trouvait être là.
* Commande edit. Ce n'était pas le realplayer10 qui était là. Donc je le choisis :
/usr/lib/RealPlayer10GOLD/realplay
* Je ne change rien à MIME (je ne sais pas ce qu'est ce truc)
* OK
* Re OK, ça marche
Je pense que s'il n'existe rien du genre audio/x-pn-realaudio il faut le créer. Mais je n'ai pas testé.
Comment enregistrer
Maintenant, ce qui pourrait m'être très pratique pour écouter des semaines plus tard, ce serait d'enregistrer au vol, toujours lorsque je vais chercher sur le site de France-Culture. Ca se fait, cela ? Si oui techniquement, est-ce légal ?
ToutVaBien
[^] # Re: et alors ?
Posté par ToutVaBien . En réponse au message Ecouter les radios sous Mandriva 2006. Évalué à 1.
C'est bien cela : comme j'apprécie beaucoup le forum, mais que je n'ai pas le temps de lire les posts des collègues pour y répondre quand je sais, j'ai décidé de donner tous les détails concernant la résolution de mes problèmes. Comme une doc, pour faciliter la vie de ceux qui passent derrière.
ToutVaBien
NB : là haut, j'ai oublié de dire que les commande sont à lancer sous root depuis une console.
# Java marche après établissement d'un lien symbolique
Posté par ToutVaBien . En réponse au message Java ne marche pas. Évalué à 3.
ToutVaBien
Sauf installation manuelle que j'aurais oubliée et pas notée, le java jre1.5.0_07-fcs était donc installé par défaut par la Mandriva 2006 free.
_______________________________________
(cf. http://www.java.com/fr/download/help/5000010500.xml#rpm)
1. Passez au sous-répertoire Plugins sous le répertoire d'installation Mozilla
cd <répertoire d'installation Mozilla>/plugins
2. Dans le répertoire en cours, créez un lien symbolique vers le fichier JRE ns7/libjavaplugin_oji.so. Entrez :
ln -s <répertoire d'installation JRE>/plugin/i386/ns7/libjavaplugin_oji.so
Exemple :
* Si Mozilla est installé dans ce répertoire :
/usr/lib/mozilla-1.4/
* et si JRE est installé dans ce répertoire :
/usr/java/jre1.5.0
* Entrez ensuite, sur le terminal, pour aller dans le répertoire Plugins du navigateur :
cd /usr/lib/mozilla-1.4/plugins
* Entrez la commande suivante pour créer un lien symbolique vers le plug-in Java du navigateur Mozilla.
ln -s /usr/java/jre1.5.0/plugin/i386/ns7
/libjavaplugin_oji.so .
3. Démarrez le navigateur Mozilla ou redémarrez-le s'il est déjà en cours d'exécution. Notez que si d'autres composants Mozilla (tels que Messenger ou Composer) sont en cours d'exécution, il faut également les redémarrer.
4. Allez dans Édition > Préférences. Sous la catégorie Avancées, sélectionnez Activer Java.
# Ce n'est pas fini.
Posté par ToutVaBien . En réponse au message Pas de son dans kino sous Mandriva 2006. Évalué à 1.
http://www.kinodv.org/dcforum/dcforum?az=show_topic&foru(...)
ToutVaBien
# Envoi des faxs OK avec Hylafax/Olitec smartmemory. Réception ?
Posté par ToutVaBien . En réponse au message Configuration hylafax sous KDE avec modem Olitec Smartmemory. Évalué à 1.
Pour envoyer des faxs via le modem Olitec SmartMemory branché sur com1, ça y est ça marche. Résumé de la procédure, à partir de l'installation standard Mandriva 2006 Free :
Installations (pérenne) :
* Installer le packetage hylafax-server.
* Sous root, lancer la commande addfaxmodem ttyS0, et configurer le modem (prendre les valeurs par défaut en cas de doute). Choisir la classe 2 (l'émission se bloque ensuite lorsqu'on choisit la classe 1 ou 1.0, pourtant conseillées dans le man addfaxmodem)
* Lancer la commande faxsetup pour configurer hylafax (prendre les valeurs par défaut en cas de doute).
Après chaque reboot :
* lancer la commande faxmodem ttyS0. elle prépare le modem à l'émission.
Pour envoyer le fax :
* Utiliser par exemple kdeprintfax (dans les menus kde : Bureautique/Communications/Fax)
Ca marche :-)
Réception des faxs :
La commande est faxgetty ttyS0 &, qui ouvre FIFO.ttyS0 et se met en attente sur la ligne. (la commande faxanswer ttyS0 permet de déclencher le décrochage dans le cas où l'on n'a configuré ttyS0 de sorte que faxgetty ne décroche pas de lui-même). Les faxs sont sensés se retrouver en .tiff dans /var/spool/fax/recvq Je pense que ce dispositif fonctionnerait si le fax arrivait directement de l'extérieur.
Mon problème, c'est d'aller chercher les faxs dans la mémoire du modem . Car je voudrais laisser le modem autonome. On comprendrait que hylafax ne sache pas faire.
La solution me semble être de réémettre le fax depuis le modem. Cela me semble réaliste, puisqu'avec le smartmemory d'Olitec ont peut relire les faxs à distance.
??????
ToutVaBien
NB : j'essaie d'être précis dans mes explications, en espérant que ça tiendra lieu de doc pour d'autres personnes.
# Conclusion ? Et remerciements !
Posté par ToutVaBien . En réponse au message Pas de son dans kino sous Mandriva 2006. Évalué à 1.
Ca a marché (au problème près des répertoires dont le nom comporte des caractères accentués, cf. http://linuxfr.org/forums/14/16895.html).
L'hypothèse la plus probable me semble être que sur le poste à problèmes, cela vient de la carte son. Pourtant, celle-ci n'a jamais aussi bien marché que sous Mandriva 2006 (pour tous les logiciels différents de kino) !
Sur le trajet de ce constat, grâce à toi qui m'a guidé, je suis passé de super-newbie à presque plus newbie.
Merci !
ToutVaBien
[^] # Re: Des infos supplémentaires
Posté par ToutVaBien . En réponse au message Pas de son dans kino sous Mandriva 2006. Évalué à 1.
Penses-tu qu'il soit pertinent de poster un nouveau message sur le forum Mandriva ?
Quoi qu'il en soit, merci pour ton accompagnement,
Serge
[^] # Re: Des infos supplémentaires
Posté par ToutVaBien . En réponse au message Pas de son dans kino sous Mandriva 2006. Évalué à 1.
périphérique audio xmms
greffon de sortie : Pilote OSS 1.2.10 [libOSS.so]
kernel
le kernel a été chargé depuis la liste proposée depuis l'installateur de packetages Mandriva (nous étions connectés au mirroir de free).
uname -a répond :
Linux localhost 2.6.12-18mdk #1 Wed Mar 15 13:15:23 MST 2006 i686 Pentium III (Katmai) unknown GNU/Linux
# Le point dimanche matin
Posté par ToutVaBien . En réponse au message Pas de son dans kino sous Mandriva 2006. Évalué à 1.
* Pour le son, la meilleure piste semble etre ce message (cf. plus haut) que kino envoi dans une console lorsqu'on lit une vidéo :
>>> audio at 32000 failed - forcing resample at 44100hz
SNDCTL_DSP_SPEED: Succès
SNDCTL_DSP_SPEED: Succès
>>> audio at 32000 failed - forcing resample at 44100hz
SNDCTL_DSP_SPEED: Succès
SNDCTL_DSP_SPEED: Succès
>>> audio at 32000 failed - forcing resample at 44100hz
SNDCTL_DSP_SPEED: Succès
SNDCTL_DSP_SPEED: Succès
On comprend que si kino force à 44100hz et que la carte son attend autre chose pour dialoguer... Mais j'ai configuré arts sur 44100 Hz, sans résultat (il aurait peut-être fallu mettre un autre paramètre du genre "full duplex" ?)
* Par ailleurs, je me suis demandé s'il ne manquat pas un packetage. Regardant ceux qui étaient dispos, j'ai installé kino-plugins 1.01. Pas d'amélioration. Mais peut-être un autre packetage ?
??????????
Serge
NB1 : Etant donné que le problème de son s'accompagne du problème de la vitesse plus élevée, il me semble que cela ne peut pas être un truc bête (du genre un potentiomètre à 0 dans KMIX ou ailleurs).
NB 2 : je rappelle que la manip consistant à désactive arts n'apporte rien (ça marchait sous Mandrake 10.1 sans désactiver Arts, donc la carte doit accepter deux accès en //).
# La liaison IEEE1394 : c'est bon, MAIS.... Et reste le SON
Posté par ToutVaBien . En réponse au message Pas de son dans kino sous Mandriva 2006. Évalué à 1.
Donc, pour réinstaller IEEE1394 :
* Dans /etc/modeprobe.conf, placer la ligne :
alias ieee1394-controller ohci1394
* Quand on fait ça et qu'on reboote, le système râle pour cause de "Module ohci1394 not found". C'est ça. Donc, pour réinstaller le driver lancer sous root :
modprobe ohci1394
On vérifie par lsmod | grep 1394 que tous les device(s) nécessaires tournent maintenant :
dv1394 17452 0
raw1394 24620 0
eth1394 16936 0
ohci1394 32308 1 dv1394
ieee1394 289528 4 dv1394,raw1394,eth1394,ohci1394
Avec ça, sa marche dans kino. Mais pas le son.
Ce que je ne comprends pas, c'est que je retrouve dans /etc/modeprobe.conf la ligne suivante, à la place de celle que moi-même tapée avec mes doigts sur le clavier :
alias ieee1394-controller ohci1394blacklist audio
blacklist audio ????????? Et pas de son dans kino ?
Serge
NB1 : à noter que l'installation IEEE1394 globalement beaucoup mieux que sous Mandrake 10.1, où il fallait faire plusieurs autres manipulations en particulier lancer sous root les commandes :
knod /dev/raw1394 c 171 0
chmod 766 /dev/raw1394
(et parfois rmmpd eth1394)
De plus, Mandrake 10.1 se mélangeait souvent les pincaux entre la carte ethernet et la carte IEEE1394 (d'où les manips on the edge). Ca ne m'est pas encore arrivé sous Mandriva 2006.
NB2 : j'écris beaucoup de détails en espérant que ça sauvera des heures à des camarades encore assez newbies qui passeront pas le même chemin
# Messages fournis par Kino
Posté par ToutVaBien . En réponse au message Pas de son dans kino sous Mandriva 2006. Évalué à 1.
En revanche, je suis étonné du message suivant, qui se répète tout au long d'une lecture de la vidéo :
>>> audio at 32000 failed - forcing resample at 44100hz
SNDCTL_DSP_SPEED: Succès
SNDCTL_DSP_SPEED: Succès
>>> audio at 32000 failed - forcing resample at 44100hz
SNDCTL_DSP_SPEED: Succès
SNDCTL_DSP_SPEED: Succès
>>> audio at 32000 failed - forcing resample at 44100hz
SNDCTL_DSP_SPEED: Succès
SNDCTL_DSP_SPEED: Succès
Cela pourrait-il être une piste ?
Serge
________________________
Les messages kino au lancement
Lancement de kino en console
> Kino Common being built
> Creating page editor
> Creating Capture Page
> Creating Export Page
> Creating Export1394 Page
> Creating ExportAVI Page
> Creating ExportStills Page
> Creating ExportAudio Page
> Creating ExportMJPEG Page
> Creating ExportPipe Page
/usr/share/kino/scripts/exports/extract_chapters
/usr/share/kino/scripts/exports/ffmpeg2theora.sh
which: no ffmpeg2theora in (/usr/bin:/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin/:/usr/games:/home/serge/bin)
/usr/share/kino/scripts/exports/ffmpeg_3gp.sh
which: no MP4Box in (/usr/bin:/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin/:/usr/games:/home/serge/bin)
/usr/share/kino/scripts/exports/ffmpeg_divx.sh
/usr/share/kino/scripts/exports/ffmpeg_divx_dual.sh
/usr/share/kino/scripts/exports/ffmpeg_dvd.sh
which: no dvdauthor in (/usr/bin:/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin/:/usr/games:/home/serge/bin)
/usr/share/kino/scripts/exports/ffmpeg_dvd_dual.sh
which: no dvdauthor in (/usr/bin:/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin/:/usr/games:/home/serge/bin)
/usr/share/kino/scripts/exports/ffmpeg_flv.sh
/usr/share/kino/scripts/exports/ffmpeg_mp3.sh
/usr/share/kino/scripts/exports/ffmpeg_mp4.sh
/usr/share/kino/scripts/exports/ffmpeg_vcd.sh
/usr/share/kino/scripts/exports/mencoder.sh
/usr/share/kino/scripts/exports/rawplay.sh
> Creating page trim
>> image creator repository created
>>> Image Create: Couleur fixe
>>> Image Create: Bruit aléatoire
>>> Image Create: Variation de couleur
>>> Image Create: Dégradé
>>> Image Create: Créer depuis un fichier
>> image filter repository created
>>> Image Filter: Aucun changement
>>> Image Filter: Noir & Blanc
>>> Image Filter: Sépia
>>> Image Filter: Vidéo inverse
>>> Image Filter: Miroir
>>> Image Filter: Kaléidoscope
>>> Image Filter: Commutation
>> image transition repository created
>>> Image Transition: Aucun changement
>>> Image Transition: Commutation
>>> Image Transition: Fondu
>>> Image Transition: Volet horizontal
>>> Image Transition: Volet porte
>>> Image Transition: Différences
>> audio filter repository created
>>> Audio Filter: Aucun changement
>>> Audio Filter: Silence
>>> Audio Filter: Fondu entrant
>>> Audio Filter: Fondu sortant
>> audio transition repository created
>>> Audio Transition: Aucun changement
>>> Audio Transition: Fondu croisé
>>> Audio Transition: Doublage
>>> Audio Transition: Mix
> Creating Magick Page
>> Searching /usr/lib/kino-gtk2 for plugins
>> Starting Editor
>> Kino Common newFile
>> Creating undo/redo buffer
>>> Received playlist to store at position 0
>>>> Adding to end
>> on_main_window_map_event
[^] # Correction (désolé)
Posté par ToutVaBien . En réponse au message Pas de son dans kino sous Mandriva 2006. Évalué à 1.
raw1394 24620 0
ieee1394 289528 1 raw1394
de plus /dev/raw1394 existe bien, il est en lecture/écriture pour le user et pour le groupe.
pourtant kino me dit toujours : raw1394 kernel module non chargé ou échec de lecture écriture sur /dev/raw1394"
Finalement, c'est comme si kino n'arrivait à se brancher ni sur la carte son, ni sur la carte IEEE1394 (qui vivent pourtant leur vie par ailleurs, en tout cas la carte son).
[^] # Re: Des infos supplémentaires
Posté par ToutVaBien . En réponse au message Pas de son dans kino sous Mandriva 2006. Évalué à 1.
son
SON
Avant désactivation de arts ce process tourne (ps auxw|grep arts) :
/usr/bin/artsd -F 17 -S 4096 -a oss -s 1 -m artsmessage -c drkonqi -l 3 -f
Après désactivation , plus rien.
xmms
Je l'ai installé, et ça marche, j'entends le .wav ("quand les hommes vivront d'amour", le premier fichier lequel je suis tombé dans le répertoire .openoffice par un find :-)).
Comment vais-je voir le "périphérique audio" qui t'intéresse ?
Carte son ?
J'ai une carte son ancienne. Pour la faire marcher dans Mandriva 2006, il a fallu charger un nouveau kernel (2.6.12.18 au lieu de 2.6.12.12 je crois). Le problème pourrait-il venir d'un problème de troisième ordre avec la carte ? (je dis de troisième ordre, car kino marchait avec cette même carte son sous Mandrake 10.1)
Mais je ne sais pas comment faire pour connaitre les caractéristiques exactes de la carte son, ni pour la configurer différemment si ça résoud le problème.
IEE1394
Pas de eth1394 par lsmod.
Mais rien d'autre concernant 1394, et ça correspond à ce que me dit kino :
raw1394 kernel module non chargé. Je ne sais pas comment ça se charge, le raw1394.
[^] # Re: Des infos supplémentaires
Posté par ToutVaBien . En réponse au message Pas de son dans kino sous Mandriva 2006. Évalué à 1.
Pas de son
* Le son marche bien sous KDE (je l'entends à chaque login, et lorsque je regarde les mêmes fichiers dv avec mplayer).
* Le périphérique audio est OSS (dans "configurer votre bureau").
* J'ai essayé de désactiver arts (dans "configurer votre bureau") mais ça ne marche pas mieux (sous Mandrake 10.1, ça marchait sans désactiver arts, ce qui pourrait vouloir dire que ma carte est multi-canaux).
* Je ne sais pas ce que signifie un "autre logiciel de son" et xmms. Sur la machine seul Mozilla tourne avec Kino. Et lorsque je lance la commande 'top' dans une console, je ne vois pas de xmms.
* "output plugin" : tu veux dire le paramètre "périphérique audio" des préférences de kino ? C'est /dev/dsp.
Autre info : sous Mandrake 10.1 il y avait l'histoire d'un paramètre du BIOS (Pnp quelque chose), que j'avais dû désactiver pour avoir le son. Là j'ai essayé de le réactiver, mais ça ne marche pas pour autant. D'ailleurs, comme le son marche au niveau de la couche KDE...
* Vitesse accélérée,
C'est donc le système de son qui drive les logiciels temps-réel comme kino ? Très intéressant.
* Carte IEE1394
Modprobe raw1394 passe sous root, merci.
Ca ne marche toujours pas sous kino. Pourtant : ça a l'air OK dans le matériel ; /dev/raw1394 existe et il est en lecture écriture pour le compte utilisateur et pour le groupe (et ça ne marche pas mieux lorsque je fais chmod 766).
En remontant dans mes notes j'ai relevé ce qui pourrait être la cause du pb IEEE1394. Dans le centre de contrôle de Mandriva, "Réseau et Internet", j'ai supprimé il y quelques jours la connexion réseau correspondant à la carte IEEE1394 (c'était un mauvais réflexe qui me vient d'une manip empirique que je faisais régulièrement pour avoir le réseau sous Mandrake10.1, lorsqu'il confondait les deux cartes).
[^] # Réinstallation propre
Posté par ToutVaBien . En réponse au message Pas de son dans kino sous Mandriva 2006. Évalué à 1.
Ensuite, j'ai réinstallé par urpmi, après avoir ouvert un canal vers le site officiel de Mandriva.
Mêmes symptômes dans kino (pas de son, vitesse accélérée, pas d'IEEE1394). Snif.
Mais ça valait le coup de vérifier que la cause du problème n'était pas là.
Merci
Serge
NB1 : j'ai par ailleurs fait une demande sur le forum de kino :
http://www.kinodv.org/dcforum/dcforum?az=show_topic&foru(...)
NB2 : je ferai le point d'ici quelque temps par un nouveau message sur le forum Mandriva.
[^] # Re: Des infos supplémentaires
Posté par ToutVaBien . En réponse au message Pas de son dans kino sous Mandriva 2006. Évalué à 1.
J'ai réinstallé Kino 0.7.6 de cette manière. Même symptômes :
* Pas de son
* Vitesse accélérée,
* Pas de reconnaissance de la carte IEEE1394 alors que /dev/raw1394 existe et qu'il est accessible en lecture écriture (et modprobe n'est pas une commande connue par le système).
Cela pourrait-il venir que précédemment, je n'avais pas installé exactement les bonnes bibliothèques au fur et à mesure où j'allais les chercher sur tpm/pbone.net quand l'installateur me le demandait ?
Serge
# Des infos supplémentaires
Posté par ToutVaBien . En réponse au message Pas de son dans kino sous Mandriva 2006. Évalué à 1.
http://www.kinodv.org/dcforum/dcforum?az=show_mesg&forum(...)
La question était (même symptômes que chez moi) :
"No audio and 2X speed video"
Why do I have no audio and the video plays back double time when playing in edit or trim mode. Capture occures at normal speed but there is no audio during capture either. I must have the wrong buuton pushed somewhere. This happens whenever I play back older captures as well.
rock
La réponse fut :
See Edit/Preferences/Audio. With Kino 0.8.0 you can enter an ALSA pcm name or the OSS /dev file to select ALSA vs. OSS.
+-DRD-+
Kino Developer
Merci pour toute aide supplémentaire,
Serge
NB : kino n'est pas dans la distribution Mandriva 2006 Free, alors qu'il l'était dans la 10.1 commercialisée