Hallo,
ich suche ebenfalls die libciplusprivate.so, kann sie aber auch nicht per Google finden.
Kann mir jemand helfen und die Datei oder einen Link schicken?
Hallo,
ich suche ebenfalls die libciplusprivate.so, kann sie aber auch nicht per Google finden.
Kann mir jemand helfen und die Datei oder einen Link schicken?
Super, was zu testen zwischen den Jahren!
Vielen Dank für die ganze Arbeit und fröhliche Weihnachten!
Hallo,
habe hier leider auch Probleme mit dem RPI2. Nach mehreren Tastendrücken auf der Fernbedienung wird der Bildschirm für ein paar Sekunden schwarz, dann kommt das Bild meist wieder.
User.log:
pi@pi2 ~ $ sudo tail -f /var/log/user.log
May 30 18:05:46 pi2 vdr: [2249] rpihddevice: new audio codec: 1ch MPEG
May 30 18:05:46 pi2 vdr: [2249] rpihddevice: [libav] Header missing
May 30 18:05:46 pi2 vdr: [2249] rpihddevice: failed to decode audio frame!
May 30 18:05:46 pi2 vdr: [2253] rpihddevice: set video codec to H264
May 30 18:05:47 pi2 vdr: [2249] rpihddevice: new audio codec: 6ch AC3
May 30 18:05:47 pi2 vdr: [2249] rpihddevice: set HDMI audio output format to 6ch AC3, 48.0kHz (pass-through)
May 30 18:05:47 pi2 vdr: [2241] epg data reader thread ended (pid=2238, tid=2241)
May 30 18:05:47 pi2 vdr: [2251] rpihddevice: loading /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf ...
May 30 18:05:47 pi2 vdr: [2238] max. latency time 1 seconds
May 30 18:05:47 pi2 vdr: [2248] rpihddevice: video stream started 1920x1080@50i
May 30 18:07:02 pi2 vdr: [2251] rpihddevice: [EGL] failed to create pixel buffer surface: bad alloc!
May 30 18:07:02 pi2 vdr: [2238] rpihddevice: [OpenVG] failed to create pixmap! (allocation failed)
May 30 18:07:12 pi2 vdr: [2364] VDR version 2.1.10 started
May 30 18:07:12 pi2 vdr: [2364] codeset is 'UTF-8' - known
May 30 18:07:12 pi2 vdr: [2364] use of environment variable VDR_CHARSET_OVERRIDE (ISO-8859-9) is deprecated!
May 30 18:07:12 pi2 vdr: [2364] override character table is 'ISO-8859-9'
May 30 18:07:12 pi2 vdr: [2364] found 28 locales in /usr/local/share/locale
May 30 18:07:12 pi2 vdr: [2364] loading plugin: /usr/local/lib/vdr/libvdr-rpihddevice.so.2.1.10
May 30 18:07:12 pi2 vdr: [2364] loading plugin: /usr/local/lib/vdr/libvdr-streamdev-client.so.2.1.10
May 30 18:07:12 pi2 vdr: [2364] loading plugin: /usr/local/lib/vdr/libvdr-svdrpservice.so.2.1.10
May 30 18:07:12 pi2 vdr: [2364] loading plugin: /usr/local/lib/vdr/libvdr-epgsync.so.2.1.10
May 30 18:07:12 pi2 vdr: [2364] loading /var/lib/vdr/setup.conf
May 30 18:07:12 pi2 vdr: [2364] loading /var/lib/vdr/sources.conf
May 30 18:07:12 pi2 vdr: [2364] loading /var/lib/vdr/diseqc.conf
May 30 18:07:12 pi2 vdr: [2364] loading /var/lib/vdr/scr.conf
May 30 18:07:12 pi2 vdr: [2364] loading /var/lib/vdr/channels.conf
May 30 18:07:12 pi2 vdr: [2364] loading /var/lib/vdr/svdrphosts.conf
May 30 18:07:12 pi2 vdr: [2364] loading /var/lib/vdr/remote.conf
May 30 18:07:12 pi2 vdr: [2364] loading /var/lib/vdr/keymacros.conf
May 30 18:07:12 pi2 vdr: [2365] video directory scanner thread started (pid=2364, tid=2365, prio=high)
May 30 18:07:12 pi2 vdr: [2365] video directory scanner thread ended (pid=2364, tid=2365)
May 30 18:07:12 pi2 vdr: [2364] registered source parameters for 'A - ATSC'
May 30 18:07:12 pi2 vdr: [2364] registered source parameters for 'C - DVB-C'
May 30 18:07:12 pi2 vdr: [2367] epg data reader thread started (pid=2364, tid=2367, prio=high)
May 30 18:07:12 pi2 vdr: [2364] registered source parameters for 'S - DVB-S'
May 30 18:07:12 pi2 vdr: [2364] registered source parameters for 'T - DVB-T'
May 30 18:07:12 pi2 vdr: [2367] reading EPG data from /var/cache/vdr/epg.data
May 30 18:07:12 pi2 vdr: [2364] no DVB device found
May 30 18:07:12 pi2 vdr: [2366] video directory scanner thread started (pid=2364, tid=2366, prio=high)
May 30 18:07:12 pi2 vdr: [2366] video directory scanner thread ended (pid=2364, tid=2366)
May 30 18:07:12 pi2 vdr: [2364] initializing plugin: rpihddevice (0.1.0): HD Ausgabegerät für Raspberry Pi
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: supported HDMI modes:
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[01]: 640x 480@60p | 4:3 | 25.200MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[02]: 720x 480@60p | 4:3 | 27.027MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[03]: 720x 480@60p | 16:9 | 27.027MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[04]: 1280x 720@60p | 16:9 | 74.250MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[05]: 1920x1080@60i | 16:9 | 74.250MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[06]: 720x 480@60i | 4:3 | 27.027MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[07]: 720x 480@60i | 16:9 | 27.027MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[16]: 1920x1080@60p | 16:9 | 148.500MHz (native) (current)
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[17]: 720x 576@50p | 4:3 | 27.000MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[18]: 720x 576@50p | 16:9 | 27.000MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[19]: 1280x 720@50p | 16:9 | 74.250MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[20]: 1920x1080@50i | 16:9 | 74.250MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[21]: 720x 576@50i | 4:3 | 27.000MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[22]: 720x 576@50i | 16:9 | 27.000MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[31]: 1920x1080@50p | 16:9 | 148.500MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[32]: 1920x1080@24p | 16:9 | 74.250MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[33]: 1920x1080@25p | 16:9 | 74.250MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: CEA[34]: 1920x1080@30p | 16:9 | 74.250MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: DMT[04]: 640x 480@60p | 4:3 | 25.200MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: DMT[09]: 800x 600@60p | 4:3 | 40.000MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: DMT[16]: 1024x 768@60p | 4:3 | 65.000MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: DMT[35]: 1280x1024@60p | 5:4 | 108.000MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: DMT[51]: 1600x1200@60p | 4:3 | 162.000MHz
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: HwInit() done, using HDMI video out at 1920x1080
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: MPEG2 video decoder not enabled!
May 30 18:07:12 pi2 vdr: [2364] new device number 1
May 30 18:07:12 pi2 vdr: [2364] cTimeMs: using monotonic clock (resolution is 1 ns)
May 30 18:07:12 pi2 vdr: [2375] audio decoder thread started (pid=2364, tid=2375, prio=high)
May 30 18:07:12 pi2 vdr: [2364] initializing plugin: streamdev-client (0.6.1-git): VTP Streaming Client
May 30 18:07:12 pi2 vdr: [2364] new device number 2
May 30 18:07:12 pi2 vdr: [2375] rpihddevice: cAudioDecoder() thread started
May 30 18:07:12 pi2 vdr: [2364] streamdev-client: got device number 2
May 30 18:07:12 pi2 vdr: [2364] initializing plugin: svdrpservice (1.0.0): SVDRP client
May 30 18:07:12 pi2 vdr: [2364] initializing plugin: epgsync (1.0.1): EPG eines anderen VDR importieren
May 30 18:07:12 pi2 vdr: [2364] setting primary device to 1
May 30 18:07:12 pi2 vdr: [2364] rpihddevice: new cOsdProvider()
May 30 18:07:12 pi2 vdr: [2377] ovgthread thread started (pid=2364, tid=2377, prio=high)
May 30 18:07:12 pi2 vdr: [2377] rpihddevice: cOvgThread() thread started
May 30 18:07:12 pi2 vdr: [2364] assuming manual start of VDR
May 30 18:07:12 pi2 vdr: [2376] device 2 section handler thread started (pid=2364, tid=2376, prio=low)
May 30 18:07:12 pi2 vdr: [2364] SVDRP listening on port 6419
May 30 18:07:12 pi2 vdr: [2364] setting current skin to "classic"
May 30 18:07:12 pi2 vdr: [2364] loading /var/lib/vdr/themes/classic-default.theme
May 30 18:07:12 pi2 vdr: [2364] starting plugin: rpihddevice
May 30 18:07:12 pi2 vdr: [2364] starting plugin: streamdev-client
May 30 18:07:12 pi2 vdr: [2364] starting plugin: svdrpservice
May 30 18:07:12 pi2 vdr: [2364] starting plugin: epgsync
May 30 18:07:12 pi2 vdr: [2364] remote control KBD - keys known
May 30 18:07:12 pi2 vdr: [2378] KBD remote control thread started (pid=2364, tid=2378, prio=high)
May 30 18:07:12 pi2 vdr: [2364] switching to channel 85 (Syfy HD)
May 30 18:07:12 pi2 vdr: [2364] streamdev-client: Connected to server 192.168.178.31:2004 using protocol version 1.0
May 30 18:07:12 pi2 vdr: [2379] device 2 receiver thread started (pid=2364, tid=2379, prio=high)
May 30 18:07:12 pi2 vdr: [2364] setting watchdog timer to 60 seconds
May 30 18:07:12 pi2 vdr: [2364] OSD size changed to 1920x1080 @ 1,77778
May 30 18:07:12 pi2 vdr: [2377] rpihddevice: loading /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf ...
May 30 18:07:12 pi2 vdr: [2380] device 2 TS buffer thread started (pid=2364, tid=2380, prio=high)
May 30 18:07:12 pi2 vdr: [2379] rpihddevice: set video codec to H264
May 30 18:07:12 pi2 vdr: [2375] rpihddevice: new audio codec: 6ch AC3
May 30 18:07:12 pi2 vdr: [2375] rpihddevice: set HDMI audio output format to 6ch AC3, 48.0kHz (pass-through)
May 30 18:07:14 pi2 vdr: [2374] rpihddevice: video stream started 1920x1080@50i
May 30 18:07:14 pi2 vdr: [2367] epg data reader thread ended (pid=2364, tid=2367)
May 30 18:07:14 pi2 vdr: [2377] rpihddevice: loading /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf ...
May 30 18:07:14 pi2 vdr: [2364] max. latency time 2 seconds
Display More
Interessant dürfte diese Passage sein, sonst sieht alles gut aus:
May 30 18:05:47 pi2 vdr: [2248] rpihddevice: video stream started 1920x1080@50i
May 30 18:07:02 pi2 vdr: [2251] rpihddevice: [EGL] failed to create pixel buffer surface: bad alloc!
May 30 18:07:02 pi2 vdr: [2238] rpihddevice: [OpenVG] failed to create pixmap! (allocation failed)
May 30 18:07:12 pi2 vdr: [2364] VDR version 2.1.10 started
Alles heute neu aufgesetzt. Plugin-Code frisch aus dem Git gecloned.
Ich habe jetzt nach hondansx's Hinweis auch die Pakete von da genommen. Das Paket baut und wird installiert, es wird aber beim VDR-Start nicht geladen... Der Start-Vorgang hängt in einem Loop bei:
Jan 18 17:51:22 raspberrypi vdr: [2416] loading plugin: /usr/local/lib/vdr/libvdr-rpihddevice.so.2.1.6
Source-Eintrag:
Ein manueller Startversuch ergibt:
pi@raspberrypi ~ $ sudo /usr/local/bin/runvdr
/usr/local/bin/runvdr: Zeile 76: 2410 Ungültiger Maschinenbefehl /usr/local/bin/vdr -w 60 -u pi -c /var/lib/vdr -s /usr/local/bin/vdrpoweroff.sh -P rpihddevice -P streamdev-client
So 18. Jan 17:51:12 CET 2015 reloading DVB driver
So 18. Jan 17:51:22 CET 2015 restarting VDR
Ich bekomme lediglich diese Meldung:
Codeaudio.c: In member function ‘virtual void cRpiAudioDecoder::Action()’: audio.c:1339:17: error: ‘AVFrame’ has no member named ‘channels’
Vielleicht lässt sich da ja noch was machenDas resample-Problem sollte sich unter Debian mit
apt-get install libavresample-dev
lösen lassen.
Genau das gleiche erhalte ich hier mit einer frisch aufgesetzten Installation auch.
Dieses Board zu benutzen war dann wohl ein Designfehler deinerseits.
Nee, das Board habe ich ja schon ein paar Jahre und das Gehäuse super günstig im Weihnachtssale erstanden...
Ein Update der Hardware war eh geplant, da der Athlon > 50 Watt zieht.
Ich will hier auch gar nicht groß die Kühlung diskutieren, mich interessieren schon die Antworten auf die Eingangsfrage, ob man eine dedizierte Grafikkarte überhaupt noch braucht.
Naja, mit einem Gehäuselüfter für Konvektion sorgen zu müssen, widerspricht eigentlich dem Prinzip eines Passiv-Gehäuses, wie diesem.
Das die Probleme mit einer passiven Grafikkarte vermutlich die gleichen wären, bezog sich daher natürlich auf den Einbau ohne Gehäuselüfter. Es ist im Gehäuse auch kein Platz für einen Lüfter vorgesehen.
Nein, keine Hardware, muss nicht alles testen, kann auch mal jemand anderes machen und nicht immer nur aufs gesattelte Pferd sitzen ...
Ich weiß nicht was Du für ein altes Schätzchen hast, aber meine passiven GT630 (Rev.2) sind kaum ein Faktor im Wärmehaushalt und die OnChip GPUs von Intel bzw. AMD produzieren auch extra Wärme, unterschätze das nicht ...
Wieso, kannst doch jederzeit eine GT630/730 zustecken. Wenn Du nur reinstecken und soll laufen willst, bist Du nach wie vor mit Nvidia auf der richtigen Seite ...
Du musst ja auch nicht alles testen. Ist schon richtig. War ja auch nur eine Frage.
Ich habe noch eine onBoard 8200. Die wird ja semi-passiv vom CPU-Lüfter mitgekühlt. Da ich den aber im Streacom FC5 nicht habe, wird der Chip zu heiß. Daher thermische Probleme.
Mit einer passiven Geforce gäbe es wahrscheinlich die gleichen Probleme, mit einer aktiven hätte ich wieder einen Lüfter im System...
Die APUs hätten halt den Vorteil, dass ihre Wärme mittels der Heatpipes mit an das Gehäuse bzw. den Kühlkörper übertragen würde.
Es wäre zwar schön, wenn man möglichst wenig machen muss, es muss aber keine Plug'n'play Lösung sein.
Meine letzten Erfahrungen mit VAAPI rühren vom H55 Sandy Bridge. Da war es mit den Deinterlacern vor allem beim Fussball noch nicht so überzeugend.
Also ganz so einfach ist das mit VDPAU nimmer, zbl/Antti's Arbeit an der Intel-Ausgabe für softhddevice ist ganz hervorragend.
Die Bildqualität überzeugt in Motion Adaptive Deinterlacing als auch Motion Compensated Deinterlacing und ist auf Nvidia Niveau. Ich teste das ja nun seit Monaten mit einer kleiner BayTrail GPU (J1800), bisher MADI, aber inzwischen geht auch MCDI.
Hast Du den dritten Player, also AMD, auch getestet?
Ich möchte in den nächsten Wochen unbedingt updaten, und die nVidia soll aus thermischen Gründen raus.
Zur Wahl stehen:
- AsRock AM1H-ITX + Athlon
- AsRock B85M-ITX + Haswell
Ich würde natürlich ungern auf's falsche Pferd setzen und würde mich über Empfehlungen, speziell von denjenigen, die vielleicht schon beides getestet haben, freuen.
Das ist natürlich auch eine Option, mir würde es aber eher um die Idee gehen den VDR zu virtualisieren aufgrund des vorhandenen ESXi (VT-D ist aktuell leider nicht möglich) mit den Sundtek hatte ich das über eine Dockstar gelöst. Wie steht's den mit den Treibern der CineS2? Über die v6.5 hört man ja nichts gutes
Was nützt Dir eine CineS2 im ESXi wenn der keine Erweiterungskarten an eine VM durchreichen kann?
Scheidet also eigentlich aus, es sei denn, Du baust den so um, dass das geht.
Alternativen wären ein dedizierter VDR-Server z.B. mit dem genannten Q1900M oder ein Octopus NET und SAT>IP Plugin in der VM. Wobei das verbrauchstechnisch kaum einen Unterschied machen dürfte und ich daher aufgrund der besseren Erweiterbarkeit den VDR Server vorziehen würde.
Hier das Schema des mPCIe-Anschlusses. Scheinbar ist die 1,5 V Versorgung nur als Option verfügbar.
EDIT:
Ich habe mal den Support von PC Engines angeschrieben. Der scheint schon mal sehr gut zu sein, ich hatte innerhalb von 15 Minuten eine Antwort.
Der 1,5 V Regulator ist in der Tat nicht bestückt. PCE sei auch keine Karte bekannt, die dies brauchen würde. Die Teile (ich hatte auch nach der internen Versorgung des Boards mit 12 V gefragt) könnten aber einfach von Hand eingefügt werden.
Die nächste Generation des Boards werde die 1,5 V liefern.
Bist Du hier weitergekommen?
Ich hatte das Board auch für mich entdeckt und wollte damit einen VDR-Server aufbauen, hab' dann aber doch nochmal die große Suchmaschine befragt und bin auf diesen Thread gestoßen.
Die ngene_18.fw hattest Du heruntergeladen und nach /lib/firmware/ kopiert? Vielleicht muss man das auch nicht mehr, mein aktueller Server läuft seit 4 Jahren nonstop.
Mmh, die letzten Seiten dieses Themas lasen sich eigentlich ganz positiv.
Was ich alles installieren muss, ist mir eigentlich egal. Meinetwegen auch .NET, Hauptsache am Ende läuft alles zufriedenstellend.
Ich würde gerne mein aktuelles System auch langsam mal in Rente schicken. Die 55 Watt, die mein Athlon II X2 240e auf dem Asus M3N78-VM zieht, sind mir auf Dauer zu viel. Außerdem wird die onboard-GPU im Streacom-Passivgehäuse ohne CPU-Lüfter zu heiß...
Vorschweben würde mir
Mein Content ist nahezu ausschließlich HD, also 720p oder 1080i.
Läuft das mittlerweile relativ problemlos?
Gruß
Dennis
Hallo,
im Ubuntu-Wiki bin ich auf folgendes gestoßen:
QuoteMittels der generischen API Bibliothek libvdpau-va-gl ist es auch auf Intel Grafikchipsätzen möglich VDPAU zu nutzen. Intern baut diese auf VA API und OpenGL auf. Zur Verwendung müssen folgende Pakete installiert werden (ab Ubuntu 14.04 verfügbar):
- libvdpau-va-gl1
- i965-va-driver
- vdpauinfo
Hat das jemand mit dem VDR getestet? Gibt es brauchbare Deinterlacer und welche Grafik wird benötigt?
Gruß, Dennis
Irgendwie bezweifel ich ja, dass es an der Leistung der Grafikkarte liegt.
Meine onBoard 8200 gibt zumindest alle HD-Kanäle ohne Ruckeln aus, egal ob 720p oder 1080i.
Nun ist mein Prozessor zwar ein Jahr jünger (Athlon II X2 240e), aber dein System idled ja auch zu fast 56%.
Wenn du an den Rechner ne Röhre angeschlossen hast, nutzt du doch wahrscheinlich VGA2Scart oder einen TV-Ausgang. Müsste dann nicht bei HD-Sendern der Stream in SD-PAL runtergerechnet werden, damit der auf der Röhre dargestellt werden kann? Diese Last würde bei einem Wechsel auf einen per HDMI angeschlossenen LCD wegfallen.
Das weiß ich leider nicht.
Digital Devices hatte damals ein Firmware-Update angeboten. Das ging aber nur für Karten, die auf Lattice-Chipsätzen basierten (ab V6) und Octopus-Bridge.
http://www.mce-community.de/forum/index.ph…it-cedar-trail/
Mmh, mit Patchen hatte ich bisher noch nie zu tun. Kannst Du vielleicht kurz beschreiben, was ich genau machen muss?
Nach dem, was ich gelesen habe:
- Deinen Quellcode in eine Datei.patch speichern
- die omxdevice.c in ein Unterverzeichnis "a" kopieren
- Unterverzeichnis "b" anlegen
- "patch -i Datei.patch"
- die erstellte Datei an den ursprünglichen Ort der omxdevice.c kopieren
- das Plugin neu bauen und installieren
Halbwegs richtig oder völlig falsch?
Weiß zufällig jemand, ob der PCIe-Bug der Cedar Trail Plattform, der das Zusammenspiel z.B. des Intel DN2800MT mit den Digital Devices Karten der Version 5.5 mit Micronas-Chipsatz und ngene-Firmware verunmöglicht hat, bei der Bay Trail Plattform behoben wurde oder fortbesteht?
Also der PC-Modus ist aus, mehr kann ich am TV glaub' ich nicht einstellen.
pi@pi01 ~ $ /opt/vc/bin/tvservice -m CEA
Group CEA has 21 modes:
mode 1: 640x480 @ 60Hz 4:3, clock:25MHz progressive
mode 2: 720x480 @ 60Hz 4:3, clock:27MHz progressive
mode 3: 720x480 @ 60Hz 16:9, clock:27MHz progressive
mode 4: 1280x720 @ 60Hz 16:9, clock:74MHz progressive
(prefer) mode 5: 1920x1080 @ 60Hz 16:9, clock:74MHz interlaced
mode 7: 720x480 @ 60Hz 16:9, clock:27MHz x2 interlaced
mode 14: 720x480 @ 60Hz 4:3, clock:54MHz x2 progressive
mode 15: 720x480 @ 60Hz 16:9, clock:54MHz x2 progressive
mode 16: 1920x1080 @ 60Hz 16:9, clock:148MHz progressive
mode 17: 720x576 @ 50Hz 4:3, clock:27MHz progressive
mode 18: 720x576 @ 50Hz 16:9, clock:27MHz progressive
mode 19: 1280x720 @ 50Hz 16:9, clock:74MHz progressive
(native) mode 20: 1920x1080 @ 50Hz 16:9, clock:74MHz interlaced
mode 22: 720x576 @ 50Hz 16:9, clock:27MHz x2 interlaced
mode 29: 720x576 @ 50Hz 4:3, clock:54MHz x2 progressive
mode 30: 720x576 @ 50Hz 16:9, clock:54MHz x2 progressive
mode 31: 1920x1080 @ 50Hz 16:9, clock:148MHz progressive
mode 35: 720x480 @ 60Hz 4:3, clock:108MHz x4 progressive
mode 36: 720x480 @ 60Hz 16:9, clock:108MHz x4 progressive
mode 37: 720x576 @ 50Hz 4:3, clock:108MHz x4 progressive
mode 38: 720x576 @ 50Hz 16:9, clock:108MHz x4 progressive
Display More
Mode 20 und Mode 31 hab ich versucht.
Bei den 720p-Sendern ist es gefühlt seltener. Könnte es auch an einer zu langsamen SD-Karte liegen?