Sundtek Support Forum
Deutsch => {Single, Dual, Quad} Sundtek SkyTV Ultimate => Thema gestartet von: reverend666 am Februar 10, 2015, 09:56:57 Vormittag
-
Hallo und guten Morgen.
Ich versuche im Moment den Stick an meinem IPFire zum laufen zu bekommen.
Leider ist das nicht von Erfolg gekrönt.
Wird es seitens Sundtek denn eine Möglichkeit geben, diesen in Betrieb nehmen zu können?
Aus dem IPfire Support Forum kann mir nicht geholfen werden, mit dem Hinweis ich solle mich an euch wenden.
Der Stick als solches wird am IPFire zwar erkannt, aber wenn ich Mediaclient -e in der konsole eingebe, wird keine passende Hardware erkannt. Ergo startet dann VDR auch nicht.
Hat das vielleicht schon einmal jemand hinbekommen?
Es scheint hier im Forum wohl schon jemand geschafft zu haben, ich gehe aber davon aus, dass es eine ältere IPfire version war und der Stick auch eine ältere Hardware Version war.
Hier mein Posting im IPFire Forum:
http://forum.ipfire.org/viewtopic.php?f=5&t=12553
Vielleicht kann mir ja jemand weiterhelfen.
-
Arne scheint nicht über USB bescheid zu wissen. USBFS in /proc wurde entfernt aber das nutzen wir nicht.
USBFS ist Teil des USB Controller Treibers und es gibt keinerlei Pläne das seit über 10 Jahre alte Interface zu entfernen.
Starte den Treiber mal manuell.
cd /opt/bin
./mediaclient --shutdown (um vorige Instanzen zu beenden)
./mediasrv -v
und poste hier die Ausgabe.
Der Treiber hat 2 Möglichkeiten USB Geräte zu erkennen, einmal via /sys und einmal via der Kernel Netlink Schnittstelle mit beiden decken wir so ziemlich 99.9% aller Systeme ab.
-
Hallo
Es erfolgte überhaupt keine Ausgabe bei der Eingabe des Befehls ./mediasrv -v
Ebenso bei ./mediaclient --shutdown .
Nach Eingabe des Befehls stand nur.
"SHutting down Multimedia stack"
Die Konsole war danach nicht mehr zu bedienen.
Muss man da länger warten?
-
Gibt es vielleicht doch einen spezielleren Treiber?
Habe diesen genommen und von /tmp ausgeführt.
Sundtek_installer_150125.105350.sh
-
Der Dienst vdr lässt sich ohne erkannten Stick auch nicht starten.
Feb 10 12:14:46 ipFIRE vdr: [1883] DVBAPI: plugin version 1.0.6 initializing (VDR 2.0.5)
Feb 10 12:14:46 ipFIRE vdr: [1883] ERROR: invalid primary device number: 1
Feb 10 12:14:46 ipFIRE vdr: [1883] ERROR: no primary device found - using first device!
Feb 10 12:14:46 ipFIRE vdr: [1883] ERROR: invalid primary device number: 1
Feb 10 12:14:46 ipFIRE runvdr: VDR exited with status 2, exiting
vdradmin läuft auf dem IPFire. Benötigt aber einen laufenden VDR-Dienst.
Wenn ich in /opt/bin den Befehl:
./mediaclient –shutdown ausführe kommt folgendes in der Konsole
[root@ipFIRE bin]# ./mediaclient --shutdown
Shutting down Multimedia Stack
^C
[root@ipFIRE bin]#
Mit STRG + C habe ich da sganze abgebrochen, weil einfach nix mehr passiert ist.
Cursor blinkte nur noch.
./mediaclient -e bringt folgendes zu Tage:
[root@ipFIRE bin]# ./mediaclient -e
**** List of Media Hardware Devices ****
Nämlich keinen Stick.
In /dev/sundtek sind Treiber gelandet. Vermute ich mal.
[root@ipFIRE sundtek]# pwd
/dev/sundtek
[root@ipFIRE sundtek]# ls -lisa
total 0
4726 0 drwx------ 3 root root 60 2015-02-10 12:12 .
3 0 drwxr-xr-x 16 root root 3440 2015-02-10 12:12 ..
4727 0 drwx------ 4 root root 80 2015-02-10 12:12 usb
[root@ipFIRE sundtek]#
[root@ipFIRE sundtek]# ls usb/00
001/ 004/
[root@ipFIRE sundtek]# ls usb/00
001/ 004/
per dmesg erscheint folgendes beim anstecken des Sticks:
[ 663.659193] usb 1-5: USB disconnect, device number 2
[ 666.586619] usb 1-5: new high-speed USB device number 4 using ehci-pci
[ 666.720144] usb 1-5: New USB device found, idVendor=2659, idProduct=1405
[ 666.720150] usb 1-5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 666.720153] usb 1-5: Product: SkyTV Ultimate IV
[ 666.720156] usb 1-5: Manufacturer: Sundtek
[ 666.720159] usb 1-5: SerialNumber: U141008162051
-
ok fangen wir nochmal an.
1. was zeigt denn die Installation auf dem Router an?
2. starte den Treiber manuell und zeige mir die Ausgabe
So startet man den Treiber manuell:
cd /opt/bin
./mediaclient --shutdown
./mediasrv -v
-
Hallo.
Also wie in meinen vorigen Posts bereits erwähnt kann ich anscheinend mit ./mediaclient --shutdown den Treiber wohl nicht beenden.
Neine Frage war ja ebenfalls ob ich überhaupt den richtigen ausgewählt habe. Vielleicht muss ich ja noch was beachten.
Die Installation des Treibers verlief ohne Probleme. (werde ich gleich nochmal starten ohne eingesteckten Stick) und die Konsolen Ausgaben hier posten.
Melde mich gleich nochmal.
-
killall -9 mediasrv
oder melde dich kurz via Skype chat (sundtek) oder IRC
http://chat.sundtek.de
-
Hallo.
Also unter pstree, ps, oder top ist nichts von mediasrv oder mediaclient zu sehen.
Also ist der Treiber wohl gar nicht geladen worden.
Jetzt nämlich meine Frage:
Wie installiert man diese Treiber Datei unter ipfire richtig.
Nach /tmp kopieren chmod 755 und dann ausführen?
Melde mich nachher nochmal
-
Mediaclient läuft ja auch nur kurz, melde dich wie erwähnt kurz mal via IRC/Web-Chat oder Skype-Chat (sundtek).
Binärkompatibilität scheint wohl gegeben zu sein, wichtig ist wie schon vorher erwähnt die Ausgabe vom mediasrv (=Treiber).
-
Hallo...
Bin jetzt zwar nicht direkt an der IPFire dran.
Habe mich jetzt im IRC eingeloggt
-
Guten Morgen.
Habe per Skype noch ein paar Inputs per Foto gepostet.
Sitze jetzt wieder am IPFire.
Per Skype bin ich jetzt erreichbar.
-
Bzgl pthreads und ipfire habe ich dort eben was gefunden.
Zeitgleich habe ich aber auch nochmal dort eine Anfrage deswegen gestellt.
Hilft euch das weiter:
http://forum.ipfire.org/viewtopic.php?f=17&t=11720&p=75931&hilit=pthread#p75931
-
Das Problem ist das es wohl keinen pthread Support gibt, ohne pthread Support kann man das System wirklich nur extremst eingeschränkt verwenden.
Ohne Pthread läuft auch der Treiber nicht.
http://timmurphy.org/2010/05/04/pthreads-in-c-a-minimal-working-example/
dort findet man ein einfaches Pthread Beispiel, wenn das läuft läuft auch der Treiber.
-
Ja das wäre ja echt schade.
Zur Not habe ich noch eine Alternative.
Und zwar geht der Stick dann an einen Raspi b+ mit OpenElec 5.0.1.
Da hatte ich den schon dran, aber mit extremen Bildaussetzern und wenn dann tvheadend oder vdr mit den jeweiligen PVR-Clients auch noch auf dem Pi laufen, dann geht das ganze schon ziemlich in die Knie.
Der Pi soll ja auch gleich die TV Ausgabe per HDMI bewerkstelligen.
Und ich habe den Pi nur auf der "modest" Übertaktung laufen.
OffTopic:
Der BogoMips-Wert wird beim Pi B+ unter OpenElec 5.0.1 nicht angezeigt.
Ist das schlimm??? Da steht nur N/A.
-
Nimm am Besten einen neuen Raspberry PI 2 dann sollte alles auf einem funktionieren.
Bei den älteren Raspberry PIs hat's 2 benötigt, einen für das Frontend und einen für das Backend.
Der neue Raspberry PI hat 4 Cores, der alte eben nur einen.
Bezüglich ipfire, es ist sehr merkwürdig wenn ein System keinen PThread Support hat, eventuell machen die dort nur etwas anderes.
-
Ja schade wenn es auf eine weitere Anschaffung hinauslaufen sollte.
Ich hoffe es klappt doch noch irgendwann.
http://wiki.ipfire.org/en/hardware/dvb
Das ist wohl aktuell nutzbare Hardware bei ipFire.
-
Habe gerade die Antwort auf meinen Post bekommen....
http://forum.ipfire.org/viewtopic.php?f=17&t=12581
Könnt ihr euch da mit einaschalten?
Ich stecke da ja nicht so in der Materie.
-
Wir übersetzen den Treiber dann später mit der IPFire Toolchain (zuerst muss diese mal gebaut werden).
-
Guten Morgen.
Ähm was bedeutet das nun genau?
Also ihr müsst euch quasi erst einmal mit der Entwicklungsumgebung für ipfire auseinandersetzen?
Schade dass ich da nicht so bewandert drin bin.
Es muss also für ipfire ein eigenes treiberpaket ähnlich openelec auf raspi entwickelt werden?
Bin gespannt.
Bitte haltet mich auf dem laufenden.
-
Versuche mal den aktuellen Treiber zu verwenden, wir haben einen 32bit Build für die verwendete Libc hinzugefügt.
-
Okay...
Habe ihn installiert.
Soll ich nochmal wie hier bereits geschrieben vorgehen?
-
Wird der Tuner nun erkannt?
/opt/bin/mediaclient -e
-
Leider nein.
Immer noch dieses pthread Problem.
Im IPFire Forum ist man wohl anderer Meinung wie Treiber implementiert werden sollten.
Dazu kann ich leider nicht viel sagen.
[root@ipFIRE bin]# ./mediasrv -v
2015-02-15 22:57:13 [6060] Alsa Blocking on (default)
2015-02-15 22:57:13 [6060] Starting up Multimedia Framework (Feb 15 2015 19:26:06)
2015-02-15 22:57:13 [6061] Starting service processor (PID 6061)
2015-02-15 22:57:13 [6060] API Version: 5.10
2015-02-15 22:57:13 [6060] Running on Linux (3.10.44-ipfire-pae)
2015-02-15 22:57:13 [6060] Detected: AuthenticAMD
2015-02-15 22:57:13 [6060] This CPU supports: MMX, SSE, SSE2
2015-02-15 22:57:13 [6060] scanning devices
2015-02-15 22:57:13 [6060]
2015-02-15 22:57:13 [6060] Scanning for drivers
2015-02-15 22:57:13 [6060] found lib: libdrv_em28xx.so
2015-02-15 22:57:13 [6060] found lib: libdrv_tntdvb.so
2015-02-15 22:57:13 [6060] found lib: libdrv_ngTV.so
2015-02-15 22:57:13 [6060] found lib: libdrv_fm.so
2015-02-15 22:57:13 [6060] found lib: libdrv_hikarisoft_isdb.so
2015-02-15 22:57:13 [6060] found lib: libdrv_net.so
2015-02-15 22:57:13 [6060] found lib: libdrv_vivi.so
2015-02-15 22:57:13 [6060]
2015-02-15 22:57:13 [6060] Scanning for plugins
2015-02-15 22:57:13 [6060] found lib: libencoder_plugin.so
2015-02-15 22:57:13 [6060] MediaAVPlugin: MPEG Encoder
2015-02-15 22:57:13 [6060] Copyright: (C) Tpe 2011/2012
2015-02-15 22:57:13 [6060]
2015-02-15 22:57:13 [6060] pthread_create() error 1, Operation not permitted
2015-02-15 22:57:13 [6060] Starting up device manager
2015-02-15 22:57:13 [6060] scanning devices done
2015-02-15 22:57:13 [6060] attached devices:
2015-02-15 22:57:13 [6061] Autostarting scripts in /etc/sundtek/
2015-02-15 22:57:13 [6061] executed all available items
-
Schon etwas merkwürdig da es diesmal mit der IPFire Toolchain gebaut wurde!
Kannst du eventuell kurz Remote Zugriff freigeben und die Infos an kontakt at sundtek de senden?
-
Ja kann ich amchen...
Habe den Treiber installiert jedoch die Kiste noch nicht neugestartet.
Soll ich das mal machen, oder wollt ihr vorher mal drüberschauen?
-
Ein Neustart ist nicht notwendig, schicke einfach mal die Infos.
-
Was für infos braucht ihr denn jetzt?
-
Siehe Meine Mitteilungen
-
Habe nochmal den netinst.sh ausgeführt:
Wollen Sie fortfahren [J/N]:
J
stopping old driver instance...
unpacking...
checking system... ./sundtek_netinst.sh: line 655: /tmp/.sundtek/chk32bit-ipfire: No such file or directory
testing libc OK 2.12.0
32Bit System detected
installing (netinstall mode) ...
Downloading architecture specific driver ... 32bit
Download finished, installing now ...
installing remote control support
finalizing configuration... (can take a few seconds)
installing libmediaclient interception library
Starting driver...
done.
-
[root@ipFIRE bin]# ./mediasrv -v
2015-02-15 23:49:40 [17181] Alsa Blocking on (default)
2015-02-15 23:49:40 [17181] Starting up Multimedia Framework (Feb 15 2015 19:26:06)
2015-02-15 23:49:40 [17181] API Version: 5.10
2015-02-15 23:49:40 [17181] Running on Linux (3.10.44-ipfire-pae)
2015-02-15 23:49:40 [17181] Detected: AuthenticAMD
2015-02-15 23:49:40 [17181] This CPU supports: MMX, SSE, SSE2
2015-02-15 23:49:40 [17181] scanning devices
2015-02-15 23:49:40 [17181]
2015-02-15 23:49:40 [17181] Scanning for drivers
2015-02-15 23:49:40 [17181] found lib: libdrv_em28xx.so
2015-02-15 23:49:40 [17181] found lib: libdrv_tntdvb.so
2015-02-15 23:49:40 [17182] Starting service processor (PID 17182)
2015-02-15 23:49:40 [17181] found lib: libdrv_ngTV.so
2015-02-15 23:49:40 [17181] found lib: libdrv_fm.so
2015-02-15 23:49:40 [17181] found lib: libdrv_hikarisoft_isdb.so
2015-02-15 23:49:40 [17181] found lib: libdrv_net.so
2015-02-15 23:49:40 [17181] found lib: libdrv_vivi.so
2015-02-15 23:49:40 [17181]
2015-02-15 23:49:40 [17181] Scanning for plugins
2015-02-15 23:49:40 [17181] found lib: libencoder_plugin.so
2015-02-15 23:49:40 [17181] MediaAVPlugin: MPEG Encoder
2015-02-15 23:49:40 [17181] Copyright: (C) Tpe 2011/2012
2015-02-15 23:49:40 [17181]
2015-02-15 23:49:40 [17181] pthread_create() error 1, Operation not permitted
2015-02-15 23:49:40 [17181] Starting up device manager
2015-02-15 23:49:40 [17181] scanning devices done
2015-02-15 23:49:40 [17181] attached devices:
2015-02-15 23:49:40 [17182] Autostarting scripts in /etc/sundtek/
2015-02-15 23:49:40 [17182] executed all available items
das Verzeichnis /etc/sundtek ist auf meinem System gar nicht vorhanden
-
/etc/sundtek ist ein kleines Helper Verzeichnis, die Skripte die man dort ablegt werden vom Treiber automatisch gestartet - sobald der Treiber gestartet wird.
pthread_create() error 1, Operation not permitted
Warum der Thread nicht erstellt werden kann ist die Frage, sobald du Remote Zugriff eingerichtet hast würde ich mir das gerne noch einmal genauer ansehen.
Was zeigt denn folgender Befehl an?
/opt/bin/mediaclient --arch
-
Architecture: 32bit
-
Hast du den aktuellen Netinstaller heruntergeladen?
http://sundtek.de/media/sundtek_netinst.sh
Wenn du einfach ein wget ausführst und der alte Installer noch vorhanden ist wird eine .1 hinter dem neuen Download angehängt
bash-4.3# chmod 777 sundtek_netinst.sh
bash-4.3# ./sundtek_netinst.sh
Welcome to the Sundtek linux / freebsd driver setup
(C)opyright 2008-2014 Sundtek <kontakt... sundtek.de>
...
unpacking...
checking system... overriding SYSTEM parameter with 32bit-ipfire
installing (netinstall mode) ...
Downloading architecture specific driver ... 32bit-ipfire
Download finished, installing now ...
installing remote control support
finalizing configuration... (can take a few seconds)
installing libmediaclient interception library
Starting driver...
done.
bash-4.3#
bash-4.3# /opt/bin/mediaclient --arch
Architecture: 32bit-ipfire
-
Habe den aktuellsten heruntergeladen?
Welche ipFire Version habt ihr denn vor euch?
---------------
Wollen Sie fortfahren [J/N]:
J
stopping old driver instance...
unpacking...
checking system... ./sundtek_netinst.sh: line 655: /tmp/.sundtek/chk32bit-ipfire: No such file or directory
testing libc OK 2.12.0
32Bit System detected
installing (netinstall mode) ...
Downloading architecture specific driver ... 32bit
Download finished, installing now ...
installing remote control support
finalizing configuration... (can take a few seconds)
installing libmediaclient interception library
Starting driver...
done.
dieses 32Bit-ipfire
wird bei mir ja gar nicht angezeigt
-
checking system... ./sundtek_netinst.sh: line 655: /tmp/.sundtek/chk32bit-ipfire: No such file or directory
das ist noch ein alter Netinstaller, wo der IPFire Support noch gefehlt hat.
Das ist der neue: ->
Lösche sundtek_netinst* und:
rm -rf sundtek_netinst.sh
wget http://sundtek.de/media/sundtek_netinst.sh
chmod 777 sundtek_netinst.sh
./sundtek_netinst.sh -easyvdr
Ich denke das klappt alles, VDR sollte auf dem IPFire Image auch funktionieren.
-
checking system... ./sundtek_netinst.sh: line 655: /tmp/.sundtek/chk32bit-ipfire: No such file or directory
das ist noch ein alter Netinstaller, wo der IPFire Support noch gefehlt hat.
Das ist der neue: ->
Lösche sundtek_netinst* und:
rm -rf sundtek_netinst.sh
wget http://sundtek.de/media/sundtek_netinst.sh
chmod 777 sundtek_netinst.sh
./sundtek_netinst.sh -easyvdr
Ich denke das klappt alles, VDR sollte auf dem IPFire Image auch funktionieren.
Irgendwas scheint da nicht in Ordnung zu sein.
[root@ipFIRE tmp]# ./sundtek_netinst.sh -easyvdr
Welcome to the Sundtek linux / freebsd driver setup
(C)opyright 2008-2014 Sundtek <kontakt@sundtek.de>
Legal notice:
This software comes without any warranty, use it at your own risk
Please note it's only allowed to use this driver package with devices from
authorized distributors or from Sundtek Germany
The Virtual analogTV Grabber (vivi) might be used freely for testing purpose
Do you want to continue [Y/N]:
Nutzungsbedingungen:
Sundtek übernimmt keinerlei Haftung für Schäden welche eventuell durch
das System oder die angebotenen Dateien entstehen können.
Dieses Softwarepaket darf ausschließlich mit Geraeten von authorisierten
Distributoren oder Sundtek Deutschland verwendet werden
Der Virtuelle AnalogTV Treiber (vivi) kann für Testzwecke ohne jegliche
Restriktionen verwendet werden
Wollen Sie fortfahren [J/N]:
AUTO_INST is set
stopping old driver instance...
unpacking...
checking system... ./sundtek_netinst.sh: line 655: /tmp/.sundtek/chk32bit-ipfire: No such file or directory
testing libc OK 2.12.0
32Bit System detected
installing (netinstall mode) ...
Downloading architecture specific driver ... 32bit
Download finished, installing now ...
installing remote control support
finalizing configuration... (can take a few seconds)
installing libmediaclient interception library
Starting driver...
done.
[root@ipFIRE tmp]#
-
Habe gerade per wget den netins heruntergeladen...
irgendwas scheint da doch nicht zu funzen...
lade ich immer von einer alten quelle?
habt ihr noch eine andere download möglichkeit?
-
Falls du cachest...
wget "http://sundtek.de/media/sundtek_netinst.sh?1234"
md5sum sundtek_netinst.sh
5216711....350c9
-
Falls du cachest...
wget "http://sundtek.de/media/sundtek_netinst.sh?1234"
md5sum sundtek_netinst.sh
5216711....350c9
Keine Änderung....
hilft das weiter?
[root@ipFIRE tmp]# uname -ar
Linux ipFIRE 3.10.44-ipfire-pae #1 SMP Mon Jun 23 23:23:33 GMT 2014 i686 athlon-4 i386 GNU/Li
-
Kann ich nicht direkt den Treiber für ipfire herunterladen?
Ohne diese Prüfung?
Vielleicht erkennt der mir nicht die Architektur.
-
Einfacher geht's nicht, herunterladen und ausführen kann jedes Kind.
Überprüfe ob die MD5Summe Deines Downloads übereinstimmt.
bash-4.3# md5sum sundtek_netinst.sh
5216711f23d5b4896990df6cf0e350c9 sundtek_netinst.sh
-
Einfacher geht's nicht, herunterladen und ausführen kann jedes Kind.
Überprüfe ob die MD5Summe Deines Downloads übereinstimmt.
bash-4.3# md5sum sundtek_netinst.sh
5216711f23d5b4896990df6cf0e350c9 sundtek_netinst.sh
[root@ipFIRE tmp]# md5sum sundtek_netinst.sh
5216711f23d5b4896990df6cf0e350c9 sundtek_netinst.sh
-
Ja und jetzt starten?
sh sundtek_netinst.sh
oder
chmod 777 sundtek_netinst.sh
./sundtek_netinst.sh
-
Wollen Sie fortfahren [J/N]:
J
stopping old driver instance...
unpacking...
checking system... ./sundtek_netinst.sh: line 655: /tmp/.sundtek/chk32bit-ipfire: No such file or directory
testing libc OK 2.12.0
32Bit System detected
installing (netinstall mode) ...
Downloading architecture specific driver ... 32bit
Download finished, installing now ...
installing remote control support
finalizing configuration... (can take a few seconds)
installing libmediaclient interception library
Starting driver...
done.
SOrry das mache ich ja die ganze Zeit auch so
edit2: entweder liegt es an meinem IPFire 2.15 Core 86 oder an was anderem.
-
Tja dann startest du das Falsche, überprüfe das nochmal genauer bei uns klappt's.
Hier der komplette Auszug wie das aussieht:
http://pastebin.com/a25UsryU
-
Tja dann startest du das falsche, überprüfe das nochmal genauer bei uns klappt's.
Ja dann mach ich wohl wirklich was falsch...
Ich schau nochmal kurz drüber
-
Folgendes entpackt den Installer:
sh sundtek_netinst.sh -e
Dort ist dann auch eine Datei "chk32bit-ipfire".
Ich weiß nicht wie du das machst das die Datei nicht dort ist, ich kann's mir nur so erklären das du die falsche Datei ausführst.
-
Moin.
Also beim Auspacken sehe ich diese Datei.
Wenn ich sie manuell ausführen will erfolgt diese Meldung:
[root@ipFIRE tmp]# ./chk32bit-ipfire
bash: ./chk32bit-ipfire: No such file or directory
und wenn ich die Datei per diesen Befehl starten will:
[root@ipFIRE tmp]# sh chk32bit-ipfire
chk32bit-ipfire: chk32bit-ipfire: cannot execute binary file
edit:
[root@ipFIRE tmp]# ldd chk32bit-ipfire
linux-gate.so.1 => (0x4fe01000)
/opt/lib/libmediaclient.so (0x4fdef000)
libc.so.6 => /lib/libc.so.6 (0x4fc6e000)
libdl.so.2 => /lib/libdl.so.2 (0x4fc69000)
librt.so.1 => /lib/librt.so.1 (0x4fc60000)
libpthread.so.0 => /lib/libpthread.so.0 (0x4fc46000)
/tools/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4fe02000)
hilft das weiter?
edit2:
meiner Rechnerarchitektur:
[root@ipFIRE log]# uname -ar
Linux ipFIRE 3.10.44-ipfire #1 SMP Thu Oct 16 11:10:15 GMT 2014 i686 athlon-4 i386 GNU/Linux
liegt es vielleicht daran und ich kann diese auf meinem Rechner nicht ausführen?
Ist ein shuttle pc.
edit3:
[root@ipFIRE tmp]# file chk32bit-ipfire
chk32bit-ipfire: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.0, BuildID[sha1]=0xee7ef45ed6c0d9941f6561d5188518f98cf6023b, not stripped
-
Die IPFire Jungs sollen erst mal zeigen wie man für deren System etwas ausserhalb des Images übersetzt, wenn das geht können wir auch einen Treiber dafür bauen.
Da ich bis hier schon mehrere Stunden investiert habe werde ich nun erst mal abwarten bis die IPFire Jungs erst mal eine Dokumentation auf die Beine stellen wie man ausserhalb des Images etwas übersetzt.
-
Ja habe ich so verstanden.
Trotzdem vielen Dank für die Mühe.
-
Versuche den netinstaller nocheinmal herunterzuladen und auszuführen.
Ich habe für IPFire einen sehr alten 32bit Build ausgewählt welchen wir eigentlich schon immer im Treiberpaket hatten - damit scheint es zu klappen.
Ich werde den gesonderten IPFire Build beim nächsten Treiberupdate wieder entfernen, anscheinend klappt's ja mit dem regulären 32Bit Build (für alte Systeme).
-
Ja funktioniert...
[root@ipFIRE tmp]# /opt/bin/mediaclient -e
**** List of Media Hardware Devices ****
device 0: [Sundtek SkyTV Ultimate IV] DVB-S/S2, ANALOG-TV, REMOTE-CONTROL, OSS-AUDIO
[INFO]:
STATUS: ACTIVE
[BUS]:
ID: 1-5
[SERIAL]:
ID: U141008162051
[DVB-S/S2]:
FESTATUS: STANDBY
LNBVOLTAGE: DISABLED
LNBSUPPLY: USBPOWER
LNBSTATUS: OK
FRONTEND: /dev/dvb/adapter0/frontend0
DVR: /dev/dvb/adapter0/dvr0
DMX: /dev/dvb/adapter0/demux0
[ANALOG-TV]:
VIDEO0: /dev/video0
VBI0: /dev/vbi0
[REMOTECONTROL]:
INPUT0: /dev/mediainput0
[OSS]:
OSS0: /dev/dsp0
-
Hallo...
Ist das ipfire Paket aus dem Treiber wieder herausgenommen worden?
Habe zur Zeit folgende Fehler:
CRASH: Loaded libraries: /opt/lib/libmediaclient.so /usr/lib/libssl.so.10 /usr/lib/libcrypto.so.10 /lib/libdl.so.2 /lib/libpthread.so.0 /lib/libm.so.6 /lib/librt.so.1 /usr/lib/libgcc_s.so.1 /lib/libc.so.6 /lib/ld-linux.so.2 /lib/libnss_files.so.2
Mar 22 12:56:05 ipfire tvheadend[2487]: CRASH: Register dump [19]: 08155470000000330815547000000000081554700000007b081554700000007b081554700c002e8808155470ffffffff081554709c36dc48081554709c36d6f408155470a64924cc081554700c002ea008155470000001f408155470a61d1770081554700000000d081554700000000008155470a60d64cf08155470000000730815547000210202081554709c36d6f4081554700000007b
Mar 22 12:56:05 ipfire tvheadend[2487]: CRASH: STACKTRACE
Mar 22 12:56:05 ipfire tvheadend[2487]: CRASH: 0x8092d13
Mar 22 12:56:05 ipfire tvheadend[2487]: CRASH: __kernel_rt_sigreturn+0x0 ()
Mar 22 12:56:05 ipfire tvheadend[2487]: CRASH: memcpy+0x2f (/lib/libc.so.6)
Mar 22 12:56:05 ipfire tvheadend[2487]: CRASH: 0xa648c6bd
-
Was bedeutet jetzt eigentlich folgende Meldung:
/opt/bin/mediaclient -arch
Using device: /dev/video0
ID | Area
-------------
area specific settings are not supported
-------------------
das wird mir bei diesem Befehl angezeigt:
/opt/bin/mediaclient -e
**** List of Media Hardware Devices ****
device 0: [Sundtek SkyTV Ultimate IV] DVB-S/S2, ANALOG-TV, REMOTE-CONTROL, OSS-AUDIO
[INFO]:
STATUS: STANDBY
[BUS]:
ID: 1-5
[SERIAL]:
ID: U141008162051
[DVB-S/S2]:
FESTATUS: STANDBY
LNBVOLTAGE: DISABLED
LNBSUPPLY: USBPOWER
LNBSTATUS: OK
FRONTEND: /dev/dvb/adapter0/frontend0
DVR: /dev/dvb/adapter0/dvr0
DMX: /dev/dvb/adapter0/demux0
[ANALOG-TV]:
VIDEO0: /dev/video0
VBI0: /dev/vbi0
[REMOTECONTROL]:
INPUT0: /dev/mediainput0
[OSS]:
OSS0: /dev/dsp1
Treiber installiert, Gerät erkannt aber ich habe trotzdem wieder Probleme.
Wollte aber nun tvheadend nutzen, welches hier zu finden ist:
http://pikas-page.de/ipfire/tvheadend-master/
Und Thread bei ipfire:
http://forum.ipfire.org/viewtopic.php?f=17&t=8189&p=82280&sid=83853e36eaa765e781687d4837886221#p82280
-
mediaclient --arch
Es hat sich eigentlich nichts geändert bei uns.
Ich denke eher du hast derzeit einen allgemeinen TVHeadend Bug mit der tvheadend-Version.
-
Ist es möglich, dass man auf den Treiber auch mit der Gruppe video zugreifen kann?
dann würde tvheadend funktionieren.
Habe mit einem workaround das zum laufen bekommen.
LD_PRELOAD=/opt/lib/libmediaclient.so /usr/bin/tvheadend -u root -g root -f -c /etc/tvheadend --nobackup
den Tipp habe ich von badboy aus dem ipfire Forum bekommen.
-
klar das ist doch kein Problem für den Treiber, das LD_PRELOAD wirst du wohl auch nicht benötigen da es in /etc/ld.so.preload eingetragen ist.
Stimmen die Berechtigungen in /dev/?
Du kannst ja TVHeadend als video user starten und dort wird dir dann auch angezeigt was nicht passt.
-
Also die Berechtigungen stimmen nicht unter /dev/dvb/
dort ist unter /dev/dvb/adapter0 alles root:root
das ist der Crashlog:
tvheadend[16900]: CRASH: Fault address (nil) (N/A) Mar 23 20:16:00 ipfire tvheadend[16900]: CRASH: Loaded libraries: /opt/lib/libmediaclient.so /usr/lib/libssl.so.10 /usr/lib/libcrypto.so.10 /lib/libdl.so.2 /lib/libpthread.so.0 /lib/libm.so.6 /lib/librt.so.1 /usr/lib/libgcc_s.so.1 /lib/libc.so.6 /lib/ld-linux.so.2 /lib/libnss_files.so.2 Mar 23 20:16:00 ipfire tvheadend[16900]: CRASH: Register dump [19]: 081604b000000033081604b000000000081604b00000007b081604b00000007b081604b0a1700620081604b0ffffffff081604b098505bc8081604b098505674081604b0a2aed4cc081604b06d2e6362081604b0000002b0081604b06e652f65081604b00000000d081604b000000000081604b0a27304cf081604b000000073081604b000210202081604b098505674081604b00000007b Mar 23 20:16:00 ipfire tvheadend[16900]: CRASH: STACKTRACE Mar 23 20:16:00 ipfire tvheadend[16900]: CRASH: 0x8093e43 Mar 23 20:16:00 ipfire tvheadend[16900]: CRASH: __kernel_rt_sigreturn+0x0 () Mar 23 20:16:00 ipfire tvheadend[16900]: CRASH: memcpy+0x2f (/lib/libc.so.6) Mar 23 20:16:00 ipfire tvheadend[16900]: CRASH: 0xa2ae76bd Mar 23 20:16:00 ipfire tvheadend[16900]: CRASH: read+0x98 (/opt/lib/libmediaclient.so) Mar 23 20:16:00 ipfire kernel: traps: linuxdvb_fronte[16945] general protection ip:a27304cf sp:98505674 error:0 in libc-2.12.so[a26b3000+174000]
-
du kannst die Berechtigungen umstellen wie du willst
chown -R video.video /dev/dvb*