RaspberryPi – OpenELEC + TVheadend (PVR – DVB-T) performance test

Test #2
– Raspberry Pi CPU and Memory usage playing 720p and 1080p videos over network

Raspberry Pi CPU usage playing 720p video over network

Figure 7

Raspberry Pi Memory usage playing 720p video over network

Figure 8

When playing 720p video over network share Raspberry Pi CPU and Memory usage don’t vary much: 32% average for CPU and 90% average for Memory.

Raspberry Pi CPU usage playing 1080p video over network

Figure 9

Raspberry Pi Memory usage playing 1080p video over network

Figure 10

When playing 1080p video over network share Raspberry Pi CPU and Memory usage ranged a little more than 720p. At the beginning CPU usage was at 100% but that didn’t cause video to buffer.

– XBMC.bin process CPU and Memory usage playing 720p and 1080p videos over network

XMBC.bin process CPU usage playing 720p video over network

Figure 11

XMBC.bin process Memory usage playing 720p video over network

Figure 12

When playing 720p XBMC CPU average usage was ~27%, a lot below streaming to 1 device, Memory usage was a little higher but nothing too much (+10%).

XMBC.bin process CPU usage playing 1080p video over network

Figure 13

XMBC.bin process Memory usage playing 1080p video over network

Figure 14

XBMC CPU usage when playing 1080p was higher than 720p but below streaming to 1 device. Memory usage don’t vary that much comparing to 720p, but more 10%/15% than streaming to 1 and 2 devices.

23 Comments

Filed under Tech

23 responses to “RaspberryPi – OpenELEC + TVheadend (PVR – DVB-T) performance test

  1. Joao

    Boas,
    Testei o meu RPI com o arm a 900 e o sdram a 500. Tive um crash.

    E voltei para o que vem por defeito com o RaspBmc. Am a 800, mas nao configura mais nada.

    Como tem corrido teus testes?

    Joao.

    • Viva,

      Com sdram_freq=500 o meu RPi tanto deu kernel panic’s como não arrancou. O máximo que consegui de momento é como tenho neste artigo, arm a 850 e sdram e core freq a 400.

      Tiago Pires

      • Joao

        Boas,

        E ficou estável?
        Tenho uma pen wifi e notei que o aquecimento da pen wifi e uma pen disk era em demasia para a caixa que estou a usar da Modmypi.
        Isto por ter ambas ligadas directamente.

        Já sentiste algum problema igual?

      • Sim, ficou. O RPi já ficou ligado mais de 24h e não notei aquecimento de nenhum dispositivo.

  2. Joao

    Eu acho que foi a pen wifi.
    É uma Belkin N150 nano.
    http://www.chip7.pt/catalogo/detalhes_produto.php?id=50467

    Fica 5estrelas na caixa preta, mas acho que aquece mt.

    • Já experimentaste com um HUB usb externo? Tenho usado um de 2 portas (sem alimentação externa) e tem funcionado tudo bem.

      Atenção que as 2 portas de USB do RPi permitem o uso de 100mAh cada uma, portanto se usares um HUB de N portas sem alimentação numa dessas portas cada porta no HUB terá disponível 100/N mAh.

      • Joao

        Nesse caso usaria m cabo USB com alimentação auxiliar por USB, semelhante à aqueles do modem portáteis e iria buscar os 200mA.

        Tenho ligado à USB da tv como alimentação e até ver tudo ok.

        Tenho alguns problemas no DTS a 720p. No teu openelec tb?

      • Estás a usar uma porta USB da tv para alimentar o RPi? Se assim for é possível que não estejas a receber voltagem suficiente. Não tenho nenhum problemas com vídeos, nem mesmo com 1080p 3D DTS.

  3. Joao

    De momento ando com duvidas se vou manter o RaspBmc ou vou para o openelec.

    Pretendia fazer downloads no RPI. Tenho de testar mais, eventualmente tb deverá aparecer alguns benchmarks de comparativos entre ambos.

    Tenho a ideia do openelec estar mais maduro.

  4. Joao

    Sim, tenho. Vou primeiro testar outra fonte, depois vejo se for necessário.

    Usas CEC com o teu openelec?

    • Sim, uso com uma TV da Sony. Não é preciso configuração nenhuma.

      • Joao

        Usas a ultima night build?
        A libcec já está lá por defeito então.

        Tenho uma ATV2, o RPI ainda se fica um pouco em comparação, mas o RPI como permite 1080p e USB vale a pena o investimento, além do gozo.

      • Usei a build r11681, mas já deve haver mais fix’s e afins. Claro a intenção de todo o projecto do RPi é tirar o máximo proveito da máquina, adicionando ou não mais hardware através das entradas I/O que tem 😉

  5. Joao

    Boa tarde,
    No seguimento do que falamos, testei o meu RPI com outra fonte. Em particular com a fonte do IPad.

    O problemas de DTS mantiveram-se.

    Retirei o dungle USB de wifi e ficou tudo bem.
    Anteriormente já tinha retirado o dungle mas manti a alimentação pela TV.

    Devo concluir o obvio.
    -Ou o RPI nao tem recursos para correr filmes e descodificar DTS, algo que é feito sem aceleração.
    – Ou a limitação de 100mA por porta USB nao é suficiente.
    Tendo em conta que na realidade só temos uma porta com 200mA que depois se desdobra num Hub de 2 portas, nao deve ter potência para ler da pen quando o wifi esta a papar a potência.

    Tenho ver se leio algo sobre os consumos desta dungle wifi. Nao me está a apetecer estragar um cabo para medir a corrente.

  6. Joao

    Nao sei se mencionei, mas o filme corre de uma Pen de 8GB em ntfs.
    O que nao será tão rápido do que correr de cartao SD ou mesmo LAN.

    • Podes sempre fazer um test à pen usb, visto que diferentes pen’s têm diferentes desempenhos. O comando a utilizar será o “hdparm -Tt /dev/sdx” onde x é o número do dispositivo, através do “df -ah” consegues extrair isso. Se o hdparm não estiver disponível na distribuição do OpenELEC irei tentar construir um add-on para isso.

  7. m4x

    Boas, diz-me só uma coisa, 720p não tenho qualquer duvida que o RPi aguente qualquer coisa mas 1080p, podias testar, se é que já não o fizeste, vídeos de alto bitrate? Por exemplo o famoso Birds (http://www.auby.no/files/video_tests/h264_1080p_hp_4.1_40mbps_birds.mkv), só para ficar com uma ideia se aguenta.

  8. nico

    have you used this configuration to make a record on tv?
    i’m interesting…

Leave a comment

This site uses Akismet to reduce spam. Learn how your comment data is processed.