You are not logged in.

Dear visitor, welcome to VDR Portal. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

1,261

Friday, April 1st 2011, 12:18pm

Quoted from "Maniac"
Die Option --hud=opengl nutzt, im Gegensatz zur Option --opengl, ein Window(kein opengl) zu darstellen solange kein OSD sichtbar ist. Erst wenn man ein OSD öffnet, wird das Bild in eine Pixmap umgeleitet. Dafür wird an xine ein drawable_changed gesendet und xine wechselt dann auf die Pixmap.
Leider mag das aber vdpau so noch nicht gerne.

Grade noch mal ausprobiert. Funktioniert hier seit 30 minuten auch relativ problemlos (kein segfault mehr wie bei meinem letzten Versuch vor einigen Tagen). Speziell bei den ÖR HD-Sendern kommt es beim Menüaufruf allerdings manchmal zu 1-2 Sekunden Bildstörung.
Da es anscheinend Senderabhängig ist und vermutlich mit der Datenrate zusammenhängt, (bei dir die ÖR die ja gute Datenraten haben, ich hab bis jetzt immer auf einem HD-Sender getestet), kam mir die Vermutung das dies eventuell damit zusammenhängt das irgendwas nicht Threadsafe ist.
Dabei bin ich dann auch gleich auf die Zeile 2130 im xine_sxfe_frontend.c gestossen. Dort wird XINE_VISUAL_TYPE_X11 benutzt welches wohl nicht Threadsafe ist, XINE_VISUAL_TYPE_XCB soll Threadsafe sein.
Da ich nicht weiß wann und ob ich heute zum testen komme, bitte mal jemand testen die entsprechende Zeile so abzuändern:

Source code

1
this->x.xine_visual_type = XINE_VISUAL_TYPE_XCB;

1,262

Saturday, April 2nd 2011, 2:32am

keine "dropped frames" mehr beim Abspielen von Aufnahmen mit diesem patch

Mit diesem patch wird man die Meldungen
video_out: throwing away image with pts xxxxxxx because it's too old (diff : yyyyy)
die man mit xine --verbose=2 beim Abspielen von HD Aufnahmen mit vdpau sieht los.
Der patch sorgt dafür, dass der Cpu Peak viel kürzer und kleiner wird. Dies war vor allem auf langsamen Systemen ein Problem, insbesondere bei höherer Last. Auf schnellen Systemen ist es vermutlich nicht besonders störend aufgefallen.
Die ganze Geschichte mit allen Details steht hier.

Ich bitte alle Tester um Feedback.
jrie has attached the following file:
  • dvbplayer.c.diff (1.83 kB - 61 times downloaded - latest: May 6th 2014, 9:24pm)

Mein VDR

Asrock M3A770DE, Sempron 140 @ DualCore, 3 x TT S2-1600, GT520
openSuse 13.1 64bit, Kernel 3.14.22 + BER/UNC-Patch für stv090x, nvidia 343.22, vdr 2.1.6 mit Patchen (checkts, naludump, statusleds, ...)

This post has been edited 1 times, last edit by "jrie" (Apr 2nd 2011, 1:03pm)


1,263

Sunday, April 3rd 2011, 11:07am

df-xine-lib-extensions-patch v23

Hallo,

auf vdr-developer.org steht version 23 des extensions patch bereit. Der OSD Patch im vdpau ist entfallen da es damit
auf langsamen Systemen Probleme gibt.

Gruss
durchflieger
Server: Asus M3N-H/HDMI, AMD X2 5600+, 4GB RAM, 500GB+1,5TB Samsung HD, 2xTevii S470, 1xTT-S3200, Ubuntu/V12.04, vdr 1.7.27
Client1: ZOTAC ION-ITX B, 2GB RAM, Diskless/Netboot per PXE, Xubuntu/V12.04, vdr 1.7.27+softhddevice, XBMC V12.1, LG42LC2R LCD-TV
Client2: Wie 1 aber ZOTAC ION-ITX E , DFAtmo, 2xDF10CH 19 Kanal Atmolight, LG37LC2R LCD-TV


1,264

Sunday, April 3rd 2011, 12:58pm

@durchflieger: Bedeutet das im Umkehrschluss, dass man den OSD-Patch auf schnelleren Systemen problemlos nutzen kann oder ist dort dann auch it anderen Problemen zu rechnen?

1,265

Monday, April 4th 2011, 8:53pm

Jetzt wollte ich gerade mal testen obs mit XINE_VISUAL_TYPE_XCB einen Unterschied macht, also erstmal aktuelle xine-lib neu gebaut (einmal mit df-Patch einmal ohne) und xineliboutput (mit Bugfix für opengl) neugebaut.

Allerdings funktioniert es schon ohne Änderung des Visual Type nicht mehr mit --hud=opengl. Wenn ich das OSD öffnen will hält einfach das Bild an und kurz danach kommt fifo buffer full. Es hilft dann nur noch ein Neustart von vdr-sxfe.

Edit: Das hängt anscheind mit dem Wert bei video.output.vdpau_display_queue_length zusammen.
2 = das fifo buffer full verhalten
3 = meistens kein OSD aber auch keine Meldungen
8 = preemption callback

This post has been edited 1 times, last edit by "Maniac" (Apr 4th 2011, 9:01pm)


1,266

Monday, April 4th 2011, 11:10pm

schon mal das probiert?

Mein VDR

Asrock M3A770DE, Sempron 140 @ DualCore, 3 x TT S2-1600, GT520
openSuse 13.1 64bit, Kernel 3.14.22 + BER/UNC-Patch für stv090x, nvidia 343.22, vdr 2.1.6 mit Patchen (checkts, naludump, statusleds, ...)

1,267

Tuesday, April 5th 2011, 8:26am

Ja, ist im aktuellen df-Patch mit drin. Ich will jetzt mal versuchen den Stand zu finden, bei dem es immer gewechselt hat von Window auf Pixmap, aber halt der preemption callback aufgetreten ist.
Ich glaube das war ca. zu der Zeit bevor der OSD-Patch wieder rausgenommen wurde.

1,268

Tuesday, April 12th 2011, 9:20pm

im moment läuft das xine-plugin bombenfest mit aktueller libxine.
leider bietet das shq eine merkwürdige sache ... das osd wird der videogrösse angepasst ;(
das sieht recht merkwürdig aus.

vdr-sxfe (git aktuell) getestet geht hier leider nichts mehr, läuft das bei euch ??
ich bekomm damit nur das :

Source code

1
2
3
4
5
Apr 12 21:08:50 zotac-natty vdr: [3250] [xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE)
Apr 12 21:08:55 zotac-natty vdr: last message repeated 1000 times
Apr 12 21:08:55 zotac-natty vdr: [3250] [xine..put] cXinelibServer: Too many TCP buffer overflows, dropping client
Apr 12 21:08:55 zotac-natty vdr: [3250] [xine..put] cXinelibServer::Play Write/Queue error (TCP/PIPE)
Apr 12 21:08:55 zotac-natty vdr: [3250] [xine..put] Closing connection 0


die config ist dabei die "gleiche" wie beim xine-plugin bzgl. puffer

1,269

Wednesday, April 13th 2011, 7:12am

eine merkwürdige sache ... das osd wird der videogrösse angepasst

siehe hier...

Gruß
iNOB

Mein VDR

Hartware: Gehäuse: Ahanix MCE 302, Mobo: Kontron 986LCD-M/mITX, CPU: Intel Core2 Duo Mobile T7400 2,16GHz, 2GB RAM, SAT: Digital Devices DuoFlex S2 miniPCIe, Graka: ASUS EN210 Silent 1GD3, 4x2TB 3,5" WD HD, 1x DVD-Brenner Pioneer, Atric IR-Einschalter+Empfänger, FB One-For-All URC-7960, SoundGraph iMON LCD ( MFP5I, 15c2:0038 )
Weichware: Wheezy (x86_64), Kernel 3.8.13, NVidia v340.24, VDR 2.1.6 gepatched

1,270

Wednesday, April 13th 2011, 9:51am

Alternativer "vdpau h264 decoder"

hallo,

@durchflieger: sorry für's "hijacking" - dachte mir aber, daß es in diesen thread am besten passt (geht eh gleich wieder unter :) )

crisalide (=xine developer) hat einen neuen verbesserten vdpau h264 decoder für die aktuelle xine-lib-1.2 veröffentlicht. er liegt als patch unter: http://hftom.homelinux.org/tmp/alter_vdpau-2.diff

hier geht's zum originalen "announcement": http://www.nvnews.net/vbulletin/showthre…563#post2417563

gruß, ciax:

btw: neuer "stable" (official prerelease) 270.41.03 nvidia-treiber wurde gestern auch veröffentlicht (allerdings mit wenig neuem)
Lascala LC17 - tribute to viking ;o) + atric IR / AMD X2 BE-2400 / DVB-S2 TT3200 + DigitalDevices CineS2 (defekt) / yavdr stable / output: graphTFT-fe via 6.4" TFT & DVB-S/S2 via FullHD / NVidia GT220 passiv

fnu

Moderator

Posts: 8,450

Location: Böblingen

  • Send private message

1,271

Wednesday, April 13th 2011, 10:36am

leider bietet das shq eine merkwürdige sache ... das osd wird der videogrösse angepasst ;(

Der Modus heißt ja auch "Einpassen", means scaling, hier wählbar in verschiedenen Qualitätsstufen, wobei SHQ das "Beste" sein soll.

Soll aber jeder selber urteilen, ob das S(uper)H(igh)Q(uality) ist, wenn er das Einpassen des OSDs auf einem der Musiksender gesehen hat, vor allem wenn auch noch der Autocrop zugeschlagen hat ... :(

SHQ ist für mich nur der Overlay Modus, der mit den letzten Version(en) leider nicht mehr funktioniert, warum auch immer ...

Regards
fnu
Gib HD+/CI+ keine Chance! >> HowTo: APT Pinning <<

>>click<< for my VDR stuff

[¹] Modu CD21, MeanWell (80W)/LC-Power (75W), Futaba MDM166A, Intel DH77EB, G1610, 4GB DDR3, Intel 313 SSD 24GB, WD20EFRX 2TB, Zotac GT630 ('GK208'), SHDD, L4M Twin S2 (V5.6)/FlexS2 (4x DVB-S2), rt Unicable®, CIR, Ubuntu LTS 12.04.4, VDR 2.1.6 (x64, 44W)
[²] Modu CD21, MeanWell (80W)/PicoPSU (90W), Futaba MDM166A, ASRock Q1900M, 2GB DDR3, Intel 320 SSD 40GB, WD10JFCX, Palit GT630 ('GK208'), SHDD, Octopus Net SAT>IP, rt Unicable®, mceusb, Ubuntu LTS 14.04, VDR 2.1.6 (x64, 22W)
[³] Cooler Master Elite 360, Xilence SPS-XP250.SFX (250W), Intel DH77KC, Xeon E3-1245v2, 8GB DDR3, Intel 313 SSD 24GB (Sys & HostCache), HP SA P400 256MB BBWC, 4x WD7500BPKX@Backplane, VMWare ESXi 5.5 (6 VM)(x64, 38W)

This post has been edited 1 times, last edit by "fnu" (Apr 13th 2011, 10:58am)


1,272

Wednesday, April 13th 2011, 10:39am

ja fnu, ich hab endlich kapiert was du meinst :D
und du hast schon recht, schade das es nur mit einpassen geht.
schöner wäre das mit osd-grösse = tv bildgrösse
für was gibt es das einpassen überhaupt ?

fnu

Moderator

Posts: 8,450

Location: Böblingen

  • Send private message

1,273

Wednesday, April 13th 2011, 11:09am

ja fnu, ich hab endlich kapiert was du meinst :D

Meinst Du vielleicht eher schmerzvoll selbst erfahren ... ?

für was gibt es das einpassen überhaupt ?

Evtl. Altlast? Aber wenn man es anders kennt, eben SHQ@Overlay(X11), ist das noch nicht mal schade, das geht irgendwie gar nicht und ärgert mich mal wieder, das ich nicht das Talent habe hier was zu "bewirken" ...
Gib HD+/CI+ keine Chance! >> HowTo: APT Pinning <<

>>click<< for my VDR stuff

[¹] Modu CD21, MeanWell (80W)/LC-Power (75W), Futaba MDM166A, Intel DH77EB, G1610, 4GB DDR3, Intel 313 SSD 24GB, WD20EFRX 2TB, Zotac GT630 ('GK208'), SHDD, L4M Twin S2 (V5.6)/FlexS2 (4x DVB-S2), rt Unicable®, CIR, Ubuntu LTS 12.04.4, VDR 2.1.6 (x64, 44W)
[²] Modu CD21, MeanWell (80W)/PicoPSU (90W), Futaba MDM166A, ASRock Q1900M, 2GB DDR3, Intel 320 SSD 40GB, WD10JFCX, Palit GT630 ('GK208'), SHDD, Octopus Net SAT>IP, rt Unicable®, mceusb, Ubuntu LTS 14.04, VDR 2.1.6 (x64, 22W)
[³] Cooler Master Elite 360, Xilence SPS-XP250.SFX (250W), Intel DH77KC, Xeon E3-1245v2, 8GB DDR3, Intel 313 SSD 24GB (Sys & HostCache), HP SA P400 256MB BBWC, 4x WD7500BPKX@Backplane, VMWare ESXi 5.5 (6 VM)(x64, 38W)

1,274

Wednesday, April 13th 2011, 4:14pm

Neuer Branch df-osd-handling

Hallo,

auf vdr-developer.org habe ich für die xine-lib-1.2 einen neuen Branch 'df-osd-handling' commited.
Dieser Branch enthält den überarbeiteten OSD-Handling Patch für den vdpau Ausgabetreiber.
Bei mit funktioniert damit die X11-Overlayausgabe im vdr-xine-plugin wieder vernüftig (allerdings nur getestet gegen vdr 1.7.16).

Weiterhin hoffe ich nun, dass der Patch auf "schwacher" vdpau Hardware jetzt nicht mehr schlechtere Ergebnisse liefert. Dass
kann ich allerdings nicht testen.

Interresant wäre auch ob der Patch die erwartete Darstellung bei den verschiedenen OSD Betriebsmodis der xine und xineliboutput plugins liefert,
z.B. im Vergleich zum xv Ausgabetreiber.
Das alles zu testen ist mir im augenblick einfach zu aufwendig und ich hoffe auf eure Hilfe.

Hier die Beschreibung zum Patch:

Quoted

Complete rewrite of vdpau output driver osd handling.
The new implementation has the following advantages towards the existing one:
There is now a unique processing of RLE coded images and ARGB based overlay images.
For both formats scaled and unscaled images and a video window are supported.
Both formats are rendered now in given order into the same output surface not using
a dedicated output surface for scaled, unscaled and ARGB images any more.
Processing of YCBCR overlay images now uses corresponding vdpau upload functions
eliminating the existing (possible slower) conversation to RGB images.
Optimized processing of first overlay from stack avoiding unnecessary surface initialization and rendering operations.
Currently the new implementation does only take the dirty rect information of a ARGB overlay into account for optimization
if this is the only one object that should be displayed.

Gruss
durchflieger
Server: Asus M3N-H/HDMI, AMD X2 5600+, 4GB RAM, 500GB+1,5TB Samsung HD, 2xTevii S470, 1xTT-S3200, Ubuntu/V12.04, vdr 1.7.27
Client1: ZOTAC ION-ITX B, 2GB RAM, Diskless/Netboot per PXE, Xubuntu/V12.04, vdr 1.7.27+softhddevice, XBMC V12.1, LG42LC2R LCD-TV
Client2: Wie 1 aber ZOTAC ION-ITX E , DFAtmo, 2xDF10CH 19 Kanal Atmolight, LG37LC2R LCD-TV


Björn

Intermediate

Posts: 293

Location: Rostock

  • Send private message

1,275

Wednesday, April 13th 2011, 5:50pm

hallo,

@durchflieger: sorry für's "hijacking" - dachte mir aber, daß es in diesen thread am besten passt (geht eh gleich wieder unter :) )

crisalide (=xine developer) hat einen neuen verbesserten vdpau h264 decoder für die aktuelle xine-lib-1.2 veröffentlicht. er liegt als patch unter: http://hftom.homelinux.org/tmp/alter_vdpau-2.diff

hier geht's zum originalen "announcement": http://www.nvnews.net/vbulletin/showthre…563#post2417563

gruß, ciax:

btw: neuer "stable" (official prerelease) 270.41.03 nvidia-treiber wurde gestern auch veröffentlicht (allerdings mit wenig neuem)

Hallo,

ich habe mal einen neuen Thread dazu angelegt.
klick mich
Gruss Björn.

mein System


-- P4 Dual-Core (E5300), 2 x TT-1600, GigaByte GA-E7AUM-DS2H, 2 x 640 GB Samsung, 16 GB SSD --
-- OpenSuse 11.4, v4l-dvb, vdr 1.7.42 mit softhddevice, nvidia 270.26 --


SilverGreen-Skin

1,276

Wednesday, April 13th 2011, 6:06pm

Nabend,

die grosse Frage ist jetzt, wie man den neuen Vdpau-h264-Decoder mit den df-Patches verheiratet?

Gibt es da große Differenzen? => dann wäre das natürlich wieder eine große Patchorgie, wenn es überhaupt geht?

Eventuell kann ja Durchflieger dass mal Zusammenführen/Anschauen, gerne auch in einem seperaten Branch.

Gruß
Wolfgang
Hardware: -
Software: -

1,277

Wednesday, April 13th 2011, 6:33pm

So wie es aussieht wäre nur der Profiling Changeset betroffen, beim kurzen drüber gucken konnte ich da auf Anhieb nichts anderes finden.

1,278

Wednesday, April 13th 2011, 6:45pm

Neuer Branch 'df-osd-handling+alter-vdpau-h264-decoder' ist commited!

Gruss
durchflieger
Server: Asus M3N-H/HDMI, AMD X2 5600+, 4GB RAM, 500GB+1,5TB Samsung HD, 2xTevii S470, 1xTT-S3200, Ubuntu/V12.04, vdr 1.7.27
Client1: ZOTAC ION-ITX B, 2GB RAM, Diskless/Netboot per PXE, Xubuntu/V12.04, vdr 1.7.27+softhddevice, XBMC V12.1, LG42LC2R LCD-TV
Client2: Wie 1 aber ZOTAC ION-ITX E , DFAtmo, 2xDF10CH 19 Kanal Atmolight, LG37LC2R LCD-TV


1,279

Wednesday, April 13th 2011, 6:48pm

Neuer Branch 'df-osd-handling+alter-vdpau-h264-decoder' ist commited!

Gruss
durchflieger
Na dann sage ich mal fettes Danke!

Gruß
Wolfgang
Hardware: -
Software: -

1,280

Wednesday, April 13th 2011, 7:22pm

Mann das geht ja schneller als man schauen kann!

Vielen Dank!
iNOB

Mein VDR

Hartware: Gehäuse: Ahanix MCE 302, Mobo: Kontron 986LCD-M/mITX, CPU: Intel Core2 Duo Mobile T7400 2,16GHz, 2GB RAM, SAT: Digital Devices DuoFlex S2 miniPCIe, Graka: ASUS EN210 Silent 1GD3, 4x2TB 3,5" WD HD, 1x DVD-Brenner Pioneer, Atric IR-Einschalter+Empfänger, FB One-For-All URC-7960, SoundGraph iMON LCD ( MFP5I, 15c2:0038 )
Weichware: Wheezy (x86_64), Kernel 3.8.13, NVidia v340.24, VDR 2.1.6 gepatched