Beiträge von pet547

Upps, ist mir noch nicht aufgefallen. Danke für die Info!

Das siehst Du falsch. Die Karte DVBSky T9580 hat nur einen DVB-S2 Tuner. Der zweite Tuner ist ein DVB-C oder DVB-T Tuner.

2*DVB-S2 Tuner hat laut Beschreibung die Karte DVBSky S952 ~~~ Dual DVB-S/S2 PCIe.

Zum Betrieb der Karte DVBSky T9580 habe ich die Linux-Treiber media_build_bst_130407 von dieser Seite URL genommen und unter yavdr0.5 einfach kompiliert und geladen (Kernel 3.2.0-39-generic).
DVB-C Betrieb läuft bei mir problemlos.

Auszug syslog

Apr 23 09:48:36 yavdr5 kernel: [   14.806427] cx23885 driver version 0.0.3 loaded
Apr 23 09:48:36 yavdr5 kernel: [   14.806456] cx23885 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
Apr 23 09:48:36 yavdr5 kernel: [   14.806903] CORE cx23885[0]: subsystem: 4254:9580, board: DVBSKY T9580 [card=45,autodetected]
Apr 23 09:48:36 yavdr5 kernel: [   15.049575] cx25840 3-0044: cx23885 A/V decoder found @ 0x88 (cx23885[0]
Apr 23 09:48:36 yavdr5 kernel: [   16.073678] cx25840 3-0044: loaded v4l-cx23885-avcore-01.fw firmware (16382 bytes)
Apr 23 09:48:36 yavdr5 kernel: [   16.089678] cx23885_dvb_register() allocating 1 frontend(s)
Apr 23 09:48:36 yavdr5 kernel: [   16.089680] cx23885[0]: cx23885 based dvb card
Apr 23 09:48:36 yavdr5 kernel: [   16.091777] DS3000 chip version: d0 attached.
Apr 23 09:48:36 yavdr5 kernel: [   16.092576] TS202x chip version[1]: c0 attached.
Apr 23 09:48:36 yavdr5 kernel: [   16.111640] TS202x chip version[2]: c3 attached.
Apr 23 09:48:36 yavdr5 kernel: [   16.163069] m88ds3103_load_firmware: Waiting for firmware upload (dvb-fe-ds3103.fw)...
Apr 23 09:48:36 yavdr5 kernel: [   16.164131] m88ds3103_load_firmware: Waiting for firmware upload(2)...
Apr 23 09:48:37 yavdr5 kernel: [   17.123356] DVB: registering new adapter (cx23885[0])
Apr 23 09:48:37 yavdr5 kernel: [   17.123361] cx23885 0000:01:00.0: DVB: registering adapter 2 frontend 0 (Montage DS3103/TS2022)...
Apr 23 09:48:37 yavdr5 kernel: [   17.149975] DVBSKY PCIe MAC= 00:17:42:54:09:82
Apr 23 09:48:37 yavdr5 kernel: [   17.149977] cx23885_dvb_register() allocating 1 frontend(s)
Apr 23 09:48:37 yavdr5 kernel: [   17.149979] cx23885[0]: cx23885 based dvb card
Apr 23 09:48:37 yavdr5 kernel: [   17.150013] DVB: registering new adapter (cx23885[0])
Apr 23 09:48:37 yavdr5 kernel: [   17.150015] cx23885 0000:01:00.0: DVB: registering adapter 3 frontend 0 (Si2168 DVB-T2/C)...
Apr 23 09:48:37 yavdr5 kernel: [   17.176558] DVBSKY PCIe MAC= 00:18:42:54:09:83
Apr 23 09:48:37 yavdr5 kernel: [   17.176561] cx23885_dev_checkrevision() Hardware revision = 0xa5
Apr 23 09:48:37 yavdr5 kernel: [   17.176566] cx23885[0]/0: found at 0000:01:00.0, rev: 4, irq: 16, latency: 0, mmio: 0xf7200000
Apr 23 09:48:37 yavdr5 kernel: [   17.176571] cx23885 0000:01:00.0: setting latency timer to 64
Apr 23 09:48:37 yavdr5 kernel: [   17.200794] Registered IR keymap rc-dvbsky
Apr 23 09:48:37 yavdr5 kernel: [   17.200905] input: cx23885 IR (DVBSKY T9580) as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/rc/rc0/input15
Apr 23 09:48:37 yavdr5 kernel: [   17.204287] rc0: cx23885 IR (DVBSKY T9580) as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/rc/rc0
Apr 23 09:48:37 yavdr5 kernel: [   17.205560] IR NEC protocol handler initialized
Apr 23 09:48:37 yavdr5 kernel: [   17.205861] IR RC5(x) protocol handler initialized
Apr 23 09:48:37 yavdr5 kernel: [   17.206769] IR JVC protocol handler initialized
Apr 23 09:48:37 yavdr5 kernel: [   17.207471] IR RC6 protocol handler initialized
Apr 23 09:48:37 yavdr5 kernel: [   17.208193] IR Sony protocol handler initialized
Apr 23 09:48:37 yavdr5 kernel: [   17.208427] IR SANYO protocol handler initialized
Apr 23 09:48:37 yavdr5 kernel: [   17.209669] IR LIRC bridge handler initialized
Apr 23 09:48:37 yavdr5 kernel: [   17.209829] rc rc0: lirc_dev: driver ir-lirc-codec (cx23885) registered at minor = 1
Apr 23 09:48:37 yavdr5 kernel: [   17.211088] input: MCE IR Keyboard/Mouse (cx23885) as /devices/virtual/input/input16
Apr 23 09:48:37 yavdr5 kernel: [   17.211143] IR MCE Keyboard/mouse protocol handler initialized
Apr 23 09:48:37 yavdr5 vdr: [1221] VDR version 1.7.27 started

ape

mein VDR Hardware-Aufbau ist so ähnlich wie Du es Dir vorstellst (sh. Signatur).

Die passive Asus x16 Grafikkarte betreibe ich auch im unteren 'PCI Express 2.0 x16 slot (PCIE2: x4 mode)' um beide PCI-Slots nutzen zu können (2*DVB-C Karte).
Laut qvdpautest und dem Praxisbetrieb ist das ohne Performanceabstriche möglich (trotz x4 mode Betrieb). Hier kann ich die Aussage von DDD bestätigen.
Aber .... die Karte (der Kühlkorper) im PCIe2 Slot zeigt gfs. über den Rand des Mainboards hinaus. Das könnte in einigen Gehäusen zu Einbauproblemen führen (siehe Beitrag 113 von DDD).

Funktioniert. Danke!

Hi 9000H ,

du schreibst:

Zitat

wobei ich im si2168 Modul den default auf SYS_DVBC_ANNEX_A ändern musste

Karte läuft jetzt bei mir unter yaVDR0.5 aber .... Ich habe mich an einigen Möglichkeiten den Tuner auf DVB-C umzuschalten abgearbeitet. Funktioniert, aber die Lösungen gefallen mir nicht. Deshalb bitte ich um eine Info (Codebeispiel) wie ich das si2168 Modul umprogrammieren muss um den Tuner fest auf DVB-C Empfang zu stellen. Das bekomme ich leider nicht hin. DVB-T benötige ich nicht. Danke!

Das Script ist aus diesem Forum! Das ist nicht auf meinem Mist gewachsen. Im Pfad /etc/pm/sleep.d eine Datei z.B. mit dem Namen 00nvidia anlegen.

Inhalt (so funktioniert es bei mir einwandfrei):

Zitat

#!/bin/bash
#
# NVIDIA Bugfix - kein Sound nach S3
####################################

nvidia_bug()
{
for X in /tmp/.X11-unix/*; do
DISPLAY=`echo $X | sed s#/tmp/.X11-unix/X#:#`
#USER=`who | grep -m1 "($DISPLAY)" | awk '{print \$1}'`
USER=root
OUTPUT=`su -l -c "xrandr -display $DISPLAY -q | grep ' connected ' | awk '{print \\$1}'" $USER`
for PORT in $OUTPUT; do
su -l -c "xrandr -display $DISPLAY --output $PORT --off" $USER
su -l -c "xrandr -display $DISPLAY --output $PORT --auto" $USER
echo -e "Port-Reset für $DISPLAY an $PORT mit $USER durchgeführt" > /var/log/nvidia_bug
done
done
}

case "${1}" in
suspend|hibernate)
;;
resume|thaw)
nvidia_bug
;;
esac

Alles anzeigen

LimpBiz

habe Dir eine PN zugesendet. Hatte den gleichen Fehler. Mit Hilfe des Scripts funktioniert es bei meinem vdr wieder einwandfrei.

9000H

ich bin auch an der Karte interessiert und werde Sie bestellen.

Welcher Treiber mit welchen Patches sind erforderlich? Kannst Du das uns bitte beschreiben?

Ich lese Treiber "media_build_experimental" -> ok
Patches ?

Danke!

Kann leider nicht weiterhelfen. DrDish-TV wird nicht in meinem Kabelnetz (Unitymedia) eingespielt. Ein Sky-TV Abo besitze ich auch nicht.

Info:
Whow. Die neueste Revision r12253 funktioniert grundsätzlich sehr gut. Über Schnittstelle xvdr sind alle Funktionen aufrufbar. Geringe/keine Probleme bei der Wiedergabe von liveTV und Aufnahmen (max. 720p da DVB-C). Insgesamt lässt sich der RPi unglaublich zügig bedienen. Das wird was!

Hier Raspberry mit 512 MB. Split 256/256.
arm_freq=950
core_freq=250
sdram_freq=450
over_voltage=0

core_freq > 250 führt bei meinem 512 MB RPi zu Crashes (bekannte Einschränkung bei einigen Boards).

Ja, ich habe eine mpeg2 Lizenz in meiner Config. SD-Sender funktionieren nur mit Lizenz. Gerade noch einmal getestet.

Bei mir läuft es problemlos mit XVDR und nicht VNSI. Auflösung 1920x1080p@50Hz.

Ausserdem mit folgenden Einstellungen in config.txt

Zitat

initial_turbo=30
#Medium
arm_freq=900
core_freq=333
sdram_freq=450
over_voltage=2
temp_limit=80

Alles anzeigen

Die Bedeutung der Parameter findest Du hier

Bei mir kann ich keine Aufnahmen abspielen! In vdr syslog erhalte ich folgende Einträge:

Zitat

Oct 2 14:41:01 yaVDR4 vdr: [18683] XVDR: Welcome client 'XVDR RecordingStream Receiver' with protocol version '3'
Oct 2 14:41:01 yaVDR4 vdr: [18683] XVDR: Preferred language: deu,ger / type: 0
Oct 2 14:41:01 yaVDR4 vdr: [18683] XVDR: File 0 found, size: 5399646324, totalLength now 5399646324
Oct 2 14:41:01 yaVDR4 vdr: [18683] XVDR: total frames: 170876
Oct 2 14:41:01 yaVDR4 vdr: [18683] XVDR: openFile called for index 0 string:/srv/vdr/video.00/VDR-Aufnahmen/Die_Alpen_von_oben/2012-09-03.19.28.3-0.rec/00001.ts
Oct 2 14:41:01 yaVDR4 vdr: [18683] XVDR: file failed to open

Alles anzeigen

Was könnte die Ursache sein? Hier läuft yavdr0.4 mit allen neuesten Updates. Deine Einschätzung zu Raspbmc kann ich zu 100% bestätigen.

Edit1:
-------
Ist anscheinend von der Aufnahmelänge abhängig. Kurze Aufzeichnungen werden einwandfrei abgespielt! Mal sehen wo da die Grenze liegt.

Die neueste Version von OpeneELEC (r12026) läuft bei mir mit XVDR (fast) ohne Probleme. Nur das Abspielen von Aufnahmen funktioniert auf Seiten des vdr nicht. XVDR bringt eine Fehlermeldung. Alle Sender, auch die DVB-C HD-Sender werden einwandfrei (heißt ruckelfrei, synchron) abgespielt.

Übrigens: es existiert ein Update-Script für OpenELEC, so dass eine Aktualisierung der Software immer wieder einfach über ein Script-Aufruf durchgeführt werden kann. Zu finden im OpenELEC Forum hier

Nur zur Information: nach gestrigem dist-upgrade tritt der gleiche Fehler nun auch bei yaVDR0.4 auf!

Die Karte ist bei mit eingebaut und belegt tatsächlich nur einen Slot. Kannst Du jetzt glauben oder auch nicht

Schau mal hier
und hier
noch ein Bild

In meinem Gehäuse:

GT210 passiv 55° - 60 °
GT430 passiv 60° - 65 °

Zitat

Die Karte darf aber den Nachbar Slot nicht belegen.

Gibt es so eine andere Karte?

Ja, die gibt es. Ist aber kein Low-profile.

1024MB Asus GeForce GT 430 DirectCU Silent Passiv

In der neusten ct (Nr. 6) wurde auf Seite 74 ein "Frickel-Router" (TL-MR3020) vorgestellt, der mit OpenWRT betrieben werden kann. Früher gab es hier im Board Diskussionen/Suche nach einem Stck. Hardware, dass WOL Magic Pakete nach dem Einschalten versendet. OpenWRT hat, so weit mir bekannt ist, diese Funktion.

Ich meine für 28,- € ist das doch eine gute Alternative.

Habe es rausgefunden. ich denke hier müsst Ihr nachbessern.

Im Script 20vdr_sleep steht folgendes:

thaw|resume)
         echo "vdr is going to wakeup"
         initctl emit resume
         for INTERFACE in `ifquery --list | grep -v lo`; do grep -q "${INTERFACE}.*dhcp" /etc/network/interfaces && dhclient $INTERFACE ; done
         ;;
     *)  echo "Not a possible option."
         ;;

Hier wir die Date interfaces untersucht. Doch leider wird hier nicht berücksichtigt das Zeilen auch auskommentiert sein können z.B. der Eintrag

# The primary network interface
#auto eth0
#iface eth0 inet dhcp

führt zu einem falschen Ergebnis für die Nachbearbeitung. Genau das ist mein Fehler! Bitte die Abfrage ändern, da so ein Fall nicht auszuschliessen ist.