santos a écrit 456 commentaires

Programme passionnant mais beaucoup trop chargé à mon sens !
Ce n'est pas pour des étudiants ingénieurs, mais pour des jeunes de secondes, et pour une matière non "fondamentale".

Pour ma part, j'y mettrais les points suivants :

- Histoire et évolution de l'informatique : du Zuse_3 au Cloud_computing

- Architecture d'un ordinateur (composants principaux et leur rôle respectif)

- Architecture d'un réseau

- Le réseau Internet
-- architecture (réseau maillé)
-- services (web, messagerie, VoIP, P2P, VPN,...)

- Le web
-- les sites web
-- les applications web
-- les services web

- L'environnement logiciel
-- les grandes familles de logiciels
--- la bureautique
--- la gestion (progiciels,...)
--- le multimédia professionnel (graphisme, vidéo,...)
--- les applications métier (ex: gestion des aiguillages SNCF)
--- les loisirs (jeux, multimédia,...)
-- les modèles de développement
--- les logiciels propriétaires
--- les logiciels libres
-- les modèles économiques
--- la distribution de logiciels
--- la fourniture de services autour de logiciels
--- le Saas

- Les grands acteurs de l'informatique
-- les éditeurs de logiciels
-- les sociétés de services
-- les hébergeurs (de pages web mais aussi les fournisseurs de services : plateforme de blogs, de messagerie,...)
-- les fournisseurs d'accès
-- l'industrie du divertissement
-- les communautés

Idem avec l'API de réflexion :

$class = 'Foo';
$reflectedClass = new ReflectionClass($class);
$reflectedConstructor = $reflectedClass->getConstructor();
$args = array(....);
$reflectedConstructor->invokeArgs($instance, $args);


Pareil, même problème ! ReflectionMethod.invokeArgs() demande comme premier paramètre une instance d'objet de la classe concernée... or on veut justement créer cet instance, donc on ne l'a pas encore.

salut,

insérer des lignes au début d'un fichier, ça revient à remplacer le contenu du fichier par les lignes à insérer, suivies de l'ancien contenu...

# on renomme le fichier de log
mv ./temp/tmp.log ./temp/tmp.log.bak
touch ./temp/tmp.log
# ... tes commandes qui écrivent dans ./temp/tmp.log ...
# on remet l'ancien contenu
cat ./temp/tmp.log.bak >> ./temp/tmp.log


Ce n'est pas très optimisé, mais pour quelques centaines de lignes c'est largement suffisant.

Sinon avec sed :

sed -i 1i$(ton code) ./temp/tmp.log


Il me semble que l'article dans Linux Pratique n°50 parle de l'EasyGate, dont la page wikipédia est celle-ci :
http://fr.wikipedia.org/wiki/EasyGate.

EasyGate et OpenGate sont deux projets de Neuf Cegetel, dont le but est de fournir un terminal assurant les fonctions d'ordinateur et de modem/routeur, extrêmement simple à prendre en main pour un utilisateur débutant. Le tout entièrement à base de logiciels libres, et d'une distribution Linux maison, EasyOS.

EasyGate est la version "commerciale", tandi que OpenGate est la version communautaire, pour les geeks/bidouilleurs.
Les deux solutions sont identiques, la première est simplement dotée d'un support technique professionnel, et louée en supplément d'un abonnement à Internet chez Neuf Cegetel.

Plus d'infos sur le site de la communauté : http://www.easyneuf.org.

Attention, il y a deux notions bien distinctes :

- vendre (ou donner) un produit ;
- "céder ses droits" sur le produit.

Les deux sont possibles. Précédemment je te parlais de la première, tandis que goom te parle de la deuxième.

gpasswd -a admin www-data

Salut,

à partir du moment où tu es l'auteur d'un document, tu peux le diffuser simultanément sous plusieurs licences distinctes, compatibles entre elles ou non.

Dans ton cas, il n'est pas pas nécessaire de "changer" la licence de tes plans, mais simplement d'en diffuser une copie sous une autre licence (GFDL, Creative Commons sans la clause NC, etc...)

Sachant que bien entendu tu peux vendre tes plans sous une simple licence totalement propriétaire. En parallèle, sauf clause d'exclusivité (brevets,...), tu peux tout à fait continuer à les distribuer sous licence libre sur ton site perso ou ailleurs, tu n'es même pas tenu de les en informer.

De plus oui, à terme je veux pouvoir afficher plusieurs contenus "emmêlés", à la suite, sans temps mort et synchronisé ;-)

Justement...
mon but est de développer une nouvelle solution, différente de la solution actuelle ;
la solution actuelle est basée sur des pages web, qui permettent de disposer les différents contenus sur l'écran, et sur chaque client il y a un navigateur en plein écran, bardé de plugins (vidéo, flash, pdf, office,...) pour interpréter les différents contenus.

Moi je veux précisément abandonner ce principe, en concentrant le travail de génération des vues sur un serveur d'affichage, plutôt que de le déléguer aux terminaux.
Cela en particulier dans le but de rentre les afficheurs indépendants de la nature des contenus qu'ils affichent. La solution de la capture vidéo est la seule qui me permet d'atteindre cet objectif.
Les conséquences de cette solution sont une réduction de la qualité d'affichage des contenus, et une grosse consommation de bande passante, mais pour moi tout cela est envisageable.

Ou tant qu'on y est, un fichier texte auxquels les clients accèdent en NFS, et lisent en continu avec un tail -f ;-)

Merci pour ces nombreuses informations !

Alors, pour préciser ce que je souhaite faire :

en amont, des utilisateurs planifient des contenus (par exemple, un powerpoint de 12h34 à 12h37, suivi d'un PDF pendant 10 secondes, suivi d'une vidéo flash de 30 secondes, etc...

La planification se fait suffisamment de temps avant l'instant de passage pour qu'il n'y ait pas de conflits, et qu'elle soit éditable.

Parallèlement, un script analyse en permanence le planning, et en fonction, ouvre et affiche sur l'écran du serveur de streaming le bon contenu dans le bon player. Pendant ce temps, FFMPEG capture tout ce qui passe à l'écran, sans interruption. C'est ce flux produit que je veux encoder et envoyer aux afficheurs.
Il peut y'avoir 10 secondes, 30 secondes, 1 minute de décalage, ce n'est pas gênant, mais il faut quand-même que le flux soit généré à la volée. Donc il s'agit bien de produire un *flux* vidéo, et non des fichiers.

Un peu comme la TV, en quelque sorte. Chez TF1, ils font passer successivement des émissions en direct, des films préparés à l'avance, etc... mais côté client, on reçoit un flux continu, en temps réel (moyennant quelques secondes ou minutes de décalage).

Est-ce que c'est plus clair comme ça ?

Mon client, à priori ça sera un lecteur type VLC en plein écran, qui lit un flux du genre http://monserveur.local:XX?afficheur=4 par exemple.
La question de la sécurité et de la fiabilité du flux, je dirais que pour le moment c'est secondaire.

Vu la puissance de mes machines clientes, et le fait que je veux faire de l'encodage en live, d'après ce que tu me dis le codec xVid semble le mieux adapté.

salut Briaeros,

merci pour ces nombreuses remarques.

Concernant MPEG-2, peut importe qu'il soit répandu ou non, puisque je suis libre d'installer ce que je veux, tant côté serveur que côté clients.
En revanche, son bon ratio consommation/compression m'intéresse bien.

As-tu une idée d'un ordre de grandeur de consommation de ressources de Theora comparé à MPEG* ?

J'essaye de concevoir mon application en faisant abstraction des contraintes réseau, mais en pratique il est possible qu'elle soit déployée sur des réseaux "pourris" (10Mbps, équipements de piètre qualité, encombrement, etc...). Donc mieux vaut choisir une solution qui dans un premier temps ne consommera pas trop de bande passante.
D'autant plus que si dans un premier temps un réseau de qualité moyenne suffit pour connecter 4 écrans, les contraintes seront différentes si je veux mettre 40 écrans...

Concernant la puissance de mes clients, voici leur configuration matérielle :

Carte COMMEL LS-372
Processeur Intel Core Solo ou Duo
Chipset Intel 965
1 GO de RAM minimum
Carte graphique intégrée Intel X3100
Connectique HDMI
SSD de 1 à 4GO ou disque dur
Gigabit Ethernet

Cependant, le réseau derrière n'est pas forcément Gigabit, toussa...
Donc à mon avis, il vaut mieux que je mise sur la puissance de décodage de mes clients, et que j'économise un maximum de bande passante.

Concernant les pertes, la mise en place d'un tunnel SSH ou d'un VPN résoudrait le problème, non ? Il est possible que cela me soit imposé pour des raisons de sécurité.

En termes de qualité, pour le moment je ne cherche pas à faire de la vidéo HD... Les écrans sont toutefois HD-ready (1366*768).
A titre d'exemple, je souhaite qu'une présentation PowerPoint ou OpenOffice soit capturée en vidéo, puis affichée sur mes écrans, sans pertes visibles (genre que ça ne fasse pas des vieux petits carrés ou des saccades pendant les transitions). Par contre les contenus sont essentiellement statiques, à l'exception des transitions dans les diaporamas, et quelques vidéos occasionnelles, mais de type publicité, donc pas nécessairement de grande qualité.

La transmission multicast, je ne pense pas. A terme, chaque afficheur recevra un flux différent (donc capturé et encodé séparément).

Sans compter que ça suppose d'ouvrir un port (chez moi tous les ports sont fermés en sortie), configurer la passerelle réseau de manière à laisser transiter les données, etc...
Bonjour la sécurité, surtout avec un soft proprio, un port probablement statique,...

pas chez moi.

Du moins tu peux *aussi* répondre à mon topic sur les codec vidéos ;-)

J'ai cherché un peu sur le net, mais j'ai surtout trouvé deux types d'informations :
- celles qui ne valent rien (avi C null télechargr pluto divx pro C trop puissan)
- les comparatifs poussés mais appliqués à l'encodage de films.

J'ai au moins compris qu'il y a deux choses à choisir :
- un conteneur (AVI ou MPG), qui n'influe ni sur le poids ni sur la qualité de la vidéo finale)
- un codec audio et un codec vidéo.

L'audio pour le moment ça ne m'intéresse pas.
Pour la vidéo, priori les deux codecs en vogue sont x264 et xvid, tous deux des implémentations partielles et libres des spécifications MPEG4.

J'ai cru comprendre que x264 a un rapport qualité/poids légèrement supérieur à xvid.

Bah oui, quand par exemple /dev/sda1 est pleine, il doit continuer tranquillement à copier vers /dev/null ;-)

Même situation dans mon école.
Ras le machin de configurer manuellement chaque appli chaque fois que je suis dans l'école, et refaire la même chose dans l'autre sens quand je suis chez moi.

J'ai essayé le coup des scripts qui configurent automatiquement les logiciels, mais ça ne résout pas le problème des logiciels que j'utilise occasionnellement.

Et le coup de la config centralisée du proxy, sous KDE ça n'est pris en compte que par certaines applis KDE (et pas toutes), idem pour Gnome, pris en compte par certaines applis gnomes mais pas toutes non plus, et pareil en ligne de commande, configuré dans le profil, mais pas pris en compte par tous les programmes en ligne de commande.

Du coup j'ai installé proxychains, configuré deux lignes, et maintenant, quand je suis à l'école, chaque fois que je veux lancer une appli qui a besoin d'accéder au net, hop proxychains monAppli &

Par exemple proxychains firefox &
ou proxychains pidgin &
ou sudo proxychains apt-get update &

ça marche très bien, aucune configuration particulière pour chacun des logiciels.

moi ça me dérange pas, du moment que je trouve un player compatible avec ces WM pour chacun des formats que j'ai besoin de lire (vidéos, flash, powerpoint, PDF, images,...)

Je retire mon propos, j'ai fait de nouveaux essais, le déplacement de la fenêtre semble fonctionner.

Oui, l'option -t fonctionne.
Celle qui ne fonctionne pas complètement chez moi, c'est l'option -e :
Resize and move the window around the desktop.


Avec cette commande, j'arrive à redimensionner une fenêtre, mais pas à la déplacer sur le bureau.

D'accord. Alors si je peux avoir quelque chose de valable au moins pour les applications gnome, ça devrait me convenir.

Voilà ce que je veux faire :

j'ai différents types de contenus : diaporamas, vidéos, images,...
Je souhaite faire un script qui, à partir d'infos issus d'une base de données ou d'un fichier de configuration, ouvre au bon moment le bon lecteur pour lire le bon document, et place la fenêtre au bon endroit sur l'écran, avec les bonnes dimensions ; il peut y'avoir plusieurs fenêtres simultanément à l'écran.
Pendant ce temps, FFMPEG me fait une capture vidéo de ce qui apparaît à l'écran, et FFSERVER me transmet la vidéo produite sous forme de flux.

Pour le moment j'en suis à faire des expérimentations, à l'aide de scripts bash. A terme, ce sera probablement une appli développée en C ou je ne sais quel langage.

Bref, voilà pourquoi je cherche à manipuler des fenêtres quelque soit leur contenu.

Je suis à peu près dans le même cas que toi.
Et d'ailleurs contrairement à ce que tout le monde raconte et/ou essaye de faire croire, le support de documents MS Office (juste les 2003, je ne parle même pas des 2007), c'est complètement foireux.
Je n'ai encore jamais eu un document qui s'ouvrait correctement, même un simple doc de deux pages avec quelques titres et paragraphes, sans qu'il y ait un paragraphe ou un cadre qui se barre sur la page suivante, un passage bousillé, etc...

Je ne critique pas OOo, le problème ne vient pas d'eux, on est d'accord.
Mais au moins qu'on arrête de faire croire que "sisi, OOo lit couramment les documents Office"...

Hum, ça marche très bien pour redimensionner les fenêtres, mais impossible de les déplacer (aucune erreur, simplement rien ne bouge).
Y compris en activant ou en désactivant le window manager.

ex :

wmctrl -r 0x02e05573 -i -e 0,200,100,500,300

La fenêtre (un terminal gnome) est bien redimensionnée (500x300), mais pas déplacée.

J'ai loupé quelque chose ?

Merci pour votre aide !

Salut Franck,

merci, je regarde dans cette direction, ça a l'air de correspondre exactement à ce que je cherche !