Det var efter min mening her Raspberry Pi skulle stå sin prøve da de fleste jeg kender og som har hørt om Raspberry Pi, har planer om at bruge den som mediecenter. Installationen var utrolig nem da man stort set ingenting skulle gøre efter man havde sat SD-kortet i, og indtil den var bootet ind i XBMC. Hvis man kender XBMC i forvejen er opsætningen af selve mediecentersoftwaren præcis det samme som man er vant til. Derfra har der været lidt blandede oplevelser med ydelse, stabilitet og den generelle oplevelse.
Mange af de samme ting jeg oplevede med Debian ”Squeeze” gik igen her. Brugerfladen/menuerne var nogle gange lang tid om at opdatere. Den kunne finde på at hakke i menuerne, og man kunne nogle gange sidde og vente op mod 5-7 sekunder før den gik ind og ud af menuer man var inde i. Det man dog skal være opmærksom på, er at menuerne 100 % kører via CPU’en; der er ingen grafikkortacceleration overhovedet. Med det i baghovedet kan man måske godt forstå at alt ikke kører gnidningsfrit. Raspbmc RC3 lider af præcis samme problemer som Debian ”Squeeze” da basisinstallationen i RC3 er baseret på ”Squeeze”.

Efter en lidt skuffende oplevelse i menuerne blev det nu tid til at kigge noget serier og film. Der blev prøvet både i DivX/XviD (MPEG4-AVC) og MKV med H.264 codecs.
Da jeg normalt kører i 720p når jeg ser indhold, var det i denne opløsning jeg testede først. Det hele kørte gnidningsfrit streamet fra min NAS. Grunden til at videofilerne kører gnidningsfrit, er at de bliver accelereret via grafikkortet og dets OpenGL ES 2.0 biblioteker.
Nu fik jeg blod på tanden og satte en 1080p til at streame fra min NAS. Det kørte gnidningsfrit… eller nej, desværre ikke. Jeg var desværre rendt ind i flere faldgruber på én gang. For at være sikker på at køre 1080p materiale uden problemer er der nogle ting man skal være opmærksom på. Man skal være opmærksom på om filmen har AC3 eller DTS lydspor, samt helst have en forstærker som Raspberry Pi’s HDMI-kabel bliver sluttet til som kan afkode et eller begge af disse formater. Hvis man har en forstærker der kan afkode AC3 og DTS, sender Raspberry Pi nemlig lyden direkte videre til forstærkeren uden at behandle lyden. Hvis man ikke har en forstærker der kan klare det, eller har HDMI stikket sluttet direkte til TV’et må CPU’en klare al afkodningen af lyden hvilket den på ingen måde er kraftig nok til.
En anden ting som kan give problemer, er hvis man via sin NAS bruger SMB shares (Samba) som stort set er standard på de fleste NAS produkter. SMB delingsstandarden kræver en del flere CPU ressourcer end f.eks. NFS (Network File Share), men NFS kan være lidt mere besværligt at få til at virke. Hvis man oven i købet ikke har en forstærker der kan klare lyden streamer film/serier eller andet medieindhold over netværket æder, fildelingen yderligere ressourcer fra den i forvejen haltende CPU. Alt i alt resulterer det i at filmen hvert 5-10 sekund stopper/pauser for at CPU’en kan få afkodet lyden til at følge med billedet.

Det kan dog godt lade sig gøre at afspille 1080p materiale på Raspberry Pi, men det kræver som sagt at man har en forstærker (eller et TV) der kan tage AC3 og DTS, og derudover anbefales det også at afspille filmen/serien fra en USB harddisk. Medier i 720p eller lavere kan uden problemer streames over 100Mbit LAN.

Der arbejdes mens denne artikel bliver skrevet på en RC4 (Release Candiate 4) til Raspbmc som bygger på Raspbian styresystemet. Kort sagt, Raspbmc vil snart få fordel af understøttelsen af floating point-enheden. Hvad det giver af fordele kan man på nuværende tidpunkt kun gætte på, men det kan tænkes at menuen kommer til at køre mere flydende, og at der dermed bliver frigivet lidt CPU-kræfter til nogle af de andre tunge ting såsom afkodning af lyd. Men forvent dog ikke mirakler med mindre Raspberry Pi Foundation på et tidspunkt køber licenser til at lyden f.eks. også kan afkodes via GPU’en.

Side « forrige 1 2 3 4 5 næste »