0 Membres et 1 Invité sur ce sujet
Bonjour à tous,Depuis quelque temps déjà, des images OE 1.6 fleurissent un peu partout, avec plus ou moins de réussite. Nous n'avions pas sortis jusqu'a présent d'image basé sur OE1.6 de l'espoir que Dream stabilise l'environement OE1.6, mais ca ne semble pas être le cas !Qu'est ce que OE 1.6 ?OE 1.6 est le nom donné à l'environement pour créer les images. Cette nouvelle version donne un version de Linux plus récente, ainsi qu'un mise à jour de certain composants clés d'une image (Python par exemple). Il y a des bons cotés à ces changements, d'autres moins bon, comme des soucis de compatibilité avec certain plugins qui peuvent apparaitre.Mais tout change alors ?Oui... et non ! Ce que vous voyez sur votre télé , les menus, les skins,.. ne changent absolument pas. Ce qui change se passe au niveau du système (donc, vous ne le voyez pas)Pourquoi cette POD HD n'a pas de numéro de verison et s'appelle Experimentale ?Le processus classique avec une POD, c'est une phase de test rigoureuse, et la sortie d'une image. Plusieurs semaines/mois après, une autre POD sort, et on met a jour en reflashant. Ici les choses sont différentes. Nous allons mettre à jours régulièrement (tout les quelques jours) le DLC de cette POD HD OE 1.6 Experimentale, en fonction des derniers développement de Dream ou de la Sandbox Team. Vous pourrez quant vous le décider upgrader à la version 'du jour' par le software manager (il ne s'agit pas la d'un reflash, mais d'une upgrade en ligne). Le bon coté des choses, c'est que vous avez toujours la dernière nouveauté, le mauvais c'est que les tests sont beaucoup moins rigoureux que pour une version 'release' de notre POD HDQuelle POD HD est pour moi ?Si la priorité pour vous est d'avoir un 'truc qui marche', simple mais hyper fiable, restez en POD HD 1.1 OE 1.5. Si vous êtes plutôt du genre a vouloir upgarder toute les 5 minutes, peut être que cette POD HD OE 1.6 Experimentale pourra vous satisfaire.un mot du multiboot Barry Allen ?Déjà dans un environnement stable, il y aurais beaucoup à dire contre l'usage d'un multiboot comme le Barry Allen, qui mélange des composants de l'image en flash avec ceux de celle que vous pensez executer 'entièrement'. Dans un environement évoluant aussi rapidement qu'OE 1.6, nous vous déconseillons encore plus vivement l'utilisation de BA ou du multiboot en général. En tout état de cause, ne jamais mélanger des images OE 1.5 et OE 1.6 en multiboot, vous êtes prévenus !Et comment j'accède a cette POD HD OE 1.6 Experimentale ?Ben en suivant les liens ci dessous :POD HD OE 1.6 Experimentale pour DM8000POD HD OE 1.6 Experimentale pour DM800POD HD OE 1.6 Experimentale pour DM500HD
Je te conseille le skin KERNIHD1R12, il est de toute beauté
Mise à jour importante de l'image. Attention, des élements du kernel et de samba ont été modifié, ne PAS utiliser en multiboot si vous n'avez pas en flash une image compilé le 27/07 ou plus récente.Openembedded :-fix dreambox boottool for kernels without devfs-Merge branch 'bug_558_wlanfixes-1.6' into opendreambox- add python-wifi to enigma2 build dependencies refs #558- recipes/linux: enable CONFIG_SCSI_MULTI_LUN for dm8000 (this fixes not detected CF Card reader)- recipes/gstreamer/gst-plugins.inc: we have to inc the inc_pr.. because we need to rebuild even gst-plugins-bad and ugly- recipes/enigma2/enigma2.bb: re-add missing gst-plugin-avi- [gstreamer] [gst-plugins-base] [gst-plugins-good] update to latest versions- recipes/enigma2/enigma2.bb: remove gst-plugin-flv here.. its better to add it in the mytube plugin control file- enigma2.bb: add gst-plugin-flv (needed for latest mytube changes... and NO we DONT support VP6 or other "flash" codecs), push srcdate- enigma2-skins.bb: push srcdate- enigma2-plugins.bb: push srcdate- use samba 3.3.13 for windows 7 compatibility- checksums.ini: add python-wifi-0.5.0 checksums. refs #558- add python-wifi package and push srcdate for enigma2-{plugins/skins}. refs #558Enigma 2 :- Enigma2-Network: update Wlan plugin to support new python-wifi. some fixes and cleanups. refs #558- SystemPlugins/WirelessLan: remove outdated flags.py and iwlibs.py. refs #558- tools/create_picon_links.py: remove unused parameter- Softwaremanager: fix potential crash when trying to delete from empty list. Graphmultiepg: fix typo inside metafile. fixes #563-swap bflag and eflag (begin and end flag for timer sanity check)old version: bflag = 1, eflag = -1that lead to the sort function sorting timers with begin=end wrong:self.nrep_eventlist.extend([(self.newtimer.begin,self.bflag,-1),(self.newtimer.end,self.eflag,-1)])resulted in (end, eflag) before (begin, bflag) and in a conflict with zapping timers with end=begin (no end time)- fixes bug #556- fixes adding timers from inside the movie player: the .ts service was added as channel- fixes a small bug in ConfigSelection to allow empty strings inside the ChoicesListPlugins :- Initial checking of "Bonjour" plugin. It takes care of AVAHI/Zercoconf configuration.Plugins providing network-services can register with this plugin, which will then take care of the proper avahi-configuration.THIS PLUGIN IS VERY BETA!-MyTube: small fix on error-handling- Implement proper detection of used RCU-Type ("standard" or "advanced")Reactivate detection in WebInterface- * Add possibility to send "long Keypress" via WebRemote* To use this in external Apps: The following example would send a "long" Info-Keypress: http://dm8000/web/remotecontrol?command=358&type=longRemote Control:*Use eActionMap.keyPressed(...) instead of writing directly into the RCs input-device when issuing remote control commands. This should solve some WebRemote Problems once and for all...* Prepare for issuing "long key presses" (not working, yet)* Fix filename for screenshots (. was missing).-mytube needs gst-plugin-flv for latest changes (and NO we dont support flash codecs likeVP6 we just need it to demux the flv container)-added videarn.com support to porn-centerMytube: implement more dynamic pickup of best available stream for video playback.fix no mor working search suggestions.this fixes #557
