Kein xine/vdpau nach emerge world

Zitat

Originally posted by Tinitus
Hallo,

habe nun auch Probleme, die es früher nicht gab:
....
Habt Ihr schon Lösungen?

Meine Lösung heisst restore

Nee, Spass beiseite: Die glibc kann ich für mein System jetzt ausschliessen. Die hatte ich ja gepinnt. In der Folgezeit habe ich eher selektiv upgedated, kein Problem ... Jetzt am Wochenende hatte ich irgenwie Langeweile und habe mal wieder ein beherztes "emerge -vu --deep world" abgesetzt und siehe da, schon hängt das Frontend wieder. Bei vdr-sxfe ist es bei mit allerdings etwas anders als bei dem xine-ui, dass ichbis vor 14 Tagen verwendet habe: xine-ui kam bei mir bei auftreten des Problems gar nicht mehr hoch, bei vdr-sxfe klappts immerhin in 50% der Fälle. Spätestens nach 5 bis 10 mal umschalten ist dann allerdings auch da Schicht.

An der glibc kann es also doch nicht liegen. Evtl. der neue xorg (der ging bei mir von 1.76 auf 1.77 glaub ich) oder der neue gcc?

Im Moment läuft bei mir grade ein emerge --emptytree system & emerge --emptytreeworld. Wenn das nicht hilft,wird halt wieder restored.

Grüße, Peter

Das war es! Läuft hier wieder 1a... Ein dickes Dankeschön an Razorblade!!! Ich werd ein Bier auf Dich trinken!

Grüße, caps!

Zitat

Original von Razorblade
Bei mir war es xcb (wie vor ca. einem Jahr schonmal problematisch), nach einem Eintrag "-xcb" in der make.conf und "emerge -DauvN world" lief es wieder...

Hi,

aber da werden doch nur:

media-libs/mesa-7.8.2
x11-libs/cairo
media-video/vlc

neu gebaut.

Warum kann das damit zusammenhängen bzw. wie bist Du zu diesem Lösungsansatz gekommen?
Ich probiere es dann mal aus. Ich hoffe es wird sonst nicht gebraucht..

G. Roland

Zitat

Original von Tinitus
Hallo,

habe nun auch Probleme, die es früher nicht gab:

Code

xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE)
[xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE)
[xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE)
[xine..put] cXinelibServer: Too many TCP buffer overflows, dropping client
[xine..put] cXinelibServer::Play Write/Queue error (TCP/PIPE)
[xine..put] Closing connection 0
[xine..put] Client 0 connected:

Habt Ihr schon Lösungen?

G. Roland

Alles anzeigen

Mir ist diese Problem erst aufgefallen als nach einem world update glibc 2.10.x durch glibc 2.11.x ersetzt wurde.

Zitat

Original von Tinitus

Hi,

aber da werden doch nur:

media-libs/mesa-7.8.2
x11-libs/cairo
media-video/vlc

neu gebaut.

Warum kann das damit zusammenhängen bzw. wie bist Du zu diesem Lösungsansatz gekommen?
Ich probiere es dann mal aus. Ich hoffe es wird sonst nicht gebraucht..

G. Roland

Alles anzeigen

Hmm, bei mir waren es folgende Pakete:

x11-libs/libX11
x11-libs/cairo
media-libs/mesa
media-libs/xine-lib (aus einem Overlay mit dem neuesten durchflieger-Patch)
media-sound/phonon

Kein Absturz/Freeze mehr bisher. Auch das Live-Bild im VDRAdmin funktioniert jetzt wieder...

Grüße, caps!

Zitat

Originally posted by Razorblade
Bei mir war es xcb (wie vor ca. einem Jahr schonmal problematisch), nach einem Eintrag "-xcb" in der make.conf und "emerge -DauvN world" lief es wieder...

Kann ich jetzt nach endloser Compilerorgie bestätigen: "-xcb" in die make.conf, und schon läufts wieder ...

Wäre ich ohne den Tipp von razorblade wahrscheinlich in 100 Jahren nicht drauf gekommen: Vielen Dank noch mal!

Grüße, Peter

Zitat

media-libs/xine-lib (aus einem Overlay mit dem neuesten durchflieger-Patch)

Grüße, caps!

Hi welches Overlay ist das?

G. Roland

Ist zwar kein overlay repository, aber ein paar ebuilds kannste hier finden:
http://redmine.gen2vdr.org/pro…rtage/media-libs/xine-lib

Zitat

Original von Tinitus

Hi welches Overlay ist das?

G. Roland

# layman -S
* vdr-xine                  [Subversion] (svn://overlays.gentoo.org/proj/vdr/vdr-xine-overlay)

Danach hab ich allerdings den aktuellsten durchflieger-Patch in das files-Verzeichnis des ebuilds gelegt und das eBuild wie folgt angepasst:

src_unpack() {
    mercurial_src_unpack


    cd "${S}" || die "cd failed"


    #epatch "${FILESDIR}/xine-lib-1.2-stream-start-patch-100816.patch"
    #epatch "${FILESDIR}/xine-lib-1.2-r11590-vdpau-extensions-v16.diff"
    epatch "${FILESDIR}/xine-lib-1.2-r11590-vdpau-extensions-v16-stream-start-v100614.diff"
    #epatch "${FILESDIR}/xine-lib-1.2_fix_frame_duration.patch"


    #use vdr && sed -i src/vdr/input_vdr.c -e '/define VDR_ABS_FIFO_DIR/s|".*"|"/var/vdr/xine"|'
}

Dann noch ein "ebuild xine-lib-9999.ebuild digest" und in der "/etc/portage/package.unmask" noch "=media-libs/xine-lib-9999" eingefügt. Allerdings kann ich mir das alles jetzt wieder sparen und die xine-lib von Hand installieren. Ist wohl einfacher... Oder man nimmt helaus ebuilds. Die dürften wohl auch immer aktuell sein...

Grüße, caps!

Zitat

Original von helau
Ist zwar kein overlay repository, aber ein paar ebuilds kannste hier finden:
http://redmine.gen2vdr.org/pro…rtage/media-libs/xine-lib

Sind diese ebuilds gentoo kompatibel?

Gruß,
Lado

Zitat

Original von herrlado

Sind diese ebuilds gentoo kompatibel?

Natuerlich nicht - Gen2VDR ist doch sicher ne Ubuntu basierte Distri

Ok sudo apt-get laeft schon

Also momentan laeuft alles unglaublich gut. Ich habe alles aus den Repos installiert. Also ffmpeg x264 etc. Mit xineliboutput habe ich keine Rueckler weder mit hd noch sd und das mit der osd (PearlHD).
Allerdings musste ich config_xineliboutput readonlly machen, da sonst staendig die Einstellungen, vor allem die Puffergrössen, zurückgesetz wurden

Zitat

Original von herrlado
Also momentan laeuft alles unglaublich gut. Ich habe alles aus den Repos installiert. Also ffmpeg x264 etc.

Also die letzten beiden nehm ich aber wieder aus dem originalen repo