Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 39 reacties
Bron: LibreELEC, submitter: tdn135

LibreELEC logo (75 pix)De eerste bètarelease van het Libre Embedded Linux Entertainment Center versie 7.0 is uitgekomen. LibreELEC is ontstaan nadat een groot aantal ontwikkelaars bij OpenELEC wegens onenigheid vertrokken is en voor zichzelf zijn begonnen. Deze Linux-distributie is gebaseerd op Kodi en kan een computer tot een volwaardige htpc omtoveren. Versie 7.0 van LibreELEC gebruikt Kodi versie 16.1 als basis en kan gebruik maken van Docker-apps. De complete release notes van deze versie zien er als volgt uit:

LibreELEC (Jarvis) v7.0 BETA1
LibreELEC are proud to announce delighted to hit our first major milestone, 7.0 b1
The 7.0 beta 1 release is based around Jarvis 16.1-RC2. We’re not expecting any serious issues as code commits since v6.90.005 have mostly focused on tweaks to the build-system not changes Kodi or the core OS. If there are no surprises we plan to release a final 7.0.0 build once Kodi team release 16.1 final.
From this point forward the only changes we allow in the 7.0 branch are commits that fix known user problems or major security issues. The LibreELEC team believe “lets bump everything possible and hope for the best” is not the way to run things. LibreELEC staff prefer an “if it works, don’t fix it” approach that requires less effort and respects all the testing that’s been done in earlier releases.
Check the website for an update on LibreELEC 8.0 (Krypton) in the next few days.

ADD-ONS
Our addon repo is now in a happy state with Chromium, Hyperion, Docker, Tvheadend 4.0, Tvheadend 4.2 (with transcoding support) and the latest Kodi binary addons. NB: Chromium requires Xorg to run so it is only available on Generic builds, and Flash and Widevine support can be enabled in Chromium add-on settings. Transcoding in Tvheadend 4.2 is only available for Generic builds and requires hardware that can cope with transcoding. The Docker add-on is not available for WeTeK Play/Core which use an older (too old) Linux kernel.
During alpha testing we identified problems with the Kodi add-on database when you migrate from OpenELEC. The database ends up with two sets of entries for Kodi add-ons and since OpenELEC entries were added first and Kodi matches in numeric row order it becomes impossible to install LibreELEC add-ons. To resolve this we scan for and remove OpenELEC add-on entries from the local sqlite database the first time you boot into LibreELEC and the changes are effective after a reboot. If you have clean-installed LibreELEC there is nothing to worry about.

DOCKER
Docker is worth a dedicated mention. Docker apps are (or should be if created properly) cross-platform and run anywhere. LibreELEC is a client-focussed distro which annoys a subset of users who’d rather we were laden with server capabilities. Docker fills this gap and there are thousands of Docker apps. Docker should also be of interest to people using LibreELEC as a JeOS starting-point for non-mediacentre use cases. The wiki team will be scribbling some proper FAQ notes on Docker for you soon.

** IMPORTANT **

LibreELEC operates a 24-hour ‘canary’ period between major release files being posted to the download page and the release being available via the auto-update system. This is for two reasons: First, if we find a problem we can pull the files before too many users grab the update. Second, it allows time for the release to propagate among our global network of download mirrors.

If you are running @milhouse or other community builds your system will not auto-update to the beta release. You must first perform a manual update to the beta release. Your system will then auto-update to any further beta releases (although none are currently planned) and/or the final v7.0.0 release.

iMX6
The download page also includes an iMX6 build based on a Linux 4.4 kernel and the exceptional work from @mk01 of the Xbian project who has created a huge catalogue of patches that @vpeter from the LibreELEC staff (aka ‘misek’ on SolidRun forums) has curated into a build that received strong positive feedback during private testing. The iMX6 image is currently released as a community build (e.g. not officially supported) pending user feedback and further development.

LibreELEC screenshot (620 pix)
Versienummer:7.0 bèta 1
Releasestatus:Beta
Besturingssystemen:Linux
Website:LibreELEC
Download:https://libreelec.tv/download-temp/
Bestandsgrootte:200,00MB
Licentietype:GPL
Moderatie-faq Wijzig weergave

Reacties (39)

BY CHEWITT · MARCH 20, 2016

So, err.. first post. No pressure!

“It’s complicated” to explain why LibreELEC exists, and attempting to do so in public would be a negative exercise and likely cause offense, so we won’t. We prefer to look forwards to our future not backwards at OpenELEC, and the About page above sets out the general manifesto of things the project team want LibreELEC to be or become. We will leave you to read and draw your own conclusions.

The LibreELEC team (about 25 people and growing) are now heads-down on completing various bits of essential project infrastructure and shaping things up for our first public release; LibreELEC 7.0 (Jarvis).

Our activities can be (mostly) followed by looking at commits to our GitHub repo and reading further news posts as they appear on this website.

Thanks for your support! :)
Eerste uitleg
BY CHEWITT · MARCH 24, 2016

On forums and social media channels there has been speculation about why we forked, so to avoid calling names we will explain things though a rock-band analogy:

The fork is due to “creative differences” among long-term band members. The founding member and original creative force for the band was the drummer, the guy responsible for keeping time and setting the rhythm. For a few years the band made great music, other band members started to contribute their own songs, and the band gained many fans. Over the last 18-months as the band released platinum albums and achieved super-group status the drummer started to turn up late for concerts, and when on-stage he kept playing experimental jazz drum solos when the rest of the band simply wanted to rock together. The band spent many months trying to persuade the drummer to attend rehab and jam with the team again, but the drummer completely ignored the band and kept playing solos (occasionally muttering that the band had always been about his solos) so in the end there was a private discussion and vote. As the band members couldn’t fire the drummer (as he founded the band and controlled all its instruments) they elected to quit and form a new band.

So there are now two entities; a solo artist and a new band. The solo artist is a highly skilled drummer with musical contacts and a few groupies, so over time he might form another band again. Meanwhile the new band has enlarged itself to become a musical collective of 30+ people. There are now multiple drummers to keep the band in-time and they are experimenting with a new style of music.

The new band is currently in the studio working on a new album to be released on a new independent record label. They are not in a rush to release the album as they believe in getting the mastering right before previewing their album to critics. It’s a fun and creative time and the new band are enjoying themselves – mojos have been rediscovered. In parallel the drummer has released a solo album based on the bands last sessions, but rearranged at the last minute to include his experimental solos. His former band members still remember good times. Some of the band may even be seen doing occasional guest-appearances and collaborations with him. They wish him well and positive reviews.

So, creative differences. That’s all.

The Band
Maak uw keuze...
Dat is behoorlijk harde taal naar de 'founder'. Jammer en ben benieuwd hoe OpenELEC en LibreELEC nu verder gaan of dat beide projecten uiteindelijk langzaam uitsterven.
Harde taal?
The solo artist is a highly skilled drummer
Ze geven duidelijk aan dat ze niet de capaciteiten van de projectleider in twijfel trekken.
Some of the band may even be seen doing occasional guest-appearances and collaborations with him.
Blijkbaar blijven ze samen werken aan de kern van het project en zijn er alleen wat verschillende denkwijzen over het uiterlijk en de gebruikerservaring. Langzaam sterven zullen ze zeker niet, want er zijn blijkbaar genoeg mensen te vinden die enthousiast zijn voor het LibreELEC project:
Meanwhile the new band has enlarged itself to become a musical collective of 30+ people.
Ze sluiten nota bene af met:
They wish him well and positive reviews.

[Reactie gewijzigd door rbr320 op 17 april 2016 18:12]

Harde taal?
Nogal ja. Tenzij voor drugsverslaafde uitgemaakt worden geen harde taal is natuurlijk.
The band spent many months trying to persuade the drummer to attend rehab
Ben benieuwd of dit een zelfde soort situatie op gaat leveren als Open Office en Libre Office.
Bij een opsplitsing ontkom je er natuurlijk niet aan om iets negatiefs te zeggen over het project waarvan je bent afgesplitst, dat is waarschijnlijk ook de reden dat de mensen achter LibreELEC het in eerste instantie niet wilden doen:
attempting to do so in public would be a negative exercise and likely cause offense, so we won’t.
Pas toen de geruchtenmachine ging draaien hebben ze geprobeerd om het een en ander helder uiteen te zetten zonder er al te diep en serieus op in te gaan, vandaar de "rock band analogy". Er staan genoeg positieve dingen in dat bericht dus ik zou het erg jammer vinden als mensen zich zouden focussen op 1 negatieve uitlating die waarschijnlijk niet zo bedoeld was en naar mijn mening beter achterwege gelaten had kunnen worden.
Je 'moet' iets meer tussen de regels doorlezen, dan valt het wel op ;)
Ben benieuwd of dit een zelfde soort situatie op gaat leveren als Open Office en Libre Office.
Inderdaad, time will tell...
Nogal ja. Tenzij voor drugsverslaafde uitgemaakt worden geen harde taal is natuurlijk.
Nog hardere taal is om uitgemaakt te worden voor drummer!
Mooie analogie. Ik ben eigenlijk heel benieuwd naar hoe de "experimentele jazz solo's" in OpenELEC er uit (gaan) zien. Toch ben ik denk ik iets meer van de strakke rock muziek, ik wil namelijk dat mijn media center gewoon werkt zonder al te excentrieke features.
The LibreELEC team believe “lets bump everything possible and hope for the best” is not the way to run things.
Dit.
Een van de hoofdredenen waarom het met OpenElec altijd zo stroperig gaat. Bij iedere release zijn alle firmwares, libjes, kernelmodules enz enz allemaal weer de nieuwste versie. En dan gaat er natuurlijk weer wat stuk. logisch. Dan duurt het dus ook veel langer tot de volgende release met een nieuwe Kodiversie.
Het hoeft niet altijd de allernieuwste kernel te zijn, als het in eerste instantie maar werkt.

Wat overigens niet betekent dat het goed is maar te wachten tot het oneindige met het bumpen van je core. Met name de videodrivers van de Broadcomchips zijn in straffe ontwikkeling bijvoorbeeld.
Ik ben dan met name benieuwd hoe zich deze instelling in de praktijk gaat uitwerken:
LibreELEC staff prefer an “if it works, don’t fix it” approach that requires less effort and respects all the testing that’s been done in earlier releases.
Als dat betekent dat er alleen aan een Kodiupdate gewerkt wordt en de rest stil staat, dan blijf ik bij OpenElec. Als het betekent dat ze bij een nieuwe Kodiversie eerst die bumpen op een stabiel platform om dan later met optimalisatieupdates te komen, dan ben ik direct om.
Toch spijtig als open-source projecten opgesplitst worden. Kan iemand mij vertellen of het nu nut heeft om te kijken naar LibreELEC i.p.v. OpenELEC?
Ja het is altijd spijtig als die projecten zo uit elkaar vallen. Weer eentje in het rijtje OpenOffice, Hudson, Node.js

Of het zinvol is om hangt een beetje af van hoeveel van de top-developers overstappen. Bij Hudson was dat bv best veel en nu is Jenkins een stuk populairder. En hetzelfde geldt eigenlijk ook voor OpenOffice. Libre is stuk populairder en daar komen ook meer releases van uit.

Maar erg jammer zoals ik al zei, Het zou mooier zijn als alle effort in 1 platform gestoken werd ipv te kijken wie van de twee een mooier wiel uit kan vinden.....
Ja het is altijd spijtig als die projecten zo uit elkaar vallen.
Daar ben ik het niet per definitie mee eens. Soms lopen open source projecten een beetje vast, (een deel van) de beheerders en ontwikkelaars zijn uitgeblust of het contact met hun gebruikers verloren. In die gevallen mogen we blij zijn dat een fork mogelijk is, zodat een nieuwe groep enthousiaste vrijwilligers er weer iets moois/functioneels van kan maken. Frisse winden, nieuwe bezems, dat soort dingen.

Soms is het splitsen van een project nuttig zodat ontwikkelaars de focus kunnen leggen op wat ze belangrijk vinden, bijvoorbeeld het ontwikkelen van features ten opzichte van performance, veiligheid of stabiliteit (voorbeeld: OpenSSL vs. LibreSSL). Ook is het mogelijk dat gesplitste projecten uiteindelijk weer samen komen, zoals bijvoorbeeld in het verleden is gebeurd met Compiz en Beryl, waar we uiteindelijk een goede kern (compiz-core) aan hebben overgehouden die uit te breiden is met heel veel plugins via Compiz Fusion.

Zoals in de post van @pasarica hieronder al is te lezen:
Some of the band may even be seen doing occasional guest-appearances and collaborations with him.
Ik acht het dan ook zeer goed mogelijk dat de projecten uiteindelijk weer bij elkaar komen en een mooie manier zullen vinden om de "experimentele jazz solo's" te verenigen met de strakke rock. En zo niet dan houden we er 2 opties aan over met dezelfde stabiele basis, maar die verschillen in het gebruik waarbij je dus kan kiezen wat jouw voorkeur heeft. Wat mij betreft win-win.
Maar erg jammer zoals ik al zei, Het zou mooier zijn als alle effort in 1 platform gestoken werd ipv te kijken wie van de twee een mooier wiel uit kan vinden.....
Daarmee geef je zelf eigenlijk het nut al aan. In veel gevallen zal het mooiste wiel verder rollen en het minst mooie wiel in duigen vallen. De effort wordt uiteindelijk dus gewoon in 1 project gestoken. De overlevingskans van het geheel (de kans dat minstens een van beide overleeft) is daardoor m.i. vaak groter.

P.S. Ook in commerciële software is er sprake van verloren effort. Kijk maar naar alle features die bij MS uiteindelijk niet in het eindproduct komen, of bij alle projecten waar Google in het pre-alfa-, alfa- of betastadium de steker uittrekt.

[Reactie gewijzigd door mae-t.net op 18 april 2016 01:44]

Hier ben ik ook wel benieuwd naar, ik gebruik al jaren Kodi / XBMC.
Op dit moment is er weinig verschil en beide projecten zullen naast elkaar bestaan. Ze zullen gewoon code uitwisselen indien het uitkomt (het is open-source), maar sluiten niet uit dat beide projecten later wat meer verschillen gaan vertonen.
Op dit moment is het grootste verschil dat LibreELEC meer democratisch werkt en bij OpenELEC 1 persoon uiteindelijk de beslissingen maakt. Welke van de twee het betere product gaat leveren uiteindelijk, we zullen het gaan merken over een aantal maanden/jaren :p Maar op dit moment: Het maakt weinig uit welke van de twee je pakt qua functionaliteit.
Als je één van de laatste builds van Kodi wil gebruiken is het aan te raden over te stappen.

Libre heeft vaker updates waarbij ook telkens een nieuwe build van Kodi in mee genomen wordt.

Tot nu toe bevalt de overstap van Open naar Libre uitstekend.
Nee, het is juist goed dat open source projecten uit elkaar vallen!

Dan kunnen er tegelijkertijd meerdere paden worden bewandeld die naar een oplossing leiden ipv dat er een grote bandwagon naar de afgrond rijdt terwijl er op het "veilig gebleken" pad niemand verder loopt.

Als een open source project niet uit elkaar mag vallen, kan het net zo goed closed source gemaakt worden. Geeneen van de ontwikkelaars van het project mag toch niet de code oppakken en ermee weg rennen om een fork te starten.
kan ik van openelec eenvoudig upgraden naar libreelec met behoud van alle instellingen ?

remote, addons, database etc ?
Ja, geen probleem. Staat ook op hun site.
Op de download pagina van LibreELEC zijn helemaal onderaan files te vinden die je kunt gebruiken voor een "Manual Update from OpenELEC". Of het ook automatisch kan heb ik niet kunnen vinden. Waarschijnlijk is het wel mogelijk als je de git url's aanpast.
Jammer dat ze gewoon met een copypasta verder zijn gegaan met in essentie hetzelfde project. Had graag gezien dat ze met iets kwamen wat zich echt kan onderscheiden van OpenElec. Een distro gespitst op Plex bijvoorbeeld.
Je moet eerst forken voor je verder kan werken. En na de fork wil je eerst een basis release uitbrengen waarop je kan verderbouwen. Indien je dat niet doet ga je heel veel tijd spenderen waarin de originele versie mogelijks verwaarloosd word, de gebruikers schrik beginnen krijgen en dan op zoek gaan naar alternatieven waardoor je zelf weer heel wat moeite gaat moeten steken in het overhalen van gebruikers om je te volgen.
Dus jij wil liever zien dat ze afhankelijk worden van nog meer spelers terwijl je het nu gewoon heel makkelijk al kan toevoegen?
Nu zijn ze afhankelijk van kodi en Linux met jouw idee komen daar ook nog eens Plex, PlexBMC en Emby bij, want alleen Plex kan dan natuurlijk ook niet.

Nee laten ze dan maar lekker een one trick pony blijven.
Wat zit je er een hoop onzin bij te verzinnen? Waarom Emby? Plex Server kan dat allemaal net zo goed. Waarom Kodi? Plex Server + HT is net zo goed. Ipv afhankelijk van de Kodi devs ben je nu afhankelijk van de Plex devs. Niks meer, niks minder.

Het is ook niet het idee in deze om 100% overlap te krijgen, want dan onderscheid je niet. Waar Kodi veel meer gefocust is op single-client toepassingen is Plex veel krachtiger in een centrale rol met meerdere clients.
Betekent de ondersteuning voor Chromium met Widevine dat je ook gebruik kunt maken van Netflix dat iemand weet?
Nee voor Netflix heb je echt Google Chrome nodig :Y) :Y) :Y)
Ah, jammer. Dank voor je reactie :)
Waar baseer je dat op? In elk geval heb ik onder OpenELEC, met Chromium en de Widevine plugin, prima Netflix kunnen gebruiken. Als ik de opmerking "Flash and Widevine support can be enabled in Chromium add-on settings" lees, vermoed ik dat dat op LibreELEC ook moet kunnen.
bij Ubuntu 15.10 had ik een paar maanden terug toch echt Google Chrome nodig om Netflix te kunnen gebruiken. In zowel Chromium als Firefox deed Netflix het niet..

zie ook http://askubuntu.com/questions/555615/netflix-on-chromium
Het zit ook niet standaard in Chromium, dat klopt. Op Arch Linux is de widevine plugin te installeren vanuit de zogenaamde Arch User Repositories (AUR, onofficiele packages die onderhouden worden door de community). Als je kijkt naar wat het buildscript van deze package precies doet, zie je dat het gewoon Chrome downloadt en libwidevinecdm.so eruit plukt. Ik neem aan dat LibreELEC zo'n zelfde trucje uithaalt.
Die Docker apps spreken mij ook erg aan. Ik heb bij mijn ouders een RasPi2 staan die ik gebruik om gegevens van zonnepaneel omvormers naar pvoutput.org te sturen om een historiek van de opbrengst te hebben. Maar Daarnaast wou ik die Pi ook gebruiken als kleine htpc om af en toe bv YouTube te kunnen kijken op hun niet-smart tv. OpenELEC kwam tot nu toe nooit in aanmerking omdat ik PHP en MySQL nodig had, Xbian heb ik een tijd gebruikt maar die ontwikkeling ging traag, dus nu evt LibreELEC.
Xbian heb ik een tijd gebruikt maar die ontwikkeling ging traag, dus nu evt LibreELEC.
Grappig dat je dat zegt wanneer de LibreElec mensen juist zijn positief zijn om: "the exceptional work from @mk01 of the Xbian project"
Ik zeg niet dat Xbian slecht is, het werkte eigenlijk prima voor me, maar wel dat de releases traag waren en ik wat achter liep op Kodi versie. Maar LibreELEC werkt nu toch met Kodi 16.1 (wat nog een RC is) en een versie met Kodi 17 komt er aan (die eigenlijk nog in alpha is, dat is misschien iets te bleeding edge voor me maar Krypton heeft wel een aantal nieuwigheden waar ik naar uit kijk).
Ik ken eigenlijk geen distro dat zo snel gaat als XBian. Als je images verwacht of concrete releases dan niet. Die bestaan bij XBian niet in dien aard, maar je krijgt wel bijna dagelijks updates via apt. Daar zitten dan ook automatisch die vele patches bij die mk01 doet. Dat is dus wat ik bedoel te zeggen. Bij XBian ben je de eerste die het vooruitstrevende werk bijna dagelijks binnen krijgt.
verschil lijkt mij die docker apps, voor zover ik weet kan je op een openelec server verder helemaal niets.
Gebruik LibreELEC vanaf het eerste moment en ben er zeer over te spreken.
De overstap is super simpel en binnenkort komt er ook een LibreELEC 8.0 (Krypton).
Een afsplitsing van het OpenELEC-team, Ik weet niet wat hiervan moet denken of dit goed of jammer is/wordt. De vraag is natuurlijk of en hoe ze zich gaan onderscheiden. Ben eigenlijk zeer tevreden met wat OpenELEC te beiden heeft en indien er geen verschil is waarom zou ik dan overstappen.
Wordt vervolgd.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True