[patches] xine-lib-1.2+xineliboutput+xine-plugin verbesserter vdr support

Nabend durchflieger,

ich muß mal einen Bugreport loswerden, hinsichtlich des streamstartpatch-v16.

Basierend auf dem Post hier:

Spulen von HD-Aufnahmen

habe ich heute mal eine "kleine" Testreihe gestartet. Die Testtabelle kann ich mit dem dargestellten Ergebnis so ganz bestätigen, sowohl mit nallus-patch als auch ohne diesen Patch im VDR. Außer bei ARD/ZDF-HD , das geht jetzt auch, da ja Klaus gestern einen Mini-Patch gepostet hat.

Fakt ist, dass wenn der streamstartpatch-v16 in der aktuellen xine-lib-1.2 ist, dann geht bei 1080i-Aufnahmen (SKY HD, Servus TV) kein Vorspulen mehr.

Genauer => es wird zwar im Hintergrund gespult aber das Bild wird nicht aktualisiert und auch die Anzeige der aktuellen Abspielzeit wird nicht aktualisiert.
Schneiden der Aufnahme ist somit nicht möglich, auch Vorspulen nicht. Erstaunlich ist, dass Rückwärtsspulen in der Aufnahme klaglos geht.
Wenn man zum Ende der Aufzeichnung kommt, gibts plötzlich aktuelles Bild und die Zeit aktualisiert sich auch auf den richtigen Wert.

Ich hoffe mal, du kannst mir der Fehlerbeschreibung was anfangen und kannst ne Lösung finden.

Danke vorab!

Gruß
Wolfgang

Zitat

ich vermute mal es hat etwas mit dem stream-start-patch zu tun

Der Patch ist definitiv der Grund weshalb Spulen und Schneiden nicht geht.

Zitat

Ist das Problem in meiner Patchvariante ohne stream-start-patch denn auch vorhanden?

Nein... wie man aus dem genannten Thread eindeutig erkennen kann.

Gruß
iNOB

Zitat

Original von durchflieger
Hallo wbreu,

ich vermute mal es hat etwas mit dem stream-start-patch zu tun. Das notwendige Know-How hat hier zur Zeit tbshl-vdr und deshalb würde ich dich bitten Ihm mal das Problem aufzuzeigen.
Ist das Problem in meiner Patchvariante ohne stream-start-patch denn auch vorhanden?

Gruss
durchflieger

Moin,

sorry, hätte ich deutlicher Schreiben sollen, ohne den Streamstart-Patch, also nur mit dem Extensionpatch-v16 fr vdpau ist alles ok.

Gruß
Wolfgang

Hallo,

ich habe folgende Probleme:
1) beim Umschalten der Programme ist das Bild kurzzeitig ganz schwarz. Auch das OSD verschwindet. Das Umschalten dauert ungewöhnlich/störend lange
2) Wenn ich zu einer Schnittmarke springe ist das Bild danach schwarz. Erst nach dem Drücken von Pause sehe ich ein Bild.

Nach meinem Verständnis sind dies die Probleme, die der start-stream Patch beheben soll, oder?

Ich nutze die Beta8 von Gen2VDR. Laut HelAu ist der start-stream Patch dort nicht enthalten.

Gruß,
Hendrik

Der Streamstart-Patch soll das Umschalten zwischen HD-Sendern beschleunigen. Beim Umschalten wird dann sofort, ohne den Streambuffer komplett gefüllt zu haben, der Stream angezeigt. Leider funktioniert dann aber Spulen und Schneiden nicht mehr zuverlässig.

Ich habe den Patch bei mir wieder rausgeschmissen. Da sind mir die Grundfunktionen zum Bearbeiten der Aufnahmen wichtiger, als die paar Klötzchen beim Umschalten.

Gruß
iNOB

Ok, dann habe ich den Patch falsch verstanden.

Kann denn jemand die von mir beschriebenen Probleme nachvollziehen und mir dazu Tipps geben?

Gruß,
Hendrik

Zitat

Original von henfri
Ok, dann habe ich den Patch falsch verstanden.

Kann denn jemand die von mir beschriebenen Probleme nachvollziehen und mir dazu Tipps geben?

Gruß,
Hendrik

Nabend,

beschreib doch mal genauer, was eingesetzt wird, xine, xineliboutput....

1 => Puffereinstellungen oder scaling aktiv

2 => Bekanntes Problem, liegt an der xine-lib und dem Handling der Wiedergabe beim Springen, selbes kannst du auch beim Schneiden beobachten, Bild wird nicht aktualisiert. Leider gibt es nicht viele Leute die das fixen können, angeblich will sich R. Nissl da die nächsten 4 Wochen was einfallen lassen....

Gruß
Wolfgang

Hallo Wolfgang,

danke für deine Antwort.
Ich habe die Probleme sowohl mit xine, als auch mit xineliboutput.
Welche Versionen der Xine-lib ich nutze weiß ich nicht (weil bei Gen2VDR "dabei").

Meine Probleme sind übrigens SD Probleme. HD hab ich leider noch nicht.

Das Xine-Plugin ist 0.9.3. Im Verzeichnis findet sich ein xine-plugin-0.9.3-vdpau-extensions-v13.2.diff. Ich gehe davon aus, dass der genutzt wird.

Das Xineliboutput Plugin ist die GIT Version vom 15. oder 20. November. Ein Patch sehe ich hier nicht.

Hier meine nicht-auskommentierten Zeilen der ~/.xine/config

.version:2
gui.deinterlace_by_default:1
gui.experience_level:Master of the known universe
gui.audio_mixer_method:Software
gui.amp_level:46
gui.panel_visible:0
gui.dropped_frames_warning:0
gui.setup_x:945
gui.setup_y:376
gui.splash:0
audio.driver:alsa
audio.device.alsa_default_device:hw:0,3
audio.device.alsa_front_device:hw:0,3
audio.device.alsa_passthrough_device:hw:0,3
audio.device.alsa_surround40_device:hw:0,3
audio.device.alsa_surround51_device:hw:0,3
audio.synchronization.av_sync_method:resample
audio.synchronization.resample_mode:off
audio.volume.remember_volume:1
video.output.vdpau_enable_inverse_telecine:0
video.output.vdpau_hd_deinterlace_method:temporal
video.output.vdpau_sd_deinterlace_method:temporal
video.output.vdpau_display_queue_length:8
video.processing.ffmpeg_thread_count:2
media.vcd.device:/dev/dvd
media.xvdr.num_buffers_hd:7000
engine.buffers.audio_num_buffers:500
engine.buffers.video_num_buffers:1800
engine.buffers.video_num_frames:50
engine.performance.memcpy_method:mmxext

und die entsprechende Xineliboutput

.version:2
gui.subtitle_autoload:
audio.device.alsa_default_device:hw:0,3
audio.device.alsa_front_device:hw:0,3
audio.device.alsa_mixer_name:Master
audio.device.alsa_passthrough_device:hw:0,3
audio.device.alsa_surround40_device:hw:0,3
audio.device.alsa_surround51_device:hw:0,3
audio.synchronization.av_sync_method:resample
audio.synchronization.force_rate:48000
audio.synchronization.resample_mode:off
video.output.vdpau_enable_inverse_telecine:0
video.output.vdpau_hd_deinterlace_method:temporal
video.output.vdpau_sd_deinterlace_method:temporal
video.processing.ffmpeg_pp_quality:0
video.processing.ffmpeg_skip_loop_filter:all
video.processing.ffmpeg_thread_count:2
media.dvd.language:de
media.dvd.region:2
media.dvd.skip_behaviour:skip part
media.xvdr.scr_treshold_sd:20
media.xvdr.scr_tuning_step:1000
effects.goom.fps:25
effects.goom.height:576
effects.goom.width:720
engine.buffers.audio_num_buffers:1000
engine.buffers.video_num_buffers:250
engine.buffers.video_num_frames:50
engine.performance.memcpy_method:sse

Und die Xine Einstellungen im VDR:

xine.autoPrimaryDeviceMode = autoPrimaryDeviceOn
xine.image16:9.zoomX = 100
xine.image16:9.zoomY = 100
xine.image4:3.zoomX = 100
xine.image4:3.zoomY = 100
xine.interactWithEitScannerMode = interactWithEitScannerOff
xine.modeLiveTV.monitoringDuration = 10
xine.modeLiveTV.monitoringMode = monitoringOnce
xine.modeLiveTV.prebufferFramesAudio = 4
xine.modeLiveTV.prebufferFramesVideoHD = 8
xine.modeLiveTV.prebufferFramesVideoSD = 4
xine.modeLiveTV.prebufferHysteresis = 8
xine.muteMode = muteIgnore
xine.osdExtent.X = 1920
xine.osdExtent.Y = 1080
xine.osdGammaCorrection = 123
xine.osdMode = osdOverlay
xine.transparencyMode = transparencyOn
xine.volumeMode = volumeChangeSW
xineliboutput.Media.BrowseFilesDir = /video
xineliboutput.Media.BrowseImagesDir = /video
xineliboutput.Media.BrowseMusicDir = /video
xineliboutput.OSD.AlphaCorrection = 0
xineliboutput.OSD.AlphaCorrectionAbs = 0
xineliboutput.OSD.Blending = 1
xineliboutput.OSD.BlendingLowRes = 1
xineliboutput.OSD.DvbSubtitles = 0
xineliboutput.OSD.ExtSubSize = -1
xineliboutput.OSD.Height = 576
xineliboutput.OSD.HideMainMenu = 0
xineliboutput.OSD.LayersVisible = 4
xineliboutput.OSD.Scaling = 1
xineliboutput.OSD.ScalingSPU = 1
xineliboutput.OSD.Size = 1920x1080
xineliboutput.Video.AspectRatio = 0
xineliboutput.Video.AutoCrop = 0
xineliboutput.Video.AutoCrop.AutoDetect = 1
xineliboutput.Video.AutoCrop.DetectSubs = 1
xineliboutput.Video.AutoCrop.FixedSize = 0
xineliboutput.Video.AutoCrop.SoftStart = 1
xineliboutput.Video.Brightness = -1
xineliboutput.Video.Contrast = -1
xineliboutput.Video.Decoder.H264 = automatic
xineliboutput.Video.Decoder.MPEG2 = automatic
xineliboutput.Video.Deinterlace = tvtime
xineliboutput.Video.DeinterlaceOptions = method=use_vo_driver,cheap_mode=1,pulldown=none,framerate_mode=full,judder_correction=0,use_progressive_frame_flag=0,chroma_filter=0,enabled=1
xineliboutput.Video.Driver = vdpau
xineliboutput.Video.FieldOrder = 0
xineliboutput.Video.HUE = -1
xineliboutput.Video.IBPTrickSpeed = 0
xineliboutput.Video.MaxTrickSpeed = 1
xineliboutput.Video.NoiseReduction = -1
xineliboutput.Video.Overscan = 0
xineliboutput.Video.Port = 0.0
xineliboutput.Video.Saturation = -1
xineliboutput.Video.Scale = 0
xineliboutput.Video.Sharpness = -1

Zitat

2 => Bekanntes Problem, liegt an der xine-lib und dem Handling der Wiedergabe beim Springen, selbes kannst du auch beim Schneiden beobachten, Bild wird nicht aktualisiert. Leider gibt es nicht viele Leute die das fixen können, angeblich will sich R. Nissl da die nächsten 4 Wochen was einfallen lassen....

Schade. Das finde ich nämlich sehr störend. Aber es ist schon klar, dass das für alle hier nur Hobby ist ;-))
Mich wundert nur, das man nicht mehr darüber hört.

Gruß,
Hendrik

Hallo Durchflieger,
ich benutze via yavdr 0.3 Deinen patch in der Version 16.

(Edited: Das Problem ist UNABHÄNGIG vom DF patch, ich schreibe das hier nur der Vollständigkeit halber noch mal in den Thread)

Folgendes Phänomen:
Ich habe ein vdr-sxfe Fenster geöffnet (fullscreen oder nicht ist egal) und nutze via xineliboutputplugin VDPAU zum rendern des VDR Bildes.

Wenn ich die xinelib 1.2 mit VDPAU benutze,
friert mir fast immer der ganze Desktop ein, sobald ich ein oder zwei neue Fenster aufmache (egal, ob Browser, oder Terminal oder...).

Ich habe das Problem jetzt auch mit der ungepatchten Version der xinelib 1.2.

Daher gehe ich jetzt wieder davon aus, dass bei mir die Kombination Treiber (Nvidia latest via yavdr 0.3, X org via lucid, und HW GTX460) mir einen Streich spielt.

Blöderweise tritt das Problem "manchmal" nicht auf. Ich habe nicht experimental informatisch rausfinden können, was die Ursachen sein können. Sieht nach einem initialisierungs Problem o.ä. aus.

Erst ist der Ton weg, dann hängen alle Fenster, keine Manipulation ist mehr möglich.
Dann stürzt vdr-sxfe ab, und der Desktop ist wieder responsive.

Es sieht so aus, als ob der Fokus vom vdr-sxfe Fenster nicht freigegeben wird, und dadurch der ganze X Server/Window manager hängt, da die neuen Fenster nicht angezeigt werden können.

Das Phänomen tritt bei der Standard Installation von yavdr 0.3 auf, das gleiche bei einem standard ubuntu lucid mit dem xinelib 1.2 paket von yavdr.

Meine Konfiguration ist simpel:
Intel P35 Mainboard mit GTX460 Karte, Nova HD2 DVB Karte, Ubuntu lucid und/oder yavdr 0.3.

Grüße Stefan

Zitat

Original von stegro
Ich dachte erst, es liegt am Nvidia Treiber, aber ich habe die xine 1.2 lib mal aus dem CVS ohne Deinen Patch kompiliert und da trat das Problem nicht auf!

Das beweist aber noch nicht, dass es an Durchfliegers Patch liegt. Das es nicht mehr auftritt kann ja auch an der neueren xinelib liegen. Wir haben ja schon eine ganze Weile nicht mehr aktualisiert, weil wir die letzten Änderungen für nicht so wichtig hielten. Für einen vollständigen Test müsstest du die gleiche xinelib einmal ohne und einmal mit Patch testen. Sollte sich dabei herausstellen, dass es an unserer alten xinelib liegt, dann daten wir so bald wie möglich up.

Gerald

Edit: gelöscht, da schon diskutiert

Ich hatte aus Version v13 mal die Teile des vdpau-extensions-patch herausgeholt, die ich benutze. Das ist vor allem display_queue_length und sd_only_properties. Da sich das schon länger bewährt hat, stelle ich sie hier bereit. Vielleicht nutzt es ja jemandem.
In dieser Form (in einzelne Teile zerlegt) fänden sie möglicherweise auch eher die Akzeptanz der xine Entwickler.

Da nur 5 Anhänge erlaubt sind hier weiter.
basic.1.diff muss man von Hand machen.
slow_system.diff hat hier eigentlich nichts zu suchen, ist nur der Vollständigkeit halber, hilft bei seeehr langsamen Systemen und eventuell als benchmark.

THX @ jrie.

Gibt es irgendwo eine Beschreibung, wofür die einzelnen Patche nun gut sind?

Ja, im README des vdpau-extensions-patch.

Die Anzahl der VDPAU output surfaces, die für die Ausgabe der Bilddaten an die VDPAU display queue übergeben werden, kann über ein neues Konfigurationsparameter 'video.output.vdpau_display_queue_length' eingestellt werden. Bisher wurden immer nur zwei surfaces verwendet. Insbesondere bei schwächerer GPU Hardware kann das knappe Timing des video ausgabe thread durch erhöhen der Anzahl surfaces verbessert werden wodurch es zu weniger dropped frames kommt. Allerdings sollte man den Wert behutsam erhöhen da höhere Werte zu Zeitversatz zwischen Video und Audio führen kann.
Der Wert kann im Bereich 2 ... 8 surfaces gewählt werden. Der Standardwert ist jetzt 3.

Über dass neue Konfigurationsparameter 'video.output.vdpau_sd_only_properties' kann die Wirkung des Schärfe- und Rauschfilters auf Videos im SD Format (< 800 horizontale Bildpunkte) beschränkt werden.

basic.1.diff funktioniert nicht mehr mit der aktuellen HG Version.

Ich hänge mal eine angepasste Version an.

Hi,

der "xine-lib-1.2-r11590-vdpau-extensions-v16-stream-start-v100614.diff" geht nicht mehr mit der aktuellen Reviosion.

vdr01 xine-lib-1.2 # hg tip
Änderung:        11592:e82fdba2e88d
Marke:           tip
Nutzer:          Christophe Thommeret <hftom@free.fr>
Datum:           Wed Dec 08 16:24:37 2010 +0100
Zusammenfassung: Fix field interlace completeness


vdr01 xine-lib-1.2 #

Ich habe den Patch mal angepasst.

C3po
Ich muss jetzt mal neugierig fragen, ob mit dem Patch insbesonders mit dem Stream-Start-Anteil, bei dir Spulen und schneiden in HD ordentlich funktioniert? Nach langem Testen hat sich der Stream-Start-Anteil bei mir als Killer eben dieser Funktionen herausgestellt. Es würde mich also sehr wundern, wenn das bei dir funktionieren würde.

Gruß
iNOB

Zitat

Original von iNOB
C3po
Ich muss jetzt mal neugierig fragen, ob mit dem Patch insbesonders mit dem Stream-Start-Anteil, bei dir Spulen und schneiden in HD ordentlich funktioniert? ....

Keine Ahnung, habe ich nie getestet, bzw. ist mit nicht aufgefallen, ich habe nur den Patch so angepasst, dass er wieder ohne Hunks durchläuft.