Beiträge anzeigen

Diese Sektion erlaubt es ihnen alle Beiträge dieses Mitglieds zu sehen. Beachten sie, dass sie nur solche Beiträge sehen können, zu denen sie auch Zugriffsrechte haben.


Nachrichten - phiber

Seiten: [1]
1
Treiber / Re:HW-PIDFilter unter XBMC / TVHeadend (Raspberry)
« am: Dezember 10, 2013, 10:36:58 Vormittag »
Ich habe nun statt TVHeadend VDR im Einsatz - nach wie vor laufen aber alle Komponenten direkt auf dem RPI.

Mit VDR funktioniert die Pid-Filterung im Gegensatz zu TVHeadend prima. Vielen Dank für den Tip!

Habe momentan allerings noch Probleme mit Sky-HD (1080i), was aber wahrscheinlich auf die mangelnde Performance des RPI zurück zu führen ist ...

2
Treiber / Re:HW-PIDFilter unter XBMC / TVHeadend (Raspberry)
« am: Dezember 09, 2013, 03:13:41 Nachmittag »
Also laut "mediaclient --lc" sind wirklich alle 15 PIDs vergeben.

Ich stelle mir die Frage, warum XBMC / TVHeadEnd so viele PIDs anfragt, wenn ich doch nur einen Sender einschalte!? Wenn ich die Thematik richtig begriffen habe, sollte je Kanal eine Video-PID und eine Audio-PID angefragt werden...

Kann es sein, dass die alten PIDs nicht aus dem Filter genommen werden, sobald ich auf einen anderen Kanal schalte?

Weiß nicht so recht, wo ich den Fehler noch suchen soll.

3
Treiber / HW-PIDFilter unter XBMC / TVHeadend (Raspberry)
« am: Dezember 07, 2013, 04:06:33 Nachmittag »
Hallo zusammen,

da ich beruflich recht viel unterwegs bin, möchte ich meinen Sundtek MediaHome DVB-C an meinem Raspberry (Typ B) mit Openelec nutzen. Dies funktioniert bereits prima sofern ich den HW-PIDFilter aktiviere - mir ist aber folgendes aufgefallen, was evtl. ein Bug sein könnte:

Nach jedem Senderwechsel muss ich auf der Commandline den HW-PIDFilter manuell wieder aktivieren:

Code: [Auswählen]
xbmc01:~ # mediaclient -P on
Using device: /dev/dvb/adapter0/frontend0
Hardware filter is currently disabled
changing status
done
Folgendes konnte ich dem Logfile während des Senderwechsels entnehmen:

Code: [Auswählen]
2013-12-07 14:05:39 [1115] Enabling tuning delay
2013-12-07 14:05:39 [1115] Channel found (354000000)
2013-12-07 14:05:39 [1115] =============
2013-12-07 14:05:39 [1115] Symbol rate: 6899968
2013-12-07 14:05:39 [1115] Constellation: QAM256
2013-12-07 14:05:39 [1115] Mirroring: Normal
2013-12-07 14:05:39 [1115] Warning all hardware pid filter are in use unable to set PID 0x1c59 (1)
2013-12-07 14:05:39 [1115] Dump:
2013-12-07 14:05:39 [1115] SLOT: 0 PID: 0/0000 ENABLED: 1
2013-12-07 14:05:39 [1115] SLOT: 1 PID: 1/0001 ENABLED: 1
2013-12-07 14:05:39 [1115] SLOT: 2 PID: 16/0010 ENABLED: 1
2013-12-07 14:05:39 [1115] SLOT: 3 PID: 17/0011 ENABLED: 1
2013-12-07 14:05:39 [1115] SLOT: 4 PID: 20/0014 ENABLED: 1
2013-12-07 14:05:39 [1115] SLOT: 5 PID: 57/0039 ENABLED: 1
2013-12-07 14:05:39 [1115] SLOT: 6 PID: 3002/0bba ENABLED: 1
2013-12-07 14:05:39 [1115] SLOT: 7 PID: 3003/0bbb ENABLED: 1
2013-12-07 14:05:39 [1115] SLOT: 8 PID: 18/0012 ENABLED: 1
2013-12-07 14:05:39 [1115] SLOT: 9 PID: 32/0020 ENABLED: 1
2013-12-07 14:05:39 [1115] SLOT: 10 PID: 767/02ff ENABLED: 1
2013-12-07 14:05:39 [1115] SLOT: 11 PID: 770/0302 ENABLED: 1
2013-12-07 14:05:39 [1115] SLOT: 12 PID: 771/0303 ENABLED: 1
2013-12-07 14:05:39 [1115] SLOT: 13 PID: 6489/1959 ENABLED: 1
2013-12-07 14:05:39 [1115] SLOT: 14 PID: 7001/1b59 ENABLED: 1
2013-12-07 14:05:39 [1115] Switching to software pid filter...
2013-12-07 14:05:40 [1115] Channel found (354000000)
2013-12-07 14:05:40 [1115] =============
Ist das Problem bekannt? Gibt es ggfs. bereits eine Lösung?

Vielen Dank!

Liebe Grüße,
phiber

4
Dreambox Settopbox / Re:DM8000 und Sundtek MediaTV Home
« am: Mai 04, 2012, 06:00:00 Nachmittag »
Kurzer Zwischenstand:

Mit dem aktuellen OpenPli-Image (OpenPLi-2.1-beta-dm8000-20120504.nfi) funktioniert es tadellos, sofern ich auf SD-/CF-Karten oder USB-Sticks verzichte.

Bin gespannt was DMM sagt ...

Vielen Dank für diesen fabelhaften Support hier!

5
Dreambox Settopbox / Re:DM8000 und Sundtek MediaTV Home
« am: Mai 03, 2012, 08:20:56 Nachmittag »
Zitat von: Sundtek am Mai 03, 2012, 08:18:55 Nachmittag
Was für ein Stick ist das überhaupt? Ein Schwarzer oder ein Grauer?

Ein grauer. Brauchst Du evtl. die Seriennummer?
Ist das jetzt gut oder schlecht? :)

6
Dreambox Settopbox / Re:DM8000 und Sundtek MediaTV Home
« am: Mai 03, 2012, 08:15:17 Nachmittag »
OK, Danke für die Info ..

Habe nun mal einiges probiert, leider ohne wirklichen Erfolg:

  • Bulk-Transfermodus aktiviert, DVB-Stick neu angeschlossen
  • Ungenutzen USB/eSATA-Adapter enfernt
  • USB-Verbindungskabel vom DVB-Stick ausgetauscht
  • BIOS-Einstellungen geprüft

Woran sehe ich, dass der Bulk-Modus aktiv ist?

Die CPU-Last ist kaum gesunken, nachdem ich den Bulk-Modus aktiviert htabe :(

Wenn ich Last auf der DM8000 produziere, kommt es vermehrt zu USB-Fehlern. Kann es vielleicht doch sein, dass es was mit dem Treiber zu tun hat?

Für die DM8000 scheint es ja kein kusbhelper Modul zu geben?!

Wie gut ist Euer Kontakt zu DMM? Ich komme da nicht wirklich weiter ...

7
Dreambox Settopbox / Re:DM8000 und Sundtek MediaTV Home
« am: Mai 03, 2012, 04:29:23 Nachmittag »
Habe irgendwo gelesen, dass die USB-Tuner mit der blauen LED ausgetauscht werden gegen neuere mit grüner LED.

Stimmt das? Ich habe hier einen Stick mit blauer LED.

Mir ist schleierhaft, warum der Tuner bei manchen DM8000-Besitzern ohne Probleme funktioniert und bei Anderen hingegen nicht.

So, schluss mit der Nerverei. Ich teste jetzt nochmal ausgiebig.

8
Dreambox Settopbox / Re:DM8000 und Sundtek MediaTV Home
« am: Mai 03, 2012, 03:00:46 Nachmittag »
Und das ist die Antwort vom Hersteller:

Code: [Auswählen]
Sehr geehrte(r) Herr ******,

dazu kann ich leider nichts sagen, da wir keinen Support zu diesen USB Tunern geben.

Das gilt für Fremdhardware als auch für jegliche Art von Fremsoftware.

Vielen Dank für Ihre Anfrage

Wie gehen wir weiter vor?

9
Dreambox Settopbox / Re:DM8000 und Sundtek MediaTV Home
« am: Mai 03, 2012, 09:46:10 Vormittag »
Ein Hardwaredefekt wäre übel. Ich werde auch nochmal ein anderes USB-Vebrindungskabel probieren. Aktuell nutze ich das mitgelieferte kurze USB-Kabel ...

Ihr seid Euch aber sicher, dass kein Hardwaredefekt beim Stick vorliegt? Ich würde sehr gern mal einen weiteren testen, habe aber leider lediglich einen zur Hand :(

Muss ich den Stick nachdem ich den Bulk-Modus aktiviert habe wirklich neu anschließen oder reicht auch ein Reboot? Bin gerade an der Arbeit würde das gern jetzt gleich testen, wo ich so hervoragenden Support bekomme :)

10
Dreambox Settopbox / Re:DM8000 und Sundtek MediaTV Home
« am: Mai 03, 2012, 09:31:39 Vormittag »
Hier der Link zum Thread im DMM-Supportforum:
http://www.dream-multimedia-tv.de/board/index.php?page=Thread&threadID=16634

11
Dreambox Settopbox / Re:DM8000 und Sundtek MediaTV Home
« am: Mai 03, 2012, 09:21:08 Vormittag »
Nein, ich boote ganz regulär aus dem Flash. Am USB-Bus ist nichts weiter als der Sundtek Stick angeschlossen. Der Stick hängt direkt am einem der hinteren USB-Anschlüsse ohne Hub o.Ä.

Ich habe bereits alle USB-Ports durchgetestet. Auch der Anschluss eines aktiven Hubs brachte keinerlei Besserung.

Hier noch die Ausgabe von lsusb:

Code: [Auswählen]
root@dm8000:~# /opt/bin/mediaclient --lsusb
/dev/bus/usb/002/001 [0000:0000]
/dev/bus/usb/001/018 [058f:6362]
/dev/bus/usb/001/001 [0000:0000]
/dev/bus/usb/001/004 [eb1a:51b2]
/dev/bus/usb/001/002 [04cc:1520]

Werde nun noch einmal mit dem Bulk-Modus testen und die Ergebnisse hier posten.

Ich werde nun einen Thread im DMM-Forum eröffnen. Wäre schön, wenn Ihr mich hierbei ein wenig unterstützen könntet.

12
Dreambox Settopbox / DM8000 und Sundtek MediaTV Home
« am: Mai 03, 2012, 07:02:16 Vormittag »
Hallo zusammen,

bin seit ca. 6 Monate im Besitz eines Sundtek DVB-C/-T Sticks (MediaTV Home) und habe diesen bis heute nicht fehlerfrei an meiner DM8000 betreiben können.

Laut Syslog bekommt der Sundtek Stick andauernd eine neue Firmware (usb 1-2: device firmware changed), was dafür sorgt dass im Anschluss daran der komplette USB-Bus resettet wird:

Code: [Auswählen]
May  2 18:56:14 dm8000 user.warn kernel: [ 4956.333000] VTUNER0 ioctl
May  2 18:56:14 dm8000 user.warn kernel: [ 4956.334000] VTUNER0 ioctl
May  2 18:56:14 dm8000 user.warn kernel: [ 4956.334000] VTUNER0 ioctl
May  2 18:56:14 dm8000 user.info kernel: [ 4956.956000] usb 1-2: reset high speed USB device using brcm-ehci and address 76
May  2 18:56:15 dm8000 user.info kernel: [ 4957.072000] usb 1-2: device firmware changed
May  2 18:56:15 dm8000 user.info kernel: [ 4957.072000] usb 1-2: USB disconnect, address 76
May  2 18:56:15 dm8000 user.err kernel: [ 4957.085000] scsi 69:0:0:2: rejecting I/O to dead device
May  2 18:56:15 dm8000 user.err kernel: [ 4957.085000] scsi 69:0:0:2: rejecting I/O to dead device
May  2 18:56:15 dm8000 user.err kernel: [ 4957.085000] scsi 69:0:0:2: rejecting I/O to dead device
May  2 18:56:15 dm8000 user.notice kernel: [ 4957.085000] sde : READ CAPACITY failed.
May  2 18:56:15 dm8000 user.warn kernel: [ 4957.085000] sde : status=0, message=00, host=1, driver=00
May  2 18:56:15 dm8000 user.warn kernel: [ 4957.085000] sde : sense not available.
May  2 18:56:15 dm8000 user.err kernel: [ 4957.085000] scsi 69:0:0:2: rejecting I/O to dead device
May  2 18:56:15 dm8000 user.notice kernel: [ 4957.085000] sde: Write Protect is off
May  2 18:56:15 dm8000 user.debug kernel: [ 4957.085000] sde: Mode Sense: 00 00 00 00
May  2 18:56:15 dm8000 user.err kernel: [ 4957.085000] sde: assuming drive cache: write through
May  2 18:56:15 dm8000 user.err kernel: [ 4957.085000] scsi 69:0:0:2: rejecting I/O to dead device
May  2 18:56:15 dm8000 user.err kernel: [ 4957.085000] scsi 69:0:0:2: rejecting I/O to dead device
May  2 18:56:15 dm8000 user.err kernel: [ 4957.085000] scsi 69:0:0:2: rejecting I/O to dead device
May  2 18:56:15 dm8000 user.err kernel: [ 4957.085000] scsi 69:0:0:2: rejecting I/O to dead device
May  2 18:56:15 dm8000 user.notice kernel: [ 4957.085000] sde : READ CAPACITY failed.
May  2 18:56:15 dm8000 user.warn kernel: [ 4957.085000] sde : status=0, message=00, host=1, driver=00
May  2 18:56:15 dm8000 user.warn kernel: [ 4957.086000] sde : sense not available.
May  2 18:56:15 dm8000 user.err kernel: [ 4957.086000] scsi 69:0:0:2: rejecting I/O to dead device
May  2 18:56:15 dm8000 user.notice kernel: [ 4957.086000] sde: Write Protect is off
May  2 18:56:15 dm8000 user.debug kernel: [ 4957.086000] sde: Mode Sense: 00 00 00 00
May  2 18:56:15 dm8000 user.err kernel: [ 4957.086000] sde: assuming drive cache: write through
May  2 18:56:15 dm8000 user.info kernel: [ 4957.086000]  sde:<3>scsi 69:0:0:2: rejecting I/O to dead device
May  2 18:56:15 dm8000 user.err kernel: [ 4957.086000] Buffer I/O error on device sde, logical block 0
May  2 18:56:15 dm8000 user.err kernel: [ 4957.089000] scsi 69:0:0:2: rejecting I/O to dead device
May  2 18:56:15 dm8000 user.err kernel: [ 4957.089000] Buffer I/O error on device sde, logical block 0
May  2 18:56:15 dm8000 user.err kernel: [ 4957.090000] scsi 69:0:0:2: rejecting I/O to dead device
May  2 18:56:15 dm8000 user.err kernel: [ 4957.090000] Buffer I/O error on device sde, logical block 0

Manchmal kommt auch noch eine Meldung, mit der ich allerdings nichts anfangen kann (usb 1-2: can't restore configuration #1 (error=-71)). Das Resultat ist jedoch das Gleiche - alle USB-Geräte werden neu erkannt:

Code: [Auswählen]
May  2 18:58:05 dm8000 user.warn kernel: [ 5067.656000] VTUNER0 ioctl
May  2 18:58:05 dm8000 user.warn kernel: [ 5067.656000] VTUNER0 ioctl
May  2 18:58:05 dm8000 user.warn kernel: [ 5067.657000] VTUNER0 ioctl
May  2 18:58:05 dm8000 user.info kernel: [ 5067.959000] usb 1-2: reset high speed USB device using brcm-ehci and address 81
May  2 18:58:06 dm8000 user.err kernel: [ 5068.074000] usb 1-2: can't restore configuration #1 (error=-71)
May  2 18:58:06 dm8000 user.info kernel: [ 5068.074000] usb 1-2: USB disconnect, address 81
May  2 18:58:06 dm8000 user.err kernel: [ 5068.081000] scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.err kernel: [ 5068.081000] scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.err kernel: [ 5068.081000] scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.err kernel: [ 5068.081000] scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.notice kernel: [ 5068.081000] sde : READ CAPACITY failed.
May  2 18:58:06 dm8000 user.warn kernel: [ 5068.081000] sde : status=0, message=00, host=1, driver=00
May  2 18:58:06 dm8000 user.warn kernel: [ 5068.081000] sde : sense not available.
May  2 18:58:06 dm8000 user.err kernel: [ 5068.081000] scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.notice kernel: [ 5068.081000] sde: Write Protect is off
May  2 18:58:06 dm8000 user.debug kernel: [ 5068.081000] sde: Mode Sense: 00 00 00 00
May  2 18:58:06 dm8000 user.err kernel: [ 5068.081000] sde: assuming drive cache: write through
May  2 18:58:06 dm8000 user.err kernel: [ 5068.081000] scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.err kernel: [ 5068.081000] scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.err kernel: [ 5068.081000] scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.err kernel: [ 5068.081000] scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.notice kernel: [ 5068.081000] sde : READ CAPACITY failed.
May  2 18:58:06 dm8000 user.warn kernel: [ 5068.081000] sde : status=0, message=00, host=1, driver=00
May  2 18:58:06 dm8000 user.warn kernel: [ 5068.081000] sde : sense not available.
May  2 18:58:06 dm8000 user.err kernel: [ 5068.081000] scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.notice kernel: [ 5068.082000] sde: Write Protect is off
May  2 18:58:06 dm8000 user.debug kernel: [ 5068.082000] sde: Mode Sense: 00 00 00 00
May  2 18:58:06 dm8000 user.err kernel: [ 5068.082000] sde: assuming drive cache: write through
May  2 18:58:06 dm8000 user.info kernel: [ 5068.082000]  sde:<3>scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.err kernel: [ 5068.082000] Buffer I/O error on device sde, logical block 0
May  2 18:58:06 dm8000 user.err kernel: [ 5068.084000] scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.err kernel: [ 5068.084000] Buffer I/O error on device sde, logical block 0
May  2 18:58:06 dm8000 user.err kernel: [ 5068.084000] scsi 74:0:0:2: rejecting I/O to dead device
May  2 18:58:06 dm8000 user.err kernel: [ 5068.084000] Buffer I/O error on device sde, logical block 0
May  2 18:58:06 dm8000 user.warn kernel: [ 5068.084000]  unable to read partition table
May  2 18:58:06 dm8000 user.info kernel: [ 5068.183000] usb 1-2: new high speed USB device using brcm-ehci and address 82
May  2 18:58:06 dm8000 user.info kernel: [ 5068.300000] usb 1-2: configuration #1 chosen from 1 choice
May  2 18:58:06 dm8000 user.info kernel: [ 5068.301000] scsi75 : SCSI emulation for USB Mass Storage devices
May  2 18:58:06 dm8000 user.debug kernel: [ 5068.302000] usb-storage: device found at 82
May  2 18:58:06 dm8000 user.debug kernel: [ 5068.302000] usb-storage: waiting for device to settle before scanning
May  2 20:58:06 dm8000 daemon.notice automount[16102]: >> mount: mounting /dev/sde on /autofs/sde failed: No such file or directory
May  2 20:58:06 dm8000 daemon.err automount[16102]: mount(generic): failed to mount /dev/sde (type auto) on /autofs/sde
May  2 20:58:06 dm8000 daemon.err automount[16102]: failed to mount /autofs/sde

Hier noch einmal die Ausgabe von "lsusb":

Code: [Auswählen]
Bus 001 Device 002: ID 058f:6362 V550 Flash Card Reader/Writer
Bus 001 Device 001: ID eb1a:51b2 eMPIA Technology, Inc.
Bus 001 Device 001: ID 14cd:8123 Super Top SD MMC Reader
Bus 001 Device 001: ID 04cc:1520 Windows Powered Smartphone 2002 USB 2.0 Hub (Avocent KVM)
Bus 004 Device 000: ID 0000:0000 CD-R/RW Drive
Bus 003 Device 000: ID 0000:0000 CD-R/RW Drive
Bus 002 Device 000: ID 0000:0000 CD-R/RW Drive
Bus 001 Device 000: ID 0000:0000 CD-R/RW Drive

Ich habe schon unterschiedlichste Images probiert. Aktuell installiert ist das "OoZooN-Image-dm8000-3.2.2", womit es noch am besten funktioniert. Beim Gemini-Image bekomme ich alle Nase lang eine Meldung vom Gerätemanager, der eine neue SD- oder CF-Karte gefunden hat (wegen USB-Reset).

Meine Frage ist nun die folgende: Ist das Problem bereits bekannt? Liegt es am Sundtek Stick, am Image oder an meiner Dreambox? Mir scheint, als wäre ich der Einzige mit diesem Problem :(

Gerne gebe ich SSH-Zugriff auf meine Dreambox, falls dies helfen könnte. Falls zusätzliche Infos benötigt werden, bitte einfach kurz Bescheid geben.

Vielen Dank!

Liebe Grüße,
phiber

13
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re:DM800se | Stabilitätsprobleme und Frage zu Log Einträgen
« am: Februar 04, 2012, 01:25:52 Nachmittag »
Habe gerade mal das Image und die Treiber aktualisiert, leider ohne Erfolg. Hierbei habe ich den Stick nach der Installation abgesteckt, wieder eingesteckt und nach 1-2 Minuten das System gebootet.

Auch der Anschluss eines aktiven USB-Hubs brachte leider auch keinen Erfolg ...

Kann es vielleicht sein, dass dieser Stick defekt ist? Wäre schön, wenn ich mal Support hierzu bekommen könnte. Vielen Dank!

14
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re:DM800se | Stabilitätsprobleme und Frage zu Log Einträgen
« am: Februar 03, 2012, 08:38:41 Vormittag »
Hallo zusammen,

ich habe eine DM8000 mit 2.6.18-7.4er Kernel und kann die Probleme mit dem Sundtek DVB-C leider bestätigen. Wenn ich beispielsweise auf ZDF-HD hier im Kabelnetz von Unitymedia schalte, dauert es einge Sekunden bis das Syslog mit folgenden ioctl-Meldungen geflutet wird, anbei nur ein gekürztes Log:

Code: [Auswählen]
Feb  3 07:23:12 dm8000 user.warn kernel: [  214.724000] VIDEO0: start decode
Feb  3 07:23:12 dm8000 user.warn kernel: [  214.754000] ch0: lock
Feb  3 07:23:12 dm8000 user.warn kernel: [  214.754000] RAP first pts 0xf80cebce, stc 0xf80ce4f2, pcr valid
Feb  3 07:23:12 dm8000 user.warn kernel: [  215.052000] RAP sampling rate info isr
Feb  3 07:23:13 dm8000 user.warn kernel: [  215.521000] VIDEO0: first pts 0xf80f7a5e
Feb  3 07:23:13 dm8000 user.warn kernel: [  215.672000] enable tsm0
Feb  3 07:24:28 dm8000 user.warn kernel: [  290.844000] stop pcr0 on dmx 3 pid:177a
Feb  3 07:24:28 dm8000 user.warn kernel: [  290.845000] stop video0 on dmx 3 pid:177a
Feb  3 07:24:28 dm8000 user.warn kernel: [  290.852000] VIDEO0: stop decode
Feb  3 07:24:28 dm8000 user.warn kernel: [  290.853000] VIDEO0: set blank to 1
Feb  3 07:24:28 dm8000 user.warn kernel: [  290.854000] audio: decoder stop
Feb  3 07:24:28 dm8000 user.warn kernel: [  290.866000] stop audio on dmx 3 pid:1786
Feb  3 07:24:28 dm8000 user.warn kernel: [  290.866000] audio: xpt stop(2)
Feb  3 07:24:28 dm8000 user.warn kernel: [  290.866000] no decoder left in sync handling so disable xpt_sync
Feb  3 07:24:28 dm8000 user.warn kernel: [  290.866000] bcm_audio_channel_stop(2) done
Feb  3 07:24:28 dm8000 user.warn kernel: [  290.999000] VTUNER0 ioctl
Feb  3 07:24:29 dm8000 user.warn kernel: [  291.608000] VTUNER0 ioctl
Feb  3 07:24:29 dm8000 user.warn kernel: [  291.608000] VTUNER0 ioctl
Feb  3 07:24:29 dm8000 user.warn kernel: [  291.646000] VTUNER0 ioctl
Feb  3 07:24:29 dm8000 user.warn kernel: [  291.646000] VTUNER0 ioctl
Feb  3 07:24:29 dm8000 user.warn kernel: [  291.683000] VTUNER0 ioctl
Feb  3 07:24:29 dm8000 user.warn kernel: [  291.683000] VTUNER0 ioctl
Feb  3 07:24:29 dm8000 user.warn kernel: [  291.699000] VTUNER0 ioctl
Feb  3 07:24:29 dm8000 user.warn kernel: [  291.699000] VTUNER0 ioctl
Feb  3 07:24:29 dm8000 user.warn kernel: [  291.714000] VTUNER0 ioctl
Feb  3 07:24:29 dm8000 user.warn kernel: [  291.714000] VTUNER0 ioctl
Feb  3 07:24:29 dm8000 user.warn kernel: [  291.729000] VTUNER0 ioctl
Feb  3 07:24:29 dm8000 user.warn kernel: [  291.730000] VTUNER0 ioctl
Feb  3 07:24:29 dm8000 user.warn kernel: [  291.745000] VTUNER0 ioctl
Feb  3 07:24:30 dm8000 user.warn kernel: [  292.608000] VTUNER0 ioctl
Feb  3 07:24:30 dm8000 user.warn kernel: [  292.645000] VTUNER0 ioctl
Feb  3 07:24:30 dm8000 user.warn kernel: [  292.645000] VTUNER0 ioctl
Feb  3 07:24:30 dm8000 user.warn kernel: [  292.645000] VTUNER0 ioctl
Feb  3 07:24:30 dm8000 user.warn kernel: [  292.648000] VTUNER0 ioctl

Währenddessen erscheint auf dem TV die Meldung "Neues Medium gefunden, mit was öffnen?" und es treten Pixelfehler auf. Manchmal friert auch das Bild ein oder man hat keinen Ton. Im schlimmsten Fall kommt es zu einem Greenscreen und die GUI startet neu.

Ich habe seit Dezember letzten Jahres bereits alles versucht. Neues Image, immer wieder neue Sundtek-Treiber, sowie einen Signalverstärker. Leider alles ohne Erfolg.

Ich würde mich freuen, wenn Jemand mit weiterhelfen könnte.

Liebe Grüße,
phiber

Seiten: [1]