Experimentelles Update: xine-lib git-Master, mit neuem alter-h264-decoder Patch

hm....der Traum scheint vorbei zu sein. Der Patch wird nicht mehr angenommen.

Mal sehen, wann es eine neue Version des Patch gibt.

ACHTUNG!!!! Xineliboutput baut auch nicht mehr,
ich würde zunächst etwas warten mit dem updaten!!!!

Gruss, Ralf[U][/U]

Zumindest ersteres ist wohl unkritisch, d.h.. der alter vdpau patch ist nun bereits drinne:
http://projects.vdr-developer.org/git/xine...68bfe51676be2ef
d.h. man muss den Patch nun weglassen

Hallo Zusammen,

OT (macht in diesen Thread wohl nix mehr... ;) ):

pushd ist für schreibfaule. Es legt das pwd auf einen Stapel - mit pushd holt man sich das oberste Verzeichnis von diesem Stapel. Also: pushd d1 && pushd ../d2 && pushd ../d3 führt zu dem Stapel ursprüngliches pwd;d1;../d2 - mit dem ersten popd landet man in pwd/d2 - mit dem nächsten in pwd/d1 - und mit dem dritten wieder in pwd. Mit dem vierten popd bekommt man eine Fehlermeldung, dass nichts mehr auf dem Stapel liegt... ;)

Ich arbeite gerne mit pushd/popd, weil ich innerhalb einer in meinem Kopf existierenden Befehlskette immer mal "ausbrechen" kann (z.B. pushd PLUGINS/src/irgendwas; less blafasel.c; popd). Ist halt was für Schreibfaule - also eigentlich nicht für Klaus... :lol: (SCNR)

Ich persönlich finde die Anleitung von Klaus übrigens hochgradig!!! sinnvoll!!!, natürlich ist z.B. das Verwenden de make.conf in Bezug aufs xine-lib Ebuild oft beschrieben worden, aber wenn ich in einem konkreten Zusammenhang etwas der Reihe nach abarbeiten will, will ich mir das doch nicht aus 17 Postings zusammen suchen.

Noch ein Wort zu libbluray (habe immer noch kein rom-Update für mein bd-Laufwerk um die eine Benutzungs-Flagge auch benutzen zu können...): Im Standard-Ebuild gibt es eine Abhängigkeit zwischen der Benutzungs-Flagge xine und dem Paket libbluray-xine. Diese ist in meinem Ebuild so nicht mehr drin. Man kann auch einfach in /etc/portage/package.use das xine für libbluray abschalten, dann hat man auch Ruhe. Maskieren sollte in beiden Fällen unnötig sein, wenn man libbluray neu emerged (sic!).

Gruß, Ingo

Hallo Helmut,

danke für die Info!
Ich habe meine Anleitung entsprechend angepasst.

Gruß
Klaus

Hallo Ingo,

bist Du unter die "Ultradeutschen" gegangen oder ist das einer Deiner "guten Vorsätze" fürs neue Jahr ? ;)

Gruß
ee

...war neulich im Kinderzirkus. In der Pause wurde ich vom Ansager aufgefordert, mir "Kaffee slash Heißgetränke" zu kaufen - das hat mi h traumatisiert... ;)

Hallo Franky,

dann nehme das:

auch bitte raus.

Es wird ja nicht mehr benötigt.

Grüße und ein gesundes Jahr 2012!!!
kaminkehrer

auch bitte raus.

Es wird ja nicht mehr benötigt.

Erledigt.

Hallo,

durchflieger hat das git angepasst.

Es gibt jetzt einen "df-osd-handling" branch.

Grüße
kaminkehrer

Hallo Kaminkehrer,

Durchflieger musste ja was an seinen branches ändern, da der alter-vdpau-h264-decoder nun Bestandteil des git-Master ist.

Die bisherigen beiden df-branches machen dadurch keinen Sinn mehr.

Da df seine branches ja immer wieder mit dem Master abgleicht ist es konsequent den bisherigen df-osd-handling+alter-vdpau-h264-decoder branch mit dem alten alter-vdpau-h264-decoder wegfallen zu lassen.

Durch das mergen des bisherigen df-osd-handling mit dem Master (jetzt mit neuem alter-h264) ersetzt dieser ja praktisch den alten df-osd-handling+alter-vdpau-h264-decoder branch.

Wie es ausschaut, hat df aber heute im neuen df-osd-handling branch auch das osd-handling geändert.
Macht sicher Sinn, den zu testen.

Gruß
Klaus

Mal ne Frage:
Hab Ihr seit dem Update von VDR auf V1.7.22 und dem ganzen xine-Zeugs auch ab und zu einen Speicherüberlauf auf HD-Sendern ?

Verwende ein aktuelles world-Update von heute inkl. allem xine-Zeugs, was ich danach neu gebaut habe und xineliboutput.

AUch ohne world-Update waren die overflows da. Nach dem Update und dem Neubau der NVidia-Treiber, XORG, Xine, VDR ... ist es jetzt ein wenig besser.

Im Moment spiele ich noch mit der config_xineliboutput. Es scheint auch noch besser zu werden.

Hat jemand noch eine Idee ?

Achja, auf vdr-xine mag ich im Moment nicht wechseln ;).

mni tnx ...
NetWraith

Nö, allerdings habe ich auch nicht das "franky-Zeugs" drauf.

Dachte ich fast. Wobei ich das Phänomen auch schon ohne "Franky-Zeugs" hatte.
Xine-lib aus Gen2VDR Standard und VDR 1.7.22. Unter 1.7.21 sind mir diese mal zumindestens nicht aufgefallen.

Ich warte jetzt mal ab, was meine config_xineliboutput Änderungen für VDPAU ergeben.
Sieht aber besser aus ... mal abwarten.

Ich würde mich ja totlachen, wenn es am übertakten liegen würde.... :rolleyes:

Darauf hab ich gewartet :lol: ... ABER: Schon gegengecheckt :P ...

Keine Sorge, ich weiß, wie man strukturiert arbeitet.

Im Moment läuft der Test auf meinem VDR2 mit geänderten Einstellungen. Sieht sehr gut aus.

@R2D2:
Hättest Du noch einen konstruktiven Vorschlag, der "funten" könnte?

73 de
NetWraith

Also ich hab mit der aktuellen xine-lib und dem xine plugin ueberhaupt keine Probleme mehr - und nein ich will nicht zu xineliboutput wechseln :)

Die Meldung: "Buffer overflow (TCP/PIPE)" kommt i.d.R dann, wenn das entsprechende Ausgabeplugin die Daten nicht abholt.
Meistens liegt es an irgendwelchen Inkompatibilitäten der Versionen, oder an den eingespielten Patches, etc....

Ich würde ganz einfach mal das Repo auf "df-osd-handling" setzen und das ganze xine-Zeugs mal neu bauen.

- xine-lib
- xine-ui
- xineliboutput
- xine-Plugin

@franky
Na wo ich Dich hier gerade sehe :lol:

wie definierst du leistungsstärkere HW, wo ziehst Du da die Grenze

ION1 ist ja nicht unbedingt leistungsstark und funktioniert ja auch mit dem aktuellen Treiber,

was würdest Du für ne Intel onoard 9300 empfehlen mit Intel 5200 CPU :)

Eher den neueren oder den 275er.

Gruß N!ce

Hallo Zusammen,

ich hab heute Abend auf zwei meiner Systeme (Ausgabe über xine-plugin) jeweils die beiden verbliebenen xine-lib branches getestet.
Mit dem neuen df-osd-handling, der ja jetzt auch den alter_h264.diff enthält, sind auf beiden Systemen die OSD-Probleme wieder da.
Nachdem ich wieder auf den aktuellen Master zurück gegangen bin, laufen meine beiden Systeme wieder stabil und ohne OSD-Probleme.

Das xineliboutput-plugin hat sich mit keinem der beiden aktuellen xine-lib branches bauen lasse.
Gleiche Fehlermeldung wie hier im VDR-Portal.
Dort steht auch, dass eine Änderung an den xineliboutput-Sourcen Abhilfe schaffen soll.

Ich weis jetzt eigentlich nicht, was das "Franky-Zeugs" mit den Problemen zu tun hat, die xineliboutput mit den aktuellen xine-lib branches hat.
Außer dem muss ja niemand meine Anleitung nutzen, wenn damit das "Franky-Zeugs" gemeint ist.

Ich heisse zwar nicht Franky, aber bei mir lauft ein onboard 9300er mit dem 290.10 problemlos