Le projet annonce également avec cette version la fin de la série 1.x, pour se consacrer complètement à la série 2.x, qui proposera une interface utilisateur complètement refondue et basée sur Enlightenment E17 et dont la première version alpha devrait sortir dans les semaines à venir.
Le site officiel met d'ailleurs à disposition les premières images de la future version 2.0 et le moins que l'on puisse dire, c'est que cela apporte un certain changement visuel :-) Cette version 1.2 se veut le résultat de nombreux mois de travail, qui auront permis à ce petit lecteur de fournir (enfin) un support natif de la HD, via l'inclusion du serveur graphique X.Org et de tous les pilotes adéquats. De très nombreux autres changements sont bien évidemment au rendez-vous et son installation à été grandement facilitée, sur tout type de support amovible. Une application Windows a même été développée permettant l'ajout de la distribution sur votre disque dur comme une application traditionnelle, vous évitant ainsi tout partitionnement/formatage inutile (et risqué).
La longue liste des changements est disponible ci-dessous:
Système :
- Mise à jour du noyau Linux en version 2.6.27.13 ;
- Utilisation de la politique de changement de fréquence processeur à la demande ;
- Mise à jour massives des microcodes logiciels, corrigeant un très grand nombre de problèmes de chargement de pilotes de périphériques ;
- Support pour le SMP et les multi-coeurs ;
- Utilisation des initramfs au lieu de initrd.
Chaîne de compilation :
- Mise à jour de GCC 4.3.2 ;
- Mise à jour de la uClibc vers la version 0.9.30 ;
- Mise à jour de la glibc 2.7 ;
- Utilisation de glibc par défaut lors de la création avec X.Org.
Portages :
- Retour de l'architecture PowerPC 32 bits ;
- Port de l'architecture x86_64 ;
- Port de l'architecture PowerPC 64 bits ;
- Support des MacIntel ;
- Optimisations pour la plate-forme EasyGate ;
- Optimisations pour les EeePC 700.
X.Org :
- X. Org 7.4 (par défaut, modifiable via le générateur d'ISO) ;
- Mise à jour du serveur X en version 1.5.3 ;
- Support d'HAL, X.Org utilise désormais la couche evdev/XInput pour gérer les différents périphériques : ceci permet une autodétection complète des paramètres du serveur X.
Lecteur Multimédia :
- Décodeur natif pour RealVideo 9 et 10 ;
- Utilisation de FAAD2 pour le décodage AAC ;
- Activation du support des sous-titres au format ASS ;
- Ajout du décodeur MonkeyAudio ;
- Ajout du filtre de désentrelacement pour les DVD et les flux TV ;
- Utilisation du clavier pour des contrôles dvdnav ;
- Ajout du support des entrées « extended PLS netstream » ;
- Amélioration du support du menu de navigation des DVD ;
- Correction de quelques problèmes avec la lecture de DVD cryptés ;
- Utilisation par flux de profils de configuration.
Vidéo :
- Ajout du support des écrans larges et HDTV ;
- Ajout de l'accélération vidéo X11 pour la plupart des cartes graphiques (Intel, nVidia, ATI, S3, SiS, VIA...) ;
- La sortie TV (TV-Out) n'est plus disponible lors du démarrage avec X.Org ;
- Correction des couleurs avec le pilotes ATI VIDIX ;
- Restauration du support des pilotes VIDIX sur PowerPC.
Pilotes de périphériques :
- Autodétection du matériel via X.Org ;
- Des dizaines de nouveaux pilotes WiFi, Ethernet, DVB ... pris en charge ;
- Correction de nombreux problèmes avec les périphériques PATA ;
- Ajout du support pour les cartes PCMCIA 16 bits.
Réseau :
- Prise en charge optionnelle de Samba en mode serveur ;
- Restauration du support UPnP ;
- Ajout du support pour les partages réseau Plan9 ;
- Ajout du support de NFS v3 / 4 ;
- Ajout du démarrage PXE depuis Samba.
Installeur :
- Utilisation de « libparted » au lieu de « fdisk » pour le partitionnement des disques anciens ;
- Ajout du configurateur: utilitaire de configuration après installation ;
- Simplification de l'étape de partionnement du disque d'installation ;
- Unification des processus d'installation sur disque via l'utilisation de GRUB sur les périphériques USB ;
- Amélioration de l'installation des processus USB.
Générateur :
- Ajout de la TV HD (X.org) permettant de nouvelles options et paramètres de configuration ;
- Ajout de l'onglet de configuration des partages NFS ;
- Ajout de l'onglet de configuration des partages statiques Samba ;
- Automatisation du téléchargement des paquets lors de la compilation d'une image ISO.
Divers :
- Support des disques sans table de partitions (Ex : les clés USB formatées sous Win32) ;
- Ajout d'un utilitaire pour Win32 permettant l'installation de la GeeXboX sur votre disque-dur courant sans avoir besoin de le repartitionner ou formater à nouveau ;
- Réécriture complète de l'automonteur, désormais basé sur D-BUS/HAL ;
- Les noms des disques mountés sont désormais beaucoup plus explicites ;
- Correction de certains problèmes d'éjection de CD ;
- Ajout du support des télécommandes AppleIR ;
- Ajout du support des télécommandes X10 RF MCE ;
- Ajout du support des boutons multimédia ACPI ;
- Ajout du support optionnel pour Video Disk Recorder (VDR) ;
- Utilisation de la visualisation d'images Feh au lieu de FBI.
Aller plus loin
- GeeXboX v1.2 (57 clics)
# First
Posté par beug . Évalué à -10.
[^] # Re: First
Posté par Thomas Douillard . Évalué à 8.
Tout le monde s'en fout cela dit ...
# cool
Posté par tikilou (site web personnel) . Évalué à 2.
La version 1.2 apporte pas mal de progrès, tandis que la future 2.0 semble prometteuse, j'ai la sensation qu'elle va se battre sur le même terrain que XBMC =)
# Grammaire
Posté par coin . Évalué à 1.
dans le second paragraphe :
pour se consacrer complètement sur à la série 2.x
et
[...] qui proposera une interface utilisateur complètement refondue basée sur [...]
[^] # Re: Grammaire
Posté par BAud (site web personnel) . Évalué à 2.
# Wiki
Posté par PoFMaN . Évalué à 1.
[^] # Re: Wiki
Posté par Mathieu Schroeter (site web personnel, Mastodon) . Évalué à 1.
[^] # Re: Wiki
Posté par Grunt . Évalué à 1.
Très certainement l'adresse IP d'un irresponsable, qui a mal sécurisé son système informatique, et dont la négligence a causé un tort au projet en démolissant le Wiki.
Il est en Irlande, ça ne devrait pas être trop difficile de le poursuivre?
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: Wiki
Posté par Zenitram (site web personnel) . Évalué à 3.
Tu l'as dit toi-même : "négligence".
Donc au final la personne ira faire un tour au tribunal, dira désolé, te paiera 1€ pour le préjudice subi, et ce au bout 2 ans de procédure et des centaines/milliers d'€ de frais internationaux.
Et après, on dit que HADOPI est disproportionné... Autant que cette proposition.
Attaquer en justice tous ceux qui se s'ont pris un virus n'est pas une solution au problème.
[^] # Re: Wiki
Posté par Grunt . Évalué à 4.
Je fous le bordel sur le net parce que je n'y connais rien en informatique, mais on ne peut rien me dire car je ne me rends pas compte de ce que je fais.
La vie est belle..
Inutile de me moinsser, je suis innocent.
Sérieusement, tu proposes quoi comme solution alors? S'il suffit de se réfugier derrière le "j'ai un virus", ce n'est plus la peine d'enregistrer les adresses IP.. lettres de menace, tentative de hack, contenu pédophile?
Allez, tous en coeur: "C'est pas moi, c'est un virus!"
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: Wiki
Posté par dawar (site web personnel) . Évalué à 5.
[^] # Re: Wiki
Posté par Benjamin Zores (site web personnel) . Évalué à 1.
Bon, le wiki devrait être corrigé désormais mais c'est vrai que les developpeurs le visite très peu :-(
# E17
Posté par ZaZo0o (site web personnel) . Évalué à 4.
En bref, E17 c'est le côté artistique du geek ;)
[^] # Re: E17
Posté par kikicnrv . Évalué à 1.
mouaahahah ce qu'il faut pas lire, je vous jure !
Mais tu as vraiment cru que te faire passer pour une fille allait donner plus de crédibilité à ton vieux troll sur une hypothétique qualité d'E17 qui n'est toujours (!) pas sorti ?!
Comment on n'y croit pas deux secondes ! Vive KDE4 !
[^] # Re: E17
Posté par Antoine J. . Évalué à 6.
[^] # Re: E17
Posté par ZaZo0o (site web personnel) . Évalué à 2.
c.f. ma page perso si tu veux vérifier...
[troll] E17 n'a rien à voir avec KDE, mais alors, rien à voir, et tant mieux! [/troll]
[^] # Re: E17
Posté par legranblon (site web personnel) . Évalué à 3.
E17 n'est pas sorti mais il est utilisable contrairement à KDE4 ... ^_^
/me ne sort pas.
[^] # Re: E17
Posté par geb . Évalué à 1.
# Un grand oui !
Posté par Yves (site web personnel) . Évalué à 1.
Dans mon enthousiasme, j’ai voulu faire une install sur clef USB et je l’ai grillée… mais tant pis, je retenterai ma chance avec la v2.
Yves.
# Felicitations
Posté par xavier Granveaux . Évalué à 1.
[^] # Re: Felicitations
Posté par Benjamin Zores (site web personnel) . Évalué à 2.
Content de voir que tu suis encore notre actualité Xav :-)
Cela dis, sur les initiateurs du projet, tu en connais un des 2 qui y contribue désormais de manière très très ponctuelle :p
Sinon, pour les félicitations, RDV ce weekend au FOSDEM pour les geeks de passage :p
# En executable standard
Posté par alberthier (site web personnel) . Évalué à 1.
J'ai déjà un PC qui sert de media center et geexbox pourrait m'intéresser mais je veux conserver le système actuellement installé, je veux pas installer une distrib mediacenter, je voudrais juste un soft.
Est-ce possible avec geexbox ?
[^] # Re: En executable standard
Posté par Benjamin Zores (site web personnel) . Évalué à 1.
La version actuelle, comme depuis 6 ans, est basé exclusivement sur MPlayer.
L'interface n'est donc ni plus ni moins que MPlayer patché/skinné.
La v2, qui sera basé sur Enlightenment, aura une application disponible sous forme de packages debian/ubuntu je pense.
Elle tirera également parti de libplayer ( http://libplayer.geexbox.org ): un framework unifié permettant une abstraction complète du lecteur vidéo.
[^] # Re: En executable standard
Posté par kikicnrv . Évalué à 2.
A ma connaissance les dev de Mplayer n'ont jamais créer de bibliothèque de ce lecteur.
Connais tu la raison de ce blocage ? C'est pour des raisons techniques, où ils manquent de temps ?
Autant pour l'utilisateur lambda qui veut lire un film, ça n'a pas d'intérêt, autant pour les développeurs qui voudraient se baser/se basent sur Mplayer, ça ne facilite pas la tâche, c'est dommage.
J'ai toujours utilisé mplayer en lecteur vidéo autonome.
Mais par exemple sur Amarok, Xine est considéré comme étant le meilleur backend.
Maintenant dans phonon, il semblerait que ça soit aussi le cas.
J'aurai pourtant apprécier avoir une alternative avec Mplayer, alors que là on n'a pas trop le choix.
[^] # Re: En executable standard
Posté par Benjamin Zores (site web personnel) . Évalué à 5.
- "politiquement" (ce n'est pas mon avis, mais bon ...) à partir du moment ou tu as une lib, tu perds en performance (linking) et si tu veux une lib, utilises xine (mauvaise réponse ....)
- cela cache surtout le fait que MPlayer dispose d'une architecture codée par un gnou atrophié manchot et avec des moufles qui fait qu'on y retrouve une floppée de variables globales, le tout étant donc tout sauf thread-safe et donc on pourrait en faire une lib à la seule condition que personne n'utilise 2 instances de la lib en même temps (tu parles d'une condition).
- il y a un mode dit "slave", qui est d'ailleurs utilisé par les différents frontends (smplayer ...), qui correspond à une FIFO par lequel on peut envoyer des commandes de controle à un processus mplayer tournant déjà. Le GUI officiel MPlayer n'utilise pas du tout ce principe, hélas, mais se contente d'être un gros hack dans le code.
Le projet libplayer dont je parlais plus haut, initié par le projet GeeXboX, propose une API en C, thread-safe, vers différentes APIs multimedia (libxine, libvlc, gstreamer et MPlayer). Pour MPlayer nous utilisons donc le mode slave, mais en proposant une API de haut-niveau exploitable.
Chaque frontend MPlayer s'amusant à reinventer le code nécessaire à l'envoi de commandes via la FIFO et la lecture/parsing des infos de retour (stdin), il serait evidemment bien plus simple d'utiliser libplayer pour eviter de reinventer la roue.
[^] # Re: En executable standard
Posté par _flo_ . Évalué à 1.
Après avoir jeté un œil sur leur site et fouillé un peu, ce n'est clairement pas un des objectifs. Pourtant XBMC rame méchamment sur mon serveur sous Debian qui a surtout plein de disques durs, et pas vraiment de système graphique de compèt' (GeForce 6100 intégré a la CM)
Avant de batailler avec les sources de GeeXbox, j'en profite pour demander a la cantonade :
- qqun l'a t'il deja fait?
- ya t-il un système de media center similaire et avec une bonne GUI (notamment pour la musique) qui permettrait de le faire?
Merci.
[^] # Re: En executable standard
Posté par alberthier (site web personnel) . Évalué à 1.
Un media center avec une interface graphique simple sans effets 3D ferait parfaitement l'affaire mais j'ai rien trouvé qui corresponde à ça.
[^] # Re: En executable standard
Posté par Benjamin Zores (site web personnel) . Évalué à 1.
Le jour où le GUI E17 sera finalisé, nous le proposerons bien evidemment en appli standalone (si possible officiellement dans ubuntu, mais ça dépend plus de l'hypothétique mise à disposition un jour d'une release d'E17 :-)
Si tu veux essayer le GUI de la v2 sur ta distrib actuelle, tu peux récupérer les sources via Mercurial:
hg clone http://hg.geexbox.org/enna
Ceux intéressés par le developpement (si jamais, on peut toujours rêver ...) peuvent rejoindre le chan IRC #geexbox sur freenode.net.
Le développement en lui-même du GUI n'est pas très compliqué. C'est écrit en C mais rien de bien méchant, et relativement petit en taille de code (pour l'instant). C'est assez facile d'écrire des plugins (browser youtube/deezer, affichage meteo ... par exemple).
[^] # Re: En executable standard
Posté par Aefron . Évalué à 2.
Ça, faut l'avouer, ce n'est pas le point fort de MythTV, même si c'est l'application HTPC plein écran que j'utilise...
... la navigation dans la musique est plutôt chiante (uniquement par artistes... ou playlist...)... il y a beaucoup à améliorer de ce côté.
Par contre, globalement, c'est une très bonne GUI plein écran (par contre, préférer un MPlayer que le lecteur interne, pour tout ce qui est H.264 : clairement à l'encontre de la recommandation officielle, mais fait est que...).
Moult fonctions : archi multi-clients/multi-serveurs, bibliothèque centralisée (MySQL), video, son, TV (avec cartes TV sur le serveur, et distribution du flux par le réseau), infos, émulation, interface web (par exemple pour programmer des enregistrements)... grave-puissant - j'aurais du mal à m'en passer, maintenant que ça fait quelques années que je l'utilise (un backend dans un conteneur OpenVZ, et trois clients : HTPC, workstation, laptop).
D'ailleurs, la prochaine version (0.22) apportera une belle GUI en QT4, du plus bel effet, de ce que j'ai testé du SVN.
Et évidemment, ça s'installe en tant que "simple" appli sur toute bonne distro (perso, je les prends chez Marillat, pour Debian).
# Merci !
Posté par Serge Julien . Évalué à 1.
Promis, je me pencherai sur la v2 pour faire des rapports de bug (s'il y en a... ;-)
Et encore merci !
[^] # Re: Merci !
Posté par mr_maurice . Évalué à 1.
L'interface de la Geexbox se dirige sans peine avec n'importe quelle télécommande bien mappée. Les membres de ma famille arrivent à regarder ce qu'ils veulent, ça doit prouver que l'interface est accessible.
Pour info (et vantardise perso), je me suis amusé à remplir un vieux caisson de radio des années 50 (avec vernis, sculptures, bois ajouré etc) avec un pc de récup, le récepteur infrarouge caché derrière la grille d'origine, une installation élégante et de bon goût.
J'ai hâte de voir une version utilisable de l'interface avec E17. Les fonctions et la simplicité de la Geexbox + l'élégance irréprochable d'E17, ça devrait donner quelque chose qui vaut le détour, surtout au vu des premiers screens.
[^] # HTPC + DVB
Posté par Trick . Évalué à 1.
GeeXboX me semble tout indiqué!
Excellent! :)
Par contre je n'ai pas très bien compris le coup de faire sa propre iso.
C'est pour le cas d'une utilisation Live du CD?
Si j'installe et j'ajoute mes modifs par la suite, ce n'est pas la peine?
En particulier si je veux :
*mettre ma liste de chaînes TV (fichier conf)
*utiliser la HD et prendre en compte la sortie SPDIF
*installer un enregistreur (VDR)
*ajouter un serveur DLNA
Apparemment le driver DVB est inclus (de ce que j'ai vu de la liste).
Et la télécommande fournie avec la carte DVB est gérée de base.
Autres questions pratiques :
Existe-t-il un problème particulier pour une installation sur une carte mémoire (SD ou CF avec interface IDE)?
Des performances notables à utiliser la version 64bits sur archi 64bits?
Merci
ps : Désolé pour ces questions j'avoue avoir survolé le site (et pas du tout le forum) où les réponses existent surement mais le week-end est encore loin...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.