ich habe auch alles ausprobiert und bisher nach S3 kein vernünftiges Bild bekommen. Mir blieb nur übrig auf S3 zu verzichten und immer komplett herunterzufahren. Ist mit ner SSD nicht wesentlich langsamer, trotzdem ist die Situation natürlich unbefriedigend.
Beiträge von Vomex
-
-
Hab mir vor einiger Zeit diese hier gekauft
http://geizhals.at/deutschland/a379401.html
und bin sehr zufrieden. Liegt noch im Rahmen deines Budgets.
-
Hört sich gut an, hab auf jeden Fall interesse!
Gruß Vomex
-
-
Hallo,
hat sich bezüglich des schon angesprochenen Flackerns eine Lösung ergeben? Das Flackern tritt bei mir auf, wenn xineliboutput.Video.AutoCrop = 1 gesetzt ist, meistens beim Umschalten von oder zu Pro7.
Nach einem Neustart von vdr-sxfe ist es wieder weg.
Ich benutze xine-lib-1.2 und xineliboutput aus dem cvs mit den aktuellen patchen von Seite 1.Gruß Vomex
ZitatOriginal von durchflieger
Bei mir trat überigens gestern noch ein Problem auf, dass nach ein paar mal zappen in der Bildwiedergabe etwa 2 mal pro Sekunde ein flackern auftritt. Sieht so aus als wäre da jeweils 1 Frame mit anderen cropping-Parametern unterwegs das immer wieder auftaucht. Dann Hilft nur noch ein Neustart des Frontend. Leider kann ich das Problem nicht reproduzieren so das die Fehlersuche nicht gelingt. Hat jemand dieses Problem auch schon gehabt???
Gruss durchfliegerZitatOriginal von HolgerR
... ich glaube zu wissen, was du meinst. Wenn es das ist, lässt sich das ganze aber zumindest bei mir auch reproduzieren. Probier mal, die Softwareskalierung einzuschalten (Größenänderung "ja", Formatänderung "nein"), das Cropping auf "auto" und dann von einem 16:9 Sender auf einen, wo das Cropping zuschlägt. Dann wieder zurück auf den 16:9er und das Flackern sollte losgehen.Ist es das, was du meinst?
ZitatOriginal von Oxygen
Das mit dem flackern habe ich auch. Passiert bei mir meistens beim Umschalten von AstraHD auf Pro 7. Ist aber insofern ein Fortschritt, weil mir vorher das ganze Frontend weggeknallt ist. Da half dann nur ein Neustart des Rechners.
Der VDR an sich lief wohl weiter und ließ sich auch noch am Touchscreen bedienen, am Fernseher war allerdings Feierabend. -
Danke, das hat geklappt. Allerdings nur, wenn ich die Änderung in Zeile 497 durchführe. Zeile 476 musste ich auf 10703 belassen.
Danke!
-
Hallo
Mist, hab mich verkuckt, VDR ist 1.7.5 über x-vdr installiert mit diversen Patchen. Das Pugin selbst ist soweit unberührt. Mit extrecmenu-1.2-test1-am2a.diff.gz bricht er mit o.g. Fehler ab, ohne den Patch hatte ich vermutlich das selbe Problem wie carel (menurecordings.c:792: error: no match...).
Gruß Vomex
-
Hallo,
versuche gerade, extrecmenu unter VDR-1.7.7 zu kompilieren. Auch mit Patch extrecmenu-1.2-test1-am2a.diff.gz bricht das Kompilieren ab:
Codeg++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D__KERNEL_STRICT_NAMES -DUSE_CHANNELSCAN -DUSE_CMDSUBMENU -DUSE_CUTTERQUEUE -DUSE_CUTTIME -DUSE_DDEPGENTRY -DUSE_DOLBYINREC -DUSE_DVBSETUP -DUSE_DVLRECSCRIPTADDON -DUSE_HARDLINKCUTTER -DUSE_JUMPPLAY -DUSE_LIEMIEXT -DUSE_LIVEBUFFER -DUSE_MAINMENUHOOKS -DUSE_MENUORG -DUSE_NOEPG -DUSE_PLUGINMISSING -DUSE_SETTIME -DUSE_SORTRECORDS -DUSE_SYNCEARLY -DUSE_WAREAGLEICON -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"extrecmenu"' -I/usr/local/src/DVB/linux/include -I../../../include tools.c tools.c: In function »bool MoveRename(const char*, const char*, cRecording*, bool)«: tools.c:125: Warnung: Der Rückgabewert von »int asprintf(char**, const char*, ...)«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert tools.c:132: Warnung: Der Rückgabewert von »int asprintf(char**, const char*, ...)«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert tools.c:156: Warnung: Der Rückgabewert von »int asprintf(char**, const char*, ...)«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert tools.c: In member function »void WorkerThread::Cut(std::string, std::string)«: tools.c:502: Fehler: »TsSetTeiOnBrokenPackets« wurde in diesem Gültigkeitsbereich nicht definiert make: *** [tools.o] Fehler 1
Ideen?
-
Hab das selbe Problem, seitdem der Transponder von Anixe geändert wurde.
-
Hallo,
das hört sich sehr gut an! Werde es sobald als möglich ausprobieren. Wenn das tatsächlich klappt, dann steht einem dauerhaften Einsatz von vdpau nichts mehr entgegen.
-
Installier dir mal audacious (ehemals xmms). In den Soundeinstellungen kannst du praktisch alle Ausgänge durchprobieren.
-
-
Kann man denn Mehrkanalton irgendwie runtercodieren auf Stereo? Wie oben erwähnt, mp3 abspielen geht, VDR macht komische Geräusche. Auch bei Sendern, die nur normales Stereo senden.
-
Hallo,
du hast eine Steckkarte, keine onboard-Grafik, richtig? Ich habe ebenfalls eine 8400GS (von Gigabyte). Mit einem Verbindungskabel vom SPDIF-Out des Mainboards zum SPDIF-In der Graka und aktuellen NVIDIA-Treibern kann ich mp3s sauber über HDMI auf die TV-Lautsprecher bringen. VDR-Ton ist leider zerhackt, da habe ich wohl noch nicht die richtigen Einstellungen gefunden. Ich musste als Ausgabedevice "hw:0,1" eintragen und im Mixer "iec958" unmuten.
Gruß Vomex
-
Hallo,
folgendes Problem: normale Stereoquellen, also z.B. mp3, kann ich inzwischen problemlos per HDMI auf meinen LCD übertragen. Nur mit dem VDR klappt es nicht. Hier klingt der Ton furchtbar, zerhackt und scheppernd.
Kurz zum System: VDR 1.7.2 mit xineliboutput 1.0.3. Asus A8N-VM CSM, Onboard Sound (MCP51 High Definition Audio). Vom Mobo-Spdif-Out geht ein Verbindungskabel zur GraKa (GeForce 8400GS). Von der GraKa per HDMI-Kabel zum LCD (Samsung LE40N87).
config_xineliboutput:
Code
Alles anzeigenaudio.driver:alsa #audio.a52.dynamic_range:1 #audio.a52.surround_downmix:0 #audio.a52.level:100 audio.device.alsa_default_device:hw:0,1 audio.device.alsa_front_device:hw:0,1 #audio.device.alsa_mixer_name:PCM audio.device.alsa_mmap_enable:1 #audio.device.alsa_passthrough_device:iec958:AES0=0x6,AES1=0x82,AES2=0x0,AES3=0x2 audio.device.alsa_surround40_device:plug:surround40:0 #audio.device.alsa_surround51_device:plug:surround51:0 #audio.output.speaker_arrangement:Stereo 2.0 #audio.synchronization.passthrough_offset:0 #audio.synchronization.slow_fast_audio:0 audio.synchronization.av_sync_method:resample #audio.synchronization.force_rate:0 #audio.synchronization.resample_mode:auto #audio.volume.mixer_volume:50 #audio.volume.remember_volume:0
Ich habe einentlich an allen Reglern schon gedreht. surround_downmix bringt nix, bei speaker_arrangement: Pass Throug und passthrough_device:hw:0,1 kommt nur Rauschen aus den Lautsprechern. Hab auch schon bei den anderen Ausgängen hw:0,1 angegeben, ohne Erfolg.
Weiß jemand Hilfe??
Edit 22.05.2009:
Die Lösung des Problems war:
audio.synchronization.force_rate:41000
Gruß Vomex
-
Hallo,
ch820: Bisher hatte ich ja die GeForce 7200 im System, die funktionierte problemlos. Habe jetzt 3 Grafikkarten mit GF8400 probiert, 2x PCIev2 und 1x PCIev1, alle verweigern den Dienst. BIOS ist das neueste (1007), allerdings ist das auch schon 2 Jahre alt und Asus scheint keine neueren zu veröffentlichen.
@heinzrumpel: Die Reihenfolge für die Grafikkarten ist PCI->PCIe->Onboard. Die Onboard-Grafik lässt sich nicht vollkommen deaktivieren, es gibt nur die Einstellung "Auto", die die Onboard-Grafik deaktiviert, wenn eine externe Grafikkarte erkannt wird. Das funktionierte mit der GeForce 7200 auch.
wirbel: die 8400GS ist eine Lowend-Karte, Anschluss für externe Stromversorgung gibt es nicht.
-
Hallo,
ich wollte mir eine neue Grafikkarte einbauen, um in den Genuß der vdpau-Beschleunigung zu kommen. Bisher hatte ich eine GeForce 7200GS in einem Asus A8N-VM CSM Mainbord. Jetzt habe ich eine GeForce 8400 (von Asus) eingebaut -> kein Signal am VGA oder DVI-Ausgang, auch nicht beim booten. lspci (per SSH) zeigt die Karte nicht.
Na ja, vielleicht ist ja die Karte defekt, dachte ich. Also die Karte zurückgegeben und ein Gigabyte-Modell gekauft, auch eine 8400. Aber hier das selbe Spiel. Kein Bild.
Die alte 7200er tut nach wie vor problemlos ihren Dienst. BIOS ist natürlich das neueste (1007).Woran könnte es liegen? Nach allem was ich gehört und gelesen habe müssten auch PCIe v2 Karten in einem PCIe v1 Slot laufen. Oder zu wenig Power (300W Netzteil)?
Danke für Eure Hilfe
Gruß Vomex
-
Zitat
Original von Griso
Bin jetzt zufällig auf das Silverstone LC11M (das LC11 mit VFD und FB) gestoßen und wollte mich mal erkundigen, ob damit jemand schon Erfahrung gesammelt hat.
Hallo, habe das Gehäuse seit längerem im Einsatz.ZitatWird das VFD des LC11M unterstützt?
ja, mit aktuellem lirc (Kernelmodul lirc_imon) und lcdproc kein ProblemZitatWird die FB unterstützt und taugt die was? Kann man die ggf. gegen eine andere problemlos austauschen?
FB funktioniert, pad2keys-Patch für lirc empfehlenswert.ZitatWelches Mainboard kann man empfehlen? Habe hier im Board gelesen, dass es hier Schwierigkeiten mit einzelnen Mainboards geben kann.
Die Reihenfolge der Steckplätze ist wichtig, damit die Riser-Card passt. Von der CPU aus gesehen: AGP/PCI-E, PCI, PCI. Das unten genannte Gigabyte-Bord scheint die richtige Reihenfolge zu haben. Ansonsten dürfte jedes mini-ATX-Board passen.ZitatWelchen CPU Lüfter könnt ihr für dieses flache Gehäuse (9,6 cn hoch) empfehlen?
ich hatte den "Coolermaster Susurro RR-KCT-T9E1 - Ultra Silent", jetzt ne passive Kühlung über Heatpipeach ja: ich würde die Version mit dem schwächeren Netzteil nehmen (240W), ist deutlich leiser und reicht vollkommen.
Gruß Vomex
-
So, nach langem rumprobieren habe ich mir eine neue Grafikkarte mit gforce 7200 gekauft und installiert. Damit klappt die Ausgabe ohne Probleme, auch mit cheapmode=0 keine Ruckler und Aussetzer. Die 6150-onboard-Karte war wohl doch zu schwach.
-
Hallo Bullseye,
ich habe ein ähnliches Problem, siehe
Ausgabe mit xine ruckelt trotz niedriger CPU-Last
Dass es bei der ARD nicht auftritt kann ich so nicht bestätigen, allerdings habe ich auch den Eindruck, dass es bessere und schlechtere Sender gibt, hängt vielleicht mit der Bitrate der Sender zusammen.
Hast du vorher auch ein 64-bit System benutzt? Ich überlege, ob es evtl. damit zusammenhängt.Gruß Vomex