[Mediaplayer] Raspberry Pi met XBMC

Verwijderd schreef op maandag 15 april 2013 @ 16:57:
... Ik heb het statich ip adres opegeven via deze tutorial: YouTube: OpenELEC staticIP

Je kan beter in je router een statisch ip-adres instellen voor de raspberry, dan zou het gewoon moeten werken.

Zijn er bepaalde zaken / configs die je, naar jullie idee, móet doorvoeren op een 'kale' XBMC installatie?

Ultraman schreef op maandag 15 april 2013 @ 08:59:
[...]
Al een keer met tcpdump en/of wireshark gekeken wat er doorheen gaat?
Over hoeveel data praten we? Bekijk de statistiek van de interface hiervoor eens om mee te beginnen.

De afstandsbediening op de telefoon is wel een goede hint. Ik gebruik zelf om de zoveel tijd Yatse op mijn Android telefoon en die houdt bij op welk tijdstip je in de gespeelde media zit. Die haalt via de XBMC web interface elke (paar) seconde de huidige status op. Mogelijk is dat ook wat bij jou gebeurd.

Ik heb net een beetje lopen 'spelen' met wireshark, maar ik moet eerlijk zeggen dat ik er weinig van begrijp . Tot nu toe lukt het me alleen om 'lokale' data te bekijken (dus van de computer waar het op draait), niet van het netwerk. Ik heb voor mijn gevoel de halve handleiding doorgewerkt, maar het is me niet echt duidelijker geworden. Zou je me misschien wat tips kunnen geven hoe/wat ik kan ontdekken?

TommyGun schreef op dinsdag 16 april 2013 @ 08:25:
Zijn er bepaalde zaken / configs die je, naar jullie idee, móet doorvoeren op een 'kale' XBMC installatie?

Rss-feed en "recently added" meuk uitzetten in je Confluence-skin settings. Dit scheelt een boel CPU-gebruik.

kraats schreef op maandag 15 april 2013 @ 20:36:
[...]
en wat heb je als statisch adres opgegeven? Toch wel iets uit je eigen ip-reeks die niet in je DHCP-scope zit?

Als je de raspberry aangezet krijg je een Ip adres. Dat ip adres heb ik statisch gemaakt. Ik neem aan dat deze dan in de DHCP-scope zit. Of hoeft dit niet no te zijn??

VantageR schreef op maandag 15 april 2013 @ 22:53:
[...]

Je kan beter in je router een statisch ip-adres instellen voor de raspberry, dan zou het gewoon moeten werken.

Kan ik proberen moet ik wel de router resetten ik ben namenlijk mijn wachtwoord en gebruiksersnaam kwijt

Verwijderd schreef op dinsdag 16 april 2013 @ 08:39:
[...]


Als je de raspberry aangezet krijg je een Ip adres. Dat ip adres heb ik statisch gemaakt. Ik neem aan dat deze dan in de DHCP-scope zit. Of hoeft dit niet no te zijn??


Kan ik proberen moet ik wel de router resetten ik ben namenlijk mijn wachtwoord en gebruiksersnaam kwijt

Niet handig om die dingen te vergeten

Heb je ook een gateway en DNS adres ingegeven?

gateway ==> ja==> ip adres van de router
DNS ==> ja ==> primaire en secundaire

Als ik in Openelec aangeef dat ik de standaard instellingen wil gebruiken werkt het internet weer.

Goede tip om "die dingen niet te vergeten"

Verwijderd schreef op dinsdag 16 april 2013 @ 09:34:
gateway ==> ja==> ip adres van de router
DNS ==> ja ==> primaire en secundaire

Als ik in Openelec aangeef dat ik de standaard instellingen wil gebruiken werkt het internet weer.

Goede tip om "die dingen niet te vergeten"

kan je:
a. je router pingen?
b. een internet ip pingen? (8.8.8.8 is eentje om te proberen)
c. een webadres pingen (www.google.nl)

Vraagje: Heeft er iemand xbmc draaien op een philips 21:9 tv? zit eraan te denken om zo'n tv te kopen een keer (ff door sparen ).

Maar hoe speelt xbmc zijn content hierop af en eventuele 3D content? iemand daar standaard ervaring mee of dit lekker werkt?

Dat ligt aan je instellingen op je tv, uitvullen of niet e.d. Ik gebruik hem standaard niet, zodat 4:3 bijvoorbeeld echt 4:3 is. 3D is not done...

manusjevanalles schreef op maandag 15 april 2013 @ 16:58:
Vraagje: ik probeer een bestand van ongeveer 1 gb via ftp te kopieren naar mijn raspB (raspbmc). Via het netwerk gaat dit met ongeveer 500 kb/s. Als ik dit via internet probeer, gaat dit sloom, valt de verbinding steeds weg, etc. Mijn uploadsnelheid van de computer waarmee ik upload is zeer snel (glasvezel). De poorten in mijn routers staan open. Iemand een idee?

Edit: downloadsnelheid van het netwerk waaraan de raspB hangt is 5 MB/s

Heeft er iemand een idee?

Het lukt me tot nu toe nog niet om op de Pi Uitzending Gemist stabiel te laten draaien. OpenElec draait er nu op waarbij de 720p/1080p zaken als een trein draaien maar Uitzending Gemist is één groot buffer festijn. Heb deze nog proberen te vergroten maar dit had als gevolg dat iedere uitzending na 5 minuten er simpelweg mee ophoudt. Iemand nog ideeen?

@jmachiels
1GB via SFTP, binnen je eigen netwerk gaat dus met 500 KB/s. Is dit via Wifi, 11g? of n?
"via internet" is dus SFTP buiten je netwerk? Ik heb alleen ervaring met Xbian en die heeft geen FTP ondersteuning, doe je gewoon via SFTP en dat gaat heel snel. Misschien kan je dat proberen?

Kan het aan de laptop zelf liggen? want via een downloadprogramma op de RPi gaat het dus wel snel?

Een voorbeeld hoe XBian elke druppel uit de RPi probeert te halen (zelfde kaartje/overclock/processen e.d.):

Lezen

Oude EXT4 root


Nieuwe BTRFS met lzo compressie root


Schrijven

Oude EXT4 root


Nieuwe BTRFS met lzo compressie root


Conclusie:
- Lezen: BTRFS vs EXT4 = +8%
- Schrijven: BTRFS vs EXT4 = +54%

Daarnaast wordt in XBian Beta 1 ook gebruikt gemaakt van gecomprimeerd ram geheugen en een aantal andere kleine tweaks

Jazco2nd schreef op dinsdag 16 april 2013 @ 11:49:
@jmachiels
1GB via SFTP, binnen je eigen netwerk gaat dus met 500 KB/s. Is dit via Wifi, 11g? of n?
"via internet" is dus SFTP buiten je netwerk? Ik heb alleen ervaring met Xbian en die heeft geen FTP ondersteuning, doe je gewoon via SFTP en dat gaat heel snel. Misschien kan je dat proberen?

Kan het aan de laptop zelf liggen? want via een downloadprogramma op de RPi gaat het dus wel snel?

De raspberry is via wifi verbonden. Ik denk dat dit 11g is, weet het niet zeker. Via internet bedoel ik buiten mijn netwerk. Ik heb het nog niet via sftp geprobeerd, dat zou ik nog eens kunnen doen. Ik weet niet precies hoe snel mijn raspberry zelf download, heb er geen downloadprogramma op.

11g haalt hooguit 2MB en dat is dan al veel. Als je nog andere dingen doet die iets down/uppen gaat dat dus omlaag. Als je RPi en je laptop/pc waar je vanaf kopieert allebei op Wifi zijn delen ze die bandbreedte ook nog eens.
Dus volgens mij is er niks aan de hand. Als je GB's wil overpompen gebruik dan gewoon netwerkkabels.

@CurlyMo dat klinkt echt alsof XBian superpowers heeft gekregen! Ik dacht dat BTRFS nog heel experimenteel was. Hoop dat het stabiel genoeg is voor wat wij ermee doen.

CurlyMo schreef op dinsdag 16 april 2013 @ 12:45:
Een voorbeeld hoe XBian elke druppel uit de RPi probeert te halen (zelfde kaartje/overclock/processen e.d.):

Lezen

Oude EXT4 root

code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26

root@pi:~# time dd of=/dev/zero if=~/test bs=1024 count=1024000 1024000+0 records gelezen 1024000+0 records geschreven 1048576000 bytes (1,0 GB) gekopieerd, 53,5248 s, 19,6 MB/s real 0m53.546s user 0m0.810s sys 0m9.900s root@pi:~# time dd of=/dev/zero if=~/test bs=1024 count=1024000 1024000+0 records gelezen 1024000+0 records geschreven 1048576000 bytes (1,0 GB) gekopieerd, 48,192 s, 21,8 MB/s real 0m48.213s user 0m1.320s sys 0m9.680s root@pi:~# nano /boot/config.txt root@pi:~# nano /boot/config.txt root@pi:~# time dd of=/dev/zero if=~/test bs=1024 count=1024000 1024000+0 records gelezen 1024000+0 records geschreven 1048576000 bytes (1,0 GB) gekopieerd, 48,1426 s, 21,8 MB/s real 0m48.160s user 0m0.930s sys 0m9.800s

Nieuwe BTRFS met lzo compressie root

code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24

root@xbian:/media/rpi/Xbian/Xbian# time dd of=/dev/zero if=~/test bs=1024 count=1024000 1024000+0 records in 1024000+0 records out 1048576000 bytes (1.0 GB) copied, 46.2906 s, 22.7 MB/s real 0m46.554s user 0m0.810s sys 0m14.730s root@xbian:/media/rpi/Xbian/Xbian# time dd of=/dev/zero if=~/test bs=1024 count=1024000 1024000+0 records in 1024000+0 records out 1048576000 bytes (1.0 GB) copied, 45.3726 s, 23.1 MB/s real 0m45.625s user 0m1.020s sys 0m15.420s root@xbian:~# time dd of=/dev/zero if=~/test bs=1024 count=1024000 1024000+0 records in 1024000+0 records out 1048576000 bytes (1.0 GB) copied, 45.7134 s, 22.9 MB/s real 0m45.727s user 0m1.390s sys 0m13.370s

Schrijven

Oude EXT4 root

code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24

root@pi:~# time dd if=/dev/zero of=~/test bs=1024 count=1024000 1024000+0 records gelezen 1024000+0 records geschreven 1048576000 bytes (1,0 GB) gekopieerd, 225,957 s, 4,6 MB/s real 3m46.463s user 0m1.140s sys 0m26.350s root@pi:~# time dd if=/dev/zero of=~/test bs=1024 count=1024000 1024000+0 records gelezen 1024000+0 records geschreven 1048576000 bytes (1,0 GB) gekopieerd, 226,882 s, 4,6 MB/s real 3m47.473s user 0m1.810s sys 0m26.150s root@pi:~# time dd if=/dev/zero of=~/test bs=1024 count=1024000 1024000+0 records gelezen 1024000+0 records geschreven 1048576000 bytes (1,0 GB) gekopieerd, 220,102 s, 4,8 MB/s real 3m40.642s user 0m1.520s sys 0m26.020s

Nieuwe BTRFS met lzo compressie root

code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24

root@xbian:~# time dd if=/dev/zero of=~/test bs=1024 count=1024000 1024000+0 records in 1024000+0 records out 1048576000 bytes (1.0 GB) copied, 147.97 s, 7.1 MB/s real 2m29.841s user 0m2.420s sys 0m48.210s root@xbian:~# time dd if=/dev/zero of=~/test bs=1024 count=1024000 1024000+0 records in 1024000+0 records out 1048576000 bytes (1.0 GB) copied, 148.911 s, 7.0 MB/s real 2m29.652s user 0m2.090s sys 0m47.760s root@xbian:~# time dd if=/dev/zero of=~/test bs=1024 count=1024000 1024000+0 records in 1024000+0 records out 1048576000 bytes (1.0 GB) copied, 145.481 s, 7.2 MB/s real 2m26.702s user 0m2.290s sys 0m48.370s

Conclusie:
- Lezen: BTRFS vs EXT4 = +8%
- Schrijven: BTRFS vs EXT4 = +54%

Daarnaast wordt in XBian Beta 1 ook gebruikt gemaakt van gecomprimeerd ram geheugen en een aantal andere kleine tweaks

Zeer mooi om te lezen !

@Dacuu, het lijkt me een beetje overdreven om mijn hele post te quoten

Jazco2nd schreef op dinsdag 16 april 2013 @ 13:17:
@CurlyMo dat klinkt echt alsof XBian superpowers heeft gekregen! Ik dacht dat BTRFS nog heel experimenteel was. Hoop dat het stabiel genoeg is voor wat wij ermee doen.

Klopt, maar de huidige implementatie van EXT4 (wat wel als stabiel wordt beschouwd) is verre van perfect getuige alle corruptie problemen (wat overigens niet aan EXT4 te wijten is). Dus liever een experimentele FS waarmee we via checksums en snapshots e.d. (de onvermijdelijke) corruptie kunnen opvangen dan een stabiel FS met problemen.

[ Voor 80% gewijzigd door CurlyMo op 16-04-2013 13:31 ]

Het als "result" beschouwen is ook wat overdreven. Want je schrijft daar enkel nullen met dd vanuit /dev/zero. Dat is zeer ver van een daadwerkelijke workload en de resultaten zijn daarom niet te relateren aan wat de performance met echte data zou zijn.
Nullen laten zich prima comprimeren, dat is de winst die je hier ziet.

Ik zou graag een meting zien met echte data, zodat er ook enige conclusies aan te verbinden zijn. Vragen die mij zo snel relevant lijken:
- Hoe groot is het verschil in performance tussen ext4 en btrfs met echte data? Bij voorkeur een workload die typisch is voor XMBC op de Pi.
- Wat is het CPU gebruik tijdens deze situaties? En heeft dit positieve of negatieve invloed op de responsiesnelheid van de UI?
- Hoeveel overhead veroorzaken de checksums die btrfs gebruikt? Welk voordeel bieden ze op de Pi?

Een voordeel valt mogelijk te behalen in data integriteit. Door de checksums kun je in de gaten hebben waar corruptie optreed. Daarmee wordt het probleem van corruptie echter nog niet verholpen. Om het te verhelpen moet er redundantie zijn. Je zult dus twee kopieën van files op moeten slaan op de SD kaart (extra copies en/of snapshots) of een mirror partitie op USB medium als je corruptie ook weer wilt kunnen repareren.

Het voordeel van btrfs is voornamelijk data integriteit, daarna pas mogelijk snelheid. Dat je transparante compressie kunt doen is hartstikke tof, maar ik denk dat we daar op de Pi geen grote winst zullen behalen omdat de CPU daar niet krachtig genoeg voor is. Daarnaast is denk ik LZ4 een interessanter algoritme dan LZO voor de Pi, maar volgens mij is deze nog niet mainline in btrfs, dus daar moet je mogelijk nog even op wachten.
Toekomstige benchmarks kunnen aantonen of die gedachten in de goede richting zijn.

Gemiddeld genomen is btrfs iets langzamer dan ext4 als je de compressie buiten beschouwing laat. Dat komt omdat er meer overhead is door de checksumming en controle van integriteit. Wat uitstekend is, want ext4 is op dat gebied volledig blind en verwacht dat er genoeg error detectie & correctie in het medium zit. Vanuit de oogpunt om SD kaart corruptie bij overklokken op te lossen is zeer waarschijnlijk een nuttige keuze.

Als het om snelheid te doen is wil ik wel een voorstel doen: het nieuwe F2FS file system, speciaal ontwikkeld voor flash geheugen door Samsung. Deze is zeer recent opgenomen in de Linux kernel en doet het goed in benchmarks.

De toepassing van geheugencompressie is trouwens ook interessant. Hebben jullie daar resultaten van wat het oplevert bij toepassing op de Pi? Aangezien jullie het toegepast hebben ben ik benieuwd naar de ervaringen er mee

[ Voor 4% gewijzigd door Ultraman op 16-04-2013 13:57 ]

Ik het beschouw het ook niet als algemeen resultaat maar meer als een tussentijds resultaat. Daarom ook nog maar een beperkte test Voor de rest heb je helemaal gelijk...

Hoe kan het toch zijn dat ik sinds de switch van RaspBMC --> Xbian mijn pi bijna uit mijn raam wil gooien? Hij is zoooooo ontzettend traag

Verwacht je nou een antwoord?

Vang hem wel op als hij uit het raam zweeft

Ga dan terug naar raspBMC ;-)

Mijn ervaring is juist andersom. Raspbmc stukken trager dan Xbian.
Maar goed, ergens zal er toch een reden moeten zijn waarom hij trager is.

Gebruik je dezelfde sd kaart / andere sd kaart??
Welke versie gebruik je van Xbian (1a5 met XBMC 12.1 draait bij mij als een tierelier), en welke gebruikte je van Raspbmc??

ralph0603 schreef op dinsdag 16 april 2013 @ 14:03:
Hoe kan het toch zijn dat ik sinds de switch van RaspBMC --> Xbian mijn pi bijna uit mijn raam wil gooien? Hij is zoooooo ontzettend traag

SD kaart leeg vegen en voorzien van Raspbmc is minder werk

Chocovla schreef op dinsdag 16 april 2013 @ 11:45:
Het lukt me tot nu toe nog niet om op de Pi Uitzending Gemist stabiel te laten draaien. OpenElec draait er nu op waarbij de 720p/1080p zaken als een trein draaien maar Uitzending Gemist is één groot buffer festijn. Heb deze nog proberen te vergroten maar dit had als gevolg dat iedere uitzending na 5 minuten er simpelweg mee ophoudt. Iemand nog ideeen?

Ik krijg het op Raspbmc met XBMC 12.1 ook niet werkend. Alleen op XBMC 12.0 maar dat kan ook specifiek voor Raspbmc zijn. Zie http://forum.stmlabs.com/showthread.php?tid=7957.

[ Voor 4% gewijzigd door technorabilia op 16-04-2013 19:44 ]

Orian schreef op dinsdag 16 april 2013 @ 08:36:
[...]


Ik heb net een beetje lopen 'spelen' met wireshark, maar ik moet eerlijk zeggen dat ik er weinig van begrijp . Tot nu toe lukt het me alleen om 'lokale' data te bekijken (dus van de computer waar het op draait), niet van het netwerk. Ik heb voor mijn gevoel de halve handleiding doorgewerkt, maar het is me niet echt duidelijker geworden. Zou je me misschien wat tips kunnen geven hoe/wat ik kan ontdekken?

Ik weet dat het niet helemaal netjes is jezelf te quoten, sorry, maar door al die andere post ben ik volgens mij een beetje 'vergeten'. Zou het heel erg waarderen als iemand me kan helpen/enkele tips geven

Wie kan me vertellen wat de ondersteuning is van Video_TS mappen (dus DVDs) vanaf externe harde schijf in Raspbmc?

Of zijn er andere mediaspeelprogramma's die ermee kunnen omgaan?

Verwijderd schreef op dinsdag 16 april 2013 @ 19:26:
Wie kan me vertellen wat de ondersteuning is van Video_TS mappen (dus DVDs) vanaf externe harde schijf in Raspbmc?

Of zijn er andere mediaspeelprogramma's die ermee kunnen omgaan?

Allereerst heb je een MPEG2 licentie nodig voor een paar euro.
VOB en ISO worden afgespeeld. DVD menu soms wel soms niet. Soms moet je het menu verwijderen.
Je kunt desgewenst omzetten naar MKV met bv. makemkv (je krijgt dan MPEG2 in een MKV container).

kraades schreef op dinsdag 16 april 2013 @ 19:42:
[...]


Allereerst heb je een MPEG2 licentie nodig voor een paar euro.
VOB en ISO worden afgespeeld. DVD menu soms wel soms niet. Soms moet je het menu verwijderen.
Je kunt desgewenst omzetten naar MKV met bv. makemkv (je krijgt dan MPEG2 in een MKV container).

Ik heb niet echt behoefte alles om te zetten

Bij het openen van de Video_ts.ifo (ik neem aan dat dat is wat ik moet openen) start hij met het universal geluid en beeld. Na 23 seconden slaat hij af

De MPEG2 licentie had ik al ja!

Enig idee?

Hmmm vanaaf elke x deze melding:
xbian@woonkamer ~ $ xbmc.bin: pthread_mutex_lock.c:84: __pthread_mutex_lock: Assertion `mutex
->__data.__owner == 0' failed.

Copy paste via iPhone dus is wat rommelig

Service restarten is enige optie om xbmc weer aan de praat te krijgen.
Heb dit met youtube en trailers app.

Xbmc dingetje??

Verwijderd schreef op dinsdag 16 april 2013 @ 20:08:
[...]

Ik heb niet echt behoefte alles om te zetten

Bij het openen van de Video_ts.ifo (ik neem aan dat dat is wat ik moet openen) start hij met het universal geluid en beeld. Na 23 seconden slaat hij af

De MPEG2 licentie had ik al ja!

Enig idee?

Volgens mij moet je even instellen dat automatisch het volgende bestand afgespeeld wordt. Staat ergens bij Settings.
Als 2e moet je volgens mij niet de .ifo starten, maar een van de eerste .vob files. Mijn ervaring is net zoals hierboven dat dvd menu's een drama zijn, dus als je daar niet kan starten, gewoon de volgende .vob file starten. Maar nog beter is gewoon alles omzetten naar .mkv's oid. Een jengelend kind wil inderdaad wel motiverend werken

ErwinJ schreef op woensdag 17 april 2013 @ 07:04:
[...]


Probeer eens (aangesloten op bedraad internet) het volgende:
Op programs klikken (dus niet raspbmc settings, maar echt 'programs), daar 'get more' en daar de 'network manager' downloaden & installeren. In dat programma kon ik zonder problemen mijn wifi instellen. Zie ook onderstaande video voor details (vanaf 5.30)

[video]
[/quote]

Bedankt voor de tip,
Ik had hier al over gelezen maar dit programma wil niet instaleren, hij probeert wel te downloaden maar komt niks binnen. ( op alle 3 de versies gebrobeert ( openelec,raspbmc, xbian ) )
Toen ben ik de zip. gaan zoeken om hem via die weg te instaleren, maar daar krijg ik de melding dat de indeling niet juist is.

Heel apart. Weet je zeker dat er nog (genoeg) ruimte vrij is op je sd, en dat je wel een internetverbinding hebt via de draad? Of wellicht is je wifi stick 'gewoon' niet compatible? Anders zou ik het helaas ook niet weten.

!null schreef op maandag 15 april 2013 @ 22:45:
Waarom heb ik de hele tijd problemen met m'n raspbmc? Als het werkt, dan werkt het prima. Maar soms loopt het vast, en een reboot (power eraf en er weer op) helpt soms. Maar vroeger of later kom ik toch weer in een situatie dat hij niet meer goed opstart. Zeer uiteenlopende fouten, van zwart scherm tot kernel panic etc. Een herinstallatie op het SD kaartje doet wonderen en dan werkt alles weer. Maar het is idioot hoe vaak ik dit moet doen. En steeds vaker lijkt het. Zou het kaartje gaar zijn? (is gewoon een nieuw SD kaartje, hiervoor juist gekocht)

Tip voor alle PI gebruikers. Loos die SD kaart en koppel een USB stick. Een wereld van verschil en dan wordt je SD kaart niet corrupt door overclocking. Overigens had ik er zelfs zonder overclocken last van. De SD is bij mij alleen nog voor boot en meteen daarna loopt alles via de USB stick (raspbmc). In tegenstelling tot raspbmc heeft Openelec nog de systeembestanden de SD staan. Maar dan kan je de SD op read only zetten en zijn de problemen over.
Nu alleen nog LiveTV een beetje stabiel werkend krijgen.

wouter1971 schreef op woensdag 17 april 2013 @ 10:35:
[...]
Tip voor alle PI gebruikers. Loos die SD kaart en koppel een USB stick. Een wereld van verschil en dan wordt je SD kaart niet corrupt door overclocking. Overigens had ik er zelfs zonder overclocken last van. De SD is bij mij alleen nog voor boot en meteen daarna loopt alles via de USB stick (raspbmc). In tegenstelling tot raspbmc heeft Openelec nog de systeembestanden de SD staan. Maar dan kan je de SD op read only zetten en zijn de problemen over.
Nu alleen nog LiveTV een beetje stabiel werkend krijgen.

Is dit ook sneller dan met een SD? Of is het ter voorkoming van corruptie?
Werkt dit ook op XBian?
Maakt het nog uit wat voor USB stick je neemt?

(Veel vragen, ik weet het, maar ik ga één dezer dagen de Pi bestellen en aan de slag )

@Ben.Hahlen, heb je al eens gezocht in dit topic?

Paulus07 schreef op dinsdag 16 april 2013 @ 10:53:
Vraagje: Heeft er iemand xbmc draaien op een philips 21:9 tv? zit eraan te denken om zo'n tv te kopen een keer (ff door sparen ).

Maar hoe speelt xbmc zijn content hierop af en eventuele 3D content? iemand daar standaard ervaring mee of dit lekker werkt?

Werkt prima, HD doet de PI prima. En SBS films zijn sowieso niet anders als gewone HD films qua afspelen dus daar zal je geen probleem mee hebben.

CurlyMo schreef op woensdag 17 april 2013 @ 11:19:
@Ben.Hahlen, heb je al eens gezocht in dit topic?

Jep, sterker nog, lurk al een redelijke tijd mee
Overigens was mijn vraag of het op XBian kan overbodig, want dat wist ik al, my bad
Anyhow: Volgens mij, wat ik mij kan herinneren, is het ook sneller via USB, echter, wat ik wil weten is of het verschil heel groot is.

iemand een idee hoelang ''generating locals'' duurt?
is nu al bijna een uur bezig joh...

Ligt eraan hoeveel om hoeveel locales het gaat?

@Ben.Hahlen: het tegendeel, mijn ervaringen zijn juist langzamer.

CurlyMo schreef op woensdag 17 april 2013 @ 11:33:
Ligt eraan hoeveel om hoeveel locales het gaat?

@Ben.Hahlen: het tegendeel, mijn ervaringen zijn juist langzamer.

blijkbaar een hoop.
is gewoon wat die standaard doet als je voor het eerst SSH't naar de PI

Ben.Hahlen schreef op woensdag 17 april 2013 @ 11:15:
[...]

Is dit ook sneller dan met een SD? Of is het ter voorkoming van corruptie?
Werkt dit ook op XBian?
Maakt het nog uit wat voor USB stick je neemt?

(Veel vragen, ik weet het, maar ik ga één dezer dagen de Pi bestellen en aan de slag )

Dit is veel sneller als SD correct.

http://openelec.tv/forum/...ing-openelec-on-usb-stick
Geen idee voor XBian.

Denniz0229 schreef op woensdag 17 april 2013 @ 11:35:
[...]

blijkbaar een hoop.
is gewoon wat die standaard doet als je voor het eerst SSH't naar de PI

Dat dit standaard is, is mij niet bekend. Je kan zien hoeveel locales hij genereert in het bestand /etc/locale.gen. Alle locales die niet gecomment zijn worden gegenereerd.

CurlyMo schreef op woensdag 17 april 2013 @ 11:37:
[...]

Dat dit standaard is, is mij niet bekend. Je kan zien hoeveel locales hij genereert in het bestand /etc/locale.gen. Alle locales die niet gecomment zijn worden gegenereerd.

nou ik had geen andere keus in ieder geval
en gezien hij nu druk bezig is met de locales generen kan ik nergens anders heen

http://htpcbuild.com/htpc...onnecting-to-raspbmc-ssh/
heb deze guide gewoon gevolgd, heb het alleen nodig om me MPG2 codec te laten werken.

Ik zie de logica niet van het genereren van die locales niet bij een eerste SSH login , tenminste niet op de voorgrond. Maar ja, ik dev niet voor niks voor XBian

Smultie schreef op donderdag 11 april 2013 @ 19:12:
[...]


Ga je wel naar "Movies" ipv "Videos"?
De juiste scrapers geselecteerd?

Zo na een weekje ziek te zijn geweest wil ik er weer mee aan de slag...

Die optie zie ik niet staan, movies...

wouter1971 schreef op woensdag 17 april 2013 @ 11:23:
[...]


Werkt prima, HD doet de PI prima. En SBS films zijn sowieso niet anders als gewone HD films qua afspelen dus daar zal je geen probleem mee hebben.

ah nice zit namelijk nog te kijken voor een nieuwe tv. de 32inch versie ben ik beu
Heb nog geen 3d tv gehad dus moet nog beetje kijken hoe dat werkt en welke bestanden je dan nodig hebt etc.
Want zie ook weer verschillende versies als SBS TBT etc. Dus nog even kijken welke philips kan afspelen.

CurlyMo schreef op woensdag 17 april 2013 @ 11:33:
@Ben.Hahlen: het tegendeel, mijn ervaringen zijn juist langzamer.

Volgens mij, maar correct me if I'm wrong, is het gewoon heel erg afhankelijk wat voor USB-stick/SD card je hebt.
Als je bv een pricewatch: Sandisk Extreme 4GB SDHC class 6 of 10 (zie specs) hebt, dan lijkt mij deze snel genoeg om ook alles soepel te laten verlopen.
Immers: een USB-stick == SD met USB-aansluiting (OK, wel heel kort door de bocht, maar het is beide flash-geheugen)

Paulus07 schreef op woensdag 17 april 2013 @ 11:44:
[...]


ah nice zit namelijk nog te kijken voor een nieuwe tv. de 32inch versie ben ik beu
Heb nog geen 3d tv gehad dus moet nog beetje kijken hoe dat werkt en welke bestanden je dan nodig hebt etc.
Want zie ook weer verschillende versies als SBS TBT etc. Dus nog even kijken welke philips kan afspelen.

Televisies hebben problemen met allerhande codecs en vooral met ondertiteling. Gewoon een goede HTPC of Mediaplayer nemen met voldoende ondersteuning in codecs en firmware (bijv. popcorn hour) lost dat probleem op.

Orian schreef op dinsdag 16 april 2013 @ 19:08:
[...]


Ik weet dat het niet helemaal netjes is jezelf te quoten, sorry, maar door al die andere post ben ik volgens mij een beetje 'vergeten'. Zou het heel erg waarderen als iemand me kan helpen/enkele tips geven

Volgens mij moet je er een hub tussen zetten zodat al het verkeer over alle poorten wordt gerouteerd. Met een switch zie je alleen jezelf volgens mij.

Ben.Hahlen schreef op woensdag 17 april 2013 @ 11:46:
[...]

Volgens mij, maar correct me if I'm wrong, is het gewoon heel erg afhankelijk wat voor USB-stick/SD card je hebt.
Als je bv een pricewatch: Sandisk Extreme 4GB SDHC class 6 of 10 (zie specs) hebt, dan lijkt mij deze snel genoeg om ook alles soepel te laten verlopen.
Immers: een USB-stick == SD met USB-aansluiting (OK, wel heel kort door de bocht, maar het is beide flash-geheugen)

Ik denk niet dat het hem om snelheid gaat, maar om stabiliteit. Waarom een USB stick stabieler is dan SD weet ik niet, kan aan de reader liggen. Dat een HDD via usb stabieler is geloof ik wel, maar zal ook trager (dan een snelle SD) zijn aangezien je de HDD en je netwerk verkeer over dezelfde interface gaan (of gaat de SD kaart ook over dezelfde?).

Ben.Hahlen schreef op woensdag 17 april 2013 @ 11:46:
[...]

Volgens mij, maar correct me if I'm wrong, is het gewoon heel erg afhankelijk wat voor USB-stick/SD card je hebt.
Als je bv een pricewatch: Sandisk Extreme 4GB SDHC class 6 of 10 (zie specs) hebt, dan lijkt mij deze snel genoeg om ook alles soepel te laten verlopen.
Immers: een USB-stick == SD met USB-aansluiting (OK, wel heel kort door de bocht, maar het is beide flash-geheugen)

En dat is nu het verschil tussen afgaan op specs en real live testing
Class 10=10MB/sec. Er zijn USB sticks die 190 MB read leveren (Sandisk Cruzer Extreme).

Belangrijkste is dat door USB stick te gebruiken met overclocken de SD ook niet corrupt raakt, wat schering en inslag was bij de alles op SD oplossing en dat is funest voor de stabiliteit.

[ Voor 10% gewijzigd door wouter1971 op 17-04-2013 13:23 ]

wouter1971 schreef op woensdag 17 april 2013 @ 13:21:
[...]
En dat is nu het verschil tussen afgaan op specs en real live testing
Class 10=10MB/sec. Er zijn USB sticks die 190 MB read leveren (Sandisk Cruzer Extreme).

Belangrijkste is dat door USB stick te gebruiken met overclocken de SD ook niet corrupt raakt, wat schering en inslag was bij de alles op SD oplossing en dat is funest voor de stabiliteit.

Tuurlijk, real-life vs specs is sowieso een punt.

Van de andere kant: 190MB/sec kan überhaupt niet op de Pi, want dat kan de USB2.0 poort niet aan. Tenzij iemand er stiekem een USB 3.0 op heeft gezet, maar dat lijkt mij sterk
Dus eigenlijk gaat het voornamelijk om stabiliteit met de overclock.

Orian schreef op woensdag 17 april 2013 @ 09:45:
[...]


Heel apart. Weet je zeker dat er nog (genoeg) ruimte vrij is op je sd, en dat je wel een internetverbinding hebt via de draad? Of wellicht is je wifi stick 'gewoon' niet compatible? Anders zou ik het helaas ook niet weten.

Idd apart. Zeker genoeg ruimte 8gb SD en er staat niet veel op. Verbinding is er ook bedraad.
Wifi Stick is volgens de lijst zeer zeker compatibel.

Het enige wat ik nu nog kan bedenken is of de sticks het wel doen...maar dan zou ik 2 nieuwe alle 2 kapot hebben gekregen.

Ben.Hahlen schreef op woensdag 17 april 2013 @ 13:35:
[...]

Tuurlijk, real-life vs specs is sowieso een punt.

Van de andere kant: 190MB/sec kan überhaupt niet op de Pi, want dat kan de USB2.0 poort niet aan. Tenzij iemand er stiekem een USB 3.0 op heeft gezet, maar dat lijkt mij sterk
Dus eigenlijk gaat het voornamelijk om stabiliteit met de overclock.

Uiteraard, maar verdriedubbeling bij USB2.0 t.o.v. SD class 10 is er wel.

OpenELEC 3.0.1 released:
http://openelec.tv/news/2...8-openelec-3-0-1-released

Iemand al geprobeerd?

wouter1971 schreef op woensdag 17 april 2013 @ 13:21:
[...]


En dat is nu het verschil tussen afgaan op specs en real live testing
Class 10=10MB/sec. Er zijn USB sticks die 190 MB read leveren (Sandisk Cruzer Extreme).

Belangrijkste is dat door USB stick te gebruiken met overclocken de SD ook niet corrupt raakt, wat schering en inslag was bij de alles op SD oplossing en dat is funest voor de stabiliteit.

Misschien heb ik heel veel geluk (en ben ik dat nu aan het jinxen), maar ik heb mijn SD kaartje nog nooit gecorrupt terwijl ik een overclocked RaspBMC versie draai. Deze staat continu aan en heeft via het netwerk verbinding met mijn NAS. Ik heb een PNY 32GB Class 10 kaartje (ja beetje zonde om een 32GB kaartje hiervoor te gebruiken, maarja die had ik nu eenmaal).

Ik wil hier maar mee zeggen dat het corrupten niet 'altijd' voor hoeft te komen

Smobbo schreef op donderdag 18 april 2013 @ 08:51:
[...]


Misschien heb ik heel veel geluk (en ben ik dat nu aan het jinxen), maar ik heb mijn SD kaartje nog nooit gecorrupt terwijl ik een overclocked RaspBMC versie draai. Deze staat continu aan en heeft via het netwerk verbinding met mijn NAS. Ik heb een PNY 32GB Class 10 kaartje (ja beetje zonde om een 32GB kaartje hiervoor te gebruiken, maarja die had ik nu eenmaal).

Ik wil hier maar mee zeggen dat het corrupten niet 'altijd' voor hoeft te komen

ik daarentegen heb nog nooit een stabiel werkende sd card te pakken gehad, dus ik boot van de sd card en heb root fs op mijn usb stick, en *dat* is nog nooit mis gegaan.

Smobbo schreef op donderdag 18 april 2013 @ 08:51:
[...]


Misschien heb ik heel veel geluk (en ben ik dat nu aan het jinxen), maar ik heb mijn SD kaartje nog nooit gecorrupt terwijl ik een overclocked RaspBMC versie draai. Deze staat continu aan en heeft via het netwerk verbinding met mijn NAS. Ik heb een PNY 32GB Class 10 kaartje (ja beetje zonde om een 32GB kaartje hiervoor te gebruiken, maarja die had ik nu eenmaal).

Ik wil hier maar mee zeggen dat het corrupten niet 'altijd' voor hoeft te komen

zelfde hier hoor, al heb ik maar een mini overclock gedaan.
hoop inderdaad dat de problemen lekker uitblijven, want het werkt echt perfect nu.

Mijn ervaring leert dat sommige Pi's slecht tegen een overclock kunnen. Ik schat dat ongeveer 1 op de 8 niet harder kan dan 800 MHz. Die zorgen dan vrijwel direct voor SD kaart corruptie.

Ik heb Raspbmc draaien op m'n Pi en ik heb een beetje naar dat overclocken zitten kijken omdat ik de boel toch wel een tikkie stroperig vind.
Nu zag ik ook de optie om Raspbmc op drie standen te laten draaien: Normal, Fast en Super. Ik heb deze dus eens op Fast gezet en merk al wel een verbetering. Maar eerlijk gezegd durf ik de Super stand niet aan omdat ik bang ben om m'n SD-tje te verknallen.

Maar wat is nou het verschil tussen deze drie standaard opties en het handmatig overclocken? Of zijn de standen Fast en Super ook een soort overclock (maar dan een soort Preset overclock)?

kraades schreef op donderdag 18 april 2013 @ 09:22:
Mijn ervaring leert dat sommige Pi's slecht tegen een overclock kunnen. Ik schat dat ongeveer 1 op de 8 niet harder kan dan 800 MHz. Die zorgen dan vrijwel direct voor SD kaart corruptie.

Mijne draait nu al tijden stabiel op 1Ghz. Maar dan heb ik wel RaspBMC op een USB stick staan ipv een SD kaart.

Ferret schreef op donderdag 18 april 2013 @ 14:07:
Ik heb Raspbmc draaien op m'n Pi en ik heb een beetje naar dat overclocken zitten kijken omdat ik de boel toch wel een tikkie stroperig vind.
Nu zag ik ook de optie om Raspbmc op drie standen te laten draaien: Normal, Fast en Super. Ik heb deze dus eens op Fast gezet en merk al wel een verbetering. Maar eerlijk gezegd durf ik de Super stand niet aan omdat ik bang ben om m'n SD-tje te verknallen.

Maar wat is nou het verschil tussen deze drie standaard opties en het handmatig overclocken? Of zijn de standen Fast en Super ook een soort overclock (maar dan een soort Preset overclock)?

Probeer de standen eens en post dan de /boot/config.txt instellingen. Dan kunnen we het eens vergelijken met de normale Raspbian OC instellingen.

Niet dat ik het niet wil maar ik ben een absolute n00b op linux gebied dus ik zou niet weten hoe ik dat moet doen

Ik ben al wel zover dat ik Putty heb maar ik moet me er nog eens goed in verdiepen....

Hoe zit het met de performance met Sabnzbd en couchpotatoe icm XBMC? Is dat nog een beetje te doen?

Sabnzbd niet, maar nzbget wel.

Ferret schreef op donderdag 18 april 2013 @ 14:07:
Ik heb Raspbmc draaien op m'n Pi en ik heb een beetje naar dat overclocken zitten kijken omdat ik de boel toch wel een tikkie stroperig vind.
Nu zag ik ook de optie om Raspbmc op drie standen te laten draaien: Normal, Fast en Super. Ik heb deze dus eens op Fast gezet en merk al wel een verbetering. Maar eerlijk gezegd durf ik de Super stand niet aan omdat ik bang ben om m'n SD-tje te verknallen.

Maar wat is nou het verschil tussen deze drie standaard opties en het handmatig overclocken? Of zijn de standen Fast en Super ook een soort overclock (maar dan een soort Preset overclock)?

Zie http://forum.stmlabs.com/...d=3564&pid=50866#pid50866.
Super is een dynamische overclock met overvolt.

Maak eventueel een backup met USBIT. Simpel backup programmatje voor Windows.
Mocht het dan verkeerd gaan dan kun je de backup terugzetten en is er niks aan de hand.

Wat raar dat 'normal ook al een overclock is. Je zou bij normal toch gewoon de stocksnelheid verwachten.

Wat ik ook niet snap is waarom Raspbmc nog steeds loopt te ouwehoeren met die force_turbo. Gewoon een kernel met de performance governor by default en je hebt effectief een force_turbo zonder gevaar van garantieverlies.

[ Voor 50% gewijzigd door CurlyMo op 18-04-2013 16:49 ]

Ik heb zojuist Raspbmc op een usb stick geinstalleerd en alles gaat goed tot en met de complete XBMC installatie. Echter, na het invoeren van m'n MPEG2 licentie moet-ie rebooten en daarna start de Pi niet meer op.
Ik had die licentie code al op een andere versie van Raspbmc (dus ook een ander SD-tje) ingevoerd maar wel voor de zelfde Pi (dus het hoort bij het serienummer van de Pi).

Iemand enig idee waarom hij niet meer opstart?

CurlyMo schreef op donderdag 18 april 2013 @ 16:43:
Wat raar dat 'normal ook al een overclock is. Je zou bij normal toch gewoon de stocksnelheid verwachten.

Wat ik ook niet snap is waarom Raspbmc nog steeds loopt te ouwehoeren met die force_turbo. Gewoon een kernel met de performance governor by default en je hebt effectief een force_turbo zonder gevaar van garantieverlies.

Ja, standaard draait deze al op 800 MHz. Alle Raspbmc settings zijn "veilig" voor de garantie. Bijna altijd kan ik op de Fast setting draaien. Af en toe is er eentje bij die niet wil --> corrupte sd kaart. Ik heb er eentje op verzoek opgestuurd naar de Pi foundation. Die zullen 'm wel ontleden. Ben benieuwd...

Vraag:

Kun je eigenlijk ook een webbrowser op XBMC op je Pi aan de gang krijgen???

[ Voor 5% gewijzigd door technorabilia op 18-04-2013 19:52 ]

kraades schreef op donderdag 18 april 2013 @ 19:23:
[...]
Vraag:

Kun je eigenlijk ook een webbrowser op XBMC op je Pi aan de gang krijgen???

Je zou hier eens kunnen kijken.

Ik ben gisteravond toch verder wezen zoeken waarom m'n Pi niet meer wilde booten nadat ik die licentiecode had ingevoerd in Raspbmc.
Ook de tweede poging met dezelfde SD en usb stick mislukte maar nu nadat ik de setting in Raspbmc van Normal naar Fast had gezet. Ook hierbij moet de Pi rebooten omdat de config.txt file is herschreven.

Ook nu had ik een rood brandend ledje en een groene die 3 x knipperde. Na wat zoeken bleek dat start.elf (whatever that may be) niet gevonden kon worden. En zoals eerder aangegeven heb ik geen kennis van linux dus zelf iets bekijken op die SD zat er niet in.

Dus heb ik een andere SD genomen en nogmaals de hele install doorlopen en voila, de boel draait als een tierelier! Ik heb een hele snelle usb stick (write iets van 230 Mb en read 116 Mb) en dat merk je wel. Alles loopt gewoon vlotter en nu nog even stoeien met m'n muziek dvd's/BD waar-ie nog niet altijd de juiste fanart ophaalt. Airplay doet het, subtitles addon ingesteld alleen nog even achter dat CEC aan. Het staat wel aan in Raspbmc maar ik vermoed dat mijn Bravia te oud is (wel HD ready). Maar dat moet ik nog uitzoeken...

Ferret schreef op vrijdag 19 april 2013 @ 07:16:
[...]
Je zou hier eens kunnen kijken.

Dat is voor Debian, niet voor XBMC. Ik geloof niet dat er een browser add-on voor XMBC (op de Raspberry Pi) is.

Als je Xbian draait kun je toch gewoon het ' web-package' oid installeren?

@Eddos, dat is een webserver, geen webbrowser.

Ik ben toch verbaasd hoeveel er steeds nog verbeterd kan worden aan alle releases. Ik ben een tevreden XBian gebruiker ookal heb ik af en toe wel eens een andere release getest. Maar ook bij anderen (me ouders, en 2 vrienden van me) draaien inmiddels XBian installaties. En ik heb hier weinig tot geen onderhoud aan.

En ik kan dan ook zeggen dat het gebruikte SD kaartje heel wat uitmaakt voor de XBMC op Pi performance. Ikzelf draai met een 8GB Sandisk Extreme kaartje en heb nog nooit last van corruptie gehad. Maar de kingston kaartjes die SOSSolutions (een tijdje) bij hun RBPi's leverde heb ik alleen maar slechte ervaringen mee. Trage UI en corruptie bij overclocken.

Maar nu wil ik die USB methode nog wel eens gaan proberen met XBian i.c.m. een snelle usb stick en kijken of dat ook nog performance winst oplevert. Ben sowiezo benieuwd naar de nieuwe Beta 1 van XBian wat dat weer gaat doen voor performance.

Welke SD kaart heb je dan bij je vrienden en ouders gebruikt? Valt me op dat de ene ICIDU 4GB niet zo snel is als de andere, al zijn ze beide class 10. Dan lijkt de Transcend van SOS een betere keuze.

Ik gebruik een 8 GB Class 10 die ik bij het Kruidvat heb gehaald in het dorp. Werkt heel goed in mijn geval.Op die van SOS staat nog de Raspbmc. Ik gebruik alleen Xbian

Ik gebruik deze: http://www.mycom.nl/produ...cure-digital-hi-speed-4gb

De prestatie is veelal beter dan de Sandisk kaartjes, waarbij ik denk dat er een verschil zit tussen de seq. read/write en de random read/write tussen deze kaarten in het voordeel van Icidu.

Daarnaast ook nog nooit corruptie gehad. En als dev van XBian heb ik toch echt al honderden keren mijn RPi gereboot en ook lomp afgesloten. Overigens draai ik als zolang het kan op turbo modus.

Mijn card heb ik in het begin een beetje probs mee gehad. Ligt meer aan mij. Heb hem helemaal leegggehaald met mini partition wizard. formateerd en nu doet hij het weer.

Ik sluit hem iedere avond af xbian via systeen uitschakelen.
Deze week alleen bleef hij een keer hangen. Toen via Putty sudo halt gedaan en het was weer goed.

CurlyMo schreef op vrijdag 19 april 2013 @ 09:43:
@Eddos, dat is een webserver, geen webbrowser.

Ah, zal mezelf voornemen om in het vervolg niet zo vroeg te reageren

CurlyMo schreef op vrijdag 19 april 2013 @ 11:13:
Ik gebruik deze: http://www.mycom.nl/produ...cure-digital-hi-speed-4gb

De prestatie is veelal beter dan de Sandisk kaartjes, waarbij ik denk dat er een verschil zit tussen de seq. read/write en de random read/write tussen deze kaarten in het voordeel van Icidu.

Daarnaast ook nog nooit corruptie gehad. En als dev van XBian heb ik toch echt al honderden keren mijn RPi gereboot en ook lomp afgesloten. Overigens draai ik als zolang het kan op turbo modus.

Ook al heb ik mijn PI pas 2 weken, ( hij is nu terug naar SoS want de Ethernet poort was kapot gegaan )maar wat ik er al mee gedaan heb ben ik het hier mee eens.
Ik gebruik de 8gb versie van icidu, en de snelheden zijn ook nog goed te noemen.

Met de Sandisk heb ik al op verschillende versies corruptie gehad als ik deed overklokken. Op de Icidu kaart nog geen 1 keer. ( Xbian overgeklokt op deze SD loopt zonder problemen )

ik gebruik deze. nooit problemen mee gehad met raspbmc 16 GB SD Card Ultra SDHC Class 10 (30MB/s) SanDisk

Paulus07 schreef op vrijdag 19 april 2013 @ 12:07:
ik gebruik deze. nooit problemen mee gehad met raspbmc 16 GB SD Card Ultra SDHC Class 10 (30MB/s) SanDisk

Die gebruik ik ook echter alleen nog niet zo lang dus de toekomst zal uitwijzen hoe deze zich gaat houden. Maar aangezien ik nu met de usb stick methode draai verwacht ik eigenlijk helemaal geen problemen.

Kent iemand deze repo (zit even snel te surfen in m'n pauze): http://superrepo.org/

Is dat wat of haal je dan alleen maar troep binnen?

Ferret schreef op vrijdag 19 april 2013 @ 12:38:
[...]

Die gebruik ik ook echter alleen nog niet zo lang dus de toekomst zal uitwijzen hoe deze zich gaat houden. Maar aangezien ik nu met de usb stick methode draai verwacht ik eigenlijk helemaal geen problemen.

Kent iemand deze repo (zit even snel te surfen in m'n pauze): http://superrepo.org/

Is dat wat of haal je dan alleen maar troep binnen?

Nee is geen troep. Is goed

Jazco2nd schreef op vrijdag 19 april 2013 @ 10:53:
Welke SD kaart heb je dan bij je vrienden en ouders gebruikt? Valt me op dat de ene ICIDU 4GB niet zo snel is als de andere, al zijn ze beide class 10. Dan lijkt de Transcend van SOS een betere keuze.

Ik heb vanwege me eigen ervaringen bij bij 1 vriend(in) en ouders een Sandisk kaartje er in gestopt, en dit was meteen een verbetering. Die andere is nog bij het kingston kaartje gebleven want die vindt "het wel best zo". Dus het is ook persoonlijk. Het leuke is, alle 3 van de 4 Pi's krijgen voeding via de TV, en gaan dus ook (lomp) uit als de TV uit gaat, maar ik heb tot op heden nog geen last gehad van corruptie en deze draaien toch al wel een maandje of 6.

Senaxx schreef op vrijdag 19 april 2013 @ 13:00:
[...]


Ik heb vanwege me eigen ervaringen bij bij 1 vriend(in) en ouders een Sandisk kaartje er in gestopt, en dit was meteen een verbetering. Die andere is nog bij het kingston kaartje gebleven want die vindt "het wel best zo". Dus het is ook persoonlijk. Het leuke is, alle 3 van de 4 Pi's krijgen voeding via de TV, en gaan dus ook (lomp) uit als de TV uit gaat, maar ik heb tot op heden nog geen last gehad van corruptie en deze draaien toch al wel een maandje of 6.

Dit had ik ook, voeding via de tv.
Nu de voeding via de usb van de nas lopen.

Staat nu altijd aan.

Heb hem ook via de usb van de tv lopen. Maar ondanks dat dit een usb aansluiting is waar hdd bijstaat trekt de RPi kennelijk alsnog teveel stroom. Want de andere usb poort op de tv lijkt niet meer te werken tijdens gebruik..

CurlyMo schreef op vrijdag 19 april 2013 @ 11:13:
Ik gebruik deze: http://www.mycom.nl/produ...cure-digital-hi-speed-4gb

De prestatie is veelal beter dan de Sandisk kaartjes, waarbij ik denk dat er een verschil zit tussen de seq. read/write en de random read/write tussen deze kaarten in het voordeel van Icidu.

Daarnaast ook nog nooit corruptie gehad. En als dev van XBian heb ik toch echt al honderden keren mijn RPi gereboot en ook lomp afgesloten. Overigens draai ik als zolang het kan op turbo modus.

Ik heb exact dezelfde, 2 stuks gehaald maar dan bij Dixons want Mycom had ze op dat moment even niet.
1 is echt snel, de ander is bij de schrijftest (zelfde die jij ergens hierboven poste) slechts 13MB/s. Waar je boven de 20MB/s zou verwachten. En het gekke is, bij deze staat op de achterkant niet alleen een code geprint maar ook "TOSHIBA" en nog wat andere codes.

ErwinJ schreef op vrijdag 19 april 2013 @ 13:05:
[...]

Dit had ik ook, voeding via de tv.
Nu de voeding via de usb van de nas lopen.

Staat nu altijd aan.

Mr_gadget schreef op vrijdag 19 april 2013 @ 13:16:
Heb hem ook via de usb van de tv lopen. Maar ondanks dat dit een usb aansluiting is waar hdd bijstaat trekt de RPi kennelijk alsnog teveel stroom. Want de andere usb poort op de tv lijkt niet meer te werken tijdens gebruik..

Als die Pi's die ik bij mensen heb neergezet (nadat ze het bij mij zagen) hebben gelukkig de luxe dat het allemaal via het netwerk vanaf een server of een nas geserveerd kan worden. Dus het enige wat de TV aan stroom hoeft te leveren is de RPi. En ze draaien allemaal stabiel genoeg voor een overclock.

Ik heb laatst een Pi aan m'n schoonouders gegeven en die zijn 71 en 67 maar ze zijn helemaal lyrisch. Mijn schoonvader heb ik jaren geleden al gek gekregen over een Home Server en nu streamt-ie zo'n beetje alles over de Pi

Ik gebruik overigens zels zo'n LaCie usb key want die is lekker plat waardoor de ander usb poort op de Pi gebruikt kan worden voor iets anders. Ik heb er nu een muis inzitten omdat de remote via de iphone een nogal lage WAF heeft....

Gebruikt hier iemand de officiele XBMC remote op zijn Android? Ik zie de accu gewoon leeg lopen bij het gebruik ervan. Iemand enig idee of ik het accu gebruik kan verbeteren?

ge-flopt schreef op vrijdag 19 april 2013 @ 14:04:
Gebruikt hier iemand de officiele XBMC remote op zijn Android? Ik zie de accu gewoon leeg lopen bij het gebruik ervan. Iemand enig idee of ik het accu gebruik kan verbeteren?

Ik gebruik hem op mijn Galaxy S3 en ik ervaar hetzelfde. Ik ging er van uit de officiele app het best zou werken maar wellicht is dat niet zo.

Edit:
Smultie, bedankt voor de tip. Die app ga ik proberen.

[ Voor 6% gewijzigd door Arethusa op 19-04-2013 14:09 ]

Yatse gebruiken. Is sowieso (in mijn optiek) een veel betere afstandbediening.

Smultie schreef op vrijdag 19 april 2013 @ 14:06:
Yatse gebruiken. Is sowieso (in mijn optiek) een veel betere afstandbediening.

staat elke keer: kan geen verbinding maken, terwijl de originele XMBC remote het wel gewoon doet

Poortnummer misschien?

kraades schreef op vrijdag 19 april 2013 @ 16:57:
Poortnummer misschien?

Was toen ook bij mij het geval. Kwam er gelukkig op tijd achter voor gevalletje nervous breakdown

Even iets anders, ik zie steeds dat jullie de read snelheden van sd en usb sticks weten. Ik heb me suf gezocht op de sd en usb stick. Kan ze niet vinden.
Is er een progje voor waar je het mee kan vinden misschien? Ik gebruik een W7 Ultimate

kraades schreef op vrijdag 19 april 2013 @ 16:57:
Poortnummer misschien?

is toch echt 8080 heb de instelling bij zowel xmbc remote als yatse hetzelfde en xbmc doet het en yatse niet