HD Externsion im VDR aktueller Stand
- baltasar
- Closed
-
-
Ja, die header waren dank apt-get kein Problem... Ich hatte nur den 'alten' Patch gar nicht erst probiert...
-
Wie sieht es bei eurem Einsatz der eHD bezüglich der AC3 Anbindung aus?
Ich hatte bis vor kurzem den SPDIF-Ausgang der eHD verwendet und hatte immer AC3 Signal anliegen. Nun habe ich mir einen Full HD Fernseher (Philips 42PFL9603) zugelegt und diesen per HDMI Kabel mit der eHD verbunden. Da mein DD-Receiver nur einen Chinch SPDIF Eingang hat und der Fernseher wie die eHD nur mit einem Chinch Ausgang bestückt ist habe ich den Fernseher anstelle der eHD mit meinem Receiver verbunden.
Leider hat dies die unangenehme Nebenwirkung das trotz korrekter Einstellungen über die reelbox-Plugin GUI nur sporadisch AC3 zum Fernseher übertragen wird und somit auch zum DD-Receiver.
Kennt ihr eine Option in der setup.conf die hier helfen kann?Meine Einstellung ist zur Zeit wie folgt:
Code
Display Morereelbox.Ac3 = 1 reelbox.Ac3OverHDMI = 1 reelbox.Aspect = 1 reelbox.AudioMix = 1 reelbox.AudioOverHD = 1 reelbox.AudioOverHDMI = 1 reelbox.Brightness = 56 reelbox.Colour = 450 reelbox.Contrast = 128 reelbox.Deint = 0 reelbox.DelayAc3 = 0 reelbox.DelayStereo = 0 reelbox.DisplayType = 0 reelbox.Flicker = 0 reelbox.Framerate = 0 reelbox.Gamma = 70 reelbox.HDAM = 0 reelbox.HDAPort = 0 reelbox.HDAspect = 2 reelbox.HDauto_format = 0 reelbox.HDdeint = 1 reelbox.HDDisplayType = 1 reelbox.HDDM = 1 reelbox.HDfb = 0 reelbox.HDIntProg = 1 reelbox.HDnorm = 0 reelbox.HDoutput = 0 reelbox.HDResolution = 0 reelbox.Norm = 0 reelbox.Resolution = 0 reelbox.Scartmode = 0 reelbox.Sharpness = 128 reelbox.UseHdExt = 1 reelbox.VMM = 0 reelbox.VSM = 0
wobei reelbox.AudioMix und reelbox.HDAM von mir von Hand geändert wurde. Damit die Änderungen überhaupt wirksam werden ist ein Reset der eHD nötig. Scheinbar versucht Reel das abzuändern, bisher aber ohne Erfolg.
Zumindest habe ich mit dem aktuellen hdplayer keine Aussetzer mehr beim SDTV Material. Insgesamt kann man sagen das das Bild deutlich besser wurde, liegt vielleicht aber auch daran das es nun auf 1080 hochgerechnet werden muss und nicht mehr auf 576i herunter.
-
Hi Frodo,
wo hat die eHD denn einen SPDIF-Ausgang??? Oder meinst Du den SPDIF den man selber ans Board löten muss?
Gruß Duncan
-
den meine ich.
-
Hallo,
könnte man sich nicht auch einen SPDIF- Stecker bauen, der das Signal von der proprietäre 9poligen Mini-DIN-Buchse abgreift? Dann muss man nicht löten ... laut VDR-WIKI liegt das Signal an 1 SPDIF + 3 als GND an ...
Gruß Duncan
PS: Vergesst meine Frage da steht es ja:
Für den Eigenbau eines reinen S/PDIF-Ausgangs empfiehlt sich ein 8poliger Mini-DIN-Stecker, der ebenfalls in eine 9polige Buchse passt. Eben ohne Pin 9 dann. 8polige Mini-DIN-Stecker gehören zum Standardsortiment diverser Elektronikversender.
-
mal ne frage wäre es möglich ne platine/adapter zu bauen die das audiosignal splittet
so das man hdmi audio/video
+ optischer digitalausgang hätte -
Sorry falscher Thread ...
-
Irgendwie bekomme ich keine Files mehr mit dem xinemediaplayer-plugin abgespielt. Jeder Versuch endet mit:
CodeSep 4 19:17:13 video kernel: [ 1028.878344] vdr[23554]: segfault at 00000000 eip b7c2e5d0 esp bfe16814 error 4
Ich habe auch schon alte Versionen vom Xinemediaplugin und vom Filebrowser ausgecheckt und compiliert - hilft aber nichts...
Irgend jemand eine Idee ?
-
-
Hi,
kann jemand erklären, ob es funktioneiert ein Reelbox Image auf einen PC auf Basis eHD und TT3200 zu installieren ?
Welche Patches braucht man ?
Eventuell hat jemand ja ein Howto
-
Hi
installieren wird wohl gehen - aber ohne den MultiProto-Kernel dürfte die TT3200 kein DVB-S2 und damit kein HDTV empfangen.
Das ist aber meines Wissens nach bei allen Sat-Karten so.Man könnte zwar den MultiProto-DVB-Treiber auf dem Reelbox-Image nachinstallieren - nur muss man dann auch den VDR für den Multiproto patchen. Ohne es zu wissen bezweifle ich dass der "normale" VDR-Multiproto-Patch da ohne viel Handarbeit läuft...
Gruß
Thorsten GehrigPS: Für Easyvdr gibt es eine "fertige" eHD-Installation...
-
hi,
im reel forum hat ein eHD besitzer einen solchen patch veröffentlicht
"ReelVDR1.4.7/1.4.9 Multiprototauglich machen?"
"attached you find the patch but be aware that there are some changes just valid for my system. e.g. channels.conf, ethernet config, ipadresses, /media/hd/video/dvd was renamed to /media/hd/video/DVDs, lirc was enabled in reelvdrd, netcv things were removed and maybe other changes were made that I do not remember. DVBDIR path in testing/src/Make.config must be correct. Don't know if channelscan plugin is working and singal strength display for TT-budget S2-3200 is only working with a small patch to multiproto, because the driver returns values which are to small. Also installing required dev-packages needs some handwork as dvblex already mentioned. Please do not expect too much support from me but maybe the patch makes it into a Subversion tree sometimes like bratfisch already offered. Maybe there some cleanups could be done."
-
Quote
Ja - habe ich. Ich hatte das Ganze ja schon mal am Laufen. Ich weiss nicht, wieso das Teil jetzt immer direkt beim Druck auf OK im Filebrowser den VDR abschiesst
Ich hab jetzt alles versucht: Alles was Xine heisst runter (sowohl lib als auch gui, sowohl in /usr als auch in /usr/local), alles wieder aus dem svn neu compiliert und installiert (lib und gui). Plugins werden im Xine auch angezeigt. Jetzt weiss ich erst mal nicht mehr weiter...
-
hi,
ich benutze immer /usr und habe xine-lib mit einer neueren version von ffmpeg compiliert (ende april, configure switch für external)
-
Hallo,
ich habe jetzt heute mal Zeit gehabt um den Xineplayer mal auszuprobieren. Das kompilieren
der Xine-Library aus dem SVN hat ohne probleme geklapt. Das Xine-Plugin für den VDR konnte
ich ohne Probleme kompilieren. Das Plugin für den Xineplayer um die HDE anzusprechen war
auch kein Problem. Doch wenn ich jetzt ein Film über den Filebrowser anwähle und abspiele
kommt kein Bild/Ton. Lediglich in der messages kommen folgende Zeilen:Sep 11 22:33:24 multi vdr: XineMediaplayer Plugin::Service Xine Play mrl /media/HD Filme/Test_dt_DivX502_MP3.avi
Sep 11 22:33:25 multi vdr: hde_io_video_config (0)->3447504d (NONE)->(MP4) (0x0)->640x480 f:(0/0)->1/25 a:(0/0)->1/1 o:(0)->0
Sep 11 22:33:25 multi vdr: ->hde_decode_video_data 21c0000 DivX 5 128
Sep 11 22:33:26 multi vdr: hde_io_audio_config (0)->9 (NONE)->MPA (0)->44100 ch:(0)->2 32-104
Sep 11 22:33:26 multi vdr: ->hde_decode_audio_data 3010000 MPEG layer 2/3
Sep 11 22:33:27 multi vdr: hde_io_video_config (0)->3447504d (NONE)->(MP4) (0x0)->640x480 f:(0/0)->1/25 a:(0/0)->1/1 o:(0)->0
Sep 11 22:33:27 multi vdr: ->hde_decode_video_data 21c0000 DivX 5 128Nochmal meine Vorgehensweise:
XineLibrary:
- xine-lib-1.1.8 mit dem Patch xine-lib-reel.diff
- xineplug-reel-decypher
- xineplugin für den VDR mit dem Patch xinemediaplayer-0.0.6-svn7204-patch.diffDas ganze läuft auf einem SUSE 10.3 System
Hat jemand eine Idee? ... fehlt ein Patch?
Grüße
Schrobbl -
Ich hab gerade gelesen das der Framebuffer der HDe nun schneller sein soll. Genauere Infos wie dies gemacht wurde habe ich aber leider nicht gefunden.
Hat da jemand Infos zu?
Reicht die Geschwindigkeit aus um z.B. einen SNES-Emulator oder Filme, welche einen Codec nutzen die die HDe noch nicht unterstützt, vernünftig darüber darzustellen?
-
-
Quote
Original von Maniac
Ich hab gerade gelesen das der Framebuffer der HDe nun schneller sein soll. Genauere Infos wie dies gemacht wurde habe ich aber leider nicht gefunden.Hat da jemand Infos zu?
Reicht die Geschwindigkeit aus um z.B. einen SNES-Emulator oder Filme, welche einen Codec nutzen die die HDe noch nicht unterstützt, vernünftig darüber darzustellen?
SNES-Emulator hab' ich gestern getestet (genauer: snes9x) - der läuft bei 'ner 720p-Auflösung im Vollbild-Modus flüssig, bei 1080 ruckelts im Vollbild-Modus leicht.
-
"Genauere Infos wie dies gemacht wurde habe ich aber leider nicht gefunden."
Das war (sehr) langen Rumpoken in den undokumentierten DeCypher-Registern... Damit würgt der Chip dann PCI-Zugriffe nicht gleich ab sondern erlaubt Bursts. Man muss aber auch noch die MTRRs richtig auf "Write-Combining" setzen. Das macht aber alles schon hdboot. Damit sind statt ca. 10MB/s jetzt knapp 30MB/s möglich. Sicher nicht der Brüller, aber gerade bei 16Bit Farbtiefe völlig ausreichend.
Videos in 720*576 mit 16Bit ruckeln aber manchmal etwas, das ist knapp an der Grenze.
Ein netter Nebeneffekt ist, dass die HDTV-Wiedergabe jetzt auch deutlich weniger CPU braucht, jetzt sinds nur so ca. 10% statt 30% vorher.
Participate now!
Don’t have an account yet? Register yourself now and be a part of our community!