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

Software-update: Kodi 17.0 RC 4

Door , 50 reacties, submitter: Idiocracy, bron: Kodi

Kodi logo (75 pix)De vierde release candidate van Kodi 17.0 is uitgekomen. Deze crossplatform-mediacentersoftware wordt ontwikkeld voor Windows, macOS, Linux, Android en iOS. In versie 17.0 is de mogelijkheid voor het afspelen van 10bit- en hevc-materiaal toegevoegd, in combinatie met gpu's van Intel of Nvidia die daar ondersteuning voor bieden. Ook de standaardskin is gewijzigd naar Estuary en voor apparaten met een aanraakscherm is dat Estouchy geworden. Een uitgebreid overzicht over de veranderingen die we in versie 17 kunnen verwachten is op deze pagina te vinden, dit is de aankondiging voor deze uitgave:

Fixes done in this release candidate:
  • Update Estuary and Estouchy with some bugfixes and improvements
  • Fix Kodi not starting on some phones running Android 7
  • Revert changes that disabled plugin listing cache that which caused reduced browsing speed
  • Fix the cause of favourites not refreshing
  • Fix add-ons not being added to favourites if done through add-on manager
  • Update our default webinterface Chorus2 with several fixes and features
  • Fix possible deadlock when installing/uninstalling PVR add-ons
  • Fix possible failed add-on installs on Windows with a retry
  • Fix changing song ratings
  • Make sure to stop playback before uninstalling a PVR add-on
  • Try to handle graphics failures due to bad graphics driver on Windows
  • Fix long timeout for certain audio streams
A full list can be found here.
Versienummer 17.0 RC 4
Releasestatus Beta
Besturingssystemen Windows 7, Android, Linux, macOS, iOS, Windows 8, Windows 10
Website Kodi
Download http://kodi.tv/download
Licentietype GPL

Reacties (50)

Wijzig sortering
Tot mijn verbazing startte ik vanmorgen KODI op mijn Schield TV en kreeg versie 17 automatisch geÔnstalleerd.

De site van kodi - en de nieuwsartikelen op tweakers - reppen echter nog niet over een final release.
De site zelf zegt:
Latest Releases
Latest Release: Kodi 17.0 "Krypton"
Release Date: 1 February 2017
Announcement: To be made

Lijkt er dus op dat 17.0 inderdaad gereleased is maar dat de officiele aankondiging nog gaat komen.
RC4 was namelijk van 27 januari.
De nightlies zijn ook overgegaan op versie 18 "Leia"

[Reactie gewijzigd door SiGNe op 2 februari 2017 21:19]

Bij mij werken de ondertitels van mijn geripte DVD's (in MKV-formaat) niet meer met deze build. Ik heb RC3 geÔnstalleerd en toen deden ze het weer.

[edit]
OS is Windows 10

:Y)

[Reactie gewijzigd door Tuinhark op 27 januari 2017 20:26]

Even melding maken met een debug log,
dan kunnen ze er wat aan doen.
zeggen en verder er niks mee doen lost niks op ;)
Goed punt, het was meer bedoeld ter informatie voor de medegebruikers hier.

[edit]
Zoals gewoonlijk was iemand anders me al voor.
http://forum.kodi.tv/showthread.php?tid=305265

:Y)

[Reactie gewijzigd door Tuinhark op 29 januari 2017 11:08]

Waarom zou je een SQL gebruiken? Ik gebruik de addon trakt wanneer ik dan mijn RPi 2 opnieuw installeer of update, dan is het addon installeren en syncen en klaar, ook versie verschillen maken niet meer uit.
Omdat je meerdere Kodi clients hebt en je media wil delen :?
En sinds wanneer is SQL daar voor nodig?
Het enige voordeel van SQL gebruik is het feit dat je maar een keer hoeft te scrapen, en dat de voortgang binnen video's bijgehouden wordt. Voor synchronisatie van de watched status kun je ook Trakt gebruiken.
OMG je zou maar eens meerdere opties hebben om hetzelfde doel te bereiken. Wat is er zo nadelig aan SQL en maakt trakt zoveel beter?
Het is precies zoals je zegt er zijn meerder wegen naar het einddoel.

Voor mij was het nadelig dat SQL vereist (voor zover ik weet) dat de Kodi clients allemaal dezelfde versie draaien.

@Zer0 Trakt kan de voortgang ook bij houden, dit vind ik persoonlijk heerlijk werken. Zelfs op mijn Telefoon en tablet blijft alles gelijk.
moeten inderdaad zelfde versies zijn, kan begrijpen dat als je met verschillende installs bezig bent dit moeilijk wordt.
Het nadeel van SQL: voor SQL heb je een extra SQL server nodig, wat lokale resources kost. Daarnaast brengt het extra complexiteit met zich mee, zoals database authorisaties, gekloot met advanced settings.xml aanpassen of user/pass/ip combinaties invullen met een simpele afstandsbediening. Als laatste de leuke effecten als je Kodi nieuwe content scraped terwijl de database offline is, of als je met verschillende Kodi versies werkt.
Het voordeel van trakt: geen SQL server nodig, simpele installatie van addon en een inlog via qr-code en telefoon of pc
Ik heb anders bij een nieuwe installatie mijn sql-server sneller ingesteld dan dat ik Trakt toegevoegd en aangemeld heb, en gewacht tot de synchronisatie voltooid is. Voor SQL: xml-file kopiŽren en klaar (die ik uiteraard als backup ergens heb staan).

Bovendien doet trakt alleen films en series. Bij een nieuwe installatie met sql heb ik meteen alle muziek ter beschikking, wat anders een vrij lang scanproces zou zijn.

Het argument dat de sql-server offline kan zijn vind ik ook matig. Als dat in mijn geval zo zou zijn, zijn films en muziek ook niet beschikbaar aangezien die op dezelfde server staan.

Dan is er nog het probleem van fout gescrapete films omdat er bvb meerdere met dezelfde naam bestaan. Met SQL los je dat ťťn keer op voor alle clients. Zonder SQL moet elke client voor zichzelf scannen en komen dezelfde fouten overal terug.
Als je SQL gebruikt zijn er ineens allerlei tools beschikbaar die de DB kunnen gebruiken zoals bv;
http://htpc.io/

Ik gebruik zelf ook MySQL. Kan ik tenminste gemakkelijk data uit Kodi trekken vanuit websites enzo.
Leuk voorbeeld, maar afaik heb je helemaal geen Kodi - sql database nodig om HTPCManager te gebruiken...

Maar goed, voor sommigen kan het een leuke hobby zijn :)
Zelf ben ik blij dat ik alle MySQL databases kwijt ben, en ik dus weer een service een nekschot kon geven. Minder lokale resources in gebruik, minder data-verkeer. (als je ook sensor en radar-data logt loopt dat hard op)
Al die leuke complexe systemen, daar speel ik op het werk wel mee, thuis is functionaliteit en eenvoud het motto.
Complexe systemen? Resources? Data-verkeer? Het gaat hier om een lokaal databaseje die automatisch aangemaakt wordt, en het gebruik van Kodi tig-keer gebruiksvriendelijker maakt. Ik snap geen enkel van je argumenten. Het bekijken van een Full HD film verbruikt een miljoen keer meer data/resources dan die DB. En laat nu net dat zijn wat je met Kodi doet.
Het voornaamste voordeel is dat je niet nog een externe dienst nodig hebt als je het zelf kan regelen. Ik heb een NAS met meerdere VPS'en waarin het voor me makkelijker is om een database te gebruiken dan een externe dienst. Prima toch?!
Waarom zou je een account op een website aanmaken voor functionaliteit die dit programma zelf al aanbiedt, en je nog es perfect alles binnen je LAN kan afhandelen? Occam's razor ;)

Komt je privacy ten goede ook.

[Reactie gewijzigd door Borromini op 27 januari 2017 18:30]

IMO is Kodi voor meerdere clients niet echt geschikt, dankzij plugins wel zo te maken natuurlijk, maar dat blijft niet echt super handig werken, vind ik. Ik gebruik daarom zelf downloads: Plex Media Server 1.3.3, die daar meer op geŽnt is.
Prima geschikt voor meerdere clients, alleen niet om iets halverwege verder te kijken op een ander device.

edit: Ik doelde dus op Kodi

[Reactie gewijzigd door sdk1985 op 27 januari 2017 19:54]

Ik weet dat Kodi het kan, maar betekend dat nog niet dat Kodi ervoor gemaakt is, zoals Plex dat wel is. ;)
Ik bedoel dat je Kodi op meerdere clients kunt gebruiken. Dus standalone en dat gaat prima (daar is hij wel voor gemaakt).

Zelf heb ik nooit de toegevoegde waarde gezien van het syncen van de databases. Ik weet dat er tweakers zijn die in de badkamer nog TV kijken en dan vervolgens in de keuken verder kijken maar tot die groep reken ik mijzelf niet. Ik ben meer van de immersion en niet van het kijken om het kijken.

[Reactie gewijzigd door sdk1985 op 27 januari 2017 20:56]

De meerwaarde is dat je maar op ťťn plaats je library hoeft bij te werken. Als je 4 clients hebt zoals ik zou het een hel zijn moest ik me op elke client opnieuw moeten bezig houden met scannen, en mogelijk foutief gescande items manueel moeten rechtzetten. Dat pauzeren en ergens anders verder kijken is maar een klein extraatje.

Edit: autocorrect

[Reactie gewijzigd door Pieeeeeee op 31 januari 2017 09:22]

Ik heb vijf clients met elk hun eigen database. Er worden nfo bestandjes bij je bestanden geplaatst waaruit meteen duidelijk wordt wat het voor content is.

Eigenlijk komt dat handmatig iets aanpassen bij mij uberhaupt niet echt voor. Maar wellicht heb jij veel Nederlandstalige of andere bijzondere dingen, dat zou kunnen schelen.
Ik heb al eens een foute film of serie wanneer het een remake is met dezelfde naam. Neemt ie soms de versie van 1958 ipv de nieuwe. Of concert-dvd's zijn ook vaak fout.
Ik zal in SickRage eens instellen van de nfo-bestanden mee te kopieren, als dat zo'n verschil geeft.
Uh, met Plex kan je juist prima verder kijken op andere devices. Of doel je daar niet op?
Met Trakt.tv kan ik wel verder kijken op andere divices.
Nadeel van plex vind ik dan weer dat ie slecht om gaat met meerder videofiles in een mapje, veel renaming nodig en veel handholding.

1 vinkje in kodi en alles staat gewoon netjes genoemd op filename in plaats van library name en ik hoef me niet meer rot te scrollen.

Streaming op afstand werkt dan inderdaad prima.
Ja, terecht punt, Plex is vrij strict als het gaat om hoe je je media importeert. Maar goed, daar heb ik zelf filebot voor draaien, werkt erg goed moet ik zeggen. Wat bedoel je met meerdere videofiles in een mapje?
het gaat bij mij niet lekker met videos part1,part2 etc. Geen idee waarom niet. Plex indexeert ook echt op filename, dus dingen als een lick library moeten allemaal renamed worden naar de titel en dan nog spidert plex ze als films of videoclips.

best irritant allemaal :)
Ik heb ook Sick Rage draaien, die doet de naming al en heb nergens last van, eigenlijk.
draai zelf nog sickbeard. Sickrage ging niet helemaal goed op de een of andere manier. Prima voor tv series inderdaad.
Sql is vele malen sneller tov een locale de, heel goed merkbaar op een raspberry pi
Met sql server kan ik beneden op pauze zetten en boven gewoon verder kijken waar die gepauzeerd was
Omdat SQl een stuk sneller werkt, en de watched state helemaal synchroniseert.

Ik gebruik het zelf niet meer, ik ben overgestapt naar Emby als backend/sync voor Kodi, maar SQL heeft wel degelijk zijn voordelen ;)
Ik heb ten tijde van de Rpi 1 een eigen SQL database op mijn NAS gezet, wat de snelheid van RaspBMC destijds enorm ten goede kwam. Met de toename van snelheid in de RPi's, is dit niet langer nodig. Het kan dus ook uit praktische overwegingen zijn geweest dat mensen die opzetten :)
Voor me gevoel werkt het vanaf krypton slechter met een sqlserver als database
Trager iig
Dat gevoel heb ik zelf ook. Bibliotheek bijwerken lijkt erg traag te gaan.
Dan ligt dat niet aan mij
Was al bang dat het aan libreelec lag.
Je kunt eens kijken naar downloads: Plex Media Server 1.3.3, die heeft voor dergelijke doeleinden een betere opzet.
Me server is niet snel genoeg voor plex helaas

[Reactie gewijzigd door waspoeder op 27 januari 2017 18:11]

Zolang je niets hoeft te transcoden maakt dat niet heel veel uit en Kodi speelt bijna alles, dus je kan het best proberen gok ik zo... Er is ook een officiŽle Plex for kodi plugin, maar deze zit nog in beta (en heb je Plex pass voor nodig)
Hoe zit dit eigenlijk met de ondersteuning van hevc materiaal op televisies met android. Het is me opgevallen dat televisies met een multimediaspeler vaak veel moeite hebben met afspelen van hevc materiaal. Dit heb ik zelf getest op een tweetal Philips televisies. (55PUS8700 en de 65PUS6521).
Op mijn Sony X830C Android TV kan ik prima x265 afspelen in combinatie met Kodi 16.1. Ik verwacht dat de Shield Box (Nvidia) het ook kan.

[Reactie gewijzigd door sdk1985 op 27 januari 2017 17:51]

De Shield kon dat al. Ik moet nog kijken wat de hele Nougat 7.0 update voor Kodi/SPMC betekent, dat heb ik nog niet bekeken.
De HiMedia Q5/Q10 Pro kunnen ook prima x265 afspelen en daar staat Android 7 Nougat al op.
HEVC/x265 is nog geen vaste standaard, daar kunnen nog dingen in wijzigen. Daarnaast is het sterk afhankelijk van de content. 4K 10 bit content hebben oudere versies van Kodi wat moeite mee, ik geloof dat met deze versie die problemen opgelost zouden moeten zijn. Daarnaast is nog maar de vraag in hoeverre televisies de in de content gebruikte codecs ondersteunen.
Ook afhankelijk van de ondersteuning / snelheid van je CPU / GPU.
De Raspberry kan niet hardwarematig Full HD h265 decoderen, maar de Raspberry 3 zou het softwarematig moeten redden met een overclock.
Dan moet je wel 1080p videos met hele lage bitrates kijken. Met een beetje kwaliteit bij 720p kan een RPi3 het softwarematig allemaal net behappen. Goede FullHD hevc op een Rpi3 ga je zelfs met een (flinke) overklok niet redden.
Ik ga pas over als de final er is voor zowel Windows als XBian op de raspberry Pi vanwege de hierboven al genoemde MySQL database versies.

Voor degenen die de beta's/RC's al draaien: hoe is de nieuwe standaard skin tov Confluence? En is Confluence nog makkelijk weer te installeren of mis je vanaf versie 17 functionaliteit als je daar op blijft hangen?

Op dit item kan niet meer gereageerd worden.


Nintendo Switch Google Pixel XL 2 LG W7 Samsung Galaxy S8 Google Pixel 2 Sony Bravia A1 OLED Microsoft Xbox One X Apple iPhone 8

© 1998 - 2017 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Hardware.Info de Persgroep Online Services B.V. Hosting door True

*