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

Ich hatte bis jetzt noch keine Möglichkeit das zu testen, aber verbessert sich das Schnittmarken-Problem dadurch?
Wenn ich den Code richtig in Erinnerung habe, wird beim StillPicture der PTS auf 0 gesetzt.

Zitat von Maniac

Ich hatte bis jetzt noch keine Möglichkeit das zu testen, aber verbessert sich das Schnittmarken-Problem dadurch?
Wenn ich den Code richtig in Erinnerung habe, wird beim StillPicture der PTS auf 0 gesetzt.

Das war auch meine Hoffnung, ich konnte aber keine wahrnehmbare Verbesserung erkennen.

Ich hatte vor einigen Tagen u.a. deswegen phintuka mal angemailt, hier ein Auszug seiner Antwort

Zitat

> 2.) When jumping to or moving cutmarks in SD, no picture is displayed.
> This makes cutting of SD content impossible right now. User maniac at
> vdr-portal.de has figured out that its fixed when in xine_input_vdr.c
> the comment signs in line 4848 are removed:
>
> /* delay frame 10ms (9000 ticks) */
> buf->content[12] = (uint8_t)((10*90) >> 7);

Interesting... Anyway, this code path is used only with vdr-1.6.0 (PES)
recordings. Similar hack for vdr-1.7.x recordings would need to go to
demux_xvdr.c. You need to add following line to function check_newpts():

if (video) {
int still_mode = (int)this->stream->metronom->get_option(this->stream->metronom, XVDR_METRONOM_STILL_MODE);
int trick_speed = (int)this->stream->metronom->get_option(this->stream->metronom, XVDR_METRONOM_TRICK_SPEED);
if (still_mode > 0 trick_speed > 0) {
LOGMSG("Skipping new pts %"PRId64" (still=%d trickspeed=%d)", buf->pts, still_mode, trick_speed);
+ if (still_mode) buf->pts = 9000;
return;
}
}

Currently video frame PTS timestamp is not cleared, but it is also not
used to generate xine vpts. Maybe vdpau uses the original pts timestamp
for something ... ? That would cause problems.

> 3.) The same problem with jumping to or moving cutmarks also applies
> to HD video. It doesn't matter what xinelib decoder (normal h264 vdpau
> or the new "alter" one) is used. When using the xine-plugin from
> Robert Nissl, jumping to HD cutmarks or moving them is possible with
> the same system-setup.
> Right now no solution is know for xineliboutput, so it would be great
> if you could have an eye on it and eventually fix it.

What vdr version are you using ?
Moving cutting marks (still images) work perfectly well with software
decoders, so there must be something weird with timestamps. If you use
--verbose option, do you see any "frame dropped, too old..." or
"Skipping new pts"... etc. messages when moving cutting marks ?

Alles anzeigen

Sein Vorschlag für den SD-fix funktioniert aber (im Gegensatz zu dem von maniac) nicht ;-))

Grüße, Peter

@lostinpc: Das hört sich interessant an, ob ich das bei SD mit PES oder TS Aufzeichnungen getestet hab kann ich gar nicht genau sagen. Können aber sehr gut PES gewesen sein. Auch die Hinweise zum weiteren Debugging sind interessant, ich nehms mal auf die TODO da genauer zu gucken.

OT: Schreib ihm mal das es Reinhard Nissl ist und nicht Robert... lol

Zitat von Morone

OT: Schreib ihm mal das es Reinhard Nissl ist und nicht Robert... lol

Wem soll ich das schreiben, mir selbst? ;-))) (Ich hoffe, Reinhard sieht es mir nach ...)

Ich hab noch 2 Patches in der Mailing-Liste gefunden die interessant sein könnten. Zur Zeit hab ich keine Möglichkeit zu testen.

http://sourceforge.net/mailarc…ssage.php?msg_id=27773404 : behebt Probleme bei VDPAU VC1 (gibts zwar nicht bei DVB, dafür aber in Bluray usw.)
http://sourceforge.net/mailarc…ssage.php?msg_id=27543240 : Ne menge Änderungen, unter anderem auch am metronom, könnte also auch was für uns bringen.

es wurden jetzt eine ganze Menge der patches aus der ML ins HG commited. Interessiert könnten im Git die Neuerungen schon testen. Ich hoffe ein paar Bugs sind es dann wieder weniger

Ja das ist fein. Auf der Mailinglist feuerts zur Zeit auf allen Rohren. Ich frag mich grad, ob man den vdpau-alternate mal upgraden sollte??

Gruß
iNOB

Yeah! Vielen Dank!

Gruß
iNOB

auch von mir ein DANKE durchflieger - bist echt immer zackig beim nachziehen. schade nur, daß jetzt alles so rund läuft und wir so wenig von dir lesen dürfen

Da reihe ich mich auch gleich mit ein: Dankeschön für's Updaten! Läuft hier bei mir sehr stabil...

Allerdings habe ich vor ein paar Tagen eine Aufnahme auf ServusTV (über DVB-C, KDG) gemacht. Darin wollte ich Schnittmarken verschieben und Spulen. Dabei wird die Ausgabe leider schwarz. Das ist die einzige Aufnahme bei mir, wo das auftritt. Alle anderen Aufnahmen (hab's mit ca. 20 getestet) funktioniert das einwandfrei. Im Log (vdr, xine) steht auch nix auffälliges...

Ist das ein bekanntes Problem? Wird da bei manchen Sendern was "nichtkonformes" gesendet?

Grüße, caps!

Hallo,
soweit ich weiß ist VDPAU und die "Hänger" bei HD. Wie ist der aktuelle Stand? noch aktuell, oder? Da ich auf neue Hardware umgestiegen bin, möchte ich mit der neueren nvidia Grafikkarte alle Treiber durchtesten, um zu sehen, ob 195.30 immer noch der letzte ohne Hänger ist.
Damit ich auch was im syslog habe, benutze ich Reinhard Nissls xine_watchdog.patch von hier. Ich habe ihn gepatcht, damit er ins syslog schreibt, siehe Anhang. Durchfliegers letzter Patch mit Profiling kompiliert bei mir nicht mehr. Wenn man den alterh264_decoder benutzt, muss auch da was eingebaut werden, siehe Anhang. Ich habe auch die Zeitspanne für vdpau_display_frame heraufgesetzt, da er bei 720p sonst zu oft anspringt.
Es würde mich interessieren, von euren Erfahrungen zu hören.
Jörg

Es gibt wieder Nachschub an der xine-lib Front...

Gruß
iNOB

Zitat von iNOB

Es gibt wieder Nachschub an der xine-lib Front...

hast Du da einen guten Durchblick? welche Branch sollte man nun nehmen? sind die Verbesserungen auch schon in der master branch eingeflossen? wenn nein, warum eigentlich nicht?

Zitat von Dr. Seltsam

hast Du da einen guten Durchblick? welche Branch sollte man nun nehmen? ...

Das sind 2 wirklich sehr gute Fragen, ich habe den Überblick schon lange verloren.....

Naja... Chris Rankin schiebt da momentan eine Menge Zeug ins xine-dev. Allerdings zum Großteil Audio betreffend. Wie Darren Salt im Git schon schreibt, brauchts scheints noch ein paar Tester die die Änderungen für gut befinden, bevor diese in den Master fließen. Steht natürlich jedem frei, das in den Master zu frickeln und zu testen Ich bin ja schon froh, dass sich überhaupt was tut.

Gruß
iNOB

Hi,

Zitat von C-3PO

Das sind 2 wirklich sehr gute Fragen, ich habe den Überblick schon lange verloren.....

Ich froh nicht der einzige zu sein der dort den Überblick verloren hat, ich habe mir gestern diese Frage verkniffen, um nicht vor Euch als DAU dazustehen
Meine aktuelle Xine-lib (ca. 2 Monate alt) habe ich von dem Branch:

git clone git://projects.vdr-developer.org/xine-lib.git
cd /usr/local/src/xine-lib
git checkout -b df-osd-handling+alter-vdpau-h264-decoder origin/df-osd-handling+alter-vdpau-h264-decoder

Läuft mit xineliboutput und vdr-1.7.21 ganz gut.
Ich bin mir unschlüssig ob ich die xine-lib updaten soll, es gibt ja bekannlich den Spruch: "never change a running system"