Sundtek Support Forum
Deutsch => Sundtek MediaTV Pro => Treiber => Thema gestartet von: Sundtek am März 02, 2010, 07:51:20 Nachmittag
-
Version: http://www.sundtek.de/media/empia_installer_100302.sh
(eine neuere Version ist verfuegbar)
* neuer Pulseaudio Erkennungsalgorithmus (dies behebt die letzten Schwierigkeiten mit Pulseaudio)
* Fix: Intel Graphiktreiberbug, der Intel Treiber schickt auf einigen Systemen ca 50-100 Nachrichten pro Sekunde an udev welches dadurch CPU Last verursacht und eine fluessige TV Wiedergabe verhindert, als Workaround der TV Treiber blockiert UDEV waehrend der TV Wiedergabe.
* Fix: Audio knackt nicht mehr sporadisch bei der Wiedergabe mit Pulseaudio und tvtime
* Fix: Remote Control Tool konnte Devicenodes blockieren.
Diese Version wurde ausgiebig getestet, es sind uns hierbei keine Problemfaelle bekannt. Nach diesen Updates werden wir uns wieder auf die eigentliche Applikationsentwicklung fuer den TV Stick konzentrieren.
-
Der Treiber legt die Datei /tmp/test.ts an.
Ich denke mal er schreibt dort den gerade empfangenen Transportstream hinein. Dementsprechend schnell war meine Root Partition voll.
-
Außer der /tmp/test.ts ist es mir aufgefallen, dass die CPU Belastung höher als bei der Version vom 22.02 ist. Bei mir ist sie von maximal 15% auf 45-50% gestiegen. Zusätzlich sind in Kaffeine ab und zu auch die Artefakte zu sehen und der Sound hakt.
-
Habe auch noch das Problem, dass die Fernbedienung zwar geht, die Konfiguration jedoch nicht geschrieben werden kann. Bei einem Klick auf den Haken "Autostart" kommt folgende Ausgabe:
unable to open configuration file
Ausgabe von strace:
stat64("/home/philipp/.config/autostart", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open("/sundtekrc.desktop", O_RDWR|O_CREAT|O_TRUNC, 0644) = -1 EACCES (Permission denied)
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 3), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7857000
write(1, "unable to open configuration fil"..., 34unable to open configuration file
-
Der Treiber wurde bezueglich der test.ts file nachgebessert...
D.Cent:
Was fuer ein System Verwenden Sie? Derzeit ist der Remotemanager lediglich auf Ubuntu getestet, weitere Systeme kommen naechste Woche.
R.M.M:
Die Last wurde bei Ihnen wohl durch /tmp/test.ts verursacht.
Kommende Updates werden ein neues Testsystem durchlaufen, die derzeitigen Updates waren unbedingt schnellstmoeglichst notwendig.
-
Mein System ist openSUSE Linux 11.2 x86. Freut mich jedoch zu hören, dass das Programm so gut läuft - das Programm selber zu starten, nehme ich gerne in Kauf, dafür, dass die Fernbedienung jetzt funktioniert :)
-
Der Remote Manager ist nur eine Zwischenloesung bis die Qt Loesung bereit ist. Es ist uns klar dass dieser Remote Manager auf vielen Systemen schon alleine wegen der Gtk Abhaengigkeit nicht funktioniert.
Er funktioniert z.b auf einem Acer Aspire One Netbook nicht ohne zusaetzliche Pakete zu installieren, dies wollen wir jedoch auf jeden Fall verhindern - deshalb auch der Umstieg auf Qt.
-
Die CPU Last ist tatsächlich kleiner geworden:) Super!
-
Jo Danke, habs grad auch bemerkt als meine /tmp Platte vollgelaufen ist
-
Also ich habs gerade nochmal getestet, aber der aktuelle Treiber (md5sum ccc286711697ab88ec1f6378e86ff77d) schreibt immer noch die /tmp/test.ts Datei.
Hab ich was übersehen?
Mein System:
Arch Linux
Kernel 2.6.32.8
vdr 1.7.12
-
Das war bei mir zu erst auch das Problem, doch nach einem Neustart ging es korrekt (aus mir unerklärlichen Gründen muss ich openSUSE immer neustarten nach einem Sundtek Treiber Update, da sonst der alte Treiber benutzt wird).
-
Leider bringt ein Neustart bei mir nichts.
-
Wurden in diesem Treiber auch die Probleme mit der Blockierung bei der Aufnahme von AnalogTV bei mythtv gefixt? Ich würde gerne mal auf eine neuere Version wechseln und nicht mehr die uralte vom September verwenden (letzte Version welche funktioniert).
-
Also ich deinstalliere immer zuerst den alten Treiber ( ./empia_installer_*.sh -u ) bevor ich einen Neuen installiere. Außerdem lösche ich die Verzeichnisse:
rm /opt/bin -r
rm /opt/doc -r
rm /opt/include -r
rm /opt/lib -r
P.S. Wär mal toll wenn man hier ein Verzeichnis verwendet wie /opt/sundtek/*. Es gibt ja auch noch Anderes das unter /opt liegen könnte.
-
Wurden in diesem Treiber auch die Probleme mit der Blockierung bei der Aufnahme von AnalogTV bei mythtv gefixt? Ich würde gerne mal auf eine neuere Version wechseln und nicht mehr die uralte vom September verwenden (letzte Version welche funktioniert).
Ich hab den neuen Treiber ausprobiert und es funktioniert immernoch nicht :(
-
Es wird derzeit ein neues Build System installiert, da die Fehlerquelle die Builds einzeln zu machen zu gross ist.
Das naechste Update wird somit am Freitag kommen.
-
Ich bin Gentoo-/Paludis-Nutzer und habe heute festgestellt, dass mit dem Treiber scheinbar eine libpulse.so installiert wird, über deren Herkunft ich mich schon lange wundere, da ich Pulseaudio nicht installiert habe und reconcilio diese lib als broken meldet. Seit dem ich den neuen Treiber installiert habe, ist außerdem noch eine weitere Meldung hinzugekommen:
# reconcilio
Searching for broken packages...
No broken packages found
The following broken files are not owned by any installed package:
/opt/bin/audio/libpulse.so (requires libpulse-simple.so.0)
/opt/bin/sundtekremote (requires libmediaclient.so)
Mein System:
$ uname -a
Linux udo 2.6.31-gentoo-r6 #1 SMP PREEMPT Fri Dec 4 19:29:31 CET 2009 x86_64 Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz GenuineIntel GNU/Linux
-
Ja, libpulse.so ist ein Audioplugin.
Sobald es fehlschlaegt dieses Plugin zu laden (was wir durchaus einkalkuliert haben) wird auf Alsa bzw. OSS zurueckgesprungen.
Das die Abhaengigkeiten von libpulse.so bei einigen Systemen nicht aufgeloest werden koennen ist also in Ordnung.
libpulse.so ist ein Layer zwischen dem Treiber und den Pulseaudio Bibliotheken.
Der Grund warum der Treiber die Audioausgabe teilweise direkt uebernimmt hat historische Gruende.
tvtime unterstuetzt auf ausnahmslos allen Systemen derzeit keine digitale Audiowiedergabe.
Die ersten TV Karten unter Linux wurden idR mit der Soundkarte verkabelt und die TV Karte nur noch auf 'unmute' gestellt. Bei USB Geraeten ist dies natuerlich nicht mehr so einfach moeglich.
Wenn man mit Google nach tvtime und 'no audio' sucht wird man sehr schnell fuendig, so ziemlich alle anderen TV Karten welche Audio nur mehr digital ausgeben haben dieses Problem - und man hoert keinen Ton. Alternativ gibt es bei den meisten die Moeglichkeit einen weiteren Befehl im Hintergrund zu starten welcher Audio dann wiedergibt, wir hatten frueher auch eine abgeaenderte TVTime version, jedoch ist dies auch nicht praktikabel fuer alle Kunden jedes mal tvtime zu kompilieren.
Auch wenn eine neue tvtime Version nun offiziell Audio unterstuetzen wuerde gibt es immernoch sehr viele Leute welche eine alte Version benutzen.
-
Das heißt, ich kann libpulse.so in meinem Fall genauso gut löschen, ohne etwas kaputt zu machen, richtig? (Damit wäre ich dann die unschöne Meldung los.)
Was hat es mit der anderen Datei /opt/bin/sundtekremote auf sich?
-
Die Datei kann problemlos geloescht werden. Das schlimmste was passieren kann wenn alle Audio Plugins geloescht werden ist das man keinen Ton mehr mit tvtime bekommt, und eine externe Applikation dafuer nutzen muss.
/opt/bin/sundtekremote - eine einfache Alternative zu LIRC
http://support.sundtek.com/index.php/topic,253.0.html
An dieser Applikation wird jedoch noch gearbeitet, wir werden sie in Zukunft durch eine Qt Version ersetzen da die Abhaengigkeiten von Gtk auf verschiedenen Systemen nicht einfach aufgeloest werden koennen.
-
Das Problem mit hoher CPU Last taucht bei mir leider schon wieder auf. Während des Fernsehens (DVB-C) wächst sie langsam bis zur vollständigen Auslastung eines Kernes. Z.B. nach ca. 90 Minuten Fernsehen liefert top folgende Werte:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
989 root 18 -2 168m 3812 2764 S 116 0.2 64:41.20 mediasrv
4723 xxxxx 20 0 708m 60m 33m S 34 4.0 15:06.60 kaffeine
Nach dem Neustart sieht die Last so aus:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5344 xxxxx 20 0 780m 61m 33m S 32 4.1 0:10.94 kaffeine
5290 root 20 0 152m 3804 2764 S 11 0.2 0:07.50 mediasrv
-
Wenn Sie uns einen remote Zugang einrichten koennten, koennte unser Techniker dies direkt ueberpruefen.
Wir hatten DVB-C 2 Tage mit Kaffeine am Laufen und konnten dieses Problem nicht nachvollziehen.
Mit Ubuntu 9.10 konnten wir soweit mit Intel ein UDEV Problem identifizieren, ggf. gibt es eventuell noch weitere Probleme mit anderen speziellen Hardwarekomponenten. Sollte mediasrv auf Last gehen koennen wir umgehend ueberpruefen an welcher Stelle dies passiert und notwendige Gegenmasznahmen einleiten.
-
Ein kleines Zwischenupdate fuer das naechste Release. Unser Buildsystem ist nun ebenfalls aktualisiert und vollkommen automatisiert.
Ab dem naechsten Update werden folgende Systeme unterstuetzt
* Intel/AMD ((Little Endian) 32/64 Bit) 1)
* PowerPC (Big Endian 32/64 Bit)
* MIPS (Big Endian)
* ARM (Little Endian, EABI4 und OABI)
1) glibc 2.3.6 ab 3. November 2005 (z.b easyVDR)
Offene Bugreports:
NVidia ION:
* Acer Rivo bereitet anscheinend Probleme
- wir nehmen hierbei USB Controller bzw. Linux USB Controller Treiber Probleme an, und sind noch am Testen eines Workarounds (das Geraet in einen anderen Transfermodus umzuschalten)
- Zotac ION funktioniert einwandfrei (aeltere sowie neuere Generationen)
- Acer Rivo ION funktioniert ebenfalls einwandfrei
* S-Video bzw. Composite
- derzeit keine Aenderung im Treiber, wird Aufgrund der Meldung jedoch mit einem Signalgenerator ueberprueft werden, ohne Signalgenerator kamen bis jetzt 'schwarze' Bilder - es hing jedoch nichts. - funktioniert problemlos
* Audio Suse
- Audio wurde ab der bereits bestehenden Release grundsaetzlich ueberaerbeitet, sofern es hier weiterhin Probleme gibt muessten wir uns dieses Problem am besten remote genauer ansehen.
* MythTV Analog TV (wird noch ueberprueft)
Kernel Bugs:
2.6.32-9 - 2.6.33 sind defekt, USB wird ab 2.6.33.1 wieder funktionieren
-
Wenn Sie uns einen remote Zugang einrichten koennten, koennte unser Techniker dies direkt ueberpruefen.
Wir hatten DVB-C 2 Tage mit Kaffeine am Laufen und konnten dieses Problem nicht nachvollziehen.
Mit Ubuntu 9.10 konnten wir soweit mit Intel ein UDEV Problem identifizieren, ggf. gibt es eventuell noch weitere Probleme mit anderen speziellen Hardwarekomponenten. Sollte mediasrv auf Last gehen koennen wir umgehend ueberpruefen an welcher Stelle dies passiert und notwendige Gegenmasznahmen einleiten.
Den remote Zugang würde ich sehr ungern einrichten. Es erfordert einen gewissen administrativen Aufwand, da der Rechner nur in meinem LAN intern zugänglich ist und von außen unsichtbar bleibt. Außerdem der mit Kubuntu mitgelieferte VNC Server (Krfb) scheint irgendwelche Macken zu haben (z.B. der Bildschirm wird bei einem Client nicht richtig dargestellt/erfrischt), also müsste ich mir eine Alternative einfallen lassen und sie konfigurieren. Wenn Sie eine andere Idee hätten, wobei ich die Aktivität Ihres Technikers beobachten könnte, werde ich die selbstverständlich auch gerne in Betracht ziehen.
Ich werde in erster Linie versuchen den Fehler zu reproduzieren. Er ist bei mir innerhalb von den letzten 4 Tagen schon 2x aufgetreten, scheint aber nicht jedesmal während längeren Fernsehens vorzukommen.
Wenn Sie mir evtl. Hinweise geben könnten, was ich zusätzlich überprüfen soll, liefere ich Ihnen gerne diese Angaben zurück, sobald ich die hohe Last nächstes mal erwische.
-
Vorab fuer DVB-C/T only Geraete (es gab bei diesen Geraeten leider ein Firmware Problem):
-
Gibt es schon Neuigkeiten bezüglich das Problems mit analog TV? Ich kann gerne wieder einen Remote Zugriff einrichten (wurde ja schon zweimal verwendet).
-
Der derzeitige Stand bezueglich MythTV:
MythTV 0.21 funktioniert mit analog TV einwandfrei (Aufnahmen sowie Playback) (Ubuntu 8.10)
MythTV 0.22 die analog TV Scan Möglichkeit wurde entfernt, dadurch kann man keine analog TV Sender konfigurieren (Ubuntu 9.10)
Sie können uns jedoch gerne Ihre Zugangsdaten zusenden damit wir Ihr Problem bei Ihnen lokal überprüfen können.