Neue Treiber Vu+Duo vom 8.2.2011

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

    • Original von plnick
      Original von WoRm
      - MediaPlayer related libraries update


      hi

      kommt das auch mit den neuen Treibern oder nur mit dem 5.6 Image?

      frage nur wegen AVI´s die nicht flüssig laufen

      Gruss


      Das kommt mit dem Image, würd mir aber ehrlich gesagt wegen den AVI's nich allzuviel Hoffnungen machen.



      Hi plnick,

      hast Du hierzu schon etwas gehört? Bzw. ist das evtl. nur Dein "Bauchgefühl"?
      Ein User hat von dem VU-Team letztens ne Mail erhalten, dass hier weitere Codecs eigebaut werden sollen, bzw. die Routinen verbessert werden.

      Ich habe die Hoffnung noch nicht ganz aufgegeben, bin aber skeptisch, ob hier wirklich dran gearbeitet wird. Allerdings,... wenn das schon im Change-Log auftaucht... dann keimen wieder neue Hoffnungen auf.

      VTI 15.0 *CoolTVGuide*CoolTVGuide*skin: Brushed ALU * EMC 3.0 *
    • Here is the Git log:

      Quellcode

      1. commit 8463327a0ddfc9760da08659c5579a04d4d46bd9
      2. Author: schon <schon@dev03-server>
      3. Date: Tue Feb 8 15:09:31 2011 +0900
      4. update driver
      5. commit c7c6b7297aa01bcc825e7bd475738c1d8d7a9b1b
      6. Author: schon <schon@dev03-server>
      7. Date: Thu Jan 20 14:19:32 2011 +0900
      8. e2.bb fix
      9. commit 6ea92d9597c602f3236d1353f1e3ba417a686fe7
      10. Merge: 62a8667 1a8978b
      11. Author: schon <schon@dev03-server>
      12. Date: Thu Jan 20 09:43:34 2011 +0900
      13. Merge branch 'b_l_test_0108' into vuplus-1.6
      14. commit 62a8667c81b84d8ee13cf5fa5550d65f866a746f
      15. Merge: 9da61f5 0bdb6a3
      16. Author: schon <schon@dev03-server>
      17. Date: Thu Jan 20 09:43:19 2011 +0900
      18. Merge branch 'vuplus-1.6' of ssh://192.168.102.66/~ikseong/work/repo/openembedded into vuplus-1.6
      19. commit 1a8978b1b0541d06ab492703c103dfd081962be1
      20. Author: schon <schon@dev03-server>
      21. Date: Thu Jan 20 09:42:45 2011 +0900
      22. Change grab, feed
      23. commit 9b55b65280d4d2589db5898b73c23623e018fb85
      24. Merge: a163bcd 0bdb6a3
      25. Author: schon <schon@dev03-server>
      26. Date: Tue Jan 11 17:21:56 2011 +0900
      27. Merge commit 'local_test_1130/test_0108' into b_l_test_0108
      28. commit 0bdb6a37748ede59f32b332922a3342006ee80b3
      29. Author: schon <schon@dev03-server>
      30. Date: Tue Jan 11 17:21:04 2011 +0900
      31. Change PR
      32. commit a163bcd9de673bb920066461740284bd5001a7ce
      33. Merge: 9e2aa8f 70bedaf
      34. Author: schon <schon@dev03-server>
      35. Date: Tue Jan 11 13:09:57 2011 +0900
      36. Merge commit 'local_test_1130/test_0108' into b_l_test_0108
      37. commit 70bedafa7929f14acfd040712d362737f2ad3747
      38. Author: schon <schon@dev03-server>
      39. Date: Tue Jan 11 13:09:17 2011 +0900
      40. Fix gst
      41. commit 9e2aa8f8a00a5e1e1605ea72de60dddfb354e577
      42. Merge: 9da61f5 729547e
      43. Author: schon <schon@dev03-server>
      44. Date: Tue Jan 11 13:06:28 2011 +0900
      45. Merge commit 'local_test_1130/test_0108' into b_l_test_0108
      46. commit 9da61f5ca51b8e96f0b092fb7721fd63e18bc695
      47. Author: schon <schon@dev03-server>
      48. Date: Tue Jan 11 13:03:12 2011 +0900
      49. Fix fb.ko location
      50. commit 729547e5434b2415f02292c74acdbac0b8d4af7d
      51. Merge: 0920da2 eb2245e
      52. Author: schon <schon@dev03-server>
      53. Date: Sat Jan 8 16:23:07 2011 +0900
      54. Merge commit 'dm/opendreambox-1.6' into test_0108
      55. Conflicts:
      56. recipes/enigma2/enigma2-plugins.bb
      57. recipes/enigma2/enigma2-skins.bb
      58. recipes/enigma2/enigma2.bb
      59. recipes/gstreamer/gst-plugins-bad_0.10.20.bb
      60. recipes/gstreamer/gst-plugins-ugly_0.10.16.bb
      61. commit 0920da2e0d7d6c76cd79170eceabc46536598178
      62. Author: schon <schon@dev03-server>
      63. Date: Tue Jan 4 16:34:14 2011 +0900
      64. Change module loading sequence(Fix HDD recognition)
      65. commit eb2245e8f7574ae1af3227826b0eaa5688ceaf38
      66. Author: ghost <andreas.monzner@multimedia-labs.de>
      67. Date: Fri Dec 24 11:57:13 2010 +0100
      68. gst-plugins-bad_0.10.20.bb: fix handling of hdmv descriptor in mpeg2tsdemux, ac3parser "fix" to allow framing of ac3 audio tracks with wrong coded bsid value
      69. commit 87f049c40f68fd50bc33d775e6628e476bfdd197
      70. Merge: 10a5c54 0f66023
      71. Author: schon <schon@dev03-server>
      72. Date: Thu Dec 23 17:39:28 2010 +0900
      73. Merge branch 'vuplus-1.6' of ssh://192.168.102.66/~ikseong/work/repo/openembedded into vuplus-1.6
      74. commit 10a5c541f9c1676333787cb212f1b77ddf0b54de
      75. Author: schon <schon@dev03-server>
      76. Date: Thu Dec 23 17:38:19 2010 +0900
      77. Clean up needless sw loop related stuffs in e2.bb
      78. commit 0f660234c67cb0ce78650c1f76758022dc5ac644
      79. Author: schon <schon@dev03-server>
      80. Date: Tue Dec 21 13:09:59 2010 +0900
      81. Change solo hdd mount
      Alles anzeigen
    • Originally posted by plnick
      Hab ich doch geschrieben Ihr könnt das nicht mit einem Webbrowser machen.
      GIT => KLICK
      Und trotzdem verstehe ich das nicht: nnormalerweise ist die Repos auch mit dem Browser zu sehen (allerdings kenne ich das nur so bei PLi). Und auch das Klonen mit GIT geht hier nicht (was bei PLi auch kein einziges Problem ist): "Working" für immer, und danach eine Fehlermeldung.
      Dateien
      • screen.jpg

        (23,71 kB, 942 mal heruntergeladen, zuletzt: )
      VU+ UNO/DUO/Ultimo/Solo2/ET5000/ET9200/TM Twin/Digiality 85cm multifocus-4 X twin-Inverto-LNB's/Triax 88 USALS/Logitech Harmony 555, 600, 900 & 1100

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von VU+ NL ()

    • PLI hat seine Repo's über ein Webinterface zugänglich gemacht. Das reine GIT hat kein Webinterface weshalb Du da nicht drauf kommst.
      Das clonen geht schon, sonst würde ja die Makefile nicht durchlaufen
    • Ich habe die neeuen Treiber mal eingespielt. Ausgangsbasis:
      VTi2.3 mit online-Update & udev-Patch. Treiber von Hand mit winrar ausgepackt, die originaltreiber in ein gesondertes Verzeichnis per ftp gesichert, dann die Treiber auf der Box mit den vier neuen überschrieben. Berechtigungen stehen noch auf 644, wie zuvor. Dann per telnet einen reboot ausgelöst. Anschließend wieder die VTi2.3-udev hochgeladen und die gepatchte überschrieben. Rechte auch hier wieder 644. telnet reboot. Dann per Fernbedienung in Deep geschickt und für eiinige Minuten Strom weg. Bei Neustart läuft soweit wieder alles wie von VTi2.3 gewohnt: etwas längere Bootdauer, als mit VTi1.3, etwa so wie mit VTi2.3 plus udev-Patch, aber bei den fünf Neustarts seither ist die Platte immer wieder eingebunden gewesen, daher erstmal OK. Das EPG war zuvor und ist auch mit den neuen Treibern beim VTi2.3 löchrig. epgRefresh läuft jede Nacht in genügend großem Zeitfenster, aber RTL/PRO7/SAT1/VOX/KiKa haben keine EPG-Infos. Erst bei Anwahl füllt der sich.
      Vorhin dann abgebrochene Aufnahme auf EurosportHD: zwei/drei Minuten nach 19:00 einen Timer auf das Fußballspiel gesetzt, Aufnahme läuft, ich schaue mit den Kids Starwars-Folgen von der Platte, Ende der Aufnahme sollte gegen 20:00 sein. 19:50 geht die REC-Controll aus, Aufnahme hat ca.45Min, Das Spiel läuft auch noch (Zusammenschnitt), aber im EPG steht schon die nächste Sendung ab 20:00. Die Zicken kannte ich bisher nicht...
      Entweder passen die Treiber nicht sauber zum Image, dann sollte man das Einspielen aber noch nicht machen. Oder es sind bei mir andere Efekte. Dann werde ich mit den bisherigen 2.3er-Treibern wieder leben.
      Allerdings ist ein weiters VTi2.3-Phänomen mit den geänderten Treibern noch nicht wieder vorgekommen: Schalte ich die Vu schonmal ein, und den LG zehn Minuten später dazu, hatte ich mit den originalen 2.3er-Treibern ab und an ein kurzes, lautes Klicksen im Ton, wenn der LG synchronisiert hatte und das Bild kam.

      EDIT: Nach ca. 5h mit den neuen Treibern noch nichts Negatives bei meiner Konstellation aufgetreten. Im Telnet unter Win7x86 sagt mir "top" meist CPU-Idle zwischen 97 und 94% und nur eine CPU. Das DCC1.2 aus der Database zeigt mir dort beide Threads (CPU0 und CPU1) mit jeweils ~95-97% Idle, jedoch läßt es sich mit strgC nicht mehr beenden und erzeugt auf dem PC 50%Last. Muß dann abgeschossen werden. Ob das mit den alten Teibern auch schon war, weiß ich allerdings nicht. Eine weitere Testaufnahme auf EurosportHD zeigt korrekte Länge und läßt sich normal abspielen.
      Grüßle
      Ralf
      -------------------------------------------
      (Vu+Duo,GBQuad-SSC,TTG-S850HD,Smart,Technisat,Edision),PC-DVB-S/C/T,PCH-A110, Xtreamer,BDP5200
      ---- Einen Receiver kann sich jeder kaufen - Eine stabile E²-Box muß man sich verdienen! ----

      Dieser Beitrag wurde bereits 4 mal editiert, zuletzt von Papi2000 ()

    • Original von Papi2000
      Vorhin dann abgebrochene Aufnahme auf EurosportHD: zwei/drei Minuten nach 19:00 einen Timer auf das Fußballspiel gesetzt, Aufnahme läuft, ich schaue mit den Kids Starwars-Folgen von der Platte, Ende der Aufnahme sollte gegen 20:00 sein. 19:50 geht die REC-Controll aus, Aufnahme hat ca.45Min, Das Spiel läuft auch noch (Zusammenschnitt), aber im EPG steht schon die nächste Sendung ab 20:00. Die Zicken kannte ich bisher nicht...


      Das liegt aber an Eurosports schlechten EPG. Wenn du den Timer für das Fussballspiel über das EPG setzt, endet die Aufnahme natürlich auch, wenn das EPG umspringt.
    • Wenn du den Timer für das Fussballspiel über das EPG setzt, endet die Aufnahme natürlich auch, wenn das EPG umspringt.


      Also das glaub ich jetzt mal gar nicht.
      Wenn ich per epg den timer programmiere und beim programmieren dort im epg steht das die Aufnahme von sagen wir mal 19:00-20:00 laufen soll, dann lüppt die auch bis 20:00 egal was das epg nach dem programmieren macht.

      Bei deiner Aussage könnte man meinen der programmierte timer passt sich dem epg an, was sicher nicht der Fall ist.
      cu flipper
      ----------------------
      2x VU+ Duo / VU Duo2 / Dream 7000

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

    • Also bei mir passt sich der Timer an. Als z. B. einmal eine Sondersendung auf ARD gesendet wurde, hat und der Film sich um eine Viertelstunde verspätet hat, wurde er trotzdem komplett aufgenommen.
    • Dann müßten sich die im Timer gesetzten Zeiten ja auch ändern, dass habe ich noch nie gesehen.
      Gruß

      Jürgen

      _________

      DUO 4K
      DVB-S2x FBC Unicable IDLU-32UL40-UNBOO-OPP
      UNO 4K SE DVB-S2x FBC DUR-Line UK 124
      SOLO 4K DVB-S2 FBC Unicable IDLU-32UL40-UNBOO-OPP

      VTi 15.0.0

      AX61 HD OpenATV 7.1



    • Wenn du den Timer für das Fussballspiel über das EPG setzt, endet die Aufnahme natürlich auch, wenn das EPG umspringt.
      Das war aber bisher noch nie der Fall.

      Original von flipper...programmieren dort im epg steht das die Aufnahme von sagen wir mal 19:00-20:00 laufen soll, dann lüppt die auch bis 20:00 egal was das epg nach dem programmieren macht.
      Richtig. Außerdem kommt ja noch meine Vor-/Nachlaufzeit (2/3Minuten) dazu. Und demnach hätte die Aufnahme ca.59-61Min. lang sein müssen, weil der Vorlauf nicht bewertet werden dürfte (Ereignisbeginn war ja schon ca.2Minuten vor Timer-Erstellung). Der Nachlauf hätte dann bis 20:03 verlängern müssen.
      Ich habe das aber bei ein paar Tests dann anschließend nicht mehr Nachstellen können. Da haben die Aufnahmen alle korrekte Dauer und Laufzeiten gehabt. Auch Neustarts mit erfolgreicher Einbindung der HD154UI. Gegen halb vier habe ich dann aufgegeben.
      Grüßle
      Ralf
      -------------------------------------------
      (Vu+Duo,GBQuad-SSC,TTG-S850HD,Smart,Technisat,Edision),PC-DVB-S/C/T,PCH-A110, Xtreamer,BDP5200
      ---- Einen Receiver kann sich jeder kaufen - Eine stabile E²-Box muß man sich verdienen! ----

      Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von Papi2000 ()

    • Original von Neku
      Tja, bei mir hat bis jetzt jede Aufnahme geklappt.
      Hier auch.

      Original von NekuVielleicht verhält sich das PLi bei den Timern anders?
      Das mag ich nicht glauben. Ist ja auch nicht wieder vorgekommen.
      Grüßle
      Ralf
      -------------------------------------------
      (Vu+Duo,GBQuad-SSC,TTG-S850HD,Smart,Technisat,Edision),PC-DVB-S/C/T,PCH-A110, Xtreamer,BDP5200
      ---- Einen Receiver kann sich jeder kaufen - Eine stabile E²-Box muß man sich verdienen! ----
    • Hah!!!

      Das habe ich auch beobachtet im VTI Image.

      Das würde einiges erklären. Abbruch von Aufnahmen und so...
      Ich verstehe nur nicht, wieso das immer klappt, ohne daß am Filmende was abgeschnitten ist.

      Also Beispiel:

      Ich stelle 5 Minuten Vorlauf und 15 Minuten Nachlauf ein.
      Manche Filme enden dann trotzdem exakt mit Filmende, im Zeitbalken ist da dann ganz am Ende der kleine rote Marker zu sehen, obwohl eigentlich noch 15 Minuten kommen müßten.

      Jetzt programmiere ich über TVBrowser am PC oder über Cool TV Guide, keine Ahnung wann das passiert. Ist eben nicht immer. Manchmal sind die 15 Minuten Nachlauf auch da.

      Ich war bisher auch davon ausgegangen, daß der Film bs zur Endzeit im Timer aufgenommen wird. Aber da scheint irgendwas ähnlich VPS zu kommen, was den Aufnahmevorgang genau am Ende ausschaltet... Sehr merkwürdig!

      Gruß
      Bernd
    • Hi,

      es gibt tatsächlich ein digitales VPS Signal, das einige Sender auch austrahlen.
      Anscheinend kann Enigma2 damit umgehen...

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Neku ()

    • Digitales VPS

      Mit der Einführung des digitalen Fernsehens (DVB) ist die bisherige Übertragung des VPS-Signales nicht mehr möglich und vorgesehen gewesen.

      1997 wurde der DVB SI (Service Information) Standard (ETSI EN 300 468) um VPS (PDC) erweitert. Die SI besteht aus mehreren Datentabellen und enthält unter anderem die Daten für den Electronic Program Guide (EPG). Zusätzlich zu den bisherigen Informationen kann der PDC-Descriptor (Descriptortag 0x69) verwendet werden. Dieser Descriptor besteht im wesentlichen aus einem Label, welches aus Tag, Monat, Stunde und Minute zusammengesetzt ist. Wird nun eine Sendung verschoben (etwa durch ARD-Brennpunkt), wird dies im EPG vermerkt mit dem Hinweis: „die folgende Sendung wird mit neuer Startzeit ausgestrahlt“, anhand des Labels erkennt der Receiver jedoch, dass es dieselbe Sendung ist und fängt später mit der Aufnahme an. Die Aufnahme dauert, solange der EPG der aktuell laufende (current running) ist.

      Zusätzlich wurde im Jahr 2000 mit dem Standard ETSI EN 301775 auch die Grundlage geschaffen, die bekannten analogen (siehe oben) VPS-Signale über DVB zu übertragen. Dies geschieht wie beim Teletext auf Basis der VBI (Vertical Blanking Information). Dies ermöglicht das Einfügen des VPS-Signales an dem analogen Receiverausgang (z. B. SCART), womit ein Videorecorder wieder mittels VPS aufnehmen kann. Dieser Standard wird aber nur von sehr wenigen DVB-Receivern unterstützt.

      Somit wurden verschiedene Lösungen geschaffen, die für unterschiedliche Endgeräte (HDD-Recorder bzw. Videorecorder) konzipiert sind.