@ mintblau
bei mir ist es genauso mit dem mintblauen rgb.
Im Bios ist noch alles i.o. dann wird das viafb-modul geladen und alles ist "grün"I
ch schleife das Signal durch nen DVB-T Receiver von Technisat und damit ist wieder alles bunt.
@ mintblau
bei mir ist es genauso mit dem mintblauen rgb.
Im Bios ist noch alles i.o. dann wird das viafb-modul geladen und alles ist "grün"I
ch schleife das Signal durch nen DVB-T Receiver von Technisat und damit ist wieder alles bunt.
SO nu is HowTo
In der Kürze liegt die Würze
Abhängigkeiten:
Zitatne halbwegs aktuelle ffmpeg
Als Framebuffer verwenden wir den viafb von directfb.org.
Hier das bekannte Howto dazu LINK
Ob als modul oder in Kernel rein bleibt dem Leser selbst überlassen.
wget http://ovh.dl.sourceforge.net/sourceforge/vidix/vidix-1.0.0.tar.bz2
./configure --prefix=/usr
make && make install
vdr = 1.4.6 ohne patches direkt vom Hersteller
wget http://download.berlios.de/softdevice/vdr-softdevice-0.4.0.tgz
./configure --disable-dfb --with-vidix-path /usr
make && make install
ne /etc/fb.modes noch erstellen.
Zitatmode "PAL"
geometry 720 576 720 576 32
timings 35714 32 8 46 0 136 3
bcast true # request overscan with (modified) viafb
endmode
die muss dann vorm VDR noch geladen werden.
der Softdevice Aufruf erfolgt so:
noch was wenn ihr kein Bild habt aber laut Log alles i.O.
Dann prüft die /etc/vdr/setup.conf unter PrimaryDVB = (x)
(x) entspricht der Anzahl im System verbauten (Empfangs)Karten + 1(softdevice ist fürn VDR nämlich auch ne "Karte")
Damit funktionierts bei mir ? Falls jemand was zu irgend welche Abhängigkeiten sagen kann dann raus damit.
Aha, gehört zwar nicht hier her aber:
Danke für die Info das Softdevice für den VDR ne Karte ist. Schau mal bitte im News-Bereich unter Plugin Wirbelscan. Ich hab damit nämlich ein Problem, eben wegen der Interfaces. Hier: neues Plugin wirbelscan
Läuft bei Dir Wirbelscan und Femon?
Was RGB angeht, dann liegts wohl eindeutig am Treiber. Da hilft wohl nur mit den Parametern spielen oder sich mit S-Video zufrieden geben.
jepp wirbelscan und femon laufen.
hab wirbelscan nur mit dvbt getestet.
Ich hab jetzt auch ein merkwürdiges Problem ich habe grade das System vom TestVDR auf den WohnzimmerVDR portiert.
Im TestVDR sind zwei Karten aber nur eine mit Empfang.
Im WohnVDR sind zwei Karten wo beide Empfang haben.
Wenn ich jetzt den VDR laufen lassen dann hör ich hin und wieder den Ton von der 2. Karten zum Bild und Ton von der 1.Karte.
Ich kann aber noch nicht sagen wie und wann das passiert.
Hat jemand ne ähnlich Erfahrung gemacht?
ZitatWas RGB angeht, dann liegts wohl eindeutig am Treiber. Da hilft wohl nur mit den Parametern spielen oder sich mit S-Video zufrieden geben.
Das hat nix mit den Treiber zu tun.
Eher isses eindeutig , dass es an der Hardware liegt.
(Leider habe ich nicht das Werkzeug dafuer alles durchzumessen)
Der Hintergrund sollte schwarz und nicht gruen sein.
Mit Svideo , wo das Bild ja normal ist , ist der Hintergrund auch durchgehend schwarz (beim Bootvorgang).
Ich werde auch mal ne Humax zwischensetzen.
Ja wie jetzt? Ich denk die Farben versaut es erst, wenn der Treiber geladen wird?
Nein , die sind schon von anfang an versaut.
Weder ist der blaue Anfang , (vorm Post) noch der gruene
Bootvorgang normal.
Der Freiber wird ja erst spaeter im/vom Kernel geladen.
Nun hab ich vidix grad noch ausprobiert. Auf nem jungfreulichen System.
Bild hab ich. D.h. OSD. Aber leider will der VDR keine Tasten lernen.
Wie das?
Hi,
ich habe es jetzt auf meinem ME6000 auch mal probiert. Alle Schritte liefen soweit gut, VDR startet, aber softdevice ist mit meinem Vidix-Treiber nicht zufrieden:
/var/log/messages
May 13 10:27:26 vdr vdr: [4079] VDR version 1.4.7 started
May 13 10:27:26 vdr vdr: [4079] loading plugin: /usr/src/VDR/PLUGINS/lib/libvdr-remote.so.1.4.5
May 13 10:27:26 vdr vdr: [4079] loading plugin: /usr/src/VDR/PLUGINS/lib/libvdr-softdevice.so.1.4.5
May 13 10:27:26 vdr vdr: [4079] loading /video/setup.conf
May 13 10:27:26 vdr vdr: [4079] ERROR: unknown config parameter: BufferTimeOut = 30
May 13 10:27:26 vdr vdr: [4079] ERROR: unknown config parameter: Frameswait = 0
May 13 10:27:26 vdr vdr: [4079] ERROR: unknown config parameter: KeepBuffer = 1
May 13 10:27:26 vdr vdr: [4079] ERROR: unknown config parameter: KeepLastBuffer = 1
May 13 10:27:26 vdr vdr: [4079] ERROR: unknown config parameter: LiveBuffer = 1
May 13 10:27:26 vdr vdr: [4079] ERROR: unknown config parameter: LiveBufferSize = 1000
May 13 10:27:26 vdr vdr: [4079] ERROR: unknown config parameter: LiveReplay = 1
May 13 10:27:26 vdr vdr: [4079] ERROR: unknown config parameter: NumLastBuffers = 1
May 13 10:27:26 vdr vdr: [4079] ERROR: unknown config parameter: RecordDolbyDigital = 1
May 13 10:27:26 vdr vdr: [4079] ERROR: unknown config parameter: SortTimers = 1
May 13 10:27:26 vdr vdr: [4079] loading /video/sources.conf
May 13 10:27:26 vdr vdr: [4079] loading /video/diseqc.conf
May 13 10:27:26 vdr vdr: [4079] loading /video/channels.conf
May 13 10:27:26 vdr vdr: [4079] loading /video/timers.conf
May 13 10:27:26 vdr vdr: [4079] loading /video/commands.conf
May 13 10:27:26 vdr vdr: [4079] loading /video/reccmds.conf
May 13 10:27:26 vdr vdr: [4079] loading /video/svdrphosts.conf
May 13 10:27:26 vdr vdr: [4079] loading /video/remote.conf
May 13 10:27:26 vdr vdr: [4079] loading /video/keymacros.conf
May 13 10:27:26 vdr vdr: [4079] ERROR: unknown plugin 'femon'
May 13 10:27:26 vdr vdr: [4079] ERROR: empty key macro
May 13 10:27:26 vdr vdr: [4079] ERROR: unknown plugin 'mp3'
May 13 10:27:26 vdr vdr: [4079] ERROR: unknown plugin 'epgsearch'
May 13 10:27:26 vdr vdr: [4079] ERROR: empty key macro
May 13 10:27:26 vdr vdr: [4079] reading EPG data from /video/epg.data
May 13 10:27:26 vdr vdr: [4080] video directory scanner thread started (pid=4079, tid=4080)
May 13 10:27:26 vdr vdr: [4081] video directory scanner thread started (pid=4079, tid=4081)
May 13 10:27:27 vdr vdr: [4079] probing /dev/dvb/adapter0/frontend0
May 13 10:27:27 vdr vdr: [4080] video directory scanner thread ended (pid=4079, tid=4080)
May 13 10:27:27 vdr vdr: [4081] video directory scanner thread ended (pid=4079, tid=4081)
May 13 10:27:27 vdr vdr: [4083] tuner on device 1 thread started (pid=4079, tid=4083)
May 13 10:27:27 vdr vdr: [4084] section handler thread started (pid=4079, tid=4084)
May 13 10:27:27 vdr vdr: [4079] probing /dev/dvb/adapter1/frontend0
May 13 10:27:27 vdr vdr: [4079] probing /dev/dvb/adapter2/frontend0
May 13 10:27:27 vdr vdr: [4079] found 2 video devices
May 13 10:27:27 vdr vdr: [4079] initializing plugin: remote (0.3.9): Remote control
May 13 10:27:27 vdr vdr: [4079] initializing plugin: softdevice (0.4.0): A software emulated MPEG2 device
May 13 10:27:27 vdr vdr: [4079] [cVidixVideoOut] Truecolor FB found
May 13 10:27:27 vdr vdr: [4079] [cVidixVideoOut] xres = 720 yres= 576
May 13 10:27:27 vdr vdr: [4079] [cVidixVideoOut] line length = 2880
May 13 10:27:27 vdr vdr: [4079] [cVidixVideoOut] bpp = 32
May 13 10:27:27 vdr vdr: [4086] tuner on device 2 thread started (pid=4079, tid=4086)
May 13 10:27:27 vdr vdr: [4087] section handler thread started (pid=4079, tid=4087)
May 13 10:27:27 vdr vdr: [4079] [cVidixVideoOut] vidix version: 100
May 13 10:27:27 vdr vdr: [4079] [cVidixVideoOut] Couldn't find working VIDIX driver exiting
Alles anzeigen
Und der VDR selbst sagt:
Starting VDR, VDRCMD=/usr/src/VDR/vdr -g / -L/usr/src/VDR/PLUGINS/lib '-Premote -i /dev/input/ir -i /dev/input/x10' -P'softdevice -ao alsa:mixer -vo vidix:' -w 0 -s /usr/local/bin/vdr-shutdown
[softdevice] processing args
[softdevice] argv [0] = softdevice
[softdevice] argv [1] = -ao
[softdevice] using alsa mixer for volume control
[softdevice] argv [3] = -vo
[softdevice] initializing Plugin
[softdevice] Initializing Video Out
[softdevice] ffmpeg build(3352580)
10:27:27.0919 I [4079] [cVidixVideoOut] Truecolor FB found
10:27:27.0920 I [4079] [cVidixVideoOut] xres = 720 yres= 576
10:27:27.0921 I [4079] [cVidixVideoOut] line length = 2880
10:27:27.0921 I [4079] [cVidixVideoOut] bpp = 32
10:27:27.0942 I [4079] [cVidixVideoOut] vidix version: 100
[cyberblade] Error occurred during pci scan: Die Operation ist nicht erlaubt
[genfb-demo-driver] Error occurred during pci scan: Die Operation ist nicht erlaubt
[mach64] Error occurred during pci scan: Die Operation ist nicht erlaubt
[mga] Error occurred during pci scan: Die Operation ist nicht erlaubt
[mga] Error occurred during pci scan: Die Operation ist nicht erlaubt
[mga] Error occurred during pci scan: Die Operation ist nicht erlaubt
[nvidia_vid] Error occurred during pci scan: Die Operation ist nicht erlaubt
[pm2] Error occurred during pci scan: Die Operation ist nicht erlaubt
[pm3] Error occurred during pci scan: Die Operation ist nicht erlaubt
Radeon_vid: Error occurred during pci scan: Die Operation ist nicht erlaubt
Rage128_vid: Error occurred during pci scan: Die Operation ist nicht erlaubt
[savage_vid] Error occurred during pci scan: Die Operation ist nicht erlaubt
[SiS] Error occurred during pci scan: Die Operation ist nicht erlaubt
[unichrome] Error occurred during pci scan: Die Operation ist nicht erlaubt
10:27:27.0984 E [4079] [cVidixVideoOut] Couldn't find working VIDIX driver exiting
Alles anzeigen
Frage: Muss VDR mit softdevice als root laufen??
[EDIT]
Offensichtlich ja. Die Fehlermeldungen oben sind weg, aber jetzt steigt der VDR mit "Ungültiger Machinenbefehl" aus. Nun, dann werde ich mich mal durchs Forum pflügen. Vielleicht fehlt ja noch irgendetwas.
[/EDIT]
Zwischenzeitlich werde ich mal im softdevice/ffmpeg-Code suchen, an welcher Stelle die letzte Fehlermeldung ausgegeben wird.
Wolfgang
An irgend nen Kopierschutz(Macrovision ? , bei Spielconsolen isses ja auch so) liegt es wohl ne , vonwegen Gruenstich/Bild ??
ZitatBin echt am Ueberlegen nen CPU-Upgrade zu machen..
@Morone
auf deine Überlegung hin hab ich mal Wolfgang(wbreu) gebeten auf seinem Tualatin 1.4Ghz nen Test zu fahren. Ich denke bei dieser Variante spielt die CPU Leistung wohl ne grössere Rolle als bei der libcle266... Geschichte .
Ich hab hier mit nem 1.2 Ghz Celeron max 40% Last während auf dem achthundertfuffziger die Last auch bei 55-70 % liegt.
Wenn es klappt und die Last sinkt dann währe Deinterlacing und ne grössere Auflösung (fürn TFT mal später) durchaus möglich.
Hallo tr500,
soderle wollte das mal testen, aber ich bekomme auf meinem digitainer leider kein TV-Bild mit OSD. Es erscheint leider nur immer das OSD.
Irgendwie connectet das Softdevice nicht zu meiner Budget Nova-S und der VDR startet immer wieder neu.
Deine Anleitung/en habe ich schon rauf und runter, aber sorry immer das gleiche Ergebnis bei der Ausgabe, kein Ton und kein TV-Bild nur OSD.
Die Frage ist warum das so ist bei mir?
Gruß
Wolfgang
Hi,
ich habe es jetzt auf meinem EPIA ME6000 getestet. Leider nicht sehr erfolgreich
Die CPU-Last ist bei >90% und das Bild ruckelt.
Möglicherweise habe ich ein Problem mit ffmpeg. Sowohl die selbstkompilierte Version als auch eine vorkompilierte von Packman machen die folgende beunruhigende Fehlermeldung:
21:25:24.0544 D [13789] [VideoOut] reset: sync info: repF = 0, drpF = 0, totF = 0
Compiler did not align stack variables. Libavcodec has been miscompiled
and may be very slow or crash. This is not a bug in libavcodec,
but in the compiler. Do not report crashes to FFmpeg developers.
Na ja, einen Versuch war es wert...
Wolfgang
Hi wbreu
Ich habs jetzt nach meinem Howto auch auf den WohnzimmerVDR gespielt und da ist ne Nova-S und ne FF verbaut.
Läuft ohne Probleme.
Hast du denn mal ein Log ?
Am besten das wenn du den vdr direkt startest vonner Konsole imho sind da mehr Meldungen drin.
Check doch mal deinen Compiler.
ZitatThis is not a bug in libavcodec,
but in the compiler
Hi tr500,
inzwischen habe ich mal nach der Fehlermeldung gegoogelt. Scheint öfter vorzukommen, aber harmlos zu sein. Abhilfe habe ich keine gefunden.
Hier das Log:
Starting VDR, VDRCMD=/home/vdr/workspace/vanilla/vdr -g / -L/home/vdr/workspace/vanilla/PLUGINS/lib '-Premote -i /dev/input/x10' -P'softdevice -ao alsa:mixer -vo vidix:' -w 0 -s /usr/local/bin/vdr-shutdown
[softdevice] processing args
[softdevice] argv [0] = softdevice
[softdevice] argv [1] = -ao
[softdevice] using alsa mixer for volume control
[softdevice] argv [3] = -vo
[setup-softdevice] setting alpha blend mode to software
[softdevice] initializing Plugin
[softdevice] Initializing Video Out
[softdevice] ffmpeg build(3350528)
21:52:01.0843 I [14651] [cVidixVideoOut] Truecolor FB found
21:52:01.0844 I [14651] [cVidixVideoOut] xres = 720 yres= 576
21:52:01.0844 I [14651] [cVidixVideoOut] line length = 2880
21:52:01.0845 I [14651] [cVidixVideoOut] bpp = 32
21:52:01.0865 I [14651] [cVidixVideoOut] vidix version: 100
[mga] Can't find chip
[mga] Can't find chip
[mga] Can't find chip
[unichrome] Found chip: VT8623 [Apollo CLE266] integrated CastleRock graphics
21:52:01.0906 I [14651] [cVidixVideoOut] capabilities: 0x30
21:52:01.0907 I [14651] [cVidixVideoOut] fourcc.flags: 0xb
21:52:01.0926 I [14651] [cVidixVideoOut] set colorkey
21:52:01.0926 I [14651] [cVidixVideoOut] vdlSetGrKeys() = 0
21:52:01.0948 I [14651] [cVidixVideoOut] capabilities
21:52:01.0949 I [14651] [cVidixVideoOut] EQ cap: d:
21:52:01.0949 I [14651] [cVidixVideoOut] brightness (300)
21:52:01.0950 I [14651] [cVidixVideoOut] saturation (0)
21:52:01.0950 I [14651] [cVidixVideoOut] hue (0)
[softdevice] Subplugin successfully opend
[softdevice] Video Out seems to be OK
[softdevice] Initializing Audio Out
[softdevice] Audio out seems to be OK
[softdevice] A/V devices initialized, now initializing MPEG2 Decoder
21:52:02.0234 I [14657] [cVidixVideoOut] Video changed format to 736x576
21:52:02.0246 I [14657] [cVidixVideoOut] set colorkey
21:52:02.0247 I [14657] [cVidixVideoOut] vdlSetGrKeys() = 0
21:52:02.0269 I [14657] [cVidixVideoOut] set eq values
21:52:02.0323 D [14662] [VideoOut] reset: sync info: repF = 0, drpF = 0, totF = 0
Compiler did not align stack variables. Libavcodec has been miscompiled
and may be very slow or crash. This is not a bug in libavcodec,
but in the compiler. Do not report crashes to FFmpeg developers.
21:52:02.0580 I [14665] [cVidixVideoOut] Video changed format to 720x576
21:52:02.0586 I [14665] [cVidixVideoOut] set colorkey
21:52:02.0587 I [14665] [cVidixVideoOut] vdlSetGrKeys() = 0
21:52:03.0200 D [14666] [softdevice-audio]: Xrun (at least 31.871 ms long)
21:52:03.0604 D [14665] [VideoOut] video now synced (9 - 48)
XXX21:52:04.0700 D [14666] [softdevice-audio]: Xrun (at least 34.902 ms long)
X21:52:04.0808 D [14666] [softdevice-audio]: Xrun (at least 35.731 ms long)
Alles anzeigen
Diese XRuns und XXXX kommen dann ständig.
Gruss,
Wolfgang
Ich komm grad nicht anne konole (WAF)
guck doch mal in deine setup.conf das AlhaBlend auf 0 steht.
Zitatsoftdevice.OSDalphablend = 0
Laut deinem Log müsste es eingeschaltet sein.
Zitat[setup-softdevice] setting alpha blend mode to software
Damit läuft bei mir auch nix.
So , Kiste ist wieder vernagelt und bin zum Schluss gekommen.
Zwischen Softausgabe und FF sind doch Welten( jedenfalls auf meiner Moehre).
Wieder min. 1 Tag meines Lebens sinnlos wegen VDR verschenkt.
Hi tr500,
Zitatguck doch mal in deine setup.conf das AlhaBlend auf 0 steht.
Stand auf 1. Leider verbessert sich nichts, wenn ich es auf 0 stelle. Ich fürchte, es liegt an meiner ffmpeg. Da ich hier nichts mehr machen kann, da ein Compilerupgrade auf diesem System nicht in Frage kommt, lege ich das Thema zunächst mal zu den Akten.
Wolfgang
DA bin ich wieder.
So ich habe nun seid 2 Wochen das besagte System aufm Wohnzimmer VDR zu laufen und es gab keinerlei WAF-Problem. ER läuft und läuft und läuft.
Es scheint aber noch Probleme mit dem org. Gentoo vdradmind zu geben der läuft noch nicht so richtig.
Aufm TestVDR(Bigpatched) hab ich folgende Plugins erfolgreich getestet.
ZitatAlles anzeigenfemon-1.1.0
music-0.2.0
radioinfo-0.0.4
remote-0.3.9
softdevice-0.4.0
weatherng-0.0.8-pre3
analogtv-cvs(mit ner KNC ONE DVR TV-FBAS input)
nordlichtsepg-0.8a
radiolist-0.0.2
skinenigmang-0.0.4
softplay-cvs
wirbelscan-0.0.2
dvd-cvs
radio-0.2.0
setup-0.3.1
span-0.0.6
Ich werd mich jetzt mal an burn machen und schaun was da so geht.Ich könnte mir vorstellen das es da CPUlastiger seits evtl Probs auftauchen. Da beim kompilieren im Hintergrund bei laufendem System die Bedienung doch recht träge wird.Bild is aber OK.
Bis später Ihr hört noch von mir
ZitatOriginal von tr500
Ich könnte mir vorstellen das es da CPUlastiger seits evtl Probs auftauchen.
Vielleicht lässt sich mit nice was drehen - aber es dauert auf'm EPIA ME6000 sowieso etwas länger. Aber gerade deswegen ist evtl. nice im Sinne der Systemstabilität angebracht.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!