Posts by CyberChris

    War mal einen Versuch wert, aber wirklich 4K tauglich war das Konzert IMO mit der Produktionstechnik nicht.


    Nachdem ich meinen Mitschnitt auch mal konvertiert habe, sehe ich das genau so. Aber die Annahme das die Qualität der ersten UHD Live Übertragung gleich perfekt sein wird, ist halt auch naiv. Das war bisher bei keiner Technologie so. Auch bei HD nicht. Da fehlen halt noch die Erfahrungswerte.


    Allerdings waren da für eine angebliche 120 Mann Produktion auch wirklich ein paar peinliche Fehler drin die noch nicht mal was mit UHD zu tun haben. (Übersteuerung am Anfang, immer wieder falscher Fokus). Warum man bei einem Live Konzert MP2 Audio 190kBit/s ausgewählt hat weiß ich auch nicht. (Hat das vielleicht vertragliche Gründe?, vielleicht wollte man auch einfach keine guten Mitschnitte.)


    Die Demoschleife auf dem Kanal hingegen ist, glaube ich zumindest, auch schon wieder zu gut. Das Material ist künstlich aufgepeppt um den WOW Effekt beim ersten hinsehen zu bekommen. Die Farben sind zu knallig, und ich glaube auch das das Material absichtlich überschärft ist. (Bei der Ansicht von Paris besonders gut zu sehen.)


    Grüße,
    Christian

    Lustig auf welche Probleme man bei so einer Aktion trifft:
    cp bricht den Kopiervorgang in unregelmäßigen abständen ab. Weiß jemand warum das so ist?


    Code
    root@VDR:/Data2/vdrvideo# cp /dev/dvb/adapter0/dvr0 ./LinkinPark_LiveInBerlin_UHD.ts
    cp: Lesen von „/dev/dvb/adapter0/dvr0“: Der Wert ist zu groß für den definierten Datentyp


    Grüße,
    Christian

    Hallo,


    nein, ich hatte keine Zeit und Lust mehr den VDR zu patchen. Ein Ausgabedevice gibt es ja eh noch nicht. Ich kopiere die Daten direkt, wie weiter oben im Thread beschrieben, vom Device in eine Datei. In die Datei habe ich dann eben mal mit ffplay/ffmpeg reingeschaut. Die channels.conf ist die auch oben angegebene Datei für szap-s2. Der Stream läuft auf der SID#2


    Grüße,
    Christian

    Die Übertragung läuft schon.


    Aktuell hat man einen Blick von der Bühne in die noch leere Halle...


    Code
    Input #0, mpegts, from 'LinkinParkUHD.ts':    0KB sq=    0B f=0/0
      Duration: 00:00:28.95, start: 12208.459978, bitrate: 13100 kb/s
      Program 1
      Program 2
        Stream #0:0[0xd2]: Video: hevc (Main) ([36][0][0][0] / 0x0024), yuv420p(tv), 3840x2160, 50 fps, 50 tbr, 90k tbn, 50 tbc
        Stream #0:1[0xdc]: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s


    Grüße,
    Christian

    Hallo zusammen,


    da auf meinem VDR, der noch unter Debian 6 läuft, der VLC nicht neu genug ist habe ich mal folgendes probiert.
    Eine channels.conf für szap-s2 gebaut (ARD SD und HD sind zum testen ob das Konzept funktioniert):


    Code
    Das Erste(ARD):11836:h:0:27500:101:106:28106 
    Das Erste HD(ARD):11493:H:0:22000:5101:5106:10301 
    SES UHD Demo Channel(SES):10994:h:0:22000:110:120:1 
    Astra Ultra HD Demo(SES ASTRA):10994:h:0:22000:210:220:2


    Mit szap-s2 kann man dann tunen:



    Den rohen ts-stream bekommt man dann folgendermaßen in ein File:


    Code
    root@VDR:/video# cp /dev/dvb/adapter0/dvr0 raw.ts


    Nur wie bekomme ich den Stream jetzt ge demuxed um ihn mit VLC anzusehen? ProjectX und pvastrumento sind anscheinend zu alt und können mit H.264/265 Streams nicht umgehen. Ich habe mich so lange nicht mehr damit beschäftigt, was nimmt man denn Heute zum demuxen?


    Grüße,
    Christian

    Hallo,

    Sorry wenn ich mich da quer einklinke... Ich hab noch ein altes Rebach-HiFi Gehäuse für Mini-ITX von meinem alten VDR. Da bin ich am überlegen, was aktuelles reinzubauen - das epia da drin kann heut nicht mehr mithalten....


    Ich habe so eine Kombination am laufen. Zotac E350 ITX Board und TT6400 mit einer Risercard (der erste VDR in meiner Signatur). Den Hersteller der Risercard habe ich jetzt nicht im Kopf, könnte ich aber raussuchen. Im Prinzip müsste aber jede PCIe1x Risercard funktionieren die mechanisch zum Gehäuse passt. Das ganze läuft schon seit knapp zwei Jahren absolut stabil bei mir.


    Grüße,
    Christian

    Firmware 0.4.1 ist jetzt auf http://www.aregel.de/ verfügbar.

    Vielen Dank powarman!. Damit ist die S6400 für mich das stabilste Ausgabedevice welches ich in 10 Jahren VDR Nutzung kennen gelernt habe.
    Ich habe jetzt etwa eine halbe Stunde getestet. Der Ton stottert beim Zappen (DVB-C) endlich nicht mehr.


    Da einzige was ich eben noch feststellen konnte ist das sehr selten (vieleicht ein mal bei 50x springen mit grün/gelber FB Taste) kein Ton vorhanden war, wenn man noch mal springt oder die Tonspur umschaltet ist er wieder da. Ebenso selten ist jetzt das Problem des "Roboterstimmen" Tons der gelegendlich bei mir am per HDMI angeschlossenen TV beim Kanalwechsel oder beim Spulen auftritt. (Beide Probleme treten mit der älteren Firmware deutlich häuiger auf.)


    Grüße,
    Christian

    Hi,


    ich denke was den Roboter Ton angeht, ist es nur Zufall das es scheinbar Funktioniert wenn Du den sleep der Platten abschaltest. Meine Erfahrung bei zwei Verschiedenen VDR's mit TT-6400:



    • Beim zappen oder spulen kommt es in sporadischen Abständen zu diesem "Roboter Klang"
    • Dieses tritt nur am HDMI Port auf, der Ton am Analogen Ausgang (Kabelpeitsche) ist immer okay. Die Häufigkeit wie oft dieser Bug auftritt hängt auch vom angeschlossenen TV ab.
    • Wenn man in diesem Fall den HDMI Stecker zieht und neu einsteckt ist der Ton wieder okay.

    Das Problem liegt also irgendwie in der digitalen Übertragung im HDMI Link. Ich habe so den verdacht das da evtl. bei der Seriellen Übertragung irgendwie ein Bitshifting auftritt. Leider habe ich mich mit dem HDMI Protokoll noch nicht beschäftigt, aber da die Verbindung meines Erachtens neu ausgehandelt wird wenn man den Stecker steckt spricht einiges dafür das das Problem hier zu suchen ist.


    Edit: Nachdem ich mir deinen Post nochmal durchgelesen (und Verstanden :) ) habe: Evtl. hat die TT-6400 bei Dir auch Probleme mit deinem Mainboard, oder deiner Stromversorgung. Beim Anlaufen ziehen Festplatten recht viel Strom auf der 12V Schiene. Ebenso der Lastwechsel durch das ändern der CPU Frequenz. Wenn die nicht kräftig genug ist könnte das Auswirkungen auf die TT-6400 haben. Hängen deine Platten am gleichen Kabel wie die TT-6400? Wenn ja nimm mal einen anderen Strang. Was für ein Netzteil verwendest Du?


    Beim normalen Betrieb (also ohne Zappen, oder Spulen) habe ich absolut keine Tonprobleme auf beiden meiner VDRs


    Gruß,
    Christian


    Hm, schade. Was heisst "Bildstoerungen"? OSD kaputt, Video kaputt? Bloecke oder gar kein Bild? Mit und ohne OSD die gleichen Fehler?


    Das Video enthält mal mehr mal weniger umherwandernde Blockartefakte mit Falschfarben an unterschiedlichen Stellen. Manchmal auch Tonstörungen. Die Störungen sind um so höher je höher die Bitrate des Videos ist. (Also bei HD schlimmer als bei SD) Das OSD selbst ist immer okay.


    Was passiert, wenn der Treiber nicht richtig geladen wird? Irgendwas im Log?
    Das ist ein Dual-Core-Atom ohne Hyperthreading? Laeuft der als x86_32 oder x64?



    Der Atom hat zwei Cores (1.8GHz) die Hyperthreading können und es ist ein x86_32 Kernel. Ach ja, der Kernel ist extra mit der Prozessoreinstellung für ATOM Prozessoren gebaut.


    Gruß,
    Christian

    Hallo,


    danke für den Tipp, so konnte ich den Treiber bauen. Die Verminderung der CPU Last bei der Wiedergabe ist vorhanden aber leider habe ich dann Fehler im Bild:


    phi_mode 0 1 2 3 4 5
    cpu 13% 13% 13% 8% 8% 8%


    Ab phi_mode 3 habe ich Bildstörungen. phi_clk scheint keinen Einfluss zu haben. Die Umschaltung habe ich bei laufender Wiedergabe mittels echo x > /sys... ausgeführt.


    Wenn ich den Modulparameter in der modules.conf setzte kann der Treiber ab phi_mode 3 nicht sauber geladen werden. Mein Testsystem ist das System 2 aus meiner Signatur (ATOM D525 + NM10)


    Gruß,
    Christian

    Hallo zusammen,


    ich wollte gerade auch mal den Patch testen. Leider scheitere ich daran wo genau ich den Patch anwenden muss. Ich nutzte den aktuellen media_build_experimental von UFO. Dort finde ich die Sourcen unter


    ./linux/drivers/media/common/saa716x


    und auch unter


    /experimental/v4l-dvb-saa716x/linux....


    unter letzterem Pfad kann ich den Patch ohne Fehler anwenden, aber der Treiber der dann gebaut wird enthält nicht die neuen Parameter. Unter dem ersten Pfad scheint der Patch nicht zu passen


    Hat jemand einen Tipp für mich?


    Vielen Dank schon mal,
    Christian

    Hallo zusammen,


    ich habe zwei Partitionen auf meinem VDR1 mittels mhddfs zusammengefast, da mir diese Lösung von der Idee her gefiel und Klaus ja angekündigt hat die Lösung mit den video.xx Verzeichnissen evtl. in zukünftigen VDR Versionen entfallen zu lassen. Prinzipiell funktioniert es, aber die Schreibgeschwindigkeit des per mhddfs gemounteten Gesamtverzeichnis ist so schlecht das der VDR beim Aufnehmen Buffer Overflows bekommt. Die so entstandenen Aufnahmen sind natürlich unbrauchbar :(


    An der Hardware sollte es eigentlich nicht liegen es sind zwei 1TB 2,5" Platten, allerdings mit 4K Sektoren.


    Das verwendete Linux ist Debian Squeeze mit einem Selbstgebauten 3.2.36 Kernel.


    Hat hier jemand bessere Erfahrungen mit mhddfs gemacht? Bringt es evtl. was die neuste git Version zu verwenden?


    Gruß,
    Christian

    Hi,


    wenn ich das hier auf der Webseite lese:


    • Universal Serial Bus 2.0 Standard
    • PLX PCI-E to PCI bridge
    • Via PCI to USB2 Controller

    und das Foto vom Board ansehe, dann sieht das so aus als wenn der Hersteller da einfach einen Standard USB2 Controller von VIA zusammen mit 4 RTL2832U USB-DVB-T Receivern auf eine Karte gelötet hat. Das ganze geht dann auch noch den Umweg über eine PCI -> PCIe Bridge.


    Schönes Hardwaredesign geht anders :D


    Gruß,
    Christian

    Hallo zusammen,


    Wenn man einen VDR hat der nur mit C/T Kombitunern bestückt ist, und man auch beide Signalarten empfangen möchte, dann hat man das Problem das der VDR nicht weiß an welchen Tuner denn nun welche Signalart angeschlossen ist.


    Ich schlage vor im Setup die Empfangsart pro C/T Tuner auf DVB-C oder DVB-T begrenzen zu können.


    Grüße,
    Christian