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 - joergd

Seiten: [1] 2
1
Treiber / Re:Update 23. Januar 2010
« am: Januar 30, 2010, 03:25:55 Nachmittag »
40% Signalqualitaet ist auf jeden Fall grenzwertig. ARM wurde bereits getestet ebenfalls mit QAM256, die Signalstaerke wird nicht beeinflusst von VDR.
Ich glaube das mit den 40% noch nicht. Ich hatte jetzt testweise mal eine Technisat CableStar HD 2 hier, die zeigt auf allen Kanälen eine Signalstärke zwischen 90 und 100%, die auch immer leicht schwankt. Auch erkennt man genau einen geringeren Wert, wenn man zur Dämpfung mal einen 2fach-Verteiler zwischenschaltet. Beim MediaTV Pro habe ich immer konstant 40% bei QAM256 Sendern und 100% bei QAM64 Sendern.

Die CRC Fehler kommen daher das VDR besonders viele Nodes aufmacht und jeder Node fuer sich selber einen CRC Check macht.
Bei allen unverschlüsselten Sendern (QAM64 und QAM256) habe ich ja mit den aktuellen Treibern, wie geschrieben, keine CRC-Fehler mehr und ein Top Bild. Und unter ReelVDR auf x86 gehen jetzt auch die Conax-verschlüsselten Sender.

Probleme gibts nur noch auf dem ARM-basierenden OpenRD mit verschlüsselten Sendern. Da glaube ich aber nun den Fehler auch gefunden zu haben - das zum Decodieren des Streams verwendete FFDeCsa zeigt beim integrierten Test Fehler, hat also wohl unter ARM ein Problem. Ich bin mir ziemlich sicher, daß das die  eigentliche Ursache ist und nicht die "angeblichen" 40% Signalstärke.

Im Prinzip kann ich damit für den Sundtek-Treiber Entwarnung geben. Da stört mich im Moment nur noch das instabile Verhalten mit mehreren Sticks  an einem Rechner. Aber das wurde ja an anderer Stelle schon erwähnt und ist wohl in Arbeit.

2
Dokumentation / Re:ARM Support
« am: Januar 30, 2010, 02:51:31 Nachmittag »
Ich habe den Stick an einem Marvell OpenRD Client im Einsatz, da ist wohl auch ein 88F6281 drin. Mit unverschlüsselten Sendern funktioniert das ganz gut. Kernel ist 2.6.32, das ist aber für den Sundtek-Treiber wohl relativ egal.

3
Treiber / Re:Update 23. Januar 2010
« am: Januar 24, 2010, 07:58:58 Nachmittag »
Das ganze zeigt das ihr Signal sehr grenzwertig zu sein scheint, besteht die Moeglichkeit Ihre Leitung von Telecolumbus ausmessen zu lassen?

Sicher, wenn es dann aber in Ordnung ist, kostet es sicher nicht zuwenig Geld...
Komischerweise ist ja das Bild nun auf x86-Hardware mit dem aktuellen Treiber völlig in Ordnung.

Ich denke mal, wir suchen da in die falsche Richtung. Nach weiteren Tests sieht es nun so aus, daß ohne das gewisse VDR-Plugin keine CRC-Fehler auftreten. Natürlich habe ich dann gar kein Bild  ;)
Komisch ist nur, wie ein VDR-Plugin dazu führen kann, daß im Treiber CRC-Fehler auftreten. Die CPU-Last liegt um die 50%.

4
Treiber / Re:Update 23. Januar 2010
« am: Januar 24, 2010, 07:03:54 Nachmittag »
Es sollten alle Treiber das selbe Build Datum haben, auch wurden alle vom gleichen Source gebaut.

Schade, dann ist das doch noch etwas anderes...

Zitat
/opt/bin/mediaclient --build
Build date: Jan 23 2010
/opt/bin/mediasrv --build
Build date: Jan 23 2010

Das sieht bei mir auch so aus.

Koennen Sie /var/log/mediasrv.log bereitstellen?

Im Folgenden habe ich das mit verschiedenen empfangenen Sendern mal zusammengestellt:

Nach dem Start:
Zitat
Starting up Multimedia Framework (Jan 23 2010 04:59:51)
Detected DVB version.h                                 
API Version: 5.0                                       
Running on Linux (2.6.32-flatty-ocf-1)                 
scanning devices                                       
scanning for plugins                                   
disconnecting kernel driver                           
attaching Videodecoder                                 
attaching DVB-T, DVB-C                                 
demodulator successfully attached (DVB_C)!             
requesting to attach tuner(s) now                     
registering: adapter0                                 
registered virtual: /dev/dvb/adapter0/frontend0       
registered virtual: /dev/dvb/adapter0/demux0           
registered virtual: /dev/dvb/adapter0/dvr0             
registered virtual: /dev/video0                       
registered virtual: /dev/radio0                       
registered virtual: /dev/rds0                         
registered virtual: /dev/vbi0                         
registered virtual: /dev/mediainput0                   
Registering OSS emulation                             
registered virtual: /dev/dsp0                         

Sundtek MediaTV Driver loaded. This driver is licensed for non-commercial use
with Sundtek MediaTV only                                                   
Contact: kontakt@sundtek.de                                                 

scanning devices done
attached devices:   
0 .. Sundtek MediaTV Pro
attached devices:       
0 .. Sundtek MediaTV Pro
RC: IR Event /dev/input/event0

Nach dem Start des VDR, Sender "Das Erste" (QAM64, unverschlüsselt, Bild okay):
Zitat
Channel found (410000000)     
=============                 
Symbol rate: 6899795         
Constellation: QAM64         
Mirroring: Normal             
Das wird mit leicht veränderter Symbolrate immer wiederholt.

Nach dem Umschalten auf "France24" (QAM256, unverschlüsselt, Bild okay):
Zitat
Channel found (338000000)     
=============                 
Symbol rate: 6899964         
Constellation: QAM256         
Mirroring: Mirrored           
Auch das wird immer wiederholt. Was bedeutet eigentlich das Mirroring?

Nach dem Umschalten auf "RTL" (QAM256, CONAX, starke Artefakte):
Zitat
Channel found (330000000)     
=============                 
Symbol rate: 6899940         
Constellation: QAM256         
Mirroring: Mirrored           
CRC invalid of requested section (0001 01)
CRC invalid of requested section (0001 01)

Nach "mediaclient --crc=off" fehlt dann "CRC invalid of requested section (0001 01)", das Bild wird aber nicht besser.

Falls es zu Performance Problemen kommt, koennen Sie folgenden Patch auf ARM ausprobieren (dieser Patch ist bereits Bestandteil neuerer Linuxversionen):

http://www.kernel.org/pub/linux/kernel/people/gregkh/usb/2.6/2.6.31/usb-increase-usbdevfs-max-isoc-buffer-size.patch

Der Patch ist bei mir schon drin (Kernel 2.6.32).

5
Treiber / Re:Update 23. Januar 2010
« am: Januar 24, 2010, 12:21:08 Nachmittag »
Das einzige was sich geaendert hat waren die oben angegebenen Punkte. Es gab keine versteckten Verbesserungen bei DVB. Eventuell hat die Filtermaske bei Ihnen etwas verbessert.
Wahrscheinlich. Habe inwischen auch einen einzigen QAM256-Sender ohne Verschlüsselung entdeckt. Dieser funktioniert auch schon mit der alten Treiberversion. Die Probleme gab es also wohl im Zusammenspiel mit dem entsprechenden VDR-Plugin.

Sind im ARM-Treiber auch alle Änderungen drin? Da hat sich nämlich leider nichts verbessert...

6
Treiber / Re:Update 23. Januar 2010
« am: Januar 23, 2010, 12:24:45 Nachmittag »
Nach dem ersten Test sieht das bei mir sehr gut aus: sowohl mit QAM64- als auch QAM256-Sendern Top-Bild, obwohl sich an der Signalstärke nichts geändert hat. Dabei habe ich auch den CRC-Check nicht deaktiviert, sondern nutze die Default-Einstellungen. Gute Arbeit!

7
Sundtek MediaTV Pro / Re:VDR Startprobleme (gelöst)
« am: Januar 18, 2010, 12:57:06 Nachmittag »
Nach meinen Versuchen mit dem OpenRD-Client (ARM) habe ich nochmal mit den aktuellen Treibern vom 12. Januar 2010 auf dem ebenfalls aktualisierten ReelVDR getestet und diesmal Erfolg gehabt.

Einziges Problem war, daß der MediaTV Pro für die Fernbedienung ein neues Input-Device erzeugt. Damit möchte das Remote-Plugin des VDR eine neue Fernbedienung anlernen, der ReelVDR zeigt dabei aber auf dem Fernseher noch nichts an und bleibt hängen.

Da ich die Fernbedienung des MediaTV Pro nicht nutze, habe ich das Remote-Plugin deaktiviert und nutze das bereits konfigurierte LIRC direkt mit dem VDR.

8
Treiber / Re:Update 12. Januar 2010
« am: Januar 12, 2010, 08:49:17 Nachmittag »
Die Ausgabe von mediaclient -d /dev/dvb/adapterX/frontend0 --readsignal=10 mit vorherigem mediaclient --signalreporting=0 unterscheidet sich übrigens nicht von der mit vorherigem mediaclient --signalreporting=1. Es bleibt bei 40%/100%.

9
Treiber / Re:Update 12. Januar 2010
« am: Januar 12, 2010, 08:42:50 Nachmittag »
Bei mir hat das Update leider nicht allzu viel verändert. Alle QAM64 Sender funktionieren hervorragend, QAM256 Sender kann ich wegen starker Artefakte kaum sehen (mit einem 100€ Kabelreceiver funktionieren dagegen alle). Als Signalstärke wird bei allen QAM64 Sendern 100% angezeigt, bei allen QAM256 Sendern 40%. Daran ändert sich auch nichts, wenn ich statt direktem Anschluß an der Antenendose einen 2fach-Verteiler oder 2fach-Verstärker zwischenschalte. Sehr genau scheint die Messung also nicht zu sein...

10
Sundtek MediaTV Pro / Re:ARM EABI4 mit empia_installer_091221.sh geht nicht
« am: Dezember 28, 2009, 09:35:41 Vormittag »
Vor uns während der Feiertage bin ich nicht mehr zum antworten gekommen: Mit dem neuen Installer funktionierts nun also wirklich, meine 2 MediaTV Pro arbeiten mit dem VDR auf dem OpenRD-Client. Danke!

11
Sundtek MediaTV Pro / Re:ARM EABI4 mit empia_installer_091221.sh geht nicht
« am: Dezember 23, 2009, 09:53:33 Vormittag »
Mit dem inzwischen aktualisierten empia_installer_091221.sh sieht es nun wesentlich besser aus:

OpenRD / # mediaclient -e
**** List of Media Hardware Devices ****
device 0: [ Sundtek MediaTV Pro]  DVB-C, DVB-T, ANALOG-TV, FM-RADIO, REMOTE-CONTROL, OSS-AUDIO, RDS
  [DVB-C]:
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [DVB-T]:
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [ANALOG-TV]:
     VIDEO0: /dev/video0
     VBI0: /dev/vbi0
  [FM-RADIO]:
     RADIO0: /dev/radio0
     RDS: /dev/rds0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput0
  [OSS]:
     OSS0: /dev/dsp0

Ob es wirklich mit dem VDR funktioniert, kann ich erst heute abend sagen, da ich derzeit nur einen SSH-Zugang dahin habe und demzufolge kein Bild sehe.

Was noch nicht funktioniert, ist die automatische Installation: Der Installer meint immer noch, mein System wäre nicht supportet. Mit dem Entpacken von Hand gehts aber.

12
Sundtek MediaTV Pro / Re:ARM EABI4 mit empia_installer_091221.sh geht nicht
« am: Dezember 23, 2009, 08:02:53 Vormittag »
Da nun gestern nichts mehr passiert ist: Ich würde es wirklich sehr begrüßen, wenn Sie sich heute um die Lösung dieses Problems kümmern könnten. Ich besitze den MediaTV Pro jetzt über einen Monat und er hat auf meinem VDR mit Intel-Hardware gar nicht und in der ARM-Umgebung nur eingeschränkt funktioniert. Mit dem neuen Treiber gehts wieder gar nicht. Ich würde meinen VDR über Weihnachten gern zum Aufnehmen benutzen können...

13
Sundtek MediaTV Pro / Re:ARM EABI4 mit empia_installer_091221.sh geht nicht
« am: Dezember 22, 2009, 07:25:33 Nachmittag »
Hab kein Skype, ich würde aber auch eine normale Festnetz- oder Handynr. anrufen  ;)

14
Sundtek MediaTV Pro / Re:ARM EABI4 mit empia_installer_091221.sh geht nicht
« am: Dezember 22, 2009, 07:09:28 Nachmittag »
Nachtrag:

OpenRD ~ # mediasrv -l /var/log/mediasrv.log -p /opt/bin -v
Starting up Multimedia Framework (Dec 15 2009 10:56:08)
Detected DVB version.h
API Version: 5.0
scanning devices
scanning for plugins
found lib: libdrv_em28xx.so

[1]+  Angehalten              mediasrv -l /var/log/mediasrv.log -p /opt/bin -v
OpenRD ~ #

15
Sundtek MediaTV Pro / ARM EABI4 mit empia_installer_091221.sh geht nicht [geloest]
« am: Dezember 22, 2009, 07:03:13 Nachmittag »
Hallo,

ich versuche gerade, das sehnlichst erwartete Update auf meinem OpenRD Client einzuspielen - leider bisher ohne Erfolg. Nach dem Aufruf von empia_installer_091221.sh passiert erstmal folg.:
unpacking...                        
checking system... ./install.sh: Zeile 185: /tmp/.sundtek/chkarmoabi: Keine Berechtigung
Your system is currently unsupported                                                    
Please contact <support@sundtek.de>                                                    

Wenn ich das richtig verstehe, sollte chkarmoabi eigentlich gar nicht mehr aufgerufen werden, da vorher mit chkarmsysv ein ARM EABI4 System erkannt werden sollte...

Also habe ich den Installer so abgeändert, daß die armsysv-Installation trotzdem gestartet wird. Leider funktioniert danach trotzdem nichts:

OpenRD ~ # ps ax | grep mediasrv
OpenRD ~ #
OpenRD ~ # /etc/init.d/mediasrv start
Starting Sundtek Multimedia Framework mediasrv ..... ok
OpenRD ~ # ps ax | grep mediasrv
OpenRD ~ #
OpenRD ~ # mediaclient -e
OpenRD ~ #

Was kann ich tun? Wird mein System wirklich nicht supportet? Mit der alten ARM-Version hats funktioniert (bis auf die bekannten Probleme).

Jörg

Seiten: [1] 2