ich habe mir mal ein ebuild für Gentoo mit Deinem Patch gebastelt. Läuft fehlerfrei durch.
Aber mal eine andere Frage: Wo befindet sich denn die config in den Sourcen?
ich habe mir mal ein ebuild für Gentoo mit Deinem Patch gebastelt. Läuft fehlerfrei durch.
Aber mal eine andere Frage: Wo befindet sich denn die config in den Sourcen?
ZitatOriginal von C-3PO
hotzenplotz5,
ich habe mir mal ein ebuild für Gentoo mit Deinem Patch gebastelt. Läuft fehlerfrei durch.
Aber mal eine andere Frage: Wo befindet sich denn die config in den Sourcen?
In den Sourcen gibt es keine config.
Gerald
ZitatOriginal von gda
In den Sourcen gibt es keine config.
Gerald
Aha - und wo dann?
Bzw. woher bekommt man eine config wo alle möglichen Parameter drin sind?
@C-3PO wenn es keine config gibt, wird eine default erstellt von xine
ZitatOriginal von hotzenplotz5
@C-3PO wenn es keine config gibt, wird eine default erstellt von xine
Und da sind dann alle möglichen Parameter drin?
BTW:
Ich bin mal das xine Log durchgegange und habe diese 2 Fehler gefunden:
.....
vo_vdpau: vdpau API version : 1
vo_vdpau: vdpau implementation description : NVIDIA VDPAU Driver Shared Library 195.36.24 Thu Apr 22 10:39:56 PDT 2010
vo_vdpau: this hardware doesn't support mpeg4-part2.
....
[22573] [input_vdr] WARNING: xine-engine setting "engine.buffers.video_num_frames":22 is too small for some HD channels
.....
Was wäre denn ein idealer Wert für: "engine.buffers.video_num_frames" ?
Ich habe mal den originalen Patch angepasst an die neue HG Version und noch den Patch tbshl-vdr von hinzugefügt:
Hallo,
leider past dein schöner Kombipatch nicht für die aktuelle HG-Version. Wie kann ich aus dem xine-lib-HG die passende Version auschecken?
Viele Grüße
Thimas
I have problem with xine-lib-1.2 while compiling.
Here there are compile errors: http://pastebin.com/F8LyGuGg
config.log is here: http://pastebin.com/8Hj9KdyA
xine-lib-1.2 from hg repository.
My system - Archlinux, 2.6.34, nvidia 256.35, libvdpau-0.4-1, gcc 4.5.
Somebody faced with such problem?
ZitatAlles anzeigenOriginally posted by varas
I have problem with xine-lib-1.2 while compiling.
Here there are compile errors: http://pastebin.com/F8LyGuGg
config.log is here: http://pastebin.com/8Hj9KdyA
xine-lib-1.2 from hg repository.
My system - Archlinux, 2.6.34, nvidia 256.35, libvdpau-0.4-1, gcc 4.5.
Somebody faced with such problem?
Solved the problem, with a help of guys from #xine-vdpau channel.
It was needed to uninstall libvdpau, to delete old vdpau libraries from old nvidia drivers by hand and then install libvdpau one more time.
Unfortunately I don't know the German language, but I need to ask is it possible to solve this problem: http://sourceforge.net/mailarchive/forum.php?thread_name=4C1B5015.6070808%40centrum.cz&forum_name=xine-devel
What is written there, is already available in xine-lib-1.2-vdpau-extensions-v11, but it is absolutely not help me.
Hallo,
so nach langer Zeit gibt es von mir mal wieder eine neue Version des vdpau-extensions-patch jetzt in Version 12. Der Patch ist gegen die aktuelle xine-lib-1.2 revision 11543.
Ich habe gleich noch eine zweite Variante mit integriertem stream-start-patch v100614 bereitgestellt der ja bekanntlich von tbshl-vdr entwickelt wurde (vielen Dank dafür!). In seinem Patch habe ich die printf-Statements auskommentiert.
Gegenüber der v11 hat sich im wesentlichen folgendes geändert:
Die Grabbing-Funktion wurde überarbeitet und liefert jetzt das RGB-Image zeitnaher zum angezeigten Bild, da das Image jetzt vor dem bereitstellen des Bildes in der vdpau display queue erzeugt wird. Davon sollte insbesondere das xine Atmolight-Plugin profitieren.
Zudem werden die Grab-Funktionen, die VDPAU-Calls nutzen, nun nur noch durch den video out thread verarbeitet womit zumindestens im nvidia Treiber 195.30 keine langlaufenden VDPAU-Calls mehr beim grabbing zu beobachten sind.
Da ja die aktuellen nvidia Treiber Probleme mit langlaufenden VDPAU-Calls haben die Bildstörungen verursachen, habe ich meinen vdpau profiling patch gleich mit integriert. Dieser ist standardmäßig aktiviert und meldet ungewöhnlich lange VDPAU-Calls im xine log.
Weitere Funktionserweiterungen könnt Ihr der im Patch enthaltenen Datei README-VDPAU-EXTENSIONS.DE entnehmen.
Die Downloadlinks habe ich im ersten Artikel dieses Thread angepasst.
Viel Spass damit!
Gruss
durchflieger
Vielen, vielen Dank!
Gruß
iNOB
auch von mir danke!
Super, Vielen Dank!
Werde dann gleich mal das Atmolight testen.
Gruss
jm24
Moin,
ich habe mir mal deine neuen Patches gegönnt, allerdings gibt es Problem mit dem vdr-xine-plugin. Kurzum beim Start des vdr's mit dem vdr-xine-plugin bleibt das Bild stehen.
Patch ist der aktuelle mit streamstart. xine-lib-1.2 von gestern abend oder eben deine angegebene Revision der xine-lib-1.2.
Wenn ich den xine-0.9.3-grab-Pacth in vdr-xine-Plugin drinnen habe, kommt folgender Fehler im Log und dann steht das Bild, kein OSD kommt:
vo_vdpau: vdpau_update_csc: hue=0,000000, saturation=1,000000, contrast=1,000000, brightness=0,000000, color_standard=0 studio_levels=0
vo_vdpau: skip_chroma = 0
vo_vdpau: background_color = 0
play_internal ...done
video_out: Verwerfe Bild mit pts 64114, weil es zu alt ist (Unterschied: 22152).
video_out: Verwerfe Bild mit pts 67714, weil es zu alt ist (Unterschied: 18552).
video_out: Verwerfe Bild mit pts 71314, weil es zu alt ist (Unterschied: 14952).
video_out: Verwerfe Bild mit pts 74914, weil es zu alt ist (Unterschied: 11352).
video_out: Verwerfe Bild mit pts 78514, weil es zu alt ist (Unterschied: 7752).
video_out: Verwerfe Bild mit pts 82114, weil es zu alt ist (Unterschied: 4152).
input_vdr: flush buffers (vb: 0, ab: 0, vf: 0, af: 0) done.
ao_flush (loop running: 1)
audio discontinuity #4, type is 0, disc_off 0
waiting for in_discontinuity update #4
vdpau_set_property: property=0, value=0
vo_vdpau: deinterlace: none
video discontinuity #4, type is 0, disc_off 0
vpts adjusted with prebuffer to 149225
ao_flush (loop running: 1)
video discontinuity #5, type is 0, disc_off 0
waiting for audio discontinuity #5
vdr-xine: Client connected!
audio discontinuity #5, type is 0, disc_off 0
waiting for in_discontinuity update #5
vpts adjusted with prebuffer to 149246
frame: (0, 0)-(720, 576), zoom: (1.00, 1.00)
frame: (0, 0)-(720, 576), zoom: (1.00, 1.00)
input_vdr: execution of rpc command 17 () failed, exiting ...
input_vdr: rpc thread done.
read(4) returned 0, error 0: Erfolg
vdr-xine: Client disconnected!
vdr-xine: Client connecting ...
SetAudioChannelDevice: 0
SetVolumeDevice: 30
SetPlayMode: 1
Alles anzeigen
Ohne diesen Patch im vdr-xine-plugin löppert es, allerdings ohne OSD-Ausgabe in Live.
Ich vermute mal irgendwas beim Grabbing läuft da nicht sauber.
Eventuell kannst du dir das ja nochmal näher ansehen..
In Verbindung mit xineliboutput, keine Probleme!
Danke vorab!!
Gruß
Wolfgang
Hallo,
Habe die xine-lib-1.2 mit dem V12 mit Streamstart im Einsatz. (Stand gestern abend)
Benutzte auch vdr-xine inkl. dem grab-Patch, habe die beschriebenen
Probleme nicht, egal ob ich xine nach dem vdr mit Script starte oder,
gleich direkt durch vdr-xine.
Hier mal die Ausgabe wenn ich xine direkt durch das vdr-xine Plugin starten lasse:
-------------------------
MakePrimaryDevice: 1
=========================
SetVideoFormat: 1
SetVolumeDevice: 190
SetAudioChannelDevice: 0
SetVolumeDevice: 190
SetPlayMode: 1
SetDigitalAudioDevice: 0
Dies ist xine (X11 gui) - Ein freier Video-Player v0.99.6cvs.
(c) 2000-2007 Das xine Team.
Kompiliert mit xine Bibliothek 1.1.90 (1.1.90hg)
xine Bibliothek, Version 1.1.90 (1.1.90hg) gefunden.
....
....
vo_vdpau: deinterlace: temporal
vo_vdpau: set_scaling_level=0
vo_vdpau: enabled features: inverse_telecine=0
vo_vdpau: disable noise reduction.
vo_vdpau: disable sharpness.
vo_vdpau: vdpau_update_csc: hue=0,000000, saturation=1,000000, contrast=1,000000, brightness=0,000000, color_standard=0 studio_levels=0
vo_vdpau: skip_chroma = 0
vo_vdpau: background_color = 0
play_internal ...done
video_out: Verwerfe Bild mit pts 71494, weil es zu alt ist (Unterschied: 51543).
video_out: Verwerfe Bild mit pts 75094, weil es zu alt ist (Unterschied: 47943).
video_out: Verwerfe Bild mit pts 78694, weil es zu alt ist (Unterschied: 44343).
video_out: Verwerfe Bild mit pts 82294, weil es zu alt ist (Unterschied: 40743).
video_out: Verwerfe Bild mit pts 85894, weil es zu alt ist (Unterschied: 37261).
video_out: Verwerfe Bild mit pts 89494, weil es zu alt ist (Unterschied: 33768).
video_out: Verwerfe Bild mit pts 93094, weil es zu alt ist (Unterschied: 30381).
video_out: Verwerfe Bild mit pts 96694, weil es zu alt ist (Unterschied: 27091).
video_out: Verwerfe Bild mit pts 100294, weil es zu alt ist (Unterschied: 23792).
video_out: Verwerfe Bild mit pts 103894, weil es zu alt ist (Unterschied: 20493).
video_out: Verwerfe Bild mit pts 107494, weil es zu alt ist (Unterschied: 17191).
video_out: Verwerfe Bild mit pts 111094, weil es zu alt ist (Unterschied: 13903).
video_out: Verwerfe Bild mit pts 114694, weil es zu alt ist (Unterschied: 10613).
video_out: Verwerfe Bild mit pts 118294, weil es zu alt ist (Unterschied: 7329).
video_out: Verwerfe Bild mit pts 121894, weil es zu alt ist (Unterschied: 4068).
input_vdr: flush buffers (vb: 0, ab: 0, vf: 0, af: 0) done.
ao_flush (loop running: 1)
audio discontinuity #4, type is 0, disc_off 0
waiting for in_discontinuity update #4
vdpau_set_property: property=0, value=0
vo_vdpau: deinterlace: none
video discontinuity #4, type is 0, disc_off 0
vpts adjusted with prebuffer to 159985
ao_flush (loop running: 1)
video discontinuity #5, type is 0, disc_off 0
waiting for audio discontinuity #5
audio discontinuity #5, type is 0, disc_off 0
waiting for in_discontinuity update #5
vpts adjusted with prebuffer to 160038
vdr-xine: Client connected!
[vvdr: osdflush: n: 2, 32,0, timeout: 0, result: 0
]
load_plugins: plugin mad will be used for audio streamtype 01.
audio discontinuity #6, type is 2, disc_off 7429821942
waiting for in_discontinuity update #6
DiscontinuityDetected: triggering soft start
frame: (0, 0)-(720, 576), zoom: (1.00, 1.00)
frame: (0, 0)-(720, 576), zoom: (1.00, 1.00)
[vvdpau_set_property: property=0, value=0
vo_vdpau: deinterlace: none
load_plugins: plugin vdpau_mpeg12 will be used for video streamtype 00.
video discontinuity #6, type is 2, disc_off 7429821942
vpts adjusted with prebuffer to 197507
set_speed 125000
AVMaudio_alsa_out:open pause_resume=0
output sample rate 48000
will resample audio from 48000 to 48000
audio jump, diff=13322
vdpau_set_property: property=0, value=1
vo_vdpau: deinterlace: temporal
video jump
vdr: osdflush: n: 20, 201,6, timeout: 1, result: 4
]buffered 58.5 frames (v:62.0, a:58.5)
set_speed 1000000
200 Bilder angezeigt, 0 Bilder übersprungen, 15 Bilder verworfen
buffered 61.5 frames (v:64.8, a:61.5) <<<<<
Alles anzeigen
Gruß
jm24
Bei mir rennt xine auch mit dem Set (V12 mit Streamstart) von gestern. Allerdings hab ich beim Umschalten auf den ÖR nun wieder Klötzchen ...wenn auch nur ganz kurz sichtbar. Eventuell läßt sich noch was an meiner config rausholen, aber die vorherige, selbsthingefrickelte Version von xine-lib-1.2 (mit tbshl-vdr-patch) hatte den Fehler nicht.
Gruß
iNOB
ZitatOriginal von durchflieger
wbreu
in der Tat gibt es Probleme mit der grab Funktion mit dem xine vdr plugin wenn das grabben zu lange auf ein Bild warten muss. Dann kommt genau dein Fehler.
Bin gerade die Funktion am überarbeiten.
Gruss
durchflieger
Super. Hab das gleiche Verhalten wie webru.
Buffer Usage steigt sofort auf 100 %. Dann schlägt der Watchdog zu.
Mein Atmo ist damit im Moment still gelegt.
Warte aber auf deinen Patch und teste den Rest weiter. Keine Lust wieder down zu graden.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!