You can find the original-images for all original-dreamboxes at
Other stuff (other images or other boxes) are not supported here...
You can find the original-images for all original-dreamboxes at
Other stuff (other images or other boxes) are not supported here...
Ich hatte mir als "Machbarkeitsstudie" noch mit der 7020HD tatsächlich mal eine UV-LED an ein langes Kabel gehängt und dann geschaut, ob ich das Ding so mit einem Raspberry mit installiertem (LIRC) geweckt bekomme. Funktionierte problemlos.
Am Ende habe ich es dann doch nicht aufgebaut gelassen, weil der Raspberry seinen üblichen Ort im anderen Raum hat und ich zudem keinen brauchbaren Platz für die LED fand, an dem ich diese gleichzeitig unauffällig und trotzdem zuverlässig und die normale Funktion nicht behindernd platzieren konnte.
Eines finde ich aber schön: Trotz aller Unkenrufe ("kein UHD - SKANDAL!!!!" oder "die UV3Plus ist für den halben Preis doppelt so gut!!!") scheint sich die 7080 so gut zu verkaufen, dass sowas möglich ist.
rtsp://192.168.0.22:554/stream
Wegen "auf dem release- Zweig im Schwerkraft": Jeder, der ein Plugin entwickelt, und sich an die Vorgaben von DMM hält, kann sein Plugin in den Release- Zweig schieben.
Ja, aber zumindest den Großteil der Plugins die mit der Veröffentlichung der 7080 im 2.2-er-Zweig auf Schwerkraft lagen (und dazu gehört auch PTS) hat DMM dorthin geschoben. Die Plugin-Entwickler konnten größtenteils mangels Boxen ja auch noch gar nicht testen, ob ihr Plugin läuft...
ZitatDMM ist nicht "verpflichtet", sich um die Plugins auf Schwerkraft zu kümmern oder darum, dass diese funktionieren.
Für die Plugins, die DMM dort selbst hingeschoben hat, sehe ich schon ein wenig Verantwortung. Und -siehe EPGRefresh- DMM offensichtlich auch.
Das heisst: Solange es niemanden gibt, der ein OE2.2- Gerät hat, das Permanent Timeshift benutzt, und über die nötigen Python- Kenntnisse verfügt, wird das nicht gefixt werden,
denn DMM hat sicher besseres zu tun, als sich um "Fremdplugins" zu kümmern.
Nur als Hinweis: Die EPGRefresh-Probleme hat DMM gefixt, was ich großartig fand - auch wenn sie dafür eigentlich nicht zuständig sind. Andererseits haben sie sowohl EPGRefresh als auch PTS seit 7080-Release auf Schwerkraft im 2.2er-Zweig liegen, daher solllte man schon davon ausgehen können, dass die Dinger funktionieren...
Am Ende ist es aber egal, wer die fixt, DMM hat im Moment genug zu tun, so dass es toll wäre, wenn jemand mit Python-Ahnung das Problem findet.
Gib den Befehl auf der Konsole ein, dann kommen die "Manpages" (Anleitungen) zum Befehl systemd.
Mehr Hilfe zu dem Thema kannst Du hier nicht bekommen, da es gegen die Boardregeln verstößt, Du wirst das Tool, dass Du starten willst, ja irgendwoher haben. Und wo Du das her hast, kann Dir auch genauer geholfen werden, wie Du das Ding startest, wenn Dir die "Manpages" nicht weiterhelfen.
Jepp, kann ich bestätigen, bei mir zeigt AMS seit gestern statt der Sendernamen nochmal den Titel der Sendung an...
Hab mal kurz gegoogelt. Angeblich funktioniert es, wenn man die Datei durch den TS-Doctor mit folgenden Einstellungen jagt:
http://www.directupload.net/file/d/2871/skoeuhf8_jpg.htm
Das entfernt "Füllbytes" und mach die Aufnahmen ohne Qualitätsverlust zudem kleiner...
Ähh, die Dreambox nutzt zum Aufzeichnen überhaupt keinen Codec sondern schreibt einfach den Transport-Stream (ts) in eine Datei.
Der Codec ist der, in dem ausgestrahlt wurde, sprich Mpeg2 (SD) oder h.264 (HD). Und das müsste auch Dein Samsung-TV können.
Woran scheitert Dein Samsung denn genau?
Bei mir klappt es nach wie vor nicht:
root@dm7080:~# apt-get clean
root@dm7080:~# echo "rescue" >> /proc/stb/fp/boot_mode
root@dm7080:~# df -h
Filesystem Size Used Available Use% Mounted on
/dev/root 937.0M 358.3M 531.1M 40% /
devtmpfs 692.9M 0 692.9M 0% /dev
tmpfs 692.9M 0 692.9M 0% /dev/shm
tmpfs 692.9M 18.1M 674.8M 3% /run
tmpfs 692.9M 0 692.9M 0% /sys/fs/cgroup
tmpfs 692.9M 12.0K 692.9M 0% /var/volatile
tmpfs 692.9M 12.0K 692.9M 0% /tmp
/dev/sda1 3.6T 2.1T 1.3T 63% /media/hdd
Alles anzeigen
Dann in den Recue-Moudus, create new Backup:
[*] Mounting '/dev/mmcblk0p1' to '/mnt'
[*] Creating directory '/data'
[*] Mounting '/dev/mmcblk0p2' to '/data'
[*] Creating /data/.recovery/backup.tar.gz from /mnt
tar: ./var/nmbd/unexpected: socket ignored
[*] Unmounting '/mnt'
[*] Unmounting '/data'
(Firefox 34.0.5, Win7/32)
Dito unter Chrome 39.0.2171.95 (64bit) / MacOS X 10.10
Kein Download-Button, auf der Download-Seite taucht die tag.gz-Datei ebenfalls schlichtweg nicht auf - auch nach Reboot.
Kann die Probleme von Carbonide exakt so bestätigen. Steuere als Browser, bei denen es nicht klappt auch noch Firefox und IE (jeweils aktuell) unter win7/32 bei.
Hätte auch nochmalg geschaut, ob das Flashen vorher evtl. schiefging, aber das sieht ok aus:
root@dm7080:~# md5sum vmlinuz-rescue--3.4-r0.50-dm7080-20141126.bin
37045c33ba715dd7dcf9c7bbedbb867a vmlinuz-rescue--3.4-r0.50-dm7080-20141126.bin
root@dm7080:~# flash-rescue vmlinuz-rescue--3.4-r0.50-dm7080-20141126.bin
Manufacturer ID: c2
Memory type : 20
Memory density : 18
read id ok
comparing 2329 sectors...
nothing to do
Und hier die Ausgaben vom Backup-Versuch:
[*] Mounting '/dev/mmcblk0p1' to '/mnt'
[*] Creating directory '/data'
[*] Mounting '/dev/mmcblk0p2' to '/data'
[*] Creating /data/.recovery/backup.tar.gz from /mnt
tar: ./var/nmbd/unexpected: socket ignored
[*] Unmounting '/mnt'
[*] Unmounting '/data'
(und das Bild sieht genauso aus - ohne die backup.tar.gz auch nach diversen Versuchen und Reboots)
Browser-Cache ist es auch nicht. F5 (bzw shift-reload) gemacht, zudem war der IE zum ersten Mal auf der Seite...
Quellcode der Website:
<div class="title">Firmware backup</div>
<div class="content">
<p>
All options below yield raw block device images, useful for forensics or advanced recovery methods (experts only).
</p>
<ul class="backup-options">
<li><a class="card" href="/sendfile/?filename=/dev/mmcblk0">mmcblk0<br><br><small>eMMC: Complete flash memory image</small></a></li>
<li><a class="card" href="/sendfile/?filename=/dev/mmcblk0p1">mmcblk0p1<br><br><small>eMMC: Operating system image</small></a></li>
Alles anzeigen
keine Spur von .backup.tar.gz
aber ich möchte nicht immer die blöde karte aus meinem sky reciver raus nehmen .
Keine Sorge, diese Option unterbindet Sky gerade...
und jetzt seit Ihr deswegen sauer weil es für den Golf V+VI nichts mehr gibt ...
Manche ja.
Einige (wie ich) aber auch nicht, denn es soll tatsächlich Leute mit aktuellen Modellen geben, die nach schlechten Erfahrungen trotzdem die Finger von sowas lassen...
Ihr habt einfach aufgehört Benzin in das Auto zu machen und seit jetzt sauer weil es stehen geblieben ist. Bitte also an den ADAC wenden und nicht beim Hersteller des Autos jammern.
Nö. Wir hatten nur keine Lust, alle paar Wochen wieder beim Chip-Tuner vorbeizufahren, der uns 20 zusätzliche PS verschafft hatte...
ich Flash fast nur mehr mit dBackup
Du hast ja auch eine sehr, sehr enge Beziehung mit dem Programmierer.
Im WLAN/LAN Netz sollte kein Transcoding von Nöten sein, selbst bei FullHD Material ist problemlos möglich
Im Lan stimme ich Dir zu. Im WLAN hängt es stark von den individuellen Umständen ab, ob man dort, wo man es möchte noch stabile >10Mbit/s erreicht oder nicht.
Da kein WLAN eingebaut ist, muss es ja Bluetooth sein...