pclin
Vielen, vielen Dank fuer deine Beihilfe. Die hat mir weiter geholfen
Posts by johnbock
-
-
Jepp die apps und libs sind installiert:
[list=1]
[*]dvb-apps_1.1.1-r0.0_mipsel.deb
[*]libdvbapi_1.1.1-r0.0_mipsel.deb
[*]libdvbcfg_1.1.1-r0.0_mipsel.deb
[*]libdvben50221_1.1.1-r0.0_mipsel.deb
[*]libdvbsec_1.1.1-r0.0_mipsel.deb
[*]libucsi_1.1.1-r0.0_mipsel.deb
[*]tvheadend_4.0.9_git64fec8120158de585e18be705055259484518d94-r0.0_mipsel.deb
[/list=1]Ich haette ein CommandLine scan durchgefuehrt, aber die Programme sind nicht in dvb-apps vorhanden.
Verschiedener Transponder (nach SatOfKings 19.2E & 28.2E) habe ich schon direkt - ohne erolgt - erfasst.
Koennte es sein, dass die Module zwischen 820 und 7080 austauschbar sein? Sie haben den gleichen CPU, oder? Die Frage deshalb, weil die bcm7435 Module i bei der 7080'er st groesser als, die von der 820'er...Und woher kommen die T-Tuner? Die sind bei mir nicht bestueckt.
-
Tvheadend funktioniert tadellos auf die dm820. Bei meinem neuen 7080 (mit einem 2. Dual S2 Tuner) ist das eine andere Geschichte. Beide haben das aktuelle Enigma2 2.5.
Tvheadend bricht jeden Scan mit "Poll timeout" / "No data received".
Bei der 820 wird im tvheadend nur einen Tuner angezeigt. Bei der 7080 sehe ich aber 6: 4x Sat und 2x Teresstrial. Hinten an der 7080 sind aber nur 4 Anschlussmöglichkeiten. Habe's mit und ohne dreamciplus mit Sky Karte in einer Sky CI Plus Module versucht. Und alle sichtbare Tuner zwar konfiguriert, nur einen aktiviert.
Hat jemanden eine Idee wie ich tvheadend bei der 7080 zum scannen überreden könnte? Ich würde die Tunermodule von der 820'e auf die 7080'e versuchen, aber ich weis nicht ob das nicht "gefährlich" wäre.
Weitere Hinweise:
820'er Kernel vom 25.03 "#26" und der von der 7080'er auch vom 25.03 aber mit der "#25". -
Quote
Originally posted by pclin
johnbock
Ich verwende seit geraumer Zeit tvheadend und kodi, und bin da auch sehr zufrieden!Mit dem plugin enigma2-plugin-extensions-systemboot-ox geht das starten schon seit einiger Zeit, siehe Screenshot.
Bei einem crash von kodi-standalone wird dann tvheadend beendet und enigma2 wieder gestartet.gruß pclin
Ich benutze nur tvheadend. Weder kodi noch enigma laufen.
Ziel ist es den Box im Keller zu stellen und nur über htsp zu zugreifen.
-
Die vergange Tagen nutze ich tvheadend alleine auf eine DM820HD. Funzt ziemlich gut sowohl mit kodi auf nen entfernten Rechner als auch auf meinen iPad mit der TvhClient App. Habe gestern eine Aufnahme über nfs (keine interne Platte) ohne Probleme durchführen können. Mein größtes Problem war tvheadend zu starten. Mit einem System User, eine systemd service Datei und eine config Datei geht das nun auch problemlos.
/etc/default/tvheadend
Code
Display More# # tvheadend service configuration # 20170612 # # useradd --system --groups video --create-home --home-dir /media/hdd/tvheadend hts # configuration directory TVH_CONFDIR=/media/hdd/tvheadend # additional parameters, i.e. debugging #TVH_EXTRAOPTS="--stderr --debug --trace --fileline"
/etc/systemd/system/tvheadend@.service
Code
Display More[Unit] Description=TV streaming server and recorder Documentation=https://docs.tvheadend.org Wants=network.target After=network.target ConditionPathExists=/etc/default/tvheadend ConditionPathExists=/usr/bin/tvheadend Conflicts=enigma2.service [Service] PIDFile=%t/%i.pid EnvironmentFile=/etc/default/tvheadend Type=forking ExecStart=/usr/bin/tvheadend -c ${TVH_CONFDIR} -u %i -g %i -p %t/%i.pid -f $TVH_EXTRAOPTS #Restart=on-failure #RestartSec=60 [Install] WantedBy=multi-user.target
Wenn Mann das mit
startet, wird automatisch enigma2 vorher runtergefahren.
-
Quote
Originally posted by JackDaniel
das wird so nix
mit dem pc kommst du nicht auf den bp-server, kannst also nur über die database
aber für plugins denke ich du schaust besser hierMuss ich also doch den Sniffer einschalten...
Und weis nicht wie das Url mir weiter helfen sollte...
Trotzdem danke!
Waere vllt. hilfreich wenn es einen Schalter beim Plugindownload im Gemini gaebe, wo die heruntergeladene Sachen nach der Installation nicht automatisch geloescht werden.
-
Durch Arbeiten am lokalen WAN durch den Telekom, kommt es z.Z. bei mir zu Internet-Blackouts und weiss nicht wie lange die dazu benoetigen bis die Leitungen wieder stabil sind: Die Arbeiten schon mehrere Wochen dran.
Aus dem Grund moechte ich das eine o. andere Plugin aus dem BluePanel dauerhaft bei mir speichern. Die Sachen von der Database zu benutzten ist durch die Mehrdeutigkeit manchen Plugins fuer den 500HD (noch?) kein Alternativ...
Daher die Frage, wie lautet das Url um die verfuegbaren Plugins fuer z.B. den DM500HD auf zulisten?
-
Quote
Originally posted by hackfresse1703
die dev variante liegt momentan bei 100$ das wird sich mit sicherheit noch ein wenig verändern, ich denke das sie in DE später um die 70-80€ + Versand liegen wird. debian ist auch ein gutes verkaufsargument. ich denke das sich dieses jahr da noch einiges tuen wird. ich bin ja schon so glücklich mit der slug, wie genial wird dann das sheeva werden.Wie ich gelesen habe ist Ziel rund $50...
-
Quote
Originally posted by hackfresse1703
Schaut euch das Teil mal an.wird schon als slug killer bezeichnet, bei dem preis leistungs verhältniss fast schon ein must have, und ein debian ist bereits in arbeit
Wie ich verstanden habe, sollte der Preis noch sinken. Ich warte noch bis die eSata Schnittstelle nach aussen gefuehrt wird;)
Hier hat jemand mit 4x 16GB Sticks ein RAID0 mit erstaunliche gute Uebertragungsrate (30r 15w Mbs) gebaut.
Mit debian scheint das Ding sehr gut zulaufen.
Meine 209'er hat auf jeden Fall von dieser Entwicklung profitiert;) -
Quote
Originally posted by johnbock
Die Transferzeiten bei UMDA fähigen Karten scheinen signifikant besser zu sein.Hat jemand Timeshift auf der Karte am Laufen? Wie sind eure Eindrücke? Funktioniert's gut auch bei PIP und gleichzeitigem Streamen?
Jetzt habe ich auch eine UMDA faehige CF-Karte erworben. Uebertragungsraten sind bei weitem besser als am Anfang. Sogar Timeshift funzelt e.W.f;)
Es gibt ein o. zwei Kniffe, die die Karte richtig rennen lassen...
Code
Display Morehdparm -iI /dev/hdc /dev/hdc: Model=SanDisk SDCFX4-4096, FwRev=HDX 4.28, SerialNo=012613A0798D0925 Config={ HardSect NotMFM Removeable DTR>10Mbs nonMagnetic } RawCHS=7964/16/63, TrkSize=0, SectSize=576, ECCbytes=4 BuffType=DualPort, BuffSize=1kB, MaxMultSect=4, MultSect=4 CurCHS=7964/16/63, CurSects=8027712, LBA=yes, LBAsects=8027712 IORDY=no, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 *udma2 AdvancedPM=no WriteCache=disabled Drive conforms to: device does not report version: 4 * signifies the current active mode CompactFlash ATA device, with removable media Model Number: SanDisk SDCFX4-4096 Serial Number: 012613A0798D0925 Firmware Revision: HDX 4.28 Standards: Supported: 4 Likely used: 4 Configuration: Logical max current cylinders 7964 7964 heads 16 16 sectors/track 63 63 -- CHS current addressable sectors: 8027712 LBA user addressable sectors: 8027712 device size with M = 1024*1024: 3919 MBytes device size with M = 1000*1000: 4110 MBytes (4 GB) Capabilities: LBA, IORDY(may be)(cannot be disabled) Queue depth: 1 Standby timer values: spec'd by Vendor R/W multiple sector transfer: Max = 4 Current = 4 DMA: mdma0 mdma1 mdma2 udma0 udma1 *udma2 udma3 udma4 Cycle time: min=120ns recommended=120ns PIO: pio0 pio1 pio2 pio3 pio4 Cycle time: no flow control=120ns IORDY flow control=120ns Commands/features: Enabled Supported: Write cache * CFA feature set hdparm -tT /dev/hdc /dev/hdc: Timing buffer-cache reads: 128 MB in 3.75 seconds = 34.12 MB/sec Timing buffered disk reads: 64 MB in 3.87 seconds = 16.52 MB/sec hdparm -X66 /dev/discs/disc0/disc hdparm -m4 -c1 /dev/discs/disc0/disc time dd if=/dev/zero of=test.file bs=$((1024*1024*64)) count=1 1+0 records in 1+0 records out real 0m 16.61s user 0m 0.00s sys 0m 3.55s time dd if=test.file of=/dev/null bs=$((1024*1024*64)) count=1 1+0 records in 1+0 records out real 0m 13.28s user 0m 0.00s sys 0m 4.85s
Hier geben neben die UDMA Einstellung, die Einstellunen fuer Multisector Transfers und 32-bit IO den letzten Schliff. Multi Transfers hat eine maessige Verbesserung erzeilt. Bei 32b IO ist Uebertragungszeit rund 30% weniger geworden.
Da dd beim ersten Aufruf die Buffers erstmal "aufraeumen" muss, gibt die zweite bzw. dritte Messung mit dd reale Werte zurueck.
Vorsichtig: die Einstellung fuer Multisector Transfers darf den Maximum von der Karte vorgegebene Wert nicht uebersteigen.
-
Code
Display More17.Dec.2008/JH Performance Differences Between A QNAP TS-209II With DMA Enabled 1) linux-image-2.6.26-1-orion5x 2.6.26-11 default kernel debian lenny a) hdparm -tT /dev/sda Timing cached reads: 106 MB in 2.01 seconds = 52.61 MB/sec Timing buffered disk reads: 76 MB in 3.03 seconds = 25.06 MB/sec b) hdparm -tT /dev/sdb Timing cached reads: 112 MB in 2.01 seconds = 55.75 MB/sec Timing buffered disk reads: 84 MB in 3.04 seconds = 27.64 MB/sec 2) update system with DMA enable kernel a) edit /etc/apt/sources.list # correct this link and add link to original list thread deb http://people.debian.org/~tmb/tmb lenny b) sudo apt-get update c) sudo apt-get upgrade 3) linux-image-2.6.26-1-orion5x 2.6.26-11dma1 a) hdparm -tT /dev/sda Timing cached reads: 154 MB in 2.00 seconds = 76.83 MB/sec Timing buffered disk reads: 104 MB in 3.04 seconds = 34.22 MB/sec b) hdparm -tT /dev/sdb Timing cached reads: 154 MB in 2.02 seconds = 76.24 MB/sec Timing buffered disk reads: 106 MB in 3.02 seconds = 35.05 MB/sec 4) difference between 2.6.26-11dma1 and 2.6.26-11 a) /dev/sda Timing cached reads: 76.83 / 52.61 = 1.460 Timing buffered disk reads: 34.22 / 25.06 = 1.365 b) /dev/sdb Timing cached reads: 76.24 / 55.75 = 1.367 Timing buffered disk reads: 35.05 / 27.64 = 1.268 c) average performance increase Timing cached reads: (1.460 + 1.367) / 2 = 1.4135 Timing buffered disk reads: (1.365 + 1.268) / 2 = 1.3165 d) described in percent Timing cached reads: +41.35% Timing buffered disk reads: +31.65% 13.May.2009/JH 5) linux-image-2.6.30-rc5-orion5x_2.6.30~rc5-1 2.6.30-rc5-orion5x http://people.debian.org/~tbm/armel/kernel/r13609/ linux-image-2.6.30-rc5-orion5x_2.6.30~rc5-1~experimental.1_armel.deb a) hdparm -tT /dev/sda Timing cached reads: 200 MB in 2.00 seconds = 99.85 MB/sec Timing buffered disk reads: 128 MB in 3.03 seconds = 42.21 MB/sec b) hdparm -tT /dev/sdb Timing cached reads: 200 MB in 2.01 seconds = 99.50 MB/sec Timing buffered disk reads: 128 MB in 3.05 seconds = 41.99 MB/sec 6) difference between 2.6.30-rc5-orion5x and 2.6.26-11 a) /dev/sda Timing cached reads: 99.85 / 52.61 = 1.898 Timing buffered disk reads: 42.21 / 25.06 = 1.684 b) /dev/sdb Timing cached reads: 99.50 / 55.75 = 1.785 Timing buffered disk reads: 41.99 / 27.64 = 1.519 c) average performance increase Timing cached reads: (1.898 + 1.785) / 2 = 1.8415 Timing buffered disk reads: (1.684 + 1.519) / 2 = 1.6015 d) described in percent Timing cached reads: +84.15% Timing buffered disk reads: +60.15% 7) real disk i/o on raid devices a) raid 0 read dd if=test.file of=/dev/null bs=$((1024*1024*128)) count=10 1342177280 bytes (1.3 GB) copied, 26.0302 s, 51.6 MB/s b) raid 0 write dd if=/dev/zero of=test.file bs=$((1024*1024*128)) count=10 1342177280 bytes (1.3 GB) copied, 68.1559 s, 19.7 MB/s c) raid 1 read dd if=test.file of=/dev/null bs=$((1024*1024*128)) count=10 1342177280 bytes (1.3 GB) copied, 27.99 s, 48.0 MB/s d) raid 1 write dd if=/dev/zero of=test.file bs=$((1024*1024*128)) count=10 1342177280 bytes (1.3 GB) copied, 75.421 s, 17.8 MB/s 8) real nfs i/o on raid devices & 1000Mb/s ga:/media/movie /media/nfs nfs rw,vers=3,rsize=32768,wsize=32768,hard,nointr,proto=tcp a) raid 0 read dd if=test.file of=/dev/null bs=$((1024*1024*128)) count=10 1342177280 bytes (1.3 GB) copied, 115.212 s, 11.6 MB/s b) raid 0 write dd if=/dev/zero of=test.file bs=$((1024*1024*128)) count=10 1342177280 bytes (1.3 GB) copied, 187.804 s, 7.1 MB/s
-
Wenn ihr gute Linux Kenntnisse habt und keinen Angst vor debian habt wuerde ich es mit debian auf's QNAP probieren. lenny benutzt default maessig 2.6.26'er Kernel. Seitdem hat Marvell mehere Patches ins Mainstream gebracht, die mit DMA und dem NIC performanter umgeht.
Martin Michlmayr hat einen 2.6.30-rc5 snapshot fur den QNAP paketiert. Lt. ersten Berichten ist dadurch der Plattensatz um mehr als 10% verbessert worden. Selber weis ich, der Netzwerk hat sich mindestens soviel schon bei der 2.6.29'er verbessert.
-
Die Transferzeiten bei UMDA fähigen Karten scheinen signifikant besser zu sein.
Hat jemand Timeshift auf der Karte am Laufen? Wie sind eure Eindrücke? Funktioniert's gut auch bei PIP und gleichzeitigem Streamen?
-
Good night,
Sleep tight,
Don't let the bed bugs bite. -
Ich habe eine etwas aeltere CF Karte in meiner 7025 (ohne +) mit GP 4.2 und bekomme nur miese Durchsaetze, meist zwischen 30 - 300 KB/s. Die Karte unterstuetz nur PIO kann aber keines mit hdparm ansprechen. Momentan wird mit hdparm -c1 -m1 die Karten in der Box betrieben.
Code
Display Moreroot@dm7025:/media/hdc1# hdparm -iI /dev/hdc /dev/hdc: Model=TOSHIBA THNCF512MPG, FwRev=3.00, SerialNo=TSBC512M05Y26A38688C Config={ HardSect NotMFM Removeable DTR>10Mbs nonMagnetic } RawCHS=993/16/63, TrkSize=33264, SectSize=528, ECCbytes=4 BuffType=1Sect, BuffSize=2kB, MaxMultSect=1, MultSect=1 CurCHS=993/16/63, CurSects=1000944, LBA=yes, LBAsects=1000944 IORDY=on/off, tPIO={min:120,w/IORDY:120} PIO modes: pio0 pio1 pio2 pio3 pio4 AdvancedPM=no * signifies the current active mode CompactFlash ATA device, with removable media Model Number: TOSHIBA THNCF512MPG Serial Number: TSBC512M05Y26A38688C Firmware Revision: 3.00 Standards: Likely used: 4 Configuration: Logical max current cylinders 993 993 heads 16 16 sectors/track 63 63 -- bytes/track: 33264 bytes/sector: 528 CHS current addressable sectors: 1000944 LBA user addressable sectors: 1000944 device size with M = 1024*1024: 488 MBytes device size with M = 1000*1000: 512 MBytes Capabilities: LBA, IORDY(can be disabled) Buffer size: 2.0kB bytes avail on r/w long: 4 Queue depth: 1 Standby timer values: spec'd by Vendor R/W multiple sector transfer: Max = 1 Current = 1 DMA: not supported PIO: pio0 pio1 pio2 pio3 pio4 Cycle time: no flow control=120ns IORDY flow control=120ns
Die schmale Bandbreite der Karte hat sehr lange Shutdownzeiten zur Folge: Powerdown ueber E2 dauert ca. 5 Minuten bis EPG vollstaendig auf der Karte geschrieben ist.Code
Display Moreroot@dm7025:/media/hdc1# time dd if=/dev/zero of=test.file bs=$((1024*1024)) count=1 1+0 records in 1+0 records out real 0m 15.98s user 0m 0.00s sys 0m 0.11s root@dm7025:/media/hdc1# time dd if=/dev/zero of=test.file bs=$((1024*1024)) count=3 3+0 records in 3+0 records out real 0m 45.58s user 0m 0.00s sys 0m 0.29s root@dm7025:/media/hdc1# time dd if=/dev/zero of=test.file bs=$((1024*1024)) count=5 5+0 records in 5+0 records out real 0m 51.63s user 0m 0.00s sys 0m 0.51s
... plus E2 Overhead ...
Nun meine Frage....
Hat jemand eine CF Karten in der 7025 mit UMDA am Laufen? Koennt ihr ein o. zwei Messungen per 'time dd' hier Posten um den Vergleich mit meiner Karten mir zu ermoeglichen?
Ich denke auch mit der sync Mountoption muesste die Karte schneller laufen.
-
Quote
Originally posted by Swiss-MAD
Ich habe hier mal eine "Sonderversion" des Skin's NUR FÜR GEMINI 4.2 bei dem für die neue Funktion "Mit den < > Tasten kann man im SingleServiceEPG den Sender für die EPG Daten wechseln" die neuste EPGSelection.py aus dem CVS gepatcht wird damit man im Skin auch sehen kann wo man den im EPG steckt.Dies ist absichtlich als IPKG, weil die originale EPGSelection.py bei installation gesichert wird, und bei Deinstallation über "ipkg remove" oder den Softwaremanager wieder hergestellt. (Obwohl die neue EPGSelection.py auch so im Image ohne probleme weiter bestehen kann.)
Eine bestehende GlassLine_Mod installation über den Tarball kann bleiben, die wird einfach überschrieben.Ansonsten ist der Skin IDENTISCH mit der aktuellen Version als Tarball.
Ab dem nächsten Gemini ist diese EPGSelection.py sowiso dann schon mit dabei, weil dies schon im CVS so eingecheckt ist.
Mehr darüber ----> aktueller ServiceName im SingleServiceEPG für die neue Funktion mit den Tasten "<" und ">" ???
Hi,
wenn ich den ipk auf unbuntu auseinander zeihe stimme die Rechte fuer das menu Verzeichnis nicht. M.E. sollte sie statt 000 755 sein. Ausserdem sollte listbackground_600x70.png auch 644 haben. Ich denke die python Dateien benoetigen keine exec bits.
-
Quote
Originally posted by vassilis
I have a broken 7025 power supply as well. Now my 7025 does not even boot. The screen lights up slightly and nothing happens
Dream media says that they do not do the original 7025 powers supply anymore. I will try to replace the caps to see what happens but does anybody have a circuit diagram for it or its specs? I might try to replace it with something equivalent.I had a similar problem. After turning my 7025'er on, it took about 1/2h until it booted: it seemed as if the PSU had to warm-up before it was able to supply the proper voltages. I called DM and they told me they sell PSU conversion kits for the 7025 based upon the PSU of the 7025+.
The conversion kit cost me about 50-60E. Letting DM perform the conversion cost ca. 30E more w/o a valid guaranty. So I did it myself...
It took me about 1/2h with a SMD soldering iron. The conversion is pretty straight-forward with one constraint: the display. Three SMD resistors must be replaced w/ one 0805 (that's the size) Resistor. That's no problem if you soldered SMD before.
-
Quote
Originally posted by Swiss-MAD
Soweit ich informiert bin wird dropbear verwendet um z.b. eine Telnet Verbindung zur Dreambox aufzubauen die verschlüsselt sein soll.
Macht eigentlich nur sinn, wenn man sich über das I-Net auf die Dreambox verbinden will und sicher gehen will das da keiner mitliest was man da macht,
Denn das Passwort das man da eingibt geht sonst im klartext über das I-Net.
http://de.wikipedia.org/wiki/DropbearDamit kann mittels scp auch kopiert werden. Somit kann dropbear zwei Programme ersetzen ftp und telnet. Zugegeben ist ssh wg. der Verschlüsselung etwas langsamer, aber das ist die Kiste sowieso!
Wenn mann Keys einrichtigt brauch mann auch kein Passwort beim Einloggen einzugeben und kann somit erlaubt Batchprogramme ohne Aufsicht zuarbeiten. -
Quote
Originally posted by hib
Aber wenn Du es dann einschaltest, geht es wieder nicht mehr aus,
soweit war ich auch schon.Ich lass den Dienst durch inetd nach Request wieder starten. Beim ausloggen wird dropbear wieder gestoppt.
Eine Frage, spricht ihr von dem grüner Knopf neben der Anzeige o. spricht ihr von der Dienstanzeige neben dem Knopf? Habt ihr überprüft ob dropbear tatsächlich läuft? Bis die Sache geklärt ist lege ich nicht viel Wert auf der Anzeige.
Persönlich, habe ich das Problem nicht. dropbear funktioniert nach der Installation des o.g. Pakets wie ich es mir wünsche.
-
Wie ich sehen kann funktioniert das Ein- und Ausschalten. Ich habs ausgeschalten, die Kiste neu gebootet und das Ding bleibt aus.
Die Realisierung der Funktionalität in Gemini ist etwas unglücklich bzw. umständlich gewählt: Es werden Umgebungsvariable mitten in das jeweilige Script geplanzt, aber scheint zu tun.