1

Raspberry PI / Raspberry Pi

« on: October 30, 2012, 16:28:47 »

@ MarMic: Das ist richtig. Allerdings war ich damals auf der Suche nach einem Empfänger mit CI+ Schacht, da bei Unitymedia die Privaten grundverschlüsselt sind. Daher habe ich mich für die Technotrend entschieden.

In der Zwischenzeit habe ich herausgefunden, dass die Grundverschlüsselung bei Unitymedia ab 2013 aufgehoben werden soll. Dann ist eine Sundtek durchaus interessant, da diese vermutlich besser unterstützt wird.

2

Raspberry PI / Raspberry Pi

« on: October 30, 2012, 13:25:05 »

Hi Markus,

versuch es mal mit "admin" und "live" als Benutzernamen und Passwort. Das ist soweit ich weiß der Standardzugang des Plugins.

@ Claus: Ich habe einen DVB-C Empfänger. Habe auch schonmal ein paar Minuten gewartet, aber die Last ist oben geblieben. Daher ist ein Problem mit dem Treiber auch für mich die wahrscheinlichste Ursache. Da ich den Empfänger gerade neu gekauft habe und dieser mit ca 80 Euro auch nicht gerade billig war, werde ich ihn zurückschicken so lange es noch geht. Vielleicht unternehne ich in ein paar Monaten nochmal einen neuen Versuch...
So lange werde ich mir mit einen alten PC und einer PCI Karte nen VDR basteln.

Viele Grüße,
Peter

3

Raspberry PI / Raspberry Pi

« on: October 29, 2012, 13:00:52 »

Mit dem neuen Image habe ich das alte Problem, dass der load zu hoch ist. Mir ist aufgefallen, dass dies bereits der Fall ist wenn noch gar kein TV läuft. Sobald ich das Antennenkabel vom DVB-C abziehe geht der load allerdings drastisch runter. Ich vermute mal, dass EPG Daten gesammelt werden sobald das Kabel dran ist. Da dies den RPi schon vollkommen überfordert, gehe ich davon aus, dass der Treiber zu viel Rechenleistung braucht (wie Claus vor einiger Zeit mal vermutet hat). Auch übertakten hat da leider nichts gebracht.

Da die Auswahl an USB DVB-C Empfängern äußerst dürftig ist, werde ich leider auf einen leistungsstärkeren PC umsteigen müssen.    Dennoch vielen Dank für die freundliche Hilfe, die ich hier erhalten habe!

Viele Grüße,
Peter

4

Raspberry PI / Raspberry Pi

« on: October 22, 2012, 07:14:23 »

Ich habe ein Netzteil für den RPi und zwischen der DVB-T/C Karte und dem RPi nochmal einen Hub mit Netzteil (den 4 Port Hub für 8,50

5

Raspberry PI / Raspberry Pi

« on: October 21, 2012, 15:01:23 »

@Claus: Ich habe etwas weiter getestet und glaube, dass das Problem bei mir nicht der Vompclient, sondern der VDR selber oder der Treiber meines DVB-C Tuners ist. Ich habe unter raspbian einen VDR installiert und damit Sendungen aufgezeichnet, welche ich mir dann am PC angeschaut habe. Auch diese haben stark geruckelt und der load war recht hoch dabei:

Code: [Select]

top - 14:01:44 up 31 min,  2 users,  load average: 1.28, 0.82, 0.58
Tasks:  63 total,   1 running,  62 sleeping,   0 stopped,   0 zombie
%Cpu(s):  9.9 us, 31.9 sy,  6.9 ni, 38.8 id, 10.8 wa,  1.3 hi,  0.4 si,  0.0 st
KiB Mem:    189104 total,   107260 used,    81844 free,    14844 buffers
KiB Swap:   102396 total,        0 used,   102396 free,    42276 cached

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND
 3109 vdr       20   0  151m  30m 6692 S  42.3 16.7   2:35.30 vdr
 3126 pi        20   0  4648 1368 1044 R   1.6  0.7   0:09.28 top

Wenn ich statt der DVB-C Karte einen DVB-T Stick nehme kann ich problemlos Sendungen aufzeichnen und nacher am PC anschauen. Hier ist dann der load auch geringer:

Code: [Select]

top - 14:41:55 up 21 min,  2 users,  load average: 0.53, 0.68, 0.51
Tasks:  63 total,   1 running,  62 sleeping,   0 stopped,   0 zombie
%Cpu(s):  4.6 us, 16.7 sy,  0.5 ni, 75.5 id,  1.9 wa,  0.0 hi,  0.9 si,  0.0 st
KiB Mem:    189104 total,   103928 used,    85176 free,    14340 buffers
KiB Swap:   102396 total,        0 used,   102396 free,    40388 cached

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND
 3103 vdr       20   0  129m  15m 5996 S  22.6  8.4   0:34.18 vdr
 3140 pi        20   0  4648 1372 1044 R   1.9  0.7   0:01.45 top
   32 root      20   0     0    0    0 S   1.0  0.0   0:05.37 mmcqd/0
Bei Vergleich der Aufgezeichneten Sendungen ist mir aufgefallen, dass bei DVB-C höhere Datenraten verwendet werden. Hier fallen ca 43 MB/min an, bei DVB-T lediglich 17 MB/min. Da der DVB-T Tuner mit einem normalen PC problemlos läuft, vermute ich, dass der hohe load entweder durch nicht optimale Treiber verursacht wird, oder der RPi einfach mit der höheren Datenrate überfordert ist. Gibt es eine Möglichkeit herauszufinden, was da bei mir das Problem ist?

P.S. Ich finde es gut, dass du viele Images online stellst. So kann man häufiger was neues testen. Kann mich da Uwes Kommentar nur anschließen...

6

Raspberry PI / Raspberry Pi

« on: October 17, 2012, 08:49:33 »

Ich habe auch den Samsung RAM  

Hier nochmal die top ohne TV

Code: [Select]

Mem: 112032K used, 11608K free, 0K shrd, 14424K buff, 63620K cached
CPU:   2% usr   3% sys   0% nic  93% idle   0% io   0% irq   0% sirq
Load average: 0.90 0.45 0.17 1/96 2687
  PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
 2501  2499 root     S     134m 111%   0   5% /usr/bin/vompclient -n -s 127.0.0.
 2687  2681 root     R     3988   3%   0   1% top
 2342  1997 root     S     100m  84%   0   0% /usr/bin/vdr -s /etc/vdr/shutdown.


und mit TV:

Code: [Select]

Mem: 121784K used, 1856K free, 0K shrd, 13536K buff, 59660K cached
CPU:  34% usr  37% sys  10% nic  10% idle   0% io   0% irq   7% sirq
Load average: 1.60 0.70 0.27 7/104 2698
  PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
 2501  2499 root     R     205m 170%   0  45% /usr/bin/vompclient -n -s 127.0.0.
 2342  1997 root     R     130m 108%   0  41% /usr/bin/vdr -s /etc/vdr/shutdown.


Die Tests habe ich mit deinem ersten Image von gestern gemacht. Das zweite startet bei mir zwar, jedoch ohne den vompclient. Dieser meldet:

Code: [Select]

cat /var/log/vompclient
* failed to open vchiq instance
* failed to open vchiq instance

in den messages finde ich dazu mehrfach

Code: [Select]

Oct 17 05:57:16 (none) user.err kernel: [  159.377399] vchiq_get_state: g_state.remote->initialised != 1 (0)
Oct 17 05:57:16 (none) user.info kernel: [  159.377425] vchiq: vchiq has no connection to VideoCore


Ich hoffe, dass es bei mir auch an dem Samsung RAM liegt und dass dies in den nächsten Tagen mit einem Firmwareupdate behoben wird. Oder habt ihr noch eine andere Idee?

@ Claus bei mir funktionieren die

7

Raspberry PI / Raspberry Pi

« on: October 16, 2012, 18:47:43 »

Seit einer Woche bin ich auch stolzer Besitzer eines Pi und seit dem versuche ich ihn mit einer Technotrend TT-connect CT-3650 CI USB DVB-C TV Karte  als VDR zu installieren. Leider bekomme ich aber immer nur ein stockendes Bild und Tonfitzel. Wenn ich Radioprogramme wähle, ist es etwas besser, aber auch diese stottern zwischendurch. In der config.txt habe ich den HDMI Modus gesetzt, aber leider auch ohne Erfolg. Ich vermute, dass bei mir der RAM nicht ausreicht (habe noch die 256 MB Version bekommen).

Ohne TV:

Code: [Select]

MLD> free
             total         used         free       shared      buffers
Mem:        123640       112312        11328            0        13744
-/+ buffers:              98568        25072
Swap:            0            0            0



Wenn TV gestartet ist:

Code: [Select]

 MLD> free
             total         used         free       shared      buffers
Mem:        123640       121748         1892            0        12712
-/+ buffers:             109036        14604
Swap:            0            0            0





Der vompclient meldet dann:

Code: [Select]

[mp3 @ 0x239f100] incorrect frame size
    Last message repeated 10 times
[mp3 @ 0x239f100] incomplete frame
    Last message repeated 2 times
[mp3 @ 0x239f100] incorrect frame size
    Last message repeated 7 times




in den messages habe ich noch ein paar Warnungen gefunden:

Code: [Select]

Oct 16 15:43:24 (none) user.err kernel: [   45.644629] WARNING: You are using an experimental version of the media stack.
Oct 16 15:43:24 (none) user.err kernel: [   45.644651]  As the driver is backported to an older kernel, it doesn't offer
Oct 16 15:43:24 (none) user.err kernel: [   45.644662]  enough quality for its usage in production.
Oct 16 15:43:24 (none) user.err kernel: [   45.644670]  Use it with care.
Oct 16 15:43:24 (none) user.err kernel: [   45.644675] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
Oct 16 15:43:24 (none) user.err kernel: [   45.644685]  da2cd767f537082be0a02d83f87e0da4270e25b2 [media] ttpci: add support for Omicom S2 PCI
Oct 16 15:43:24 (none) user.err kernel: [   45.644696]  062ef0d4bb66e975a79dec4d5cc3ef1bf584efef [media] staging: media: Remove easycap driver
Oct 16 15:43:24 (none) user.err kernel: [   45.644707]  9cb2173e6ea8f2948bd1367c93083a2500fcf08f [media] media: Add stk1160 new driver (easycap replacement)
Oct 16 15:43:24 (none) user.err kernel: [   45.733731] WARNING: You are using an experimental version of the media stack.
Oct 16 15:43:24 (none) user.err kernel: [   45.733753]  As the driver is backported to an older kernel, it doesn't offer
Oct 16 15:43:24 (none) user.err kernel: [   45.733762]  enough quality for its usage in production.
Oct 16 15:43:24 (none) user.err kernel: [   45.733770]  Use it with care.
Oct 16 15:43:24 (none) user.err kernel: [   45.733775] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
Oct 16 15:43:24 (none) user.err kernel: [   45.733785]  da2cd767f537082be0a02d83f87e0da4270e25b2 [media] ttpci: add support for Omicom S2 PCI
Oct 16 15:43:24 (none) user.err kernel: [   45.733796]  062ef0d4bb66e975a79dec4d5cc3ef1bf584efef [media] staging: media: Remove easycap driver
Oct 16 15:43:24 (none) user.err kernel: [   45.733807]  9cb2173e6ea8f2948bd1367c93083a2500fcf08f [media] media: Add stk1160 new driver (easycap replacement)
Oct 16 15:43:24 (none) user.info kernel: [   45.794159] dvb-usb: found a 'Technotrend TT-connect CT-3650' in warm state.
Oct 16 15:43:24 (none) user.info kernel: [   45.812323] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
Oct 16 15:43:24 (none) user.info kernel: [   45.812357] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
Oct 16 15:43:24 (none) user.info kernel: [   45.812875] DVB: registering new adapter (Technotrend TT-connect CT-3650)
Oct 16 15:43:24 (none) user.info kernel: [   46.010603] ttusb2: CI initialized.
Oct 16 15:43:24 (none) user.warn kernel: [   46.010637] DVB: registering adapter 0 frontend 0 (Philips TDA10023 DVB-C)...
Oct 16 15:43:24 (none) user.warn kernel: [   46.259350] DVB: registering adapter 0 frontend 1 (NXP TDA10048HN DVB-T)...
Oct 16 15:43:24 (none) user.err kernel: [   46.363748] IR keymap rc-tt-1500 not found
Oct 16 15:43:24 (none) user.info kernel: [   46.363778] Registered IR keymap rc-empty
Oct 16 15:43:24 (none) user.info kernel: [   46.383490] input: IR-receiver inside an USB DVB receiver as /devices/platform/bcm2708_usb/usb1/1-1/1-1.3/1-1.3.2/rc/rc0/input2
Oct 16 15:43:24 (none) user.info kernel: [   46.389176] rc0: IR-receiver inside an USB DVB receiver as /devices/platform/bcm2708_usb/usb1/1-1/1-1.3/1-1.3.2/rc/rc0
Oct 16 15:43:24 (none) user.info kernel: [   46.389216] dvb-usb: schedule remote query interval to 150 msecs.
Oct 16 15:43:26 (none) user.err kernel: [   48.383707] dvb-usb: recv bulk message failed: -110
Oct 16 15:43:26 (none) user.warn kernel: [   48.383805] ttusb2: there might have been an error during control message transfer. (rlen = 0, was 0)
Oct 16 15:43:28 (none) user.err kernel: [   50.383694] dvb-usb: recv bulk message failed: -110
Oct 16 15:43:28 (none) user.warn kernel: [   50.383735] ttusb2: there might have been an error during control message transfer. (rlen = 9, was 0)
Oct 16 15:43:28 (none) user.err kernel: [   50.383756] dvb-usb: error -5 while querying for an remote control event.
Oct 16 15:43:28 (none) user.info kernel: [   50.384066] dvb-usb: Technotrend TT-connect CT-3650 successfully initialized and connected.
Oct 16 15:43:28 (none) user.info kernel: [   50.385222] usbcore: registered new interface driver dvb_usb_ttusb2
Oct 16 17:43:38 (none) user.err vdr: [2128] ERROR (dvbdevice.c,1089): /dev/dvb/adapter0/frontend1: Device or resource busy
Oct 16 17:43:38 (none) user.err vdr: [2128] ERROR: no OSD provider available - using dummy OSD!




Habt ihr eine Idee, woran es bei mir liegen könnte? Bis auf den Eintrag des HDMI Modus und dem MPEG2 Key habe ich keine Konfigurationen vorgenommen. Habe ich da etwas vergessen? Mit einer MDL Live CD konnte ich zumindest die