En feature som blev introduceret i XBMC Eden som jeg ikke tidligere har skrevet om er HDMI-CEC. CEC står for Consumer Electronics Control og dækker over en standard for hvordan HDMI enheder kan kommunikere med hinanden. Mange producenter kalder standarden noget andet, blandet andet Anynet+, BRAVIA Link/Sync, VIERA Link, EasyLink, så der er en god sandsynlighed for at nogle af dine enheder allerede understøtter denne standard. Wikipedia har en god gennemgang af teknikken.

XBMC har mulighed for at styre andre enheder via denne standard, men det kræver den hardware du kører XBMC på har support for HDMI-CEC. Den eneste hardware jeg har hørt om som understøtter HDMI-CEC out of the box er Raspberry Pi’en – alternativt kan man dog benytte sig af Pulse-Eight’s USB-CEC adapter med hvilken som helst PC.

HDMI-CEC giver os mulighed for at styre alle enhederne i vores setups med en enkelt fjernbetjening. Typisk vil det betyde at du styrer XBMC med dit TV’s fjernbetjening. Det giver også avancerede muligheder for at tænde og slukke fjernsynet automatisk sammen med XBMC’s opstart og nedlukning samtidig med TV’et indstillet til den rigtige HDMI indgang.

Jeg har desværre ikke selv nogen hardware som har HDMI-CEC support, så jeg har ikke haft mulighed for selv at prøve det. Jeg vil meget gerne høre hvis nogen af jer har prøvet det og hvor godt det fungerer i praksis. Hvor mange muligheder har vi rent faktisk til at styre andre enheder?
Pt. bruger jeg en Logitech Harmony One multifjernbetjening, men den er lidt langsom at navigere med i XBMC og HDMI-CEC lyder til at have godt potentiale.

Dagens indlæg er en kort introduktion til XBMC på GitHub. Har du ikke en udvikler baggrund, så er der nok potentiale for lidt sort snak – nu er i advaret 🙂

Teamet bag XBMC bruger naturligvis først og fremmest GitHub som git repository. Helt grundlæggende holder git styr på alle de filer som danner grundlag for XBMC samt historikken for alle disse filer, men kan meget mere end det – den historie kan du få på Wikipedia…

Indgangsvinklen til XBMC finder i på github.com/xbmc. Her findes de forskellige projekter teamet arbejder på, det er blandt andet selve XBMC, XBMCbuntu, skins, deres forum software og andet. Det mest interessante projekter er uden tvivl selve XBMC projektet.

I XBMC projektet har man adgang til alle filerne i en webbaseret udgave, hvor man kan grave ned i alle detaljerne. Der er også adgang til commit historikken hvor man løbende kan følge med i de sidste nye ændringer. Det er også her man kan følge med i hvad der er tilføjet i den seneste nightly build og hvad der kommer med i den næste. Historikken er ofte meget teknisk men kan stadig være interessant at følge med i. Teamet bruger ofte en form for tags, så som [Droid], [AE] og [iOS] – på den måde kan man se hvad de enkelte commits påvirker.

En anden interessant ting på GitHub er Pull Requests. Her finder du enkeltstående større og mindre ændringer. Det kunne fx være en mindre ændring til RSS visningen i XBMC, så den stopper med at scrolle ved mouse-over, men det kunne også være en kæmpe ændringer så som AudioEngine. Det jeg synes er rigtig spændende ved pull requests er at de fungere som et lille mini forum hvor udviklerne diskuterer ændringerne. Det giver en god indsigt i processen og kan også være ganske lærerigt 🙂

Til at holde styr på alle disse ændringer har vi Issues og Milestones. Der er en 1-til-1 sammenhæng mellem issues og pull requests. Med Issues har teamet mulighed for at tagge og planlægge hvornår et pull request skal integreres i XBMC.
Milestones giver det samlede overblik over hvilke issues der er planlagt til en given deadline. På nuværende tidspunkt er der en Frodo beta milestone som lister de issues der skal være færdige til den næste beta version af Frodo. Tidligere på året har der været månedlige milestones med de issues der er kommet med i de månedlige builds som i har kunne læse om på xbmc.org.

Jeg synes personligt at issues og milestones på XBMC projektet er rigtigt spændende. Det giver et godt og meget konkret indblik i de nye features som er på vej. Der er selvfølgelige ingen garantier for hverken om eller hvornår et issues integreres i XBMC, men det føles stadig lidt som at kigge i spåkuglen.
En ting som er værd at bemærke er at selvom alle issues på GitHub er åbne for kommentarer fra alle med en GitHub bruger, så er det ikke et diskussionsforum til snik-snak. Det kan som sådan betragtes som en seriøs arbejdsplads på nettet – så skulle i findes løst til at kommentere på noget, så vær sikkert på i har noget at bidrage med 🙂

Sammen med PVR funktionaliteten er Audio Engine uden tvivl de to største, og nok for de fleste, også mest spændende nye features i XBMC Frodo. Audio Engine har været under udvikling i op mod tre år og blev i maj måned i år officielt integreret i XBMC.

Audio Engine er en komplet omskrivning af lydhåndteringen i XBMC som i sig selv har været en kæmpe mundfuld. Når man så krydrer med antallet af platforme, hvor forskellige de er og hvor meget der ellers er sket med XBMC i den tid Audio Engine har været under udvikling, så forstår man virkelig hvor stor en udfordring det har været.

Den mest åbenlyse forbedring er muligheden for at bitstreame HD lydformater, så som DTS-HD Master Audio og Dolby TrueHD. Af andre højdepunkter kan nævnes:

• Understøttelse af 24-bit og floating-point lydprocessering op til 384 kHz
• Detektering af lyd hardware og deres evner, så som support for DTS-HD og TrueHD
• Bitstreaming support i XBMC’s PAPlayer, som benyttes til musik
• Forbedret synkronisering af lyd og billede
• Fuld understøttelse af ReplayGain
• Indbygget sample-rate konvertering og transcoding

XBMC’s wiki side om AudioEngine har desuden en længere beskrivelse af features og historien som er ganske interessant læsning.

For at komme igang med at bruge den nye lydmotor, ja så skal du sådan set bare opgradere til XBMC Frodo og så er du kørende. Du skal formentlig opdatere dine lydindstillinger så de matcher din hardware og receiver, men ellers sker det hele behind the scenes.

Personligt har jeg over flere omgange i forbindelse med de månedlige testudgaver af Frodo forsøgt mig med at få AudioEngine til at virke. Faktisk har AudioEngine fungeret upåklageligt, det har nærmere været min viden der manglede… 🙂

Som jeg skrev om sidst år så bruger jeg min ASRock ION 330HT som mit primære mediecenter. Via HDMI-kabel er den koblet til en Onkyo receiver som kan dekode HD lydformater. Så langt så godt tænkte jeg – HD lyd here I come!
Men ak nej… jeg har ikke tal på hvor mange aftener jeg har brugt og hvor mange snigende grå hår der har fremtvunget sig mens jeg har grublet over hvorfor lyden ganske enkelt forsvandt når jeg forsøgte at afspille et DTS-HD lydspor. Forklaring er som altid simpel, men ganske utilfredsstillende.

ASRock ION 330HT har et førstegenerations ION chipset og det kan ganske enkelt ikke bitstreame HD lydformater. Da femøren endeligt faldt var min eneste tanke et kæmpe Homer Simpson Dooh! Min eneste løsning er således at deaktivere DTS-HD og TrueHD og lade XBMC dekode dem for mig. Det går nu nok også an, men jeg havde nu glædet mig til rigtig HD lyd lige siden jeg købte receivere for et par år siden.

MythTV.org har en wiki side om problematikken, som kan anbefales inden i kaster utallige timer efter jagten på HD lyd 🙂
Hvis i har mere held – og bedre hardware – end mig så vil jeg meget gerne høre hvad i synes om lydkvaliteten.

Tilbage i maj måned annoncerede XBMC et tiltag der har gjort livet lettere for alle de personer som hjælper med at oversætte XBMC, nemlig Transifex.

Transifex er et webbaseret værktøj der er specialiseret til at bistå med arbejdet i at oversætte de mange tekststrenge til andre sprog. En interessant feature er deres Translation Memory som gør det muligt at dele tekststrenge mellem en række projekter og på den måde undgå at oversætte det samme igen og igen. Det er en feature som er ekstra interessant i XBMC’s tilfælde efter teamet har åbnet op for at også skins og addons kan oversættes ved hjælp af Transifex. Min TV3 Play addon er fx allerede delvist oversat til en hel række sprog netop fordi visse tekststrenge allerede er oversat på et tidligere tidspunkt.

Skærmbilledet til venstre viser oversigtsbilledet for tekststrengene i XBMC og som i kan se er de fleste sprog ret godt med. Når det kommer til addons og skins ser det noget anderledes ud, hvor dansk lige nu kun er 31% færdig for addons.

Jeg laver typisk tekster på dansk og engelsk i mine addons, men det findes jo et hav af andre addons som ikke er oversat til dansk så skulle i have lyst til at hjælpe med det arbejde så er det danske translation team et godt sted at starte. Efter man er blevet et del af translation teamet kan man gå igang med at tilføje og redigere oversættelserne.

På skærmbilledet til højre har jeg åbnet informationsvinduet for mit fejlhåndteringsmodul, Buggalo, som kun er delvist oversat til dansk.

Et klik på Translate now bringer os til arbejdsvinduet i skærmbilledet til venstre hvor det egentlig arbejde med tekststrengene foregår. Kort opsummeret vises de originale engelske tekststrenge i den ene side mens de oversatte tekststrenge kan indtastes og redigeres i den anden side. Herudover er der også adgang til et Glossary – en ordliste over hyppigt brugte ord, så det er lettere for et hold af oversættere at bruge de samme ord.

Det er sådan set de basale funktioner i Transifex og skulle give jer en mulighed for at bidrage med oversættelser, hvis i har lyst til det. Oversættelser er jo en ganske fin måde at bidrage på til open-source hvis ikke man har forstand på at programmere.

Som addon udvikler har XBMC desuden bygget en række ting ovenpå Transifex så det er let at få tekststrengene ud i de rigtige formater så man på den måde kan undgå en masse manuelt arbejde. Hvis du arbejder med addons har du sikker allerede læst om dette på addons mailinglisten eller i translation forummet.

Jeg må indrømme at på trods af jeg er en del af det danske translation team, så har jeg ikke bidraget noget særligt til teksterne endnu. Jeg synes det er mere interessant at lave addons end at oversætte dem 🙂 – jeg har dog påvirket teamet en smule til at erstattet teksterne “udvidelser“, “tilføjelser” og “plugins” med den mere korrekte oversættelse “add-on” når det drejer sig om IT.

En anden ting jeg vil skrive om her i december måned er nogle af de nye spændende funktioner der er introduceret i XBMC Frodo. Den nyhed jeg har været mest spændt på er live tv og optage (PVR) funktionerne og det skyldes ikke mindst at min YouSee box ikke lever op til mine forventninger, men det er en anden historie…

PVR-delen af XBMC er blevet udviklet gennem de sidste par år og er først for nyligt blevet en del af det officielle XBMC. Det har den fordel at al funktionaliteten er på plads og det mere eller mindre virker som det skal. Som PVR fungerer XBMC som klient/afspiller, hvor der så kan kommunikeres med en række forskellige servere, bl.a. DVBViewer, TVHeadend, MediaPortal TV Server, m.fl.

Jeg har længe overvejet at prøve XBMC’s PVR funktioner, men jeg har ikke været så begejstret for at bruge et special build, så det er bare perfekt at det er blevet en del af Frodo. Hvad der er knap så perfekt er mit held med min tv tuner – bevares, det er en gammel sag, men jeg havde da en forventning om at den stadig virkede. En WinTV-PVR-USB2 analog tuner som aldrig rigtig har leveret et fornuftigt billede. Efter mange timers kæmpen over flere dage med drivere, kabler, mv. på både Linux og Windows gav jeg op. I stedet har jeg hakket PVR demo addon til så den indeholder data fra YouSee, så jeg har kun haft mulighed for at prøve live tv funktionerne og ikke optage delen. Jeg overvejer at købe en af AnySee E30 tunerne, men det lyder ikke til det er problemfrit med CI/Viaccess kortadgang.

Live TV findes under et nyt hovedmenupunkt i XBMC, hvor det også er muligt at gå direkte til optagede programmer, planlagte optagelser, mv. Menupunktet er kun synligt når live TV er aktiveret i XBMC’s indstillinger. Det er også her du finder et hav af indstillinger til at fintune OSD, EPG og mange andre ting.

XBMC’s standard skin, Confluence, giver muligt for at få overblik på en del forskellige måder. Herover ses kanaloversigten, hvor det også er muligt at se hvad der sendes på de enkelte kanaler lige pt. Det er dette skærmbillede man returneres til når man minimerer live tv.
Confluence har også den store EPG guide hvor man finder det store overblik over de næste timers TV. Et alternativ til den gængse EPG er de mere kompakte Nu og Næste skærme hvor man kan læse en kort beskrivelse af programmet og på den måde hurtigt danne sig et overblik.

Det er også altid muligt at åbne context menuen som man kender fra resten af XBMC. Her har man mulighed for at planlægge en optagelse af et program, finde lignende programmer, se yderligere informationer om programmet og andre kendte funktioner.

Det er også i context menuen du finder muligheden for såkaldt gruppehåndtering, vel bedre kendt som favoritlister på diverse set-top-bokse.

Som nævnt tidligere så har jeg ikke haft mulighed for at afprøve optage funktionerne, men ud fra de skærmbilleder jeg har fundet frem så ser det temmelig avanceret ud – måske lidt for avanceret.
Så vidt jeg dog kan forstå så er det altid muligt at optage et program via en af EPG visningerne. Her skal du blot vælge optag fra context menuen – på den måde er man ikke tvunget til at bruge den avancerede timer menu.

Den sidste store del er håndteringen af de optagede programmer. Jeg har heller ikke afprøvet denne del men ud fra søgevinduet så er denne del også temmelig avanceret med mulighed for at filtrere på ikke mindre en 16 forskellige parametre udover fritekst søgning.

Alt i alt synes jeg PVR funktionerne i XBMC ser rigtig interessante ud og det kribler meget i fingrene for at prøve det rigtig! .Det kræver nok desværre bare at jeg skal have investeret i en ny DVB-C tuner.

Fortæl meget gerne om jeres erfaringer med live tv i XBMC og tunere generelt.
Er det noget som i kan anbefales?