Hallo zusammen,
ich habe gerade gesehen das powarman eine neue Firmware 0.5.1 für die S2-6400 released hat:
http://www.aregel.de/file_down…mium-st7109-01_v0_5_1.zip
Grüße,
Christian
Hallo zusammen,
ich habe gerade gesehen das powarman eine neue Firmware 0.5.1 für die S2-6400 released hat:
http://www.aregel.de/file_down…mium-st7109-01_v0_5_1.zip
Grüße,
Christian
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
EDIT: 12,5 GB für die erste Stunde Aufzeichnung.
Dann kommen die angekündigten 35 MBit/s für den Stream ja hin...
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?
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
Hier auch, die scheinen Tonprobleme zu haben, total übersteuert
Edit: Jetzt ist es besser, fast zu leise. Perfekter Ton ist was anderes...
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...
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):
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:
root@VDR:/usr/src/szap-s2# ./szap-s2 -r -S 1 'Astra Ultra HD Demo(SES ASTRA)' reading channels from file '/root/.szap/channels.conf'
zapping to 4 'Astra Ultra HD Demo(SES ASTRA)':
delivery DVB-S2, modulation QPSK
sat 0, frequency 10994 MHz H, symbolrate 22000000, coderate auto, rolloff 0.35
vpid 0x00d2, apid 0x00dc, sid 0x0002
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
status 1f | signal bfff | snr b8e9 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal bfff | snr b964 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal bfff | snr b93b | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal bfff | snr b92b | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal bfff | snr b90d | ber 00000000 | unc 00000000 | FE_HAS_LOCK'
Display More
Den rohen ts-stream bekommt man dann folgendermaßen in ein File:
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 zusammen,
Es gibt eine neue Firmware 0.5.0 für die S2-6400
http://www.aregel.de/file_down…mium-st7109-01_v0_5_0.zip
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:
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?
Aug 26 18:01:50 hdvdr kernel: [ 6.956145] SAA716x FF FPGA version 1.10
Aug 26 18:01:50 hdvdr kernel: [ 7.028505] SAA716x FF loader version 1.03
Aug 26 18:01:50 hdvdr kernel: [ 7.579114] tda18212dd: ChipID 4724
Aug 26 18:01:50 hdvdr kernel: [ 7.629926] tda18212dd: PowerState 00
Aug 26 18:01:50 hdvdr kernel: [ 7.713973] DVB: registering new adapter (SAA716x dvb adapter)
Aug 26 18:01:50 hdvdr kernel: [ 7.850254] stv6110x_attach: Attaching STV6110x
Aug 26 18:01:50 hdvdr kernel: [ 7.870465] SAA716x FF 0000:03:00.0: DVB: registering adapter 0 frontend 0 (STV090x Multistandard)...
Aug 26 18:01:50 hdvdr kernel: [ 7.887281] DVB: registering new adapter (SAA716x dvb adapter)
Aug 26 18:01:50 hdvdr kernel: [ 7.903860] stv6110x_attach: Attaching STV6110x
Aug 26 18:01:50 hdvdr kernel: [ 7.942673] DVB: registering new adapter (nGene)
Aug 26 18:01:50 hdvdr kernel: [ 7.958779] ngene 0000:02:00.0: DVB: registering adapter 3 frontend 0 (STV0367 DVB-C DVB-T)...
Aug 26 18:01:50 hdvdr kernel: [ 8.022942] SAA716x FF 0000:03:00.0: DVB: registering adapter 1 frontend 0 (STV090x Multistandard)...
Aug 26 18:01:50 hdvdr kernel: [ 20.038413] SAA716x FF: probe of 0000:03:00.0 failed with error -1
Display More
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:
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
Gruß,
Christian
Hi,
okay das scheint auch eine Möglichkeit zu sein das Problem zu lösen. Aber ich bin kein Fan davon für Dinge die eigendlich naheliegend sind extra ein Plugin nutzen zu müssen. Ich habe auf der Homepage des Plugins auch gerade gelesen das der VDR für das Plugin gepatcht werden muss? Das geht ja schon mal gar nicht
Grüße,
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
Hallo Klaus,
habe den Patch ausprobiert, und es funktioniert wie erwartet. Vielen Dank für die schnelle Änderung.
Gruß,
Christian