Software-update: Kodi 14.0 RC 1

Kodi (75 pix)Na vijf bètareleases is nu de eerste release candidate van Kodi is uitgekomen. Kodi is de nieuwe naam voor XBMC Media Center en deze crossplatform-mediacentersoftware wordt ontwikkeld voor Windows, OS X, Linux, Android, iOS, AppleTV en de Raspberry Pi. Versie 14.0, die codenaam Helix heeft gekregen, bevat naast de nieuwe naam geen grote veranderingen, maar wordt door de ontwikkelaars als een stability-release aangeduid. Nieuw is onder meer een nieuwere versie van ffmpeg, waardoor nu ook het afspelen van h.265-bestanden mogelijk is. De release notes voor deze uitgave zijn hieronder te vinden.

The Next Generation of Video Codecs
To begin, Kodi has been updated to use FFmpeg 2.4.3. For users, this means Kodi will now be capable of playing back h.265 (also known as HEVC) and VP9 video codecs. This could result in dramatically smaller video files sizes with exactly the same level of quality. A 40 GB file could be compressed to 20 GB. A 1 GB file could be compressed to 500 MB without any loss in perceivable quality. Users with particularly large libraries or interest in 4K video may be especially likely to appreciate this update. Software support for the VP9 video codec is also included.

The caveat to this update is that it is entirely software based. This means most low power systems, such as those operating Android or iOS, may struggle compared to the heftier HTPCs or Intel NUCs and ZOTAC ZBOXes that are running desktop and laptop processors.

Library Improvements
The Kodi Library is getting improvements both coming in and going out. On the input side, library scanning is receiving a massive speed boost, which should make the initial scan on Android and iOS devices quite a bit more spiritedly.

On the output side, work continues, slowly but surely, on UPnP. Kodi is now significantly more compatible with servers like PlayOn and MediaBrowser, as client-related bugs have been dealt with. Further, communication between Kodi UPnP clients and Kodi UPnP servers continues to improve with proper or additional support for categories like date added, ratings, votes, and artwork, along with sorting for those new categories. UPnP search functions are also slowly working their way into Kodi.

More User Control Over Kodi
Two new features have been introduced with Kodi that should give users even more control over how the software works. First, users can now prevent add-ons from updating without a forced update, prevent add-on update notifications, or simply continue to work with add-ons auto-updating as they do today. To change add-on update settings, visit the Add-ons folder in System Settings, if you are using Confluence, click left with your keyboard or remote to open the side panel, where a number of options exist, including the option to hide any add-ons that aren’t expected to work in your region.

Second, in the past the virtual keyboard on the screen that users of tablets and remote controls are forced to deal with has always been set to the western standard QWERTY style. It is now possible to change the layout to a variety of other language options. To do so, visit the International section of the Appearance folder in System Settings and select Keyboard layouts. (Pro-tip: If you are an English speaker living in the US, Australia, or New Zealand, you can also select a version of English that better suits your spelling style from the Language portion of the International section.)

Android, iOS, and embedded
On the Android side, hardware playback improvements continue, including more and better support for various chipsets, improved fast forward and rewind capability, as well as 4K support for the AMLogic s802 chipset. On the iOS side, Airplay, which was fairly substantially broken by the update to iOS 7, appears to be almost entirely fixed on every platform save Android, which lacks certain software support, making Airplay playback only partially fixed on that platform. Additionally, support for the Freescale i.MX6 SystemOnChip has been added.

Furthermore, for you tablet users, we’ve now replaced the ageing Touched skin with the improved Re-Touched skin, which includes a number of tweaks to bring it more in line with the features Kodi has to offer.

Windows, OSX, and Linux
All three platforms continue to see improvements in audio playback and a reduction of many audio-related bugs that have been plaguing the platforms for a long time. Windows also sees improvement in DXVA video playback.

PVR
American PVR users will be happy to learn that Kodi 14 introduces support for ATSC sub-channels. All users of PVR may be happy to learn that all PVR windows have been rebuilt to be better and more efficient.

A Few Warnings and Notices
This release marks the switch to the new name Kodi. When you install this release candidate, your library and add-ons will be moved to Kodi, making reverting back to 13.2 fairly difficult. As such, it is recommended that you back up your library as well as your settings before installing Kodi.

Also, as Kodi is an unsigned application on OSX, you may need to go through a slightly different process to start it the first time. After you have copied Kodi to the Applications folder, you will need to “right click” or “two finger click” Kodi from within the Applications folder and select “Open” and then accept the warning. You should only need to do this the first time you run Kodi.

Kodi 14.0 RC

Versienummer 14.0 RC 1
Releasestatus Beta
Besturingssystemen Windows 7, Android, Linux, macOS, Windows Vista, iOS, Windows 8
Website Kodi
Download http://kodi.tv/download/#devbuilds
Bestandsgrootte 67,50MB
Licentietype GPL

Door Bart van Klaveren

Downloads en Best Buy Guide

01-12-2014 • 11:24

81

Submitter: Idiocracy

Bron: Kodi

Update-historie

19-01 Kodi 21.2 21
10-09 Kodi 21.1 24
04-'24 Kodi 21.0 69
03-'24 Kodi 20.5 6
03-'24 Kodi 21.0 bèta 3 1
02-'24 Kodi 20.4 34
01-'24 Kodi 20.3 11
12-'23 Kodi 21.0 bèta 2 4
10-'23 Kodi 21.0 bèta 1 35
07-'23 Kodi 20.2 8
Meer historie

Reacties (81)

81
77
41
3
0
32
Wijzig sortering
Anoniem: 282679 1 december 2014 11:31
Het blijft zo vreselijk ergerlijk dat er nog steeds geen subtitle-ondersteuning is bij UPnP. Een Pi is veel te langzaam voor SMB e.d.: UPnP is prima maar het blijft zo vervelend dat er geen subs meegestuurd worden.
Moet je NFS gebruiken scheelt overhead. Ik stream H.264 films van 10 a 12GB zonder problemen. Dit is wel met HDMI Passthrough.
De PI draaid op CPU 1000 Mhz, GPU en RAM op 500Mhz.
een Pi veel te langzaam voor SMB?? gebruik al sinds dat het ding er is OpenElec met SMB naar mijn NAS en nog nooit 1 hapering bij FullHD met subs. vraag me echt af hoe je aan deze wijsheid komt?
Ik heb ondertussen een stuk of 6 RPis in beheer en ze werken stuk voor stuk perfect samen met SMB en subtitles in combinatie met OpenELEC. Ik begrijp echt niet waar hij het vandaan haalt dat het niet snel genoeg is of wat dan ook.

[Reactie gewijzigd door DarkBlaze op 23 juli 2024 03:28]

Dat vind ik ook jammer, ik heb heel mijn libary gedeeld en meestal zijn de subs al automatsich gedownload maar pakt de Pi ze niet mee :( Ga je vervolgens ondertiteling zoeken kan je weer 3 minuten wachten.
Het scheelt een beetje hoe/waar je de beelden, het geluid en de ondertitels vandaan haalt. Maar zowel smb als upnp zijn voor linux en dus ook voor de R-Pi minder snel dan nfs.

Daarnaast kan je xbmc/kodi volgens mij zo inrichten dat de ondertitels door de r-pi worden opgehaald en op een voor de r-pi snelle/handige plaats zet, bijvoorbeeld op de sd-card of op usb-opslag.

Het enige dat een uitdaging kan zijn is de performacnce en wat de r-pi allemaal moet doen. Raakt ze aan het eind van de resources (cpu, geheugen) dan kan het een uitdaging worden, net zoals voor software-ffmpeg....
Anoniem: 221563 @Aaargh!1 december 2014 11:48
Huh? Die reactie snap ik niet :S

Ik kijk voornamelijk mainstream content, maar subtitles zijn voor mij wel een must. En dan heb ik voornamelijk de engelse subtitles aanstaan. Puur voor wanneer ik iets niet goed heb verstaan. De nederlandse subs zijn vaak slecht vertaald.
Stemgeluid wordt te vaak overstemd door veel te hard achtergrondgeluid. Zonder bij voorkeur Engelse ondertiteling is vaak niet te doen.
Precies. Het volume van stemmen laat soms ook te wensen over en dan is het fijn als je de engelse subs er bij hebt. NL subs, bah.
Ik denk niet dat de buren daar zo blij mee zijn. Als ik dat zou doen heb ik andere problemen ;)
Het tegendeel is waar.

Een goed ingeregelde set (b.v. met Audyssey MultEQ XT) zorgt juist voor veel minder geluidsoverlast. In een normale kamer heb je altijd frequenties die door de vorm v/d kamer versterkt (of juist verzwakt) worden, room-correction compenseert hiervoor en deze frequenties zijn nu net hetgene wat het geluidsoverlast veroorzaakt.

Ik woon in een redelijk gehorig appartement en ik kijk regelmatig films op hoog volume, de buren hebben hier nog nooit last van gehad. Ik heb het ze meerdere malen gevraagd en ben zelfs bij ze thuis wezen luisteren en je hoort idd niks. En dat is met de stereo op bioscoop-niveau volume. (0 dB)

Het zijn juist de goedkope, underpowered setjes die overlast veroorzaken. Onvoldoende vermogen in je subwoofer b.v. geeft een ontzettend 'dreunende' bass en veroorzaakt meer overlast dan een sub met voldoende vermogen om de bass goed onder controle te houden.

[Reactie gewijzigd door Aaargh! op 23 juli 2024 03:28]

mjah, als je een leuke set wilt doneren houd ik mij aanbevolen. Tot dan moet ik het doen met mijn eigen set en subtitles ;)
Daarnaast zijn er ook mensen die niet optimaal horen. :-) Ik heb zelfs engelse subs bij Nederlandse films..
Ik denk dat behoorlijk wat gebruikers subs gebruiken, Engels is niet mijn moedertaal, en ik moet daarvoor dus iets meer moeite doen, en moeite doen daar heb ik dus net geen zin is als ik lekker voor mijn ontspanning naar een film of een serie wil kijken.
Upnp is ook best achterhaald, gewoon nfs of smb gebruiken en al je sub problemen zijn opgelost, en het werk vaak nog 10x beter dan dat upnp gebeuren.
Dat zijn totaal andere protocollen :S
Daarom zeg ik ook upnp is achterhaald.
Nee, het zijn totaal andere dingen. Appels en peren.

De ene is om media content te streamen, de andere is om bestanden te delen. Leuk dat je via bestanden delen ook media content kunt bereiken, maar dat is niet hetzelfde.

Zo heb ik via upnp m'n library, dat hoef ik via smb niet te proberen.
Voor xbmc/kodi zijn zowel upnp, smb als nfs (en nog een paar andere) allemaal protocollen om 'streaming' (of in blokken/brokken) de media op te halen.

Als je kijtk naar de benodigde overhead, dan is nfs in het voordeel omdat die in de kernel wordt afgehandeld en de andere twee in user-space. Dat scheelt context switching en dus performance.
Anoniem: 221563 @beerse2 december 2014 14:09
NFS ben ik nog niet bekend mee, maar smb is een file sharing protocol. Je kunt dan wel lekker door de bestanden bladeren, maar een echte library is er niet bij. Of je zou lokaal je library moeten aanmaken op basis van je smb shares. Maar daar bieden veel apparaten geen ondersteuning voor terwijl upnp algemeen ondersteund is.
Tussen nfs en smb zit praktisch niet zo heel veel verschil. Beide zijn voor de toegang tot een file-systeem op een andere machine. NFS is de standaard voor unix en dus ook voor linux. SMB (aka samba, cifs) is de standaard voor msWindows. Linux kan al jaren beide aan maar is vanwege de oorsprong beter in het verwerken van nfs.

Voor XMBC/Kodi (onder linux) maakt het niet uit, die ziet de files en doet daar wat mee, net zoals lokaal opgeslagen of via usb aangesloten media.
Anoniem: 221563 @beerse2 december 2014 14:24
Yes, alleen is upnp juist een universeel formaat waarmee zo'n beetje alle mediaplayers mee vooruit kunnen en wordt in een library aangeboden.

Zo kan ik bijvoorbeeld op m'n Xbox m'n media aan die op m'n XBMC installatie staat, in library vorm. Dus sorteren op genre, acteurs etc. Dat soort dingen.

Als ik via een gedeelde map naar m'n share zit zou ik het met kale bestanden moeten doen.
Degene die UPNP juist aanhaalde had het juist over UPNP omdat de Pi heel traag is met SMB o.i.d. dus blijft daar UPNP nog wel ideaal voor. Ik heb zelf ook op de slaapkamer een Pi als client, en is heel traag met SMB.
Gelukkig is dat nu net een stuk beter geworden in Kodi.
Ik zou maar eens een laatste OpenELEC versie installeren op je PI.
Heb ik toevallig gister avond gedaan, inderdaad een stuk soepeler nu.
UPnP is juist de toekomst voor Kodi, ter vervanging van filesharing via NFS en de database in MySQL.
Nu nog een paar goede (goedkope) Linux-boxjes die KODI out-of-the-box soepel draaien. Op Android blijft het toch een gevalletje 'net niet' en een NUC is me echt overkill als mediaspeler.

Het blijft wachten op de MeeGo t-01 of soortgelijke devices.
Draai zonder problemen XBMC op men Android HDMI stick, wel met custom instellingen natuurlijk, maar werkt 100% op mijn Tronsmart MK908 Quad Core Android TV Stick, op mijn telefoon draait het wel sneller maar dat ligt aan de Android versie van de stick.
Het is natuurlijk altijd trager dan op Windows maar verder dezelfde stream en ondertitel mogelijkheden zonder haperingen of vastlopers.
En toch heeft Android dikke beperkingen voor wat betreft de instelbaarheid van (bijvoorbeeld) het aantal frames per seconde, wat nogal eens beperkend is in de beeldkwaliteit.

Ook heb ik op geen enkel OS zo vaak meegemaakt dat geluid en beeld niet sync is, met name bij Amerikaanse series. Of ondertitels die vooruitlopen op het beeld. Keer op keer op android, nooit op windows of Linux. Soms is het beter met een externe videoplayer, maar lang niet altijd.

XBMC op Windows of Linux is gewoon beter, period.
Ik ervaar de android versie van Kodi op mijn FireTV als net zo soepel als de versie die ik op mijn mac mini 2012 draaide. Vooral de aanpassingen die men gedaan heeft aan het library gedeelte maken dat er steeds minder cpu power nodig is.
Voor de software: even wachten op openelec, die verwacht ik binnen een week na de release van xbmc/kodi.

Voor de hardware: Een Raspberry-Pi, zie de price-watch. Daar de B+ versie kiezen en bij de leveranciers kijken of er een mooie bundel met kastje en kabels en zo is.

Wil je meer dan alleen xbmc/Kodi, vervang OpenELEC dan voor RaspBMC, dan kan je nog wat anders doen met de linux omgeving.
Bedankt voor de tip, maar ik stel echt hogere eisen aan snelheid en stabiliteit dan een RPi kan bieden. Ik zie het regelmatig bij een kennis die er één heeft draaien, maar dan is mijn huidige setup met een bejaarde LG mediaspeler en een Android-stick toch echt beter.
Dan denk ik echt dat je bij je kennis geen OpenELEC + Raspberry PI B ziet staan.
Vergeet upnp, of smb. Gebruik NFS. Is rete stabiel en minder overhead. Al werkt smb op de raspberry pi ook perfect hoor.

Raspberry pi (raspbian) cpu op 900 mhz, class 10 SD kaartje en gas er op!
Ik heb echt problemen met SMB nu ik verhuisd ben en mijn NAS verplaatst heb. Blijft continu hangen op 'Preparing' en ik moet dan handmatig de map 'video' in de filemanager openen alvorens die m'n library bijwerkt. Lijkt op een ordinaire bug welke ik niet opgelost krijg.

Ik ga vanavond alles overzetten op NFS; sowieso is dat de beste keuze voor XBMC.

[Reactie gewijzigd door Dannydekr op 23 juli 2024 03:28]

Anoniem: 358514 @Dacuuu1 december 2014 14:26
Draai al jaren een combinatie van Openelec (op een ION2) en NAS. Met NFS over gigabit ethernet nog nooit traagheid of bufferen ervaren. Speel gewoon blu-ray folders af met bitrates van 30-40 Mb/sec.
Voor enkele NAS-systemen zijn er servervarianten van deze (meukpost) software, zoals van Plex. Ik zie wel dat Kodi ook hardware acceleratie begint te ondersteunen; maar - zie ik nu niet zo direct op hun site - hebben zij ook een addon/pakket voor op een snelle NAS van populaire Netgear/Synology/QNAP te draaien bijvoorbeeld ?*

Nota bene: ik ga ervan uit dat als je een dedicated tool als een media server op een NAS kan draaien, je meer future proof bent gezien aan beide kanten (Kodi en bv. Synology) een user community zich vormt rond beide partijen om het goed te laten werken. DLNA in de meeste tv's laat wel wat toe, maar bij hoeveel fabrikanten worden de ondersteunde formaten 2 jaar na fabricatie nog geupdated in de tv's ? Laat staan, dat DLNA niet toelaat om specifieke hardware aan te spreken op het beginpunt (NAS/mediacenter) om een slimme keuze te maken en al dan niet daar te kiezen voor transcoding ALS de tv het formaat niet zou aankunnen. Maar spreek mij aub tegen of vul mijn redenering aan :-)

[Reactie gewijzigd door Mizitras op 23 juli 2024 03:28]

Anoniem: 221563 @Mizitras1 december 2014 11:52
Hoe het zit op de NAS weet ik niet, maar hardware acceleratie zit al enkele jaren in XBMC/Kodi en is niets nieuws.
Het is niet nieuw, maar of het zo uitgebreid is dat het ook de Marvell/Kirkwood/Atom processoren ten volste kan benutten is iets anders. Voor een normale laptop met een ATI/NVIDIA chipset of Intel HD-grafische chip, lijkt me dat een goede zaak; maar zal een ruwe kracht wel voldoende aanwezig zijn voor 1080P. Dat laatste is iets wat je op de meeste NAS'n echter niet mag verwachten.
Anoniem: 221563 @Mizitras1 december 2014 12:42
Huh? Ik draai al 4 jaar m'n Xbmc installatie op een Atom N330, en die hardware matige acceleractie werkt al die tijd gewoon perfect hoor :S
Dat kan, maar die neemt niet volledig de 1080p transcoding op zich. Je Atom N330 grafische chip OF specifieke instructieset zoals MMX, kan benut worden, maaar.. op pure kracht is de N330 niet snel genoeg om 1080p te transcoden.
Anoniem: 221563 @Mizitras1 december 2014 14:12
Transcoden is dan ook totaal iets anders. Dan ben je een nieuw video bestand aan het creeëren, en niet alleen eentje aan het tonen.

Die hardware matige accelaratie doet alleen maar een zwaar ingepakt video bestand decoderen, het tonen van de beelden.

Bij transcoden ben je daarnaast ook naar aan het coderen, je bent immers een nieuw video formaat aan het aanmaken.

Zelf zie ik het nut niet van transcoden. De kwaliteit valt altijd zwaar tegen, of je moet er een enorm dikke PC voor neerzetten die het wel on the fly kan. Dan kun je beter gewoon zorgen dat je library nette bestanden heeft. Desnoods via batch alles omgooien. Maar goed, dat is mijn persoonlijke mening/ervaring ;)
Liever zonder transcoden, maar met software die de CPU onziet en offload naar de GPU, waarbij je ook kan spreken van hardware acceleratie, kan je wél met een zwakker systeem net beeldmateriaal verkrijgen.
En via batch een paar films converteren ... ja, maar dat is nooit 'eventjes' ;)
Anoniem: 221563 @Mizitras1 december 2014 14:24
Ja, en dat is toch juist hetgeen wat XBMC al jaren doet? ;)
Dus je will offloaden naar een GPU - die zit niet in een NAS.
Beetje rare vraag werkelijk.

Nee, Kodi kan geen hardware accelerated playback doen op een NAS, omdat de NAS dat niet kan.
Nee, Kodi kan inderdaad geen hardware accelerated transcoding doen op een NAS opdat de NAS het niet kan én omdat Kodi uberhaupt geen transcoding doet.
Hardware acceleratie draait op een GPU of dedicated chip, iets wat de meeste NAS niet hebben, daarnaast heeft XBMC geen server-variant zoals Plex. Overigens doet Plex het transcoden van content volledig op de CPU.
Client-server bestaat, maar is heel erg lelijk qua implementatie en ook niet echt waar ze naartoe willen met XBMC. Ik draai het zelf nu al een hele tijd en het werkt prima.
Je bent nogal in de war.
Plex voor NAS is geen serverversie van deze software maar totaal op zichzelf staande software (namelijk een transcoding server) die 0 code deelt met de Kodi client.

De Kodi client wordt gemaakt door een open source project geleid door XBMC Foundation. Van deze groep mensen is geen transcoding server of enige transcoding functionaliteit.

Ik denk dat je de Plex client verwart met de Plex server. In tegenstelling tot de Plex server, is de Plex client wél een afgeleide van XBMC (de oude naam van Kodi). Het betreft dan ook immers beiden clients. Plex client draait niet op een Nas en doet net zoals Kodi geen transcoding.

[Reactie gewijzigd door kibje op 23 juli 2024 03:28]

Ik gebruik de DsPlayer branche van XBMC, simpelweg omdat ik dan Smooth Video Project kan gebruiken. Helaas nog geen Kodi-variant beschikbaar en ik vind dat de player van XBMC erg achterblijft. Dingen als MadVR zijn toch wel erg mooi en deze mis je nu volledig. Ik begrijp de reden (multiplatform en madVR is Windows only) maar dat maakt het niet minder jammer :).
Maar je kunt ook geen MadVR gebruiken met DSPlayer, alleen door middel van een externe player. Of heeft Tiben inmiddels iets werkend gekregen?
Nee helaas, ik gebruik DsPlayer enkel voor Smooth Video Project. Een feature die madVR enigszins ook heeft, alleen dan beter uitgewerkt. het zou mooi zijn als XBMC wat tijd besteed aan soortgelijke features die madVR je biedt en anders is het hopen dat de DsPlayer branche het uiteindelijk gaat ondersteunen.
Ik heb een xbmcbuntu installatie, kan ik gewoon upgraden naar Kodi met behoud van settings (library, gezien/niet gezien info, enz ..)?
When you install this release candidate, your ibrary and add-ons will be moved to Kodi, making reverting back to 13.2 fairly difficult. As such, it is recommended that you back up your library as well as your settings before installing Kodi.
Dus ja het kan, maar maak een back-up voor als het mislukt.
Ik heb in het verleden de diverse BETA's van Kodi geprobeerd (OpenELEC) maar liep steeds tegen grafische problemen op. Zo reageerde de interface traag en werden videobestanden slecht afgespeeld. Na deze slechte ervaring ben ik weer terug naar OpenELEC 4.2.1. die baseert op Gotham 13.2.

Iemand een idee of deze problemen nu eindelijk zijn opgelost ? Ook klikt het geluid regelmatig tijdens het afspelen van muziek. Meestal gaat het om .FLAC bestanden die via mijn NAS worden afgespeeld. Heb dit alles geinstalleerd op een Zotac ZBox AD02 (AMD E-350, 8GB DDR3, Samsung EVO 840 SSD (250GB)) in dual-boot met Ubuntu 14.04.1.
op een e350 bordje en openelec heb ik nooit problemen gehad. Zowel ASrock als ASUS. FULL HD + 3D DTS-Master etc.
Hmm.... Vanavond maar eens gaan upgraden. :)
Hopelijk hebben ze de resume aangepast, na pauzeren stottert het beeld en geluid bij mij.
Maar goed, het was dan ook een Beta, dus heel erg mopperen mag ik niet. :)
Vanavond maar is een clean install.
Beetje te wild geweest met add ons van buitenaf installeren, wilde namelijk problemen met buffering oplossen. Nog steeds niet gelukt.

Wel leuk om te vermelden is dat Yatse ook een beta versie heeft uitgebracht met Material Design.

Op dit item kan niet meer gereageerd worden.