HD Aufnahmen ruckeln

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • Original von MCP
      Na toll. das würde ja bedeuten die Updates bringen keine Verbesserung, sondern nur Nachteile...


      Sicherlich sind Verbesserungen implementiert, die Frage ist, was sie für Dich bedeuten. Mir ist Timeshift wichtig, deshalb nehme ich lieber ein altes Image.

      Mal ein Aufrauf an alle, welche Images Ihr für Timeshift in HD? Funzt Buli HD mit Timeshift bei irgendjemandem?

    • Ok, gute Idee, würde sofort wechseln aber noch zum Verständnis, Timeshift bedeutet zeit versetzt, richtig? Wenn es jetzt bei mir auch so stark ruckelt, wenn ich ganz normal neben bei das Programm laufen hab, is das dann der selbe Fehler, oder muss ich doch noch wo anders suchen?

      Und noch mal die Frage, kann jemand mit seinem Image ruckelfreies Aufnehmen bei Bulli HD bestätigen???

    • Original von MCP
      Ok, gute Idee, würde sofort wechseln aber noch zum Verständnis, Timeshift bedeutet zeit versetzt, richtig? Wenn es jetzt bei mir auch so stark ruckelt, wenn ich ganz normal neben bei das Programm laufen hab, is das dann der selbe Fehler, oder muss ich doch noch wo anders suchen?


      eine normale Aufnahme, auch auf Buli HD, sollte wohl jedes Image für die DM800 hinbekommen.

      Ich habe keine interne HD, ich kann Dir da keine Erfahrungswerte liefern, aber dass ext.2 besser harmoniert als ext.3 wurde ja schon geschrieben...

    • Ok, du hast aber scheinbar auch nicht gelesen, was ich weiter oben geschrieben hab...
      Ich nehme auf einem NAS auf und nicht intern, daher scheint ext.2 ja keine Rolle zu spielen und eine normale Aufnahme, nachts von Sky HD z.B., wenn die Kiste aus ist läuft, nur wenn ich schaue und dann anfange aufzunehmen, hab ich die Ruckler!
      Zuletzt so, das man es nicht anschauen konnte bei Bulli HD und RTL HD! Andere Sender müsste ich mal testen!

    • Du hast mich ertappt, ich hatte nicht beachtet, dass Du auf einem NAS aufnimmst.

      Allerdings hast Du meinen ersten Beitrag hier im Thread auch nicht richtig gelesen, ich schrieb unter anderem, dass NAS generell Probleme machen, besser wäre...

      Aber bitte keine Vorwürfe :-). Friede. Bruder. Zu Deinem Problem: Da sind wir von den Voraussetzungen ja gleich, DM 800 + Aufnahme übers Netzwerk.

      Ich habe eine gute Nachricht für Dich: hiermit bestätige ich Dir schriftlich, ruckelfreie Aufnahmen bei gleichzeitigem Ansehen (nicht zeitversetzt) auf Buli HD funktionieren, habe ich gerade auf Sky Sport HD 3 Minuten lang getestet bei Bitraten um die 20000.

      Eine schlechte Nachricht gibt es auch: sobald ich während der Aufnahme bei Sport HD irgendein Menü aufrufe, z.B. um die Testaufnahme zu beenden oder umzuschalten, hat die Aufnahme Ruckler.

      RTL HD funktioniert aber auf jeden Fall, auch mit zeitversetztem Ansehen. Habe die Tage die Hindenburg zeitversetzt geschaut und (an die RTL-Leute:) die Werbung vorgespult. RTL sendet aber auch "nur" mit etwa 14' - 15000 bits.

      Hast Du Dein NAS per CIFS (Samba) oder NFS verbunden?

    • Bin grad heim gefahren...
      Grundsätzlich muss ich zum NAS sagen, das ich lange keine Probleme hatte und erst kürzlich diese Ruckler auftauchen, aber oft verwende ich die Aufnahme auch nicht bei gleichzeitigem Fernsehen, da die 800er ja keine zwei Tuner hat! ;(
      Als es neulich bei RTL HD so schlimm war, lief gleichzeitig ein Update, das sich auch irgendwie aufgehängt hat, da wundert es mich dann schon kaum mehr, aber Bulli HD war genauso schlimm, als ich neulich neben bei das Spiel angeschaut hab.
      Das es bei dir grad bei Buli HD geklappt hat klingt ja schon mal gut.

      Ich hab aktuell Newnigma2-Release-2011-01-22 drauf und das NAS ist per NFS verbunden.

      Edit: Meine Frau schaut grad RTL HD und ich nehm´s gleichzeitig auf, aml sehen, was da raus kommt....

      Edit2: Sieht gut aus, zumindest am Mac abgespielt, aber dann wird´s auch ok sein!
      Dann werd ich es auch noch mal mit Bulli testen...

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von MCP ()

    • geile kiste mit dem ext2. danke!
      jetzt geht bei mir wenigstens eine full hd aufnahme z.b. sky sport hd1 und zeitversetzt angucken. zwei full hd aufnahmen und eine davon zeitversetzt schaun geht nicht ohne ruckler (alle 5 sekunden).
      aber vorher mit ext3 ging nicht mal einfaches zeitversetztes full hd schaun. hat auch mindestens alle 5 sekunden geruckelt, war unmöglich.

      bin von der dm800 übelst enttäuscht, dass man für 400,- so eine grundfunktionalität (zeitversetztes abspielen)nicht voraussetzen kann ist ziemlich krass. ich bin mir sicher es liegt zum großteil am schwachen prozessor(bisherige recherchen scheinen dies zu bestätigen) auch der bildbetrachter ist eine einzige enttäschung, bilder brauchen mindestens 5 sekunden zum laden.

      immerhin: seitdem ich von gemini auf newnigma2 gewechselt bin scheint alles etwas performanter und stabiler zu laufen, also dickes lob an die entwickler!

      denke die nächste box wird ne vu+ duo werden. 8000er kommt preislich nicht in frage.

      sorry jetz bin ich bissl abgschweift und offtoipic gworden. aber das musst ich mal los werden...

    • tune2fs

      Hi,

      habe eine 8000 und auch Probs mit der Platte; ist eine 2 GB mit ext3. Ich wollte umwandlen in ext2 kann aber das tune2fs nicht installieren. Habe den Download feed.newnigma2.to/unstable/dm8…e2fs_1.41.9-r0_mipsel.ipk in tmp gelegt und beim opkg kommt nur:

      Cannot find package...

      Ist denn die tune2fs Version für die 8000 korrekt? Und kann mir nochmal jemand erklären, wie ich genau installieren muss?

      Danke!

      Gruß
      elisenjens

    • Im telnet folgendes eingeben:

      Quellcode

      1. opkg update
      2. opkg install e2fsprogs-tune2fs


      Bedenke aber das ext2 kein Jornal nutzt, ein Stromausfall oder Absturz und die Videosammlung könnte futsch sein.

    • Ich könnte ko..en, hab mir eine 800se bestellt, um endlich auch Bulli HD in Timeshift erleben zu können -- und, Ihr ahnt es, es ruckelt auch. Zwar nicht so sehr wie auf der 800-er und erst nach etwa 10 min, aber es ruckelt eben doch. -- Und auf ein altes Image kann man mit der 800se nicht umsteigen :(

    • Original von sparksofinsanity
      Auf was nimmst du denn auf ?
      Bei mir funktioniert Timeshift in HD ohne Probleme auch auf Bulli.


      Nehme auf einen Ubuntu Server auf. Ist über NFS gemountet. Fehler tritt auch nur bei Buli HD auf.

      automount.xml:

      Quellcode

      1. <nfs> <mount> <active>True</active> <hdd_replacement>True</hdd_replacement> <ip>192.168.178.21</ip> <sharename>mnt/net/filme</sharename> <sharedir>Platte2/Filme</sharedir> <options>rw,nolock,udp,rsize=32768,wsize=32768</options> </mount> </nfs>



      habe hier ein Netzwerkscript geladen und getestet: Link

      hier die Ausgabe:

      Quellcode

      1. udp/write udp/read tcp/write tcp/read
      2. 4096 22795 22795 0 0
      3. 8192 21845 23831 0 0
      4. 16384 21845 22795 0 0
      5. 32768 22795 22795 0 0


      habe beim timeshiften über telnet mal die Systemlast mit top augelesen:

      Quellcode

      1. Mem: 111784K used, 25684K free, 0K shrd, 0K buff, 43432K cached
      2. CPU: 3.8% usr 15.3% sys 0.0% nic 38.4% idle 34.6% io 0.0% irq 7.6% sirq
      3. Load average: 1.72 1.48 1.17 1/79 2809
      4. PID PPID USER STAT VSZ %MEM CPU %CPU COMMAND
      5. 2809 1264 root R 2516 1.8 1 7.6 top
      6. 2457 1219 root D 127m 94.9 0 3.8 /usr/bin/enigma2
      7. 2455 1219 root S 127m 94.9 1 3.8 /usr/bin/enigma2
      8. 1222 1219 root S 127m 94.9 1 0.0 /usr/bin/enigma2
      9. 1224 1219 root S 127m 94.9 1 0.0 /usr/bin/enigma2
      10. 1244 1219 root S N 127m 94.9 0 0.0 /usr/bin/enigma2
      11. 1243 1219 root S 127m 94.9 1 0.0 /usr/bin/enigma2
      12. 703 686 root S < 99064 71.9 1 0.0 /usr/bin/oscam -c /etc/tuxbox/config
      13. 714 686 root S < 99064 71.9 1 0.0 /usr/bin/oscam -c /etc/tuxbox/config
      14. 690 686 root S < 99064 71.9 0 0.0 /usr/bin/oscam -c /etc/tuxbox/config
      15. 709 686 root S < 99064 71.9 1 0.0 /usr/bin/oscam -c /etc/tuxbox/config
      16. 712 686 root S < 99064 71.9 0 0.0 /usr/bin/oscam -c /etc/tuxbox/config
      17. 710 686 root S < 99064 71.9 0 0.0 /usr/bin/oscam -c /etc/tuxbox/config
      18. 711 686 root S < 99064 71.9 1 0.0 /usr/bin/oscam -c /etc/tuxbox/config
      19. 1206 1 root S 68488 49.7 0 0.0 /usr/sundtek/mediasrv -d --no-nodes
      20. 1151 1 root S 68488 49.7 1 0.0 /usr/sundtek/mediasrv -d --no-nodes
      21. 717 1 root S 68488 49.7 0 0.0 /usr/sundtek/mediasrv -d --no-nodes
      22. 698 1 root S 68488 49.7 1 0.0 /usr/sundtek/mediasrv -d --no-nodes
      23. 716 1 root S 68488 49.7 1 0.0 /usr/sundtek/mediasrv -d --no-nodes
      24. 715 1 root S 68488 49.7 1 0.0 /usr/sundtek/mediasrv -d --no-nodes
      25. 718 1 root S 68488 49.7 1 0.0 /usr/sundtek/mediasrv -d --no-nodes
      26. 719 1 root S 68488 49.7 1 0.0 /usr/sundtek/mediasrv -d --no-nodes
      27. 506 505 root S 4396 3.1 1 0.0 tpmd
      28. 686 1 root S 4320 3.1 1 0.0 /usr/bin/oscam -c /etc/tuxbox/config
      29. 700 698 root S 4112 2.9 1 0.0 /usr/sundtek/mediasrv -d --no-nodes
      30. 534 1 avahi S 3224 2.3 0 0.0 avahi-daemon: running [dm800se.local]
      31. 1263 660 root S 2836 2.0 0 0.0 telnetd
      32. 1264 1263 root S 2832 2.0 1 0.0 -sh
      33. 665 1 root S 2516 1.8 1 0.0 /sbin/klogd -n
      34. 663 1 root S 2516 1.8 1 0.0 /sbin/syslogd -n -O /var/log/messages -s 32 -b 1 -m 20
      35. 1219 1 root S 2516 1.8 1 0.0 /bin/sh /usr/bin/enigma2.sh
      36. 616 1 root S 2516 1.8 0 0.0 udhcpc -R -b -T3 -A10 -p /var/run/udhcpc.eth0.pid -i eth0
      37. 684 1 root S 2436 1.7 1 0.0 /usr/bin/eDaemon
      38. 501 1 messageb S 2408 1.7 1 0.0 /usr/bin/dbus-daemon --system
      39. 657 1 root S 2348 1.7 0 0.0 /usr/sbin/dropbear -r /etc/dropbear/dropbear_rsa_host_key -p 22
      40. 549 1 root S 2068 1.5 1 0.0 /usr/sbin/avahi-dnsconfd -D
      41. 65 1 root S < 2016 1.4 0 0.0 /sbin/udevd -d
      42. 505 1 root S 1928 1.4 1 0.0 /usr/bin/wdog tpmd
      43. 660 1 root S 1832 1.3 1 0.0 /usr/sbin/inetd
      44. 1 0 root S 1724 1.2 1 0.0 init [3]
      45. 641 1 daemon S 1708 1.2 0 0.0 /sbin/portmap
      46. 367 9 root SW< 0 0.0 0 0.0 [dmx0]
      47. 628 9 root SW< 0 0.0 0 0.0 [rpciod/0]
      48. 24 1 root SWN 0 0.0 0 0.0 [jffs2_gcd_mtd3]
      Alles anzeigen


      Das heisst, das System ist nur zu 2 Dritteln ausgelastet, und trotzdem ruckelt es. Netzwerkgeschwindigkeit ist auch ausreichend, ist über Kabel, kein W-lan. Der Server selber dient nur als Fileserver und ist nie ausgelastet. Die Platte im Server ist keine Systemplatte. Was mache ich jetzt? Das Teil in Müll werfen? Oder DMM ins Schaufenster werfen?

      Hast Du eine Idee?

    • Du hast im Netzwerktest an die 20mbit gemessen das wird für HD-Aufnahmen/Timeshift wohl kaum ausreichen.
      Auf HD Kanälen werden mit unter auch mal 25mbit und mehr erreicht.

      Wo rührt denn die schlechte Netzwerkperformance her ?
      Ich habe hier locker 90mbit netto

      Also das liegt nicht an der Box.

    • Ich habe in letzter Zeit öfter mal auf die Datenraten bei den SKY HD-Sendern speziell bei den Fußballspielen Samstag nachmittags geschaut, da mich die Bildschärfe (Panasonic 65" VT20E :P ) immer positiv überrascht hat. SKY sendet in letzter Zeit immer zwischen 19 und 20 kbit/s 8)

    • den bitrateviewer hab ich auch installiert, auch bei mir werden Werte an die 20 kbit/s angezeigt. Und nur dann treten auch die Ruckler auf.

      Wenn ich das mal nachrechne: 20 kbits pro sek. sind 0,02 mBit/s. da müssten doch meine 20 MBits/sec. locker reichen.

      Mit meinem Asus 1000H habe ich gerade mit einem anderen Script (Netztest2.sh) vom Anschluss der Dream zum Server nochmal gemessen, dieses Script scheint mir als Script-Laien nachvollziehbarer:

      Quellcode

      1. Results for write throughput:
      2. 93.368 Mbit/s with udp,async,wsize=8192
      3. 93.368 Mbit/s with udp,async,wsize=32768
      4. 93.368 Mbit/s with tcp,async,wsize=32768
      5. 89.478 Mbit/s with udp,async,wsize=16384
      6. 89.478 Mbit/s with tcp,async,wsize=8192
      7. 85.899 Mbit/s with tcp,async,wsize=4096
      8. 79.536 Mbit/s with tcp,async,wsize=16384
      9. -e 89478485 with udp,async,wsize=4096
      11. Results for read throughput:
      12. 2147.483 Mbit/s with udp,async,rsize=8192
      13. 93.368 Mbit/s with udp,async,rsize=32768
      14. 93.368 Mbit/s with tcp,async,rsize=8192
      15. 93.368 Mbit/s with tcp,async,rsize=32768
      16. 93.368 Mbit/s with tcp,async,rsize=16384
      17. 89.478 Mbit/s with tcp,async,rsize=4096
      18. with udp,async,rsize=16384
      19. -e 2147483648 with udp,async,rsize=4096
      Alles anzeigen


      dasselbe Script von der DM800se:

      Quellcode

      1. Results for write throughput:
      3. -85899345 with udp,async,wsize=16384
      4. -89478485 with tcp,async,wsize=32768
      5. -89478485 with tcp,async,wsize=16384
      6. -93368854 with udp,async,wsize=32768
      7. Results for read throughput:
      9. -93368854 with udp,async,rsize=32768
      10. -93368854 with tcp,async,rsize=32768
      11. -93368854 with tcp,async,rsize=16384
      12. -97612893 with udp,async,rsize=16384
      13. root@dm800se:~#
      Alles anzeigen


      Die Werte sind fast identisch. Ich habe die scripte mal hier angehangen, sind alle nicht von mir.

      Am Netzwerk scheint es doch nicht zu liegen, oder?

    • Nochmal, HD Kanäle haben locker bis zu 25mbit !
      Und beim Timeshift verdoppelt sich die Datenrate noch einmal da ja der Stream gleichzeitig auf das Laufwerk geschrieben und wieder gelesen wird.
      Ich weiß ja nicht was ihr für ein Bitrateviewer habt aber ein Kanal der mit 20kbit Sendet gibt es garantiert nicht.

      Ansonsten verwende bitte das Script > Aufnahmen ruckeln mit QNap TS-110
      Das liefert zuverlässige Werte da ich es selbt umgeschrieben habe, es sind da mehrere im Umlauf die nichts vernünftiges Ausgeben.

      Ich frage mal lieber nicht ob die 800se original ist...
      Bilder

      • screenshot.jpg

        276,54 kB, 1.920×1.080, 2.798 mal angesehen

    • Danke erst mal für die Antworten.

      Ansonsten verwende bitte das Script > Aufnahmen ruckeln mit QNap TS-110
      Das liefert zuverlässige Werte da ich es selbt umgeschrieben habe, es sind da mehrere im Umlauf die nichts vernünftiges Ausgeben.


      habe es getestet, bei udp gab es Errormeldungen (mit den anderen scripten kam die Fehlermeldung bei tcp):

      Quellcode

      1. [8192 | 8192] >>>ERROR<<< mount with 192.168.178.21 udp /test /Platte2/Filme 8192|8192 failed


      das Ergebnis:

      Quellcode

      1. udp/write udp/read tcp/write tcp/read
      2. 4096 0 0 91180 91180
      3. 8192 0 0 87381 91180
      4. 16384 0 0 87381 91180
      5. 32768 0 0 87381 91180


      ich werd jetzt mal die Freigabe mit tcp mounten und berichten.

      edit: es ruckelt immer noch, hat nichts gebracht. Ich mach Deinen Netzwerktest jetzt noch mal mit dem Asus.

      edit2: habe den test mit Deinem Script auf dem Asus und Ubuntu vom Anschluss der DM800se wiederholt:

      Quellcode

      1. -e 87381 87381
      2. -e 87381 91180
      3. -e 91180 91180
      4. -e 91180 91180


      Also das Netzwerk scheint in Ordnung, oder?

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von KingGoy ()

    • Ja, sieht eigentlich ok aus.
      Ich habe hier schon eine Stunde TimeShift auf Sky Sport HD Extra laufen - also bei mir ruckelt nichts.

      Wenn du möchtest das der Netzwerkbrowser deine eingestellten Werte richtig übernimmt dann musst du den Netzwerkbrowser vom unstable feed nehmen.
      Da gab es einige Änderungen.

      Edit:

      1,5h später und es ruckelt immer noch nichts