Sundtek Support Forum
Deutsch => Sundtek MediaTV Pro => Treiber => Thema gestartet von: Sundtek am Dezember 03, 2012, 06:02:51 Nachmittag
-
* PowerPC 32 Support, z.B TP-Link WDR4900 mit OpenWRT (14. April 2014, Kundenwunsch)
* Synology NAS: Fix Geräteerkennung nach Neustart (12. April 2014, Kundenfeedback)
* Package Support für Synology NAS (3. April 2014, Kundenwunsch)
* Fix FM Radio für MIPS Big Endian Architektur (z.B TP-Link WR1043ND, Netgear WNDR3700, etc, 2. April 2014, Kundenfeedback)
* Support für Fernbedienung wurde hinzugefügt (1. April 2014, Kundenfeedback)
(http://sundtek.de/images/linux_remote_controls.jpg)
Auswahl der Fernbedienung:
/opt/bin/mediaclient --updaterc=2
anschließend muss der TV Tuner neu angeschlossen werden.
* Chip Reset für MiniPCIe nach Erweitertem-Standby (21. März 2014)
* CC wieder eingeschalten für alte NTSC Karten (inkl. Behebung der Bildstörung) (14. März 2014)
* mediaclient --arch hinzugefügt um die Architektur leichter zu identifizieren (14. März 2014)
* ARM uClibc Update (14. März 2014, Kundenfeedback)
* CC temporär ausgeschalten für NTSC und alte NTSC Karten (14. März 2014)
* FM Radio wird nun gemuted wenn es nicht benutzt wird (Sundtek MediaTV Pro III) (14. März 2014)
* Netzwerk Transfer Paketgröße erlaubt nun höhere Werte (14. März 2014)
* Update FM Radio Lautstärke (falls Werte in /etc/sundtek.conf gesetzt wurden) (12. März 2014)
* Update DVB Wakeup (MiniPCIe) es wurden teilweise keine Daten geliefert nach dem Standby (12. März 2014)
* MiniPCIe DVB-C/T/T2/AnalogTV/FM Radio Update Standby (4. März 2014)
AnalogTV 344mA
Radio 152mA
DVB-C 224mA
Standby 46mA
* FM Radio Standby Update (3. März 2014)
* Setze explizit PAL-BG am Anfang, behebt Problem mit XawTV (3. März 2014, Kundenfeedback)
* mediainput0 wird nun gelöscht wenn ein Gerät abgesteckt wird (3. März 2014)
* DVB-T/T2 Autodetection, 7/8 MHz DVB-T2 Sender werden nun auch bei DVB-T scans gefunden (3. März 2014)
* USB Puffer wurden vergrößert, behebt Probleme bei einigen Settopboxen (3. März 2014)
* Minicard Standby Update (26. Februar 2014)
* Workaround für OpenPLI / DVB-T2 hinzugefügt (25. Februar 2014)
* Secam-BGH Support (25. Februar 2014, Kundenfeedback)
* Nonblocking Support wurde zu Alsa Audio Playback Support für AnalogTV hinzugefügt (24. Februar 2014, Kundenfeedback)
/etc/sundtek.conf
alsa_blocking=off # default=on
* Bugfix ATSC -> AnalogTV Switchover (24.Februar 2014)
* Radio RDS für Sundtek MediaTV Pro III wurde wieder eingeschalten (24. Februar 2014)
* /opt/bin/mediaclient --volume N -d /dev/videoN funktioniert nun auch mit S-Video/Composite Line in (22. Februar 2014, Kundenfeedback)
* /opt/bin/mediaclient -c audioonly -d /dev/videoN funktioniert nun auch mit neuen Geräten (22.Februar 2014)
* Standby Optimierungen (Sundtek MediaTV Pro/Digital Home III) (22. Februar 2014)
Modus, Stromverbrauch, subjektiv gefühlt
- DVB-C 225mA (handwarm)
- AnalogTV 350mA (etwas wärmer als handwarm)
- Composite / S-Video 195mA (handwarm)
- Stromverbrauch ohne Treiber 80mA (kalt)
- Standby bei geladenem Treiber 85mA (kalt)
* Logfile ist nun standardmäßig ausgeschalten (17. Februar 2014)
* Update Frequenzwechsel bei AnalogTV Audio wird kurz stumm geschalten damit man den Frequenzwechsel nicht hört (15. Februar 2014)
* Update AnalogTV Audio für Sundtek MediaTV Pro III, in seltenen Fällen hörte man nur ein "Tok Tok Tok" (15. Februar 2014, Kundenfeedback)
* Update Audio (FM / TV Audio), Umschaltung zwischen Iso und Bulk Transfers für Audio ist nun möglich (12. Februar 2014)
/opt/bin/mediaclient --transfermode=bulk -d /dev/radio0
oder
/opt/bin/mediaclient --transfermode=iso -d /dev/radio0
Default ist Bulk, die jeweilige Einstellung bleibt auf dem Gerät gespeichert.
* Netzwerktreiber Update -- Server und Client müssen aktualisiert werden (10. Februar 2014)
* Erste Version des Sundtek SkyTV Ultimate IV Treibers wurde hinzugefügt (10. Februar 2014)
* Beaglebone Black Systemd Update (8. Februar 2014)
* Dreambox, DVB-T2 Skripte hinzugefügt (8. Februar 2014)
* DVB-T2 Update für Settopboxen (7. Februar 2014)
* PowerPC32 Endianess Update (7. Februar 2014, Kundenfeedback)
* Update AnalogTV Framework (1. Februar 2014)
Sample um AnalogTV (Composite Video) einfach in ein C Programm zu integrieren:
pwin->pdev = player_init_10();
rv = player_open_10(pwin->pdev, "/dev/video0");
if (rv == -1) {
printf("unable to open video device\n");
return -1;
}
player_set_input_10(pwin->pdev, 1);
player_set_standard_10(pwin->pdev, MEDIA_STD_PAL_BG);
player_setup_10(pwin->pdev, width, height);
player_start_stream_10(pwin->pdev);
in der Draw Funktion:
vidbuf = player_get_frame_10(pwin->pdev);
if (vidbuf) {
/* Zeichne Frame */
player_put_frame_10(pwin->pdev, vidbuf);
}
* AnalogTV Player Framework hinzugefügt (31. Januar 2014)
* MiniPCIe Update (29. Januar 2014)
* Update AnalogTV Audio Initialisierung, Sundtek MediaTV Pro III (20. Januar 2014)
* Default Fernbedienungslayout wurde umgestellt Sundtek MediaTV Pro III (19. Januar 2014, Kundenfeedback)
* Update initial_dvb_mode für neue Sundtek MediaTV Pro III (19. Januar 2014)
* Setze Berechtigung von /dev/dvb auf 777, TVheadend konnte Aufgrund von Berechtigungsproblemen auf Synology NAS Systemen den Tuner nicht erkennen (17. Januar 2014, Kundenfeedback)
* Support für folgende Geräte hinzugefügt:
- Sundtek MediaTV Pro Cable (DVB-C/T/AnalogTV) (17. Januar 2014)
- Sundtek MediaTV Digital Home Cable (DVB-C/T) (17. Januar 2014)
* ATSC wird nun auch via DVB API v5.x announced (15. Januar 2014)
* dvb_api_version Parameter hinzugefügt, damit kann man die DVB API Versionsnummer via sundtek.conf setzen (15. Januar 2014)
* Fix ATSC Minicard Unterstützung (15. Januar 2014)
* Der Netinstaller überprüft nun ob /etc/ld.no.preload vorhanden ist, falls vorhanden wird kein Preloading verwendet, nützlich für jene die unsere API direkt verwenden (15. Januar 2014)
* FM Radio Update für Sundtek MediaTV Pro III (15. Januar 2014)
* Update AnalogTV Tuner Initialisierung Sundtek MediaTV Pro III (Fehlermeldung das AnalogTV Frequenz bei der Initialisierung nicht gesetzt werden konnte war nicht richtig, hatte auch keine Auswirkung auf den Betrieb des TV Tuners) (15. Januar 2014)
* Unterstützung des Initial DVB Mode via /etc/sundtek.conf (wird vom Sundtek Control Center auf Settopboxen verwendet) (4. Januar 2014)
* Fernbedienungsupport wird auf MIPS Embedded Systemen ausgeschalten (4. Januar 2014)
* Treiberbugfix für Systeme ohne uinput (4. Januar 2014)
* Zusätzlicher ARM Build mit neuer Toolchain (28. Dezember 2013)
- für Asus RT-AC68U Router
- http://support.sundtek.com/index.php/topic,1207.msg10535.html#msg10535
* Update stat() Problem, gemeldet im Forum (27. Dezember 2013)
- http://support.sundtek.com/index.php/topic,1450.msg10628.html#msg10628
* Komplette Überarbeitung des DVB-C/T/T2/AnalogTV Treibers (27. Dezember 2013)
* Unterstützung für ATSC (USA / Canada) mit neuen Chipsätzen (27. Dezember 2013)
* Unterstützung für ISDB-T (Brasilien / Japan) mit neuen Chipsätzen (27. Dezember 2013)
* MiniPCIe DVB-C/T/T2/AnalogTV erweiterter Standby Modus (27. Dezember 2013)
* FM Radio Signal Statistik wurde nachgebessert (13. November 2013)
* Default FM Radio Lautstärke wurde erhöht, S-Video/Composite Lautstärke wurde verringert für neue Geräte (12. November 2013)
* AnalogTV Input wird nicht mehr in den Standby Modus geschalten bevor der Videostandard umgeschalten wird (11. November 2013)
* Composite / S-Video ID wurde bei den neuen Geräten geändert um das selbe Layout wie bei den alten Geräten zu verwenden (6. November 2013)
* LOUDNESS option wurde aus neuem Treiber entfernt, softvol kann nur mittels /etc/sundtek.conf konfiguriert werden (VLC hatte dies automatisch auf 0 gesetzt und Audio wurde dadurch stumm geschalten) (6. November 2013)
* Bugfix welches einen Fehler behebt welcher durch das Performance Update zustandegekommen ist (vielen Dank moorviper/vdr-portal Forum, 24. Oktober 2013)
* Dreambox Netzwerk Update (19. Oktober 2013)
* w_scan support für DVB-T only Geräte (18. Oktober 2013)
* Bugfix für Pulseaudio 3.0 Workaround (18. Oktober 2013)
* Software Filter wurde optimiert - verbessert die Performance etwas, die CPU Last ist dadurch etwas geringer bei DVB (12. Oktober 2013)
* --wait-for-devices beachtet nun auch Netzwerktuner welche via /etc/sundtek.conf geladen werden (12. Oktober 2013)
* Exynos ARM HF System wurde optimiert (OSS API und v4l2_mmap aktualisiert, gstreamer läuft problemlos zum encoden und streamen) (11. Oktober 2013)
* Pulseaudio 3.0 Support (11. Oktober 2013)
* leichte Performanceverbesserung für alle DVB Sticks, insbesondere auf schwächeren Systemen (2. Oktober 2013)
* Framework Updates damit die neuen Geräte auch mit MacOSX problemlos funktionieren
* --no-mmap Option zu Treiber hinzugefügt um den neuen Memory Mapped Support auszuschalten (Testzwecke). (30. September 2013)
* Bugfix, Debug Messages welche bei schlechtem Empfang Probleme bereiten konnten. (Kundenfeedback, 28. September 2013)
* Support um das Standby Timeout via /etc/sundtek.conf zu konfigurieren (default: 15 Sekunden) (26. September 2013)
* Support fuer Audio Delay nach dem Umschalten, default 30000, gueltige Werte 0 - 500000, diese Anzahl von Bytes wird nach dem Umschalten stumm geschalten um eventuelle Störgeräusche beim Umschalten zu entfernen (26. September 2013)
/etc/sundtek.conf
audio_skip_bytes=N
* Verbesserung der AnalogTV Qualität - insbesondere Orange/Rot (neue Geräte) (26. September 2013)
* Sundtek udev Skripte werden nicht mehr installiert bei Redhat Systemen mit Systemd (25. September 2013)
* Memory Mapping Support für USB um die CPU Last etwas zu senken (benötigt vorerst noch einen Kernel Patch), dieser Patch ist zum Betreiben des Sticks nicht notwendig, es sind lediglich Linux Kernel Optimierungen welche wohl die kommenden Monate über in den offiziellen Linux Kernel einfließen werden.
http://sundtek.de/support/devio_mmap.patch (Ubuntu Linux 3.5)
http://sundtek.de/support/devio_mmap_v0.3.diff (Linux Git)
* PSI Filter Update (Kundenfeedback, 24. September 2013)
* Fix mediaclient --wait-for-devices command (24. September 2013)
* Change disable_crc argument to on instead off (24. September 2013)
* Ignoriere USB Transfer Error mit errno 0 (23. September 2013)
* Fix ATSC Initialisierung (neue Chipsätze) (17. September 2013)
* Fix Treiber-Reinitialisierung sobald der Treiber im DVB Modus war und neu gestartet wird (neue Chipsätze) (17. September 2013)
* 4:3 / 16:9 Erkennung bei AnalogTV und YUYV wurde nachgebessert (für neue Chipsätze) (16. September 2013)
* Setze initialen input auf AnalogTV bei Sundtek MediaTV MiniPCIE (DVB-T/AnalogTV/FM) (16. September 2013)
* VU2 Duo USB Paketpuffer vergrössert (neue Geräte) (16. September 2013)
* Fix: Umschalten von DVB auf FM Radio damit nicht 2x die FM Radio Frequenz gesetzt werden muss (neue Geräte) (15. September 2013)
* Updates zwischen 29. August - 14. September betreffen ausschliesslich neue Geräte
* Update netrecoverymode und Netzwerksupport (14. September 2013)
* Bugfix switchover FM Radio -> AnalogTV (12. September 2013)
* AnalogTV Initialisierung wird automatisch auf Input 0 "Television" gesetzt (12. September 2013)
* AnalogTV Initialisierung wurde nachgebessert (Treiberladezeiten sind nun ca 4.5 Sek, davor 6.9 Sek) (12. September 2013)
* "Analog TV" wurde in "Television" umbenannt um gleiche Eingänge wie die alten Geräte zu unterstützen (VIDIOC_ENUM_INPUT) - Kundenrequest da die Input Namen in einer Applikation verglichen werden (11. September 2013)
- Die Treiberversion vom 14. September 2013 wird für aktuelle MiniPCIe Geräte empfohlen
- Diese Treiberversion hat folgende Tests bestanden:
- 2000x Hardware Reset, Device-Initialisierung, Senderkonfiguration, Datentransfer (Umschalten DVB/Analog/FM) (3 verschiedene Systeme)
- 2000x ohne Hardware Reset Senderkonfiguration, Datentransfer (Umschalten DVB/Analog/FM)
- Treiberladezeiten ca. 4.5 Sekunden
* Treiber fängt NOHUP Signal ab (29. August 2013)
* Update AnalogTV finale USB DVB-C/T/T2/FM Sticks (27. August 2013)
* Support für MiniPCIe DVB-C/T/T2/AnalogTV/FM Radio hinzugefügt (22. August 2013)
* VLC Fix für S-Video/Composite Grabber (22. August 2013)
* NEC Fernbedienungsparser für neue Geräte hinzugefügt (15. August 2013)
* Update Autoupdate (14. August 2013)
* Fix OpenWRT ARM Support (unreferenziertes __poll wurde entfernt) (14. August 2013)
* Support für S-Video/Composite Grabber hinzugefügt (14. August 2013)
* Erweitertes Diseqc/Unicable Handling (10. August 2013)
* Featuresupport --nti=1-5000 um Netzwerklatenz zu beeinflussen (6. August 2013)
* Fernbedienung ist bei neuen Geräten nun per Konfiguration ein/ausschaltbar (6. August 2013)
/etc/sundtek.conf
ir_disabled=1 # ausschalten
* Remote Control Support für DVB-C/T/T2/AnalogTV Tuner (4. August 2013)
* Speicheroptimierungen (4. August 2013)
* Bugfix VBI Handling (für alte Geräte), Bug wurde im Laufe des Jahres durch Restrukturierung des USB Supports verursacht. (4. August 2013)
* Support Bulk/Iso Switching für DVB-C/T/T2 Tuner (31. Juli 2013)
* Command Line DVB-T2 Tuning support (31. Juli 2013)
/opt/bin/mediaclient -m DVBT2 -f 123000000 --plpid 0 -b 1.7
http://wiki.sundtek.de/index.php/Mediaclient#Tuning_DVB-T2
* Dreambox Support für DVB-C/T/T2 Tuner (31. Juli 2013)
* Ignoriere SkyTV Ultimate 2 Bulk Switch (31. Juli 2013)
* Finale Unterstützung für neue Sundtek MediaTV Pro III Version, DVB-C/T/T2/AnalogTV/FM/Composite/S-Video (31. Juli 2013)
* Neue Audio Output Option (/etc/sundtek.conf alsa_device=default oder andere Geräte) (31. Juli 2013)
* Update ISDB-T Support (Mai 2013)
* Update Systemd (Mai 2013)
* Update Linux DVB API Version Support (Mai 2013)
* Fix FM Radio Pulseaudio Support (alte und neue Geräte) (Mai 2013)
* SSE2 Unterstützung für neue Tuner (5. April 2013)
* S-Video/Composite-Audio Update für neuen Sundtek MediaTV Pro (15. März 2013)
* Treiberupdate für ISDB-T (TV Standard in Brasilien) Geräte (13. März 2013)
* Endianess bei Netzwerkmount aktualisiert (8. März 2013)
* Bootup bei einigen UDEV basierten Systemen beschleunigt (3. März 2013)
* Speicheroptimierungen für die neuen Treiber (24. Februar 2013)
* Neuer OpenELEC Treiber, vielen Dank an vpeter/OpenElec Team (23. Februar 2013)
** hotbird test erneut hinzugefügt, wurde leider durch das letzte Update entfernt (20. Februar 2013)
* SEC MINI via Netzwerk wurde aktualisiert (19. Februar 2013)
* hotbird test hinzugefügt /opt/bin/mediaclient --testhotbird -d /dev/dvb/adapterN/frontend0 (16. Februar 2013)
* SEC MINI A<->B getauscht bei neueren DVB-S/S2 Geräten (16. Februar 2013)
* Absicherung alter Geräte damit ein fälschliches ausführen von VIDIOC_STREAMON keine Probleme bereitet (14. Februar 2013)
* Update damit alte Geräte MEDIA_AUDIO_ONLY ordentlich unterstützen (Kundenfeedback, 13. Februar 2013)
* Workaround für AZBox (Kundenwunsch, 12. Februar 2013)
* CRC Check lässt sich nun auch via Konfigurationsdatei abschalten (11. Februar 2013)
/etc/sundtek.conf
disable_crc=on
* Treiberbasierter Unicable Support (Kundenwunsch, 10. Februar 2013)
/etc/sundtek.conf
unicable_frequency=N # Unicable Frequency
unicable_satcr=N # SaTCR
* Bugfix Memleak mit neuem USB Backend (10. Februar 2013)
* Update Speedport Router support (temporäre devicenodes können jetzt individuell mittels dem mediasrv --temppath Parameter übergeben werden) (7. Februar 2013)
* Support FM Radio/neue Geräte (5. Februar 2013)
* Update Scanning API (1. Februar 2013)
* DVB-S/S2 wird nun in KHz konfiguriert nicht mehr in MHz (28. Januar 2013)
* Bugfix Autoupdate auf Settopboxen (Kundenfeedback, 26. Januar 2013)
* Installer wurde aktualisiert (keine wget/curl überprüfung bei einer Installation mit dem kompletten Installer) (YaVDR Entwicklerfeedback, 23. Januar 2013)
* bigbluebutton Support http://www.bigbluebutton.org , es wurden einige in Wirklichkeit nicht benötigte Colourspaces im Treiber ausgeschalten (welche bei Adobe Flash nicht richtig implementiert wurden) (23. Januar 2013)
* AnalogTV kann wieder mit /dev/video0 beginnen (zuvor /dev/video1) (22. Januar 2013)
* VIDIOC_S_AUDIOPROCESSING, MEDIA_AUDIO_ONLY hinzugefügt (14. Januar 2013)
* USB Port Identifikation wurde mit einem Fallback ausgestattet (für ältere Systeme) (14. Januar 2013)
* Azbox Support wurde im Installer hinzugefügt (12. Januar 2013)
* Synology NAS 32/64bit tvheadend Überprüfung im Installer hinzugefügt (12. Januar 2013)
* ET4000 wurde im Installer nachgepflegt (8. Januar 2013)
* Der Installer überprüft nun ob Wget vorhanden ist (Kundenfeedback, 8. Januar 2013)
* USB BUSID (an welchem Port der Stick angeschlossen ist) wird nun korrekt angezeigt (8. Januar 2013)
/opt/bin/mediaclient -e
**** List of Media Hardware Devices ****
device 0: [Sundtek SkyTV Ultimate III (USB 2.0)] DVB-S/S2, REMOTE-CONTROL
[BUS]:
ID: 2-5
[SERIAL]:
ID: U120418140602
[DVB-S/S2]:
FRONTEND: /dev/dvb/adapter0/frontend0
DVR: /dev/dvb/adapter0/dvr0
DMX: /dev/dvb/adapter0/demux0
[REMOTECONTROL]:
INPUT0: /dev/mediainput0
BUS 2, PORT 5
* Überprüfung ob die Netzwerkclients geladen wurden nachdem z.b eine Wlan Verbindung aufgebaut wurde (1. Januar 2013)
* eeePC 700 Installer Update (1. Januar 2013)
* Init.d Script für Synology angepasst (1. Januar 2013)
* tar wird überprüft ob der Flag dereference supportet wird (29. Dezember 2012)
* Dual USB Support fuer VU+ (Kundenfeedback, 29. Dezember 2012)
* DVB-C/T Registrierung fuer die Tunerauswahl - nur fuer Dreamboxen (andere Settopboxen unterstuetzen dies aktuell nicht) (19. Dezember 2012)
* Update Kaffeine (Kundenfeedback 18. Dezember 2012)
* Update VLC 2.0.6 (Kundenfeedback, 18. Dezember 2012)
* Update auslesen der Konfigurationsparameter (14. Dezember 2012)
* vivi Treiber wurde reaktiviert (13. Dezember 2012)
* Sich ändernde IP Adressen werden nun beim Netzwerksupport beachtet (10. Dezember 2012)
* sun_dvb.sh wurde leicht überarbeitet um mit der neuen Dreambox Dualtunerkonfiguration klarzukommen (10. Dezember 2012)
* Netzwerkkonfiguration - Bugfix (5. Dezember 2012)
* Netzwerksektion wurde nocheinmal überarbeitet, Mehrfacheinträge sind nun direkt möglich (5. Dezember 2012)
[NETWORK]
device=192.168.0.1:0
device=192.168.0.1:1
* Netzwerk Treiberkonfiguration nun auch via /etc/sundtek.conf möglich (3. Dezember 2012)
z.b
/etc/sundtek.conf
[NETWORK]
device=192.168.0.1:0
[NETWORK]
device=192.168.0.1:1
Alte Changelog:
http://support.sundtek.com/index.php/topic,708.0.html
-
* Update Kaffeine (Kundenfeedback 18. Dezember 2012)
* Update VLC 2.0.6 (Kundenfeedback, 18. Dezember 2012)
Heißt das ich muss jetzt Kaffeine nicht mehr patchen?
-
Kaffeine muss weiterhin gepatched werden, da die standard Device-Erkennung sehr unflexibel ist. Kommendes Jahr wird es sicherlich weitere alternativen geben.
Alternativ gibt es me-tv welches derzeit zumindestens aktiv entwickelt wird. Der Kaffeine Entwickler hat bis dato nicht auf unseren kleinen Patch reagiert.
-
Wäre prima, wenn das sundtek_netinst.sh-script vorab püft ob wget installiert ist und falls nicht mit einer entsprechenden Meldung abbricht. Das würde die Installation noch einfacher gestalten (Bei meinem frisch installierten Fedora18b(xfce) war kein wget installiert).
Grüße, Seb.
-
Der Installer überprüft nun ob Curl oder Wget installiert ist oder gibt diesbezüglich eine Fehlermeldung aus.
Danke für das Feedback
-
frisch installiertes fedora 18, folgender fehler:
Wollen Sie fortfahren [J/N]:
J
adding /opt/bin to environment paths
unpacking...
checking system... testing libc OK 2.16.0
64Bit System detected
installing (netinstall mode) ...
Downloading architecture specific driver ... 64bit
Download finished, installing now ...
tar (child): /tmp/.sundtek/64bit/installer.tar.gz: Kann open nicht ausführen: Datei oder Verzeichnis nicht gefunden
tar (child): Error is not recoverable: exiting now
tar: Child returned status 2
tar: Error is not recoverable: exiting now
Seems like there's a problem installing the driver to /opt/bin
doing some tests...
mkdir -p /opt/bin
succeeded
mkdir -p /tmp/opt/bin
succeeded
Some more information
uname -a
Linux pinky.lan 3.7.2-201.fc18.x86_64 #1 SMP Fri Jan 11 22:16:23 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
vendor_id
vendor_id : GenuineIntel
vendor_id : GenuineIntel
Model Name
model name : Intel(R) Core(TM)2 Duo CPU T9300 @ 2.50GHz
model name : Intel(R) Core(TM)2 Duo CPU T9300 @ 2.50GHz
disk space
Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
devtmpfs 2002504 0 2002504 0% /dev
tmpfs 2020132 84 2020048 1% /dev/shm
tmpfs 2020132 3492 2016640 1% /run
tmpfs 2020132 0 2020132 0% /sys/fs/cgroup
/dev/dm-1 141976576 3811644 132210348 3% /
tmpfs 2020132 20 2020112 1% /tmp
/dev/dm-1 141976576 3811644 132210348 3% /home
/dev/sda2 495844 111223 359021 24% /boot
memory
total used free shared buffers cached
Mem: 4040264 2252368 1787896 0 1132 1398764
-/+ buffers/cache: 852472 3187792
Swap: 4044796 0 4044796
UPDATE:
nach manueller installation von wget funktioniert alles. eine entspr. fehlermeldung (wie bereits angekündigt?) wäre sinnvoll. thx.
-
Der Installer wurde nocheinmal angepasst, sollte wget nicht vorhanden sein wird curl überprüft, das ist bei Fedora vorhanden.
-
Hatt egerad eben XMBCbuntu installiert. Dort wird der Stick wunderbar erkannt.
Mit Mythbuntu leider nciht, dort erscheint immer "this is not a MTP device" in /var/log/syslog. Gibt es einen Grund, warum es unter Mythbuntu nicht läuft?
-
Hast du denn den Treiber installiert, und wird das Gerät mit /opt/bin/mediaclient -e angezeigt?
-
Hast du denn den Treiber installiert, und wird das Gerät mit /opt/bin/mediaclient -e angezeigt?
Das Gerät wird angezeigt, sorry die MTP Meldung bezog sich auf lirc.
Konnte den Stick in MythTV auswählen. Jedoch bei Input Connections keine Kanäle suchen. LED bleibt weiterhin aus.
-
Um was geht es da, analogTV oder Digital TV (DVB-C, T, S)?
-
Oh das ist mir jetzt peinlich, wer sich mal durchklickt kommt auch zum Ziel....
Die Kanalsuch eläuft gerade, alles im Lot. Dennoch danke für die schnellen Antworten.
-
Die MythTV Konfiguration ist durchaus auch etwas gewöhnungsbedürftig..
-
bekomme beim Download via wget auf der Dreambox DM8000
root@dm8000:~# wget -c http://www.sundtek.de/media/sundtek_netinst.sh
Connecting to www.sundtek.de (85.10.198.106:80)
wget: server returned error: HTTP/1.1 416 Requested Range Not Satisfiable
-
lass das -c weg, du kannst aber auch den Settopbox Installer verwenden, dort musst du nur die IP und das Passwort eingeben.
Für Windows:
http://sundtek.de/media/ssi.rar
Für Mac:
http://sundtek.de/media/ssi_mac.zip
-
Hi, ich habe folgendes Build:
Build date: 2013-02-24 04:41:01
Ist das jetzt der aktuelle Treiber!?
Wenn nicht, kann ich den treiber irgendwie einfach updaten oder muss der treiber einmal deinstalliert und wieder neu installiert werden!? (netinstall)
-
Fehler war bei mir, es lag noch der Installer auf der Box :)
und das "-c" steht ja für continue, daher der Fehler, also alles korrekt
-
Hi, ich habe folgendes Build:
Build date: 2013-02-24 04:41:01
Ist das jetzt der aktuelle Treiber!?
Wenn nicht, kann ich den treiber irgendwie einfach updaten oder muss der treiber einmal deinstalliert und wieder neu installiert werden!? (netinstall)
Einfach drüber-installieren ist ausreichend.
Das Treiberpaket ist ja nicht nur ein Treiber sondern ein Paket mit mehreren Treibern, insbesondere deshalb wird es auch öfter aktualisiert
-
super danke . . . sollte ich anschließend noch was neustarten oder langt das drüber installieren des treibers!?
Build date: 2013-03-03 19:47:34
-
Der Treiber wird nach der Installation automatisch neu gestartet.
-
Hall Support,
ich habe den Linux-Treiber auf meinem Raspbmc (Raspberry Pi mit XBMC) installiert.
Durch die Installation wird der Treiber gestartet und Tvheadend findet das Gerät (Sundtek MediaTV Digital Home).
Mein Problem: Beim Neustart wird der Treiber nicht geladen. Es gibt dann auch wieder kein /dev/dvb/adapter0/ und Tvheadend findet das Gerät nicht mehr.
Immer nur durch die erneute Installation wird der Treiber wieder geladen.
Meine Fragen:
- Ist das normal? Muss ich den Treiber separat oder per Skript selbst laden?
- Welche Dateien könnte ich zum Starten ausführen, ohne das Installationsskript wieder und wieder zu starten?
Vielen Dank im Voraus,
FF
edit:
* Pfad korrigiert
-
Du kannst den Treiber mit folgendem Befehl manuell starten (die Installation startet den Treiber auch):
/opt/bin/mediaclient --start
Falls du Interessiert bist kannst du das mit einem Techniker via Skype (sundtek) abklären damit das in den Installer aufgenommen wird.
Was für ein System hast du denn am Laufen auf dem RPI?
-
Danke sehr, der Befehl funktioniert. :D
Danach musste ich nur noch Tvheadend starten ("sudo service tvheadend restart"). Beides kann ich automatisieren. Damit ist mein Problem gelöst. 8)
Falls euer Service Team noch daran interessiert ist:
Ich benutze Raspbmc (http://www.raspbmc.com/) vom März 2013. Also ein speziell für Raspberry Pi erstelltes Debian-Derivat, das sofort in XBMC bootet.
pi@raspbmc:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 7.0 (wheezy)
Release: 7.0
Codename: wheezy
Vielen Dank nochmal,
FF
-
Hallo,
wie kann ich der schwarzen Fernbdienung (ohne lirc) eine "Enter"-Funktion verpassen - evt. über die OK-Taste?
-
http://support.sundtek.com/index.php/topic,615.0.html
Lies die aktuelle Keymap mittels --dumprc aus, ändere dann KEY_ENTER bzw. KEY_RETURN.
Anschließend kannst du diese Keymap mit --setrcmap=deinercfile laden.
Um diese Keymap dann automatisch zu laden kannst du diese in /etc/sundtek.conf hinterlegen:
Als Beispiel:
/etc/sundtek.conf
[0110416185342]
ir_protocol=NEC
rcmap=/lib/udev/rc_keymaps/vp702x
-
Hallo,
nach der Neuinstallation des Treibers auf meinem System:
Ubuntu 12.04.2 LTS
wird mein USB-Stick nicht mehr angezeigt.
-
Hallo,
hier noch weitere Infos:
user1@pc-201:~$ /opt/bin/mediaclient -e
**** List of Media Hardware Devices ****
user1@pc-201:~$
user1@pc-201:~$ tail -f /var/log/mediasrv.log
2013-05-18 10:20:29 [3224] Scanning for plugins
2013-05-18 10:20:29 [3224] found lib: libencoder_plugin.so
2013-05-18 10:20:29 [3224] MediaAVPlugin: MPEG Encoder
2013-05-18 10:20:29 [3224] Copyright: (C) Tpe 2011/2012
2013-05-18 10:20:29 [3224]
2013-05-18 10:20:29 [3224] Starting up device manager
2013-05-18 10:20:29 [3224] scanning devices done
2013-05-18 10:20:29 [3224] attached devices:
2013-05-18 10:20:29 [3225] Autostarting scripts in /etc/sundtek/
2013-05-18 10:20:29 [3225] executed all available items
2013-05-18 10:20:43 [3224] Initial devicescan done, switching detection mode
2013-05-18 10:21:08 [3224] registering ID: 0
2013-05-18 10:21:08 [3224] disconnecting kernel driver
2013-05-18 10:21:08 [3224] Video is set to first transfer option
2013-05-18 10:21:08 [3224] Audio is set to first transfer option
2013-05-18 10:21:08 [3224] DVB is set to second transfer option
2013-05-18 10:21:09 [3224] attaching Videodecoder
2013-05-18 10:21:11 [3224] attaching DVB-T, DVB-C
2013-05-18 10:21:11 [3224] Using second generation demodulator
2013-05-18 10:21:13 [3224] SETTING DVB-C
2013-05-18 10:21:13 [3224] demodulator successfully attached (DVBC)!
2013-05-18 10:21:13 [3224] Allocation using pg for type 65678
Ich bitte um Hilfe.
Grüße
Eugen
-
Der Logfileausschnitt sieht doch gut aus
Was zeigt denn /opt/bin/mediaclient -e an?
-
user1@pc-201:~$ /opt/bin/mediaclient -e
**** List of Media Hardware Devices ****
user1@pc-201:~$
Nur eine leere Liste.
-
Versuch mal einen anderen USB Port, oder eventuell ein anderes USB Kabel.
Das Gerät wird vom System wie es aussieht physikalisch nicht erkannt.
Schicke die Ausgabe von dmesg, lsusb an kontakt at sundtek de vielleicht sieht man ja dort auch etwas.
-
Das Kabel und auch den Port hatte ich auch schon gewechselt.
Danke erstmal.
-
Hallo, seit Fedora 19 (ist noch Beta) funktioniert bei mir die analog-TV Sound Ausgabe nicht mehr.
# yum info pulseaudio
Geladene Plugins: langpacks, refresh-packagekit, remove-with-leaves
Installierte Pakete
Name : pulseaudio
Architektur : x86_64
Version : 3.0
Ausgabe : 10.fc19
Größe : 2.9 M
Quelle : installed
Aus Quelle : updates-testing
Zusammenfassung: Improved Linux Sound Server
URL : http://www.freedesktop.org/wiki/Software/PulseAudio
Lizenz : LGPLv2+
Beschreibung: PulseAudio is a sound server for Linux and other Unix like operating
: systems. It is intended to be an improved drop-in replacement for the
: Enlightened Sound Daemon (ESOUND).
# cat mediasrv.log
2013-06-11 18:17:30 [8379] Pulseaudio connect reported an error (6 - Connection refused)
2013-06-11 18:17:30 [8379] Pulseaudio connect reported an error (6 - Connection refused)
Das gleiche Problem wurde auch hier geschildert https://bbs.archlinux.de/viewtopic.php?id=23402 (https://bbs.archlinux.de/viewtopic.php?id=23402), allerdings ohne Lösung. Die Pulseaudio Version ist identisch - 3.0.
Des weiteren bekomme ich bei seit dem neusten Treiber sundtek_installer_130609.050951.sh eine Selinux Fehlermeldung "process execmem" siehe auch http://www.selinuxproject.org/page/ObjectClassesPerms#process
(http://www.selinuxproject.org/page/ObjectClassesPerms#process). Gibt es eine neue Funktion im Treiber? Wie kann ich diese abschalten?
Grüße kalibari
-
# cat mediasrv.log
2013-06-11 18:17:30 [8379] Pulseaudio connect reported an error (6 - Connection refused)
2013-06-11 18:17:30 [8379] Pulseaudio connect reported an error (6 - Connection refused)
Das gleiche Problem wurde auch hier geschildert https://bbs.archlinux.de/viewtopic.php?id=23402 (https://bbs.archlinux.de/viewtopic.php?id=23402), allerdings ohne Lösung. Die Pulseaudio Version ist identisch - 3.0.
Dann ist Pulseaudio falsch konfiguriert, das war auch das Problem bei dem anderen. Laeuft denn Pulseaudio an der Stelle?
Des weiteren bekomme ich bei seit dem neusten Treiber sundtek_installer_130609.050951.sh eine Selinux Fehlermeldung "process execmem" siehe auch http://www.selinuxproject.org/page/ObjectClassesPerms#process
(http://www.selinuxproject.org/page/ObjectClassesPerms#process). Gibt es eine neue Funktion im Treiber? Wie kann ich diese abschalten?
Grüße kalibari
Der Treiber verwendet shared memory um die Daten vom Treiber zu den Applikationen zu transportieren, bzw. der Treiber schreibt in das Shared Memory Segment und die Clients lesen dies aus hier hat sich auch schon sehr lange nichts mehr geaendert.
Du kannst SeLinux darauf trainieren dies einfach zu ignorieren falls es wirklich stoert.
-
Dann ist Pulseaudio falsch konfiguriert, das war auch das Problem bei dem anderen. Laeuft denn Pulseaudio an der Stelle?
Ja Pulseaudio läuft, an welcher Einstellung lag es?
Der Treiber verwendet shared memory um die Daten vom Treiber zu den Applikationen zu transportieren, bzw. der Treiber schreibt in das Shared Memory Segment und die Clients lesen dies aus hier hat sich auch schon sehr lange nichts mehr geaendert.
siehe http://www.sundtek.de/media/ (http://www.sundtek.de/media/) die Meldung bekomme ich erst seit sundtek_installer_130609.050951.sh.
Mit sundtek_installer_130315.225747.sh und allen Versionen zuvor, trat die Fehlermeldung nicht auf, ich hab es gerade nochmal getestet, dann muss es einen anderen Grund geben.
Siehe http://www.akkadia.org/drepper/selinux-mem.html
There are two situations when this error can appear:
- The program maps anonymous memory with mmap with PROT_EXEC. Note that because anonymous memory is zero'd out by the system it makes not much sense to not have it writable as well.
- The program maps a file with MAP_PRIVATE and both PROT_WRITE and PROT_EXEC.
-
Versuche mal das als root:
/usr/sbin/semanage fcontext -d -t lib_t /opt/lib/libmediaclient.so
/usr/sbin/semanage fcontext -a -t lib_t /opt/lib/libmediaclient.so
hilft das?
Gib mal die original Meldung hier an, so kann man nur mutmaßen.
Geaendert hat sich hier aber definitiv nichts beim Datenhandling.
-
Raw Audit Messages:
----
time->Tue Jun 11 22:51:25 2013
type=SYSCALL msg=audit(1370983885.799:454): arch=c000003e syscall=9 per=400000 success=no exit=-13 a0=0 a1=801000 a2=7 a3=20022 items=0 ppid=1 pid=16573 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 ses=4294967295 tty=(none) comm="mediasrv" exe="/opt/sundtek/bin/mediasrv" subj=system_u:unconfined_r:mymediaclient_t:s0 key=(null)
type=AVC msg=audit(1370983885.799:454): avc: denied { execmem } for pid=16573 comm="mediasrv" scontext=system_u:unconfined_r:mymediaclient_t:s0 tcontext=system_u:unconfined_r:mymediaclient_t:s0 tclass=process
----
Grüße kalibari
-
Eventuell ist dass das Pulseaudio Library, im Treiber werden keine expliziten Mappings mit dem Execute Flag gemacht. Die einzigen Mappings die von uns gemacht werden, werden mit Read/Write gesetzt und sind fuer die Datenuebertragung zustaendig.
Du kannst natuerlich versuchen die Audiobibliotheken zu entfernen welche auf die Pulseaudio Systembibliotheken zurückgreifen (in Deinem Fall /opt/sundtek/bin/audio) und dann ueberpruefen ob die Meldung noch immer kommt.
-
Ich hatte testweise alles entfernt außer mediaclient + mediasrv, aber die Meldung kommt immernoch.
-
Hallo Sundtekteam,
ich habe ein kleines Problem mit der Soundausgabe über KRadio.
Nach Installation des Treibers funktioniert alles tadellos. Nach einem Reboot jedoch ist zwar zu sehen, dass KRadio läuft aber ohne Ton. Die Konsolenausgabe ist nicht sehr aussagekräftig:
~> kradio4 -caption "%c"
initialisiere das Plugin für die Fernsteuerung (LIRC)
Warnungen/Fehlermeldungen über nicht vorhandene Unix-Sockets sind kein Problem - üblicherweise ist der LIRC-Dienst in diesen Fällen nicht gestartet.
kradio: could not connect to socket
kradio: Datei oder Verzeichnis nicht gefunden
Die Initialisierung des KRadio LIRC Plugins schlug fehl
kradio4(21147): ""geometry" - conversion of "0,0,0,0" to QRect failed"
Gibt es dazu Infos oder eine Lösung?
Mein System siehe Profil.
Vielen Dank vorab.
-
Ueberpruefe ob nach dem Reboot eventuell bereits ein anderes Programm auf den Tuner zugreift.
/opt/bin/mediaclient --lc
Du kannst die jeweilige Applikation mit "/opt/bin/mediaclient --dc PID" vom Treiber disconnecten (PID = ID welche du bei mediaclient --lc angezeigt bekommst). Am saubersten ist es jedoch die Applikation welche den Tuner belegt zu stoppen.
-
Hallo und vielen Dank für die Antwort,
also ich habe das überprüft aber das war nicht das Problem
/opt/bin/mediaclient --lc
**** List of Media Clients ****
/dev/dvb/adapter0/frontend0:
No client connected
/dev/dvb/adapter0/dvr0:
No client connected
/dev/dvb/adapter0/demux0:
No client connected
/dev/video1:
No client connected
/dev/vbi0:
No client connected
/dev/radio0:
No client connected
/dev/rds0:
No client connected
/dev/mediainput0:
No client connected
/dev/dsp0:
No client connected
Es hätte mich auch gewundert da Kaffeine und VLC klaglos DVB-T mit Tonausgabe abspielen.
Habt Ihr noch andere Ideen?
-
Eventuell die Radio Node in kradio eintragen und die Node als V4L2 Device oeffnen?
Ich denke da gab es irgendetwas was man bei der Einstellung in Kradio beruecksichtigen musste, es ist aber schon etwas zu lange her...
Teste einfach einmal ob das "radio" Tool auf das Radio Interface zugreifen kann.
-
Hier mal mein Update von einem ASUS AC66U mit dd-wrt build 22200
1.
cat /jffs/sundtek/sundtek.conf
enablenetwork=on
2.
/jjffs/sundtek/mediasrv -d -c /jffs/sundtek/sundtek.conf
mediaclient.log mediasrv.log
root@DD-WRT:/tmp# tail -f /var/log/mediaclient.log
2013-08-26 13:49:37 [2147] unable to connect to driver (closing: 3 - Connection refused)
2013-08-26 13:50:51 [2223] unable to connect to driver (closing: 3 - Connection refused)
2013-08-26 13:52:16 [2411] unable to connect to driver (closing: 3 - Connection refused)
^C
root@DD-WRT:/tmp# tail -f /var/log/mediasrv.log
root@DD-WRT:/tmp# tail -f /var/log/mediasrv.log
2013-08-26 13:56:07 [2693] scanning for plugins
2013-08-26 13:56:07 [2693] Starting listener
2013-08-26 13:56:07 [2693] Starting up device manager
2013-08-26 13:56:07 [2693] Enabling listener
2013-08-26 13:56:07 [2693] scanning devices done
2013-08-26 13:56:07 [2693] attached devices:
2013-08-26 13:56:07 [2693] registering ID: 0
2013-08-26 13:56:07 [2695] Autostarting scripts in /etc/sundtek/
2013-08-26 13:56:07 [2695] executed all available items
2013-08-26 13:56:07 [2695] problem reading data in service processor...
2013-08-26 14:02:45 [2966] Starting up Multimedia Framework (Aug 22 2013 13:51:37)
2013-08-26 14:02:45 [2966]
2013-08-26 14:02:45 [2966] *** Autostarting Networksupport ***
2013-08-26 14:02:45 [2966]
2013-08-26 14:02:46 [2966] API Version: 5.10
2013-08-26 14:02:46 [2966] Running on Linux (3.9.11)
2013-08-26 14:02:46 [2966] unable to open /dev/misc
2013-08-26 14:02:46 [2966] scanning devices
2013-08-26 14:02:46 [2966] scanning for drivers
2013-08-26 14:02:46 [2966] scanning for plugins
2013-08-26 14:02:46 [2966] Starting listener
2013-08-26 14:02:46 [2966] Starting up device manager
2013-08-26 14:02:46 [2966] Enabling listener
2013-08-26 14:02:46 [2966] Listening on 9234
2013-08-26 14:02:46 [2968] Starting service processor (PID 2968)
2013-08-26 14:02:46 [2966] scanning devices done
2013-08-26 14:02:46 [2966] attached devices:
2013-08-26 14:02:46 [2966] registering ID: 0
2013-08-26 14:02:46 [2968] Autostarting scripts in /etc/sundtek/
2013-08-26 14:02:46 [2968] executed all available items
2013-08-26 14:02:46 [2968] problem reading data in service processor...
Die installation an sich klappt, andere Sticks via Netzwerk connecten klappt auch, nur der Start des Sticks selbst klappt nicht. Irgend ne Idee?
-
Eventuell ein Problem mit der Schreibberechtigung auf dem Embedded Device um die Devicenodes zu erstellen. Kontaktiere uns ggf. via Skype (sundtek) um dem nachzugehen, via Forum wird man bei dem Problem wohl nicht weiterkommen.
-
hatte gestern den DVB-S2 Stick in Version 2 rausgekramt (hatte den damals zur Seite gelegt, da es bei HD Artefakte gab).
Angeschlossen und getestet und habe nun garkeine Artefakte mehr, auch nach einem Langzeit Test mit einer Aufnahme und nur dem Tuner aktiv.
Wurde dies im Treiber irgendwie gelöst, konnte aus den Changelogs leider nichts herauslesen.
Also freut mich ja, dass der Stick geht, nur wundere ich schon etwas.
Der Stick steckt in einem RPi auf dem Dachboden direkt am Multiswitch.
Im ganzen Sieht das so aus:
- Rev.2 in RPi Dachboden
- Rev.3 in RPi Gästezimmmer
alle gehen in die DM8000 (Interne Tuner mit 2/1 Router von TechniSat) und werden als Tuner 2 u. 3 verwendet.
Da dort leider kein weiteres Kabel hingelegt werden kann.
-
Der Treiber von heute tuts auf der Dreambox nicht mehr im Netzwerk Modus.
Server ist ein RaspberryPI.
Im Log auf der DM800se kommt nur noch:
[ 111.623000] vtuner_do_msg ack timeouted
[ 112.173000] vtuner_do_msg ack timeouted
[ 112.723000] vtuner_do_msg ack timeouted
[ 113.273000] vtuner_do_msg ack timeouted
[ 113.823000] vtuner_do_msg ack timeouted
[ 114.373000] vtuner_do_msg ack timeouted
[ 114.923000] vtuner_do_msg ack timeouted
[ 115.473000] vtuner_do_msg ack timeouted
[ 116.023000] vtuner_do_msg ack timeouted
[ 116.573000] vtuner_do_msg ack timeouted
Zurück auf den Treiber vom 29.08 und alles geht wieder.
Auf dem Server kann auch die Version vom 14.09 sein, nur auf dem Client nicht.
-
Sollte mit der aktuellen Version nun wieder klappen, auch mit dem Netrecoverymode.
-
Ja mit der aktuellen geht jetzt wieder alles.
Vielen Dank für den schnellen Support :)
-
Hallo Sundtek-Support,
ist in den aktuellen Treibern der RaspberryPi-Workaround noch aktiv, der im letzten Jahr mal eingebaut wurde?
Ich bekomme nach wie vor den "alten" (gekauft 07/2012) MediaTV Home nicht stabil zum Laufen, wobei der Stick nicht zum TV-Empfang genutzt wird, sondern zum Monitoring der Segmentauslastung im Kabel-Internet. Ich bin mit der Problematik nicht allein, siehe http://www.kdgforum.de/viewtopic.php?f=69&t=15097&start=440#p440297 (http://www.kdgforum.de/viewtopic.php?f=69&t=15097&start=440#p440297)
Bei mir hängt sich der mediasrv nach wenigen Minuten bis Stunden so auf, dass ein mediaclient --shutdown nicht mehr funktioniert, das Kommando kehrt nie zurück. Auch ein mediaclient --reset <bus/port> beendet den mediasrv nicht mehr.
Ein Hinweis eines Kollegen von Euch in einem Kommentar zu einer Amazon-Rezension http://www.amazon.de/review/R3P5PWNHP19UK2/ref=cm_cr_pr_cmt?ie=UTF8&ASIN=B005H73T4U&linkCode=&nodeID=&tag=#wasThisHelpful (http://www.amazon.de/review/R3P5PWNHP19UK2/ref=cm_cr_pr_cmt?ie=UTF8&ASIN=B005H73T4U&linkCode=&nodeID=&tag=#wasThisHelpful) hat mich nun drauf gebracht, hier nochmal nachzufragen. Die Probleme mit dem USB des RaspberryPi sind ja hinlänglich bekannt, es wäre trotzdem super, wenn das Projekt "Monitoring der Segmentauslastung" mal stabil laufen würde.
-
Wie schnell kannst du das nachvollziehen?
Das Problem ist das der Raspberry PI Daten verschluckt, beim Deinitialisieren fehlt dann so ein Paket und der Treiber wartet nun wohl ewig darauf bis alles eingesammelt werden kann.
Wenn du dich via Skype (sundtek) meldest kannst du das eventuell direkt mit dem Entwickler abklären.
-
wow, Ihr seid schnell!
Der Hänger von mediasrv tritt nach einem Reboot oft erst nach vielen Stunden auf, wenn man dann erfolgreich den mediasrv neu starten kann (mediaclient --shutdown, gefolgt von --start), dauert es meist nur wenige Minuten bis zum nächsten Hänger. Aber sicher bzw. gezielt reproduzierbar ist der Zeitpunkt des Hängers nicht.
Muss man den Hänger wirklich "live" verfolgen, oder genügt es, auf den Hänger zu warten und dann zu skypen?
Alternativ könnte ich einen ssh-Zugang zu dem RaspberryPi einrichten; von mir aus darf sich der Entwickler gerne auf der Kiste austoben. Tagsüber wird's für mich mit dem skypen schwierig, denn ich muss ja auch arbeiten ;-)
-
Ein Zugang wäre sicherlich praktisch. Du kannst mir die Zugangsdaten auch via private message schicken.
-
Es werden nicht mehr alle Sender gefunden, seit ein paar Treiberversionen.
log aus mediasrv.log
2013-09-18 01:29:59 [656] NETDRV: Trying to bind interface 0
2013-09-18 01:29:59 [656] device supports Digital TV
2013-09-18 01:29:59 [656] disabling analog TV
2013-09-18 01:29:59 [656] disabling FM RADIO
2013-09-18 01:29:59 [656] disabling remote control
2013-09-18 01:29:59 [656] disabling media oss
2013-09-18 01:29:59 [656] disabling RDS
2013-09-18 01:29:59 [656] listening on port: 37428
2013-09-18 01:29:59 [658] Starting up IPTV
2013-09-18 01:30:12 [658] Shutting down IPTV
2013-09-18 01:30:13 [659] NETDRV: Trying to bind interface 0
2013-09-18 01:30:13 [659] device supports Digital TV
2013-09-18 01:30:13 [659] disabling analog TV
2013-09-18 01:30:13 [659] disabling FM RADIO
2013-09-18 01:30:13 [659] disabling remote control
2013-09-18 01:30:13 [659] disabling media oss
2013-09-18 01:30:13 [659] disabling RDS
2013-09-18 01:30:13 [659] listening on port: 53640
2013-09-18 01:30:13 [661] Starting up IPTV
2013-09-18 01:30:25 [661] Shutting down IPTV
2013-09-18 01:30:25 [662] NETDRV: Trying to bind interface 0
2013-09-18 01:30:25 [662] device supports Digital TV
2013-09-18 01:30:25 [662] disabling analog TV
2013-09-18 01:30:25 [662] disabling FM RADIO
2013-09-18 01:30:25 [662] disabling remote control
2013-09-18 01:30:25 [662] disabling media oss
2013-09-18 01:30:25 [662] disabling RDS
2013-09-18 01:30:25 [662] listening on port: 59427
2013-09-18 01:30:25 [664] Starting up IPTV
Dafür zählen die Sender in 10er Schritten hoch
(http://abload.de/img/zwischenablage-1qwpsd.jpg)
Das geht so bis 490 Sender gefunden werden. In der Sernderliste sind wenige Sender dann zigfach enthalten.
Ich habe auch schon DVB-Viewer 5.0, 5.1 und die 5.2er versucht. Keine Chance....
-
Ist das LED grün?
Es hat sich soweit eigentlich nichts geändert bei diesem Treiber. Das sieht hauptsächlich danach aus als ob eventuell horizontal oder vertikal aus irgendeinem Grund fehlt?
-
Ist das LED grün?
Es hat sich soweit eigentlich nichts geändert bei diesem Treiber. Das sieht hauptsächlich danach aus als ob eventuell horizontal oder vertikal aus irgendeinem Grund fehlt?
Welche LED? Die am Stick? Die war mal blau, bis sie kaputtgegangen ist. Wir hatten geskyped.
-
Ach das ist DVB-C sorry.
Starte auf dem Server
/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0
Der sollte eigentlich alles finden, wenn etwas fehlt scannt DVBViewer diese Frequenzen eventuell blos nicht.
-
Ach das ist DVB-C sorry.
Starte auf dem Server
/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0
Der sollte eigentlich alles finden, wenn etwas fehlt scannt DVBViewer diese Frequenzen eventuell blos nicht.
Man man, hab alles kontrolliert. Alle Verbindungen sind sauber, aber er es ändert sich nix.
== reading digital TV signal ==
SIGNAL: [ ] ( 0%) BER: 41248 FREQ: 114000000 Hz LOCKED: YES MER: 364 SYM: 6900000 MOD: QAM256
SIGNAL: [ ] ( 0%) BER: 4 FREQ: 114000000 Hz LOCKED: YES MER: 367 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 1 FREQ: 114000000 Hz LOCKED: YES MER: 364 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 1 FREQ: 114000000 Hz LOCKED: YES MER: 366 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 1 FREQ: 114000000 Hz LOCKED: YES MER: 365 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 1 FREQ: 114000000 Hz LOCKED: YES MER: 366 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 1 FREQ: 114000000 Hz LOCKED: YES MER: 366 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 0 FREQ: 114000000 Hz LOCKED: YES MER: 364 SYM: 6900000 MOD: QAM256
So läuft das endlos durch.
-
klar, das sieht aber auch gut aus, aendert sich die Frequenz mit der Zeit?
Starte auf dem Linux Rechner
/opt/bin/mediaclient --nitscan /dev/dvb/adapter0/dvr0
Das sollte dir eine Tabelle der Verfuegbaren Frequenzen ausgeben
Folgender Befehl listet die Sender auf dem Transponder auf:
/opt/bin/mediaclient --tsscan /dev/dvb/adapter0/dvr0
Und mit folgendem Befehl kann man auf der Konsole umschalten:
/opt/bin/mediaclient -m DVBC -f 114000000 -M Q256 -S 6900000 -d /dev/dvb/adapter0/frontend0
(-d /dev/dvb/adapter0/frontend0 kann weggelassen werden sofern nur ein Gerät vorhanden ist)
-
klar, das sieht aber auch gut aus, aendert sich die Frequenz mit der Zeit?
Leider nein, Frequenz bleibt stehen.
-
Starte den Windows PC einmal neu, wir haben es gerade überprüft und es klappt eigentlich problemlos.
Auf jeden Fall muss sich die Frequenz bei dem readsignal Befehl ändern.
Getestet wurde mit der aktuellen DVBViewer Version.
-
Ich bekomme nach wie vor den "alten" (gekauft 07/2012) MediaTV Home nicht stabil zum Laufen, wobei der Stick nicht zum TV-Empfang genutzt wird, sondern zum Monitoring der Segmentauslastung im Kabel-Internet. Ich bin mit der Problematik nicht allein, siehe http://www.kdgforum.de/viewtopic.php?f=69&t=15097&start=440#p440297 (http://www.kdgforum.de/viewtopic.php?f=69&t=15097&start=440#p440297)
Bei mir hängt sich der mediasrv nach wenigen Minuten bis Stunden so auf, dass ein mediaclient --shutdown nicht mehr funktioniert, das Kommando kehrt nie zurück. Auch ein mediaclient --reset <bus/port> beendet den mediasrv nicht mehr.
Problem besteht weiterhin - auch mit der Treiberversion vom 2.10.
-
Der RPI ist noch auf der Liste, wir haben unseren RPI wieder aktiviert daher loggen wir uns nicht mehr bei dir ein.
Der Fehler der bei dir ersichtlich war ist das der Treiber beim Deinitialisieren des Datentransfers hängt, nach Überprüfung auf unserer Seite ist der alte Workaround durchaus noch aktiv aber das Raspberry PI System scheint nun einen anderen Systemfehler zu haben.
Wir werden es in der kommenden Woche weiter überprüfen.
-
Hallo,
gibt es eine Liste aller per /etc/sundtek.conf unterstützten Parameter?
-
Ja, im Wiki:
http://wiki.sundtek.de/index.php/TreiberKonfiguration
-
hallo,
Ich habe einen asus router rt-66u
Auf diesem Router habe ich die Firmware von merlin.
Kann ich die sundtek DVB-C-Stick auf die asus installieren und eine Netzwerkverbindung von meiner dm800 nach de asus router meine DVB-C-Sender anrufen?
-
Sollte funktionieren, falls nicht einfach hier im Forum schreiben oder uns via Skype "sundtek" kontaktieren.
-
Hallo,
nachdem ich bereits seit einiger Zeit erfolglos versuche einen HVR-900 (Typ 2040:6502) mit dem Kernel-Standardtreiber (em28xx) unter 3.11 oder neuer zu benutzen, wollte ich - vor einer Bestellung des MediaTV Pro III - nachfragen, wie groß die Chance ist das der Sundtek-Treiber mit einem Haswell-System sowie aktuellem Mainline-Kernel funktionieren wird.
Für den HVR-900 Stick ist nämlich lustigerweise nicht em28xx sondern USB3 bzw. xhci_hcd das größte Problem ("xHCI host not responding" -> Bus freeze bei Zugriff auch audio capture device) und ich befürchte das dies auch mit dem MediaTV Pro passieren könnte. Ist das eine unbegründete Sorge?
-
Wir verwenden soweit einen anderen Chipsatz, wie dieser sich mit USB 3.0 auf Deinem jeweiligen Rechner verhält können wir nicht sagen.
Die anderen Chipsätze sind auf jeden Fall Resource-schonender.
Der Treiber ist generisch und funktioniert bei uns ab 2.6.15 mit allen Kernel Versionen ohne nachkompilieren zu müssen.
-
Der Fehler der bei dir ersichtlich war ist das der Treiber beim Deinitialisieren des Datentransfers hängt, nach Überprüfung auf unserer Seite ist der alte Workaround durchaus noch aktiv aber das Raspberry PI System scheint nun einen anderen Systemfehler zu haben.
Wir werden es in der kommenden Woche weiter überprüfen.
Hat sich mit dem neuen Treiber von heute an dieser Stelle etwas geändert? Auf Seiten des RaspberryPi tut sich beim USB anscheinend nichts mehr, die kriegen das nicht in den Griff.
-
Der aktuelle Status vom RPI ist uns derzeit nicht wirklich bekannt.
Es hat sich dort auf jeden Fall etwas verändert das unseren ersten Workaround unnötig gemacht hat, aber wie es derzeit aussieht müssen wir erst wieder testen (und das wird erst ab Neujahr möglich sein).
-
Danke für den neuen Treiber !
Eine Frage: Gibts irgendwo ein Startscript für z.B. Debian /etc/init.d ?
Ich starte jetzt erst mal über einen manuellen Eintrag in /etc/rc.local. Sauberer wäre aber ein kleines Startscript, wie bei allen Serverdiensten.
VG
Kallewirsch
-
Der Treiber startet bei Debian und Ubuntu eigentlich automatisch.
Dieser wird entweder via udev oder systemd gestartet.
Da wir das gerade wieder vorher bei uns hatten:
/opt/bin/mediaclient --lc
zeigt an welche Applikationen gerade auf den Tuner zugreifen, wenn bereits eine DVB Applikation (z.B vdr) auf den Tuner zugreift wird AnalogTV blockiert
-
dvb_api_version Parameter hinzugefügt, damit kann man die DVB API Versionsnummer via sundtek.conf setzen
Hallo,
seid doch bitte so gut, und aktualisiert die ganzen Parameter für die sundtek.conf, die zur Verfügung stehen!
In http://wiki.sundtek.de/index.php/TreiberKonfiguration stehen nur ein Bruchteil und die wichtigen die zuletzt hinzugekommen sind, sind nahezu unauffindbar / undokumentiert.
-
Es hatte nur eine Option gefehlt wie es scheint.
Nichts desto trotz, die gesamten Features der alten Chipsätze mussten auf die neuen übertragen werden was mittlerweile soweit abgeschlossen sein sollte.
-
Hi,
die neueste Versionen (Februar 2014) funktieren nicht mehr mit MediaTV Pro II + Netzwerk + DVBViewer. Tausche ich den Treiber aus gegen alte Version funktioniert es wieder. Log ist leer. DVB-Viewer hängt sich beim Start einfach auf, auch nach Neustart / Neuinstallation des Windows-Netzwerktreibers. Irgend ne Idee wo man ansetzen kann`?
-
Ja, der Windows Netzwerktreiber wird morgen aktualisiert
-
Ja, der Windows Netzwerktreiber wird morgen aktualisiert
Prima. Danke.
-
Der Netzwerktreiber wurde aktualisiert
-
Hi,
ich habe mal in das Script geschaut (sundtek_netinst.sh), auch wenn ich nicht viel Ahnung davon habe. Da scheint am Ende noch eine Art Binärcode dranzuhängen, oder vertue ich mich da? Rein interessehalber: was hat es damit auf sich?
Lieben Gruß,
Jon
-
Das sind die Architekturchecks, damit der Installer erkennen kann ob es sich hier um ARM, MIPS, PPC, SH4, X86(32), X86(64) handelt. Es wurde alles in das eine Skript gepackt damit die Installation einfach gehalten wird.