Je sais que je suis complètement hors sujet, mais si l'objectif est de lire ces fichiers .dv avec ffDiaporama, il suffit de les renommer en .avi et ffDiaporama saura les lire sans avoir besoin de les convertir.
On 1 mai, 13:56, Francois Lafont <francois.laf...@nospam.invalid>
wrote:
Le 01/05/2012 13:48, Dominique a écrit :
>>>> Je ne sais pas remplacer les ???? par nom_du_fichier.
>>> $ man basename
>> Pitié! Ça fait des milénaires que les shells supportent ${i%.*}.
> Et comment fonctionne ce filtre ? Je ne suis pas bon avec ça !
Je sais que je suis complètement hors sujet, mais si l'objectif est de
lire ces fichiers .dv avec ffDiaporama, il suffit de les renommer
en .avi et ffDiaporama saura les lire sans avoir besoin de les
convertir.
Je sais que je suis complètement hors sujet, mais si l'objectif est de lire ces fichiers .dv avec ffDiaporama, il suffit de les renommer en .avi et ffDiaporama saura les lire sans avoir besoin de les convertir.
[Au passage : lors d'une affectation dans une variable, ça ne sert à rien de mettre des "" autour si il n'y a pas d'espace littéral (si il est dans le contenu d'une variable utilisée ou dans le résultat d'un `, pas de problème).]
Si on a potentiellement un chemin d'accès dans la variable, il faut faire un peu plus compliqué, parce qu'on va se faire avoir si un répertoire du chemin a un . et pas le nom de fichier au bout (noter qu'on se fait avoir aussi avec basename, mais différement). On peut s'en sortir comme ça :
case $i in */*) tmp=${i##*/} name=${i%/*}/${j%.*};; *) name=${i%.*};; esac
[Au passage : lors d'une affectation dans une variable, ça ne sert à rien de
mettre des "" autour si il n'y a pas d'espace littéral (si il est dans le
contenu d'une variable utilisée ou dans le résultat d'un `, pas de problème).]
Si on a potentiellement un chemin d'accès dans la variable, il faut faire un
peu plus compliqué, parce qu'on va se faire avoir si un répertoire du chemin
a un . et pas le nom de fichier au bout (noter qu'on se fait avoir aussi
avec basename, mais différement). On peut s'en sortir comme ça :
case $i in
*/*)
tmp=${i##*/}
name=${i%/*}/${j%.*};;
*) name=${i%.*};;
esac
[Au passage : lors d'une affectation dans une variable, ça ne sert à rien de mettre des "" autour si il n'y a pas d'espace littéral (si il est dans le contenu d'une variable utilisée ou dans le résultat d'un `, pas de problème).]
Si on a potentiellement un chemin d'accès dans la variable, il faut faire un peu plus compliqué, parce qu'on va se faire avoir si un répertoire du chemin a un . et pas le nom de fichier au bout (noter qu'on se fait avoir aussi avec basename, mais différement). On peut s'en sortir comme ça :
case $i in */*) tmp=${i##*/} name=${i%/*}/${j%.*};; *) name=${i%.*};; esac
et utiliser $name derrière.
Dominique
Le 01/05/2012 17:18, domledom a écrit :
Je sais que je suis complètement hors sujet, mais si l'objectif est de lire ces fichiers .dv avec ffDiaporama, il suffit de les renommer en .avi et ffDiaporama saura les lire sans avoir besoin de les convertir.
Je n'aurais pas pensé à changer les extensions « à la hussarde »...
J'y penserai la prochaine fois. Là, j'ai fini mon diaporama avec des fichiers mpeg. Je ne recommence pas :-)
Merci pour le tuyau et bonne soirée,
-- Dominique Courriel : dominique point sextant ate orange en France Esto quod es
Le 01/05/2012 17:18, domledom a écrit :
Je sais que je suis complètement hors sujet, mais si l'objectif est de
lire ces fichiers .dv avec ffDiaporama, il suffit de les renommer
en .avi et ffDiaporama saura les lire sans avoir besoin de les
convertir.
Je n'aurais pas pensé à changer les extensions « à la hussarde »...
J'y penserai la prochaine fois. Là, j'ai fini mon diaporama avec des
fichiers mpeg. Je ne recommence pas :-)
Merci pour le tuyau et bonne soirée,
--
Dominique
Courriel : dominique point sextant ate orange en France
Esto quod es
Je sais que je suis complètement hors sujet, mais si l'objectif est de lire ces fichiers .dv avec ffDiaporama, il suffit de les renommer en .avi et ffDiaporama saura les lire sans avoir besoin de les convertir.
Je n'aurais pas pensé à changer les extensions « à la hussarde »...
J'y penserai la prochaine fois. Là, j'ai fini mon diaporama avec des fichiers mpeg. Je ne recommence pas :-)
Merci pour le tuyau et bonne soirée,
-- Dominique Courriel : dominique point sextant ate orange en France Esto quod es
Nicolas George
domledom , dans le message , a écrit :
Je sais que je suis complètement hors sujet, mais si l'objectif est de lire ces fichiers .dv avec ffDiaporama, il suffit de les renommer en .avi et ffDiaporama saura les lire sans avoir besoin de les convertir.
Ça, ça ressemble fortement à un bon argument pour mettre ledit ffDiaporama illico à la poubelle.
domledom , dans le message
<d06530db-4877-470b-b660-66a3d506e737@j3g2000vba.googlegroups.com>, a
écrit :
Je sais que je suis complètement hors sujet, mais si l'objectif est de
lire ces fichiers .dv avec ffDiaporama, il suffit de les renommer
en .avi et ffDiaporama saura les lire sans avoir besoin de les
convertir.
Ça, ça ressemble fortement à un bon argument pour mettre ledit ffDiaporama
illico à la poubelle.
Je sais que je suis complètement hors sujet, mais si l'objectif est de lire ces fichiers .dv avec ffDiaporama, il suffit de les renommer en .avi et ffDiaporama saura les lire sans avoir besoin de les convertir.
Ça, ça ressemble fortement à un bon argument pour mettre ledit ffDiaporama illico à la poubelle.
Dominique
Le 01/05/2012 20:47, Nicolas George a écrit :
Ça, ça ressemble fortement à un bon argument pour mettre ledit ffDiaporama illico à la poubelle.
Ce serait dommage. C'est vraiment une application agréable, efficace et intuitive à utiliser. Un rapport de bug aux auteurs serait sans doute plus efficace.
Bonne journée,
-- Dominique Courriel : dominique point sextant ate orange en France Esto quod es
Le 01/05/2012 20:47, Nicolas George a écrit :
Ça, ça ressemble fortement à un bon argument pour mettre ledit ffDiaporama
illico à la poubelle.
Ce serait dommage. C'est vraiment une application agréable, efficace et
intuitive à utiliser. Un rapport de bug aux auteurs serait sans doute
plus efficace.
Bonne journée,
--
Dominique
Courriel : dominique point sextant ate orange en France
Esto quod es
Ça, ça ressemble fortement à un bon argument pour mettre ledit ffDiaporama illico à la poubelle.
Ce serait dommage. C'est vraiment une application agréable, efficace et intuitive à utiliser. Un rapport de bug aux auteurs serait sans doute plus efficace.
Bonne journée,
-- Dominique Courriel : dominique point sextant ate orange en France Esto quod es
[Au passage : lors d'une affectation dans une variable, ça ne sert à rien de mettre des "" autour si il n'y a pas d'espace littéral (si il est dans le contenu d'une variable utilisée ou dans le résultat d'un `, pas de problème).]
Oui en effet, j'ai le réflexe de mettre des « "xxx" » partout.
Si on a potentiellement un chemin d'accès dans la variable, il faut faire un peu plus compliqué, parce qu'on va se faire avoir si un répertoire du chemin a un . et pas le nom de fichier au bout (noter qu'on se fait avoir aussi avec basename, mais différement). On peut s'en sortir comme ça :
case $i in */*) tmp=${i##*/} name=${i%/*}/${j%.*};; *) name=${i%.*};; esac
[Au passage : lors d'une affectation dans une variable, ça ne sert à rien de
mettre des "" autour si il n'y a pas d'espace littéral (si il est dans le
contenu d'une variable utilisée ou dans le résultat d'un `, pas de problème).]
Oui en effet, j'ai le réflexe de mettre des « "xxx" » partout.
Si on a potentiellement un chemin d'accès dans la variable, il faut faire un
peu plus compliqué, parce qu'on va se faire avoir si un répertoire du chemin
a un . et pas le nom de fichier au bout (noter qu'on se fait avoir aussi
avec basename, mais différement). On peut s'en sortir comme ça :
case $i in
*/*)
tmp=${i##*/}
name=${i%/*}/${j%.*};;
*) name=${i%.*};;
esac
[Au passage : lors d'une affectation dans une variable, ça ne sert à rien de mettre des "" autour si il n'y a pas d'espace littéral (si il est dans le contenu d'une variable utilisée ou dans le résultat d'un `, pas de problème).]
Oui en effet, j'ai le réflexe de mettre des « "xxx" » partout.
Si on a potentiellement un chemin d'accès dans la variable, il faut faire un peu plus compliqué, parce qu'on va se faire avoir si un répertoire du chemin a un . et pas le nom de fichier au bout (noter qu'on se fait avoir aussi avec basename, mais différement). On peut s'en sortir comme ça :
case $i in */*) tmp=${i##*/} name=${i%/*}/${j%.*};; *) name=${i%.*};; esac
et utiliser $name derrière.
Merci pour cette petite « siouxerie ». :-) À+
-- François Lafont
Nicolas George
Dominique , dans le message <4fa0cf14$0$12495$, a écrit :
Ce serait dommage. C'est vraiment une application agréable, efficace et intuitive à utiliser. Un rapport de bug aux auteurs serait sans doute plus efficace.
Là, ce n'est pas un bug, c'est une preuve d'incompétence crasse.
Dominique , dans le message
<4fa0cf14$0$12495$ba4acef3@reader.news.orange.fr>, a écrit :
Ce serait dommage. C'est vraiment une application agréable, efficace et
intuitive à utiliser. Un rapport de bug aux auteurs serait sans doute
plus efficace.
Là, ce n'est pas un bug, c'est une preuve d'incompétence crasse.
Dominique , dans le message <4fa0cf14$0$12495$, a écrit :
Ce serait dommage. C'est vraiment une application agréable, efficace et intuitive à utiliser. Un rapport de bug aux auteurs serait sans doute plus efficace.
Là, ce n'est pas un bug, c'est une preuve d'incompétence crasse.
Dominique
Le 02/05/2012 10:03, Nicolas George a écrit :
Là, ce n'est pas un bug, c'est une preuve d'incompétence crasse.
Est-ce suffisant pour jeter toute l'application ?
-- Dominique Courriel : dominique point sextant ate orange en France Esto quod es
Le 02/05/2012 10:03, Nicolas George a écrit :
Là, ce n'est pas un bug, c'est une preuve d'incompétence crasse.
Est-ce suffisant pour jeter toute l'application ?
--
Dominique
Courriel : dominique point sextant ate orange en France
Esto quod es
Là, ce n'est pas un bug, c'est une preuve d'incompétence crasse.
Est-ce suffisant pour jeter toute l'application ?
-- Dominique Courriel : dominique point sextant ate orange en France Esto quod es
Nicolas George
Dominique , dans le message <4fa11265$0$21493$, a écrit :
Est-ce suffisant pour jeter toute l'application ?
À mon sens oui : s'il y a une grossière erreur comme celle-là aussi visible, il y en a certainement un paquet d'autres moins visibles, qui font chacune courir des risques à la machine : fuites de mémoire, écrasement d'un fichier source, etc.
Dominique , dans le message
<4fa11265$0$21493$ba4acef3@reader.news.orange.fr>, a écrit :
Est-ce suffisant pour jeter toute l'application ?
À mon sens oui : s'il y a une grossière erreur comme celle-là aussi visible,
il y en a certainement un paquet d'autres moins visibles, qui font chacune
courir des risques à la machine : fuites de mémoire, écrasement d'un fichier
source, etc.
Dominique , dans le message <4fa11265$0$21493$, a écrit :
Est-ce suffisant pour jeter toute l'application ?
À mon sens oui : s'il y a une grossière erreur comme celle-là aussi visible, il y en a certainement un paquet d'autres moins visibles, qui font chacune courir des risques à la machine : fuites de mémoire, écrasement d'un fichier source, etc.
