Homepage Foren-Uebersicht |
VDR-Portal VDR-Wiki |
Gentoo-Forum Gentoo-Wiki |
Gen2VDR Bugs/Features |
Impressum | Hilfe | Suche | Mitglieder | · Foren Regeln |
Willkommen Gast ( Einloggen | Registrieren ) | Bestätigungs E Mail erneut senden |
Seiten: (8) 1 2 [3] 4 5 ... Letzte » ( Zum ersten neuen Beitrag ) |
flarx |
Geschrieben am: Montag, 02.Januar 2012, 02:01 Uhr
|
||
Professional Gruppe: G2V3+User Beiträge: 408 Mitgliedsnummer.: 8839 Mitglied seit: 2009-01-02 |
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] |
||
HelAu |
Geschrieben am: Montag, 02.Januar 2012, 07:19 Uhr
|
Scheffe Gruppe: Admin Beiträge: 11285 Mitgliedsnummer.: 2 Mitglied seit: 2003-04-25 |
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 |
nvertigo |
Geschrieben am: Montag, 02.Januar 2012, 09:16 Uhr
|
Professional Gruppe: Members Beiträge: 1048 Mitgliedsnummer.: 15738 Mitglied seit: 2010-09-18 |
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 |
franky |
Geschrieben am: Montag, 02.Januar 2012, 10:38 Uhr
|
||
Prinz Gruppe: Supporter Beiträge: 1582 Mitgliedsnummer.: 1547 Mitglied seit: 2006-11-19 |
Hallo Helmut, danke für die Info! Ich habe meine Anleitung entsprechend angepasst. Gruß Klaus |
||
ee |
Geschrieben am: Montag, 02.Januar 2012, 10:51 Uhr
|
||
Prinz Gruppe: Supporter Beiträge: 1119 Mitgliedsnummer.: 1340 Mitglied seit: 2006-05-22 |
Hallo Ingo, bist Du unter die "Ultradeutschen" gegangen oder ist das einer Deiner "guten Vorsätze" fürs neue Jahr ? ;) Gruß ee |
||
nvertigo |
Geschrieben am: Montag, 02.Januar 2012, 10:54 Uhr
|
Professional Gruppe: Members Beiträge: 1048 Mitgliedsnummer.: 15738 Mitglied seit: 2010-09-18 |
...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... ;)
|
kaminkehrer |
Geschrieben am: Montag, 02.Januar 2012, 16:03 Uhr
|
||
Prinz Gruppe: Supporter Beiträge: 1144 Mitgliedsnummer.: 300 Mitglied seit: 2004-02-08 |
Hallo Franky, dann nehme das:
auch bitte raus. Es wird ja nicht mehr benötigt. Grüße und ein gesundes Jahr 2012!!! kaminkehrer |
||
franky |
Geschrieben am: Montag, 02.Januar 2012, 16:59 Uhr
|
||||
Prinz Gruppe: Supporter Beiträge: 1582 Mitgliedsnummer.: 1547 Mitglied seit: 2006-11-19 |
Erledigt. |
||||
kaminkehrer |
Geschrieben am: Montag, 02.Januar 2012, 17:04 Uhr
|
Prinz Gruppe: Supporter Beiträge: 1144 Mitgliedsnummer.: 300 Mitglied seit: 2004-02-08 |
Hallo,
durchflieger hat das git angepasst. Es gibt jetzt einen "df-osd-handling" branch. Grüße kaminkehrer |
franky |
Geschrieben am: Montag, 02.Januar 2012, 17:25 Uhr
|
||
Prinz Gruppe: Supporter Beiträge: 1582 Mitgliedsnummer.: 1547 Mitglied seit: 2006-11-19 |
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 |
||
NetWraith |
Geschrieben am: Montag, 02.Januar 2012, 22:59 Uhr
|
||
Professional Gruppe: Supporter Beiträge: 497 Mitgliedsnummer.: 12782 Mitglied seit: 2010-03-20 |
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 |
||
R2D2 |
Geschrieben am: Montag, 02.Januar 2012, 23:05 Uhr
|
||
Prinz Gruppe: Moderators Beiträge: 6149 Mitgliedsnummer.: 1131 Mitglied seit: 2005-10-30 |
Nö, allerdings habe ich auch nicht das "franky-Zeugs" drauf. |
||
NetWraith |
Geschrieben am: Montag, 02.Januar 2012, 23:12 Uhr
|
Professional Gruppe: Supporter Beiträge: 497 Mitgliedsnummer.: 12782 Mitglied seit: 2010-03-20 |
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. |
R2D2 |
Geschrieben am: Montag, 02.Januar 2012, 23:17 Uhr
|
Prinz Gruppe: Moderators Beiträge: 6149 Mitgliedsnummer.: 1131 Mitglied seit: 2005-10-30 |
Ich würde mich ja totlachen, wenn es am übertakten liegen würde.... :rolleyes:
|
NetWraith |
Geschrieben am: Montag, 02.Januar 2012, 23:22 Uhr
|
||
Professional Gruppe: Supporter Beiträge: 497 Mitgliedsnummer.: 12782 Mitglied seit: 2010-03-20 |
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 |
||
HelAu |
Geschrieben am: Montag, 02.Januar 2012, 23:33 Uhr
|
Scheffe Gruppe: Admin Beiträge: 11285 Mitgliedsnummer.: 2 Mitglied seit: 2003-04-25 |
Also ich hab mit der aktuellen xine-lib und dem xine plugin ueberhaupt keine Probleme mehr - und nein ich will nicht zu xineliboutput wechseln :)
|
R2D2 |
Geschrieben am: Montag, 02.Januar 2012, 23:35 Uhr
|
||
Prinz Gruppe: Moderators Beiträge: 6149 Mitgliedsnummer.: 1131 Mitglied seit: 2005-10-30 |
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 |
||
Mr.N!ce |
Geschrieben am: Montag, 02.Januar 2012, 23:36 Uhr
|
Prinz Gruppe: G2V3+User Beiträge: 1929 Mitgliedsnummer.: 1417 Mitglied seit: 2006-07-22 |
@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 |
franky |
Geschrieben am: Montag, 02.Januar 2012, 23:44 Uhr
|
Prinz Gruppe: Supporter Beiträge: 1582 Mitgliedsnummer.: 1547 Mitglied seit: 2006-11-19 |
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. |
HelAu |
Geschrieben am: Montag, 02.Januar 2012, 23:46 Uhr
|
||
Scheffe Gruppe: Admin Beiträge: 11285 Mitgliedsnummer.: 2 Mitglied seit: 2003-04-25 |
Ich heisse zwar nicht Franky, aber bei mir lauft ein onboard 9300er mit dem 290.10 problemlos |
||
Seiten: (8) 1 2 [3] 4 5 ... Letzte » |