manatlan a écrit 1590 commentaires

et c'est ecoutable ici :
http://www.tv-radio.com/ondemand/france_inter/TELSONNE/TELSO(...)
(avec xine pour moi)

En fait, personne ne sait quoi trop penser, suite à cette nouvelle ...
Pourtant, ailleurs, ça déchaine ! (digg, slashdot ...)
Linuxfr reste calme ;-) ... maturité atteinte ?!

- les mandrakiens sont peut être en train d'installer une ubuntu ou une debian ... pour voir et tenter de comprendre
- les ubuntiens ont un peu peur pour leur distrib chérie ...
- les libristes extremistes n'arrivent pas à cerner où celà risquerait de mener linux et les LL ... (visivilité accru VS ads partout ;-)
- les KDE'iens sont consternés par le choix du desktop (et lance spredkde ;-) ...

Etant un big fan des produits google et un ubuntien comblé ... moi je n'y vois que du bien ... mais je ne sais pas encore trop le décrire ...

ça donne envie de s'abonner ;-)

blague à part ! J'ai vachement apprécié cette lecture ! C'est un point de vue que je ne voyais pas ! Et pourtant, tout le début : c'est quasiment mon histoire ...
" Windows, piratages (combien d'heures passées sous astalavista), piégé/bloqué dans ses besoins sous le proprio... et cette découverte/ouverture vers le libre (grace à ce site !), qui, finallement , s'est traduite vers une migration totale aux LL pour mon plus grand bonheur " ...
et cette DADVSI qui me referait passer pour un pirate (alors que je suis maintenant ultra clean), sous pretexte de vouloir lire/ecouter qqchose qui n'a pas été prévu pour tourner sous mon OS (drm inside) ...

il m'a également fait pointer cet article : http://www.cafe-clope.net/orangeamere/index.php/2005/09/05/1(...)
qui est excellent !

non, vraiment, bien !!! merci !

et en plus, y a pas de problèmes de "limitation de frontière" dans gnome ;-)

effectivement ... je viens de parcourir en gros
tout à déjà été dit récemment ...

moi aussi j'utilise gimp depuis qques années déjà, et je le prefere, de loin à photoshop ...

C'est un exemple que j'ai pris ...
Ce que je voulais dire par là, c'est que notre OS pourrait devenir une cible commercial à termes ...
Et on pourrait enfin avoir tout ce qu'il manque pour qu'une part plus importante de gens migrent vers cette plateforme... (jeux, drivers proprios, montage_video, etc ... etc ...)
Je sais qu'on trouve tout en gpl, et qu'on peut s'en sortir très bien sans. (je suis moi même non joueur, je n'attends aucun drivers proprios)

Mais je rêve que tout le monde utilise un OS libre (peu importe les couches au-dessus ... mais l'os doit être libre !)
Plus il y aura de monde, plus les applis proprios vont suivre, plus aussi ils y aura des développeurs gpl, et plus aussi il y aura des produits gpl ... et ainsi de suite (cercle virtueux)

mono/dot.net ; on va en bouffer pendant au moins 15 ans ...
qu'on le veuille ou non ...
La machinerie crosoft est en train de pousser dot.net un peu partout, et ce, jusque dans son futur os vista ...
Je crois qu'on ne pourra pas faire grand chose ... : comprendre "qu'on le veuille ou non" ; on va avoir de plus en plus d'applicatifs dot.net (et CE à tous les niveaux) ... c'est certain

Maintenant, "nous" sous notre os libre, on a (et fort heureusement, et timaniac me contredira pas), un équivalent "libre" ...
Et qui je pense, facilitera ***énormément*** d'éventuel portage d'applis de win vers nux ...

(ex : pour vista, adobe redéveloppera certainement un photoshop en managé dot.net, et ce dernier sera assez facile à transposer en mono, pour atteindre une clientèle "plus large")

donc, pour moi, c'est clairement un avantage .... (mais j'aime pas les ".exe")

> Je ne crois pas que VOIP fonctionnera avec les contacts qui
> utilisent une passerelle.

j'ai jamais dit ça ;-)
je disais que le gars pourrait alors profiter de la VOIP avec d'autres google-talk'iens (et à cour-terme, les autres clients jabber) ... tout en concervant ses anciens amis (msn ou icq ou yahoo ou aim) via les passerelles ...

alors lui même, dira à ses anciens amis, sur les anciens réseaux ... " ... venez, prennez google-talk, vous pourrez utiliser les passrelles pour voir vos anciens amis ... et converser en audio avec MOI, et vos futurs nouveaux amis que vous aurez converti ... etc ... etc ..."

quand tout un groupe d'amis n'a plus d'amis sur les reseaux msn, icq, ou yahoo (donc plus de raisons de garder ces réseaux): ils pourront virer les passerelles tranquillement ...
et tout le monde sera jabberisé ...

je confirme !
ça marche impecc !

c'est le début de la fin de msn ...

oui, c'est clair que là ... ça commence à devenir interessant (pour les newb/win et cie)

un gars qui n'utilise que msn, pour l'IM et l'audio peut partir sans prob du monde MSN ... pour un monde meilleur

il peut garder ses contacts MSN (via une passerelle, g testé ça marche)
et converser audio via gtalk ... avec ses "nouveaux amis".

Et c'est pareil pour tous les gens qui utilisaient encore un vieux client mono-protocole, genre ICQ, AIM ou yahoo ...
Ils pourront avoir un nouveau protocol ;-), et continuer de converser avec leurs anciens amis, tout en profitant de la voip de gtalk

tous ces nouveaux users, entraineront forcément des nouveaux users dans leur sillage ...


il faudrait créer des tutos ultra simpliste de migration, avec screenshot et cie ... et les faire circuler ... sur les reseaux ...

effectivement un user google-talk peut adder un "user jabber classic"
et vis et versa ...

Mais j'ai l'impression qu'à partir de son compte google-talk
on ne peut pas ajouter les passerelles vers MSN/ICQ/AIM/yahoo d'un autre serveur jabber ...

J'ai tenté, via gajim/icq, et je n'arrivai pas à ajouter les passerelles de jabber.fr ... mais je crois que me rappeler maintenant que celles de jabber.fr ne sont pas partageables ... et qu'il faudrait alors mieux essayer avec celles de amessage.de, par exemple ...

qqu'un confirme ? m'éclaire ?

bah, je crois que c'est clair ...
(soit c pas bien configuré, soit le fichier existe pas)

il faut qqchose du style, dans le fichier ~/.fricorder :
-------------------------------------------------------------------
[common]
...
xmltv=/path/vers/un/fichier/qui/existe

mauvais vlc ...
faut changer de vlc en prendre un compatible "multiposte"
(si t sur ubu : cf forum ubu)

oui ...

mais la 0.5b répare tout ça ....
elle vient avec le rep

mais bientot y aura un deb

avec tes params ... j'ai uploadé une version 0.5b maintenant
2 possibilité d'enregistrement :
- direct : qualité direct du flux (mpeg2)
- OGM : compression mpeg4 comme tes params ...

oui, mais ce n'est plus du tout ce script ...
cependant, je prévois de faire un frontend web ...

donc, en ssh ... il suffira de lancer le bousin ... et de tuneller le futur port de l'interface web ... et de clic clic clic ...

sinon si tu feux utiliser la ligne de commande de fricoder tu peux toujours faire :

echo ./frecord.sh rtsp:/.... 60 haute ~/fichier.mpg | at 15:00
(60: minute ... à 15h, en qualité "haute" ...)

> sinon, je test ton soft dès ce soir! y-a-t il un témoin visuel qui
> indique l'enregistrement en cours ?

oui, une progressbar (zenity), permettant d'annuler ....

sinon, merci pour tes params vlc ...
suis vraiment curieux de tester ça ce soir !!!! (mais il me semble que j'avais aussi essayé cette combi)

Justement ... ça change la façon de consommer la tv ;-)
et d'y prendre essentiellement le meilleur ... pour un visionnage ultérieur.
(moi c'était essentiellement pour arte/tracks ;-)

ça fait plusieurs journaux, où des gens viennent dirent "k/ubuntu n'est pas prêt pour le desktop", et, chose étonnante ; ces gens sont toujours des "kde addicts" !?

Y aurait il un rapport ? ;-)

en fait, je me suis "formé" à bash aujourd'hui ...
et j'ai refait entièrement le script à partir de zero
il est maintenant absolument parfait !!!
- aucun process ne reste en mem (dans tous les cas)
- un zenity/progress permet d'annuler le recording
- et j'ai remonté l'appel au "AT" au niveau du python

tu trouveras tout ici (dans la 04.b):
http://manatlan.free.fr/setup/freecorder.tar.gz

voir script "frecord.sh"

euhhh ... trop fort ...

C'est MOI qui développe le frontend python sur TON script ;-)

je cherche juste à améliorer ton script ... car le process "sleep" continue de tourner (ça fait pas beau ;-)
Ce pourquoi je posais des questions ici pour faire avancer le schmilblick ...

suis en train de préparer la 0.3 ;-)

j'ai fait un essai ;-)

quand je recupere le pid de vlc (du fichier)
et que je kill vlc (kill xxxx)
le process vlc s'arrete
le process du script s'arrete
mais il reste toujours un process "sleep" ;-( ...

pourquoi n'est il pas tué avec celui du script ? et y a t il une soluce ?

merci beaucoup pour tes eclaircissements !!!!

et ça ?

function fin() { 
   rm -f rec.txt
   exit 0
}

# creation d'un fichier
echo "record en cours" > rec.txt

(
   vlc &
   pidvlc=$!
   echo $pidvlc > vlc.pid
   wait $pidvlc
   fin
)&
sleep 120
fin

explications : - suppression du "trap" et du "kill $$" n'est pas mieux qu'avec le trap ?!

ok ... extra ... et une dernière demande ... si je veux stocker le PID du process VLC (pour pouvoir le tuer automatiquement d'ailleurs) en gros alors :

function sortir() { 
   rm -f rec.txt
   exit 0
}

trap sortir SIGTERM

# creation d'un fichier
echo "record en cours" > rec.txt

(
   vlc &
   pidvlc=$!
   echo $pidvlc > vlc.pid
   wait $pidvlc
   kill $$
)&
sleep 120
sortir

c'est crédible ?