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.

bexbier

Professional

Posts: 600

Location: bremen

  • Send private message

781

Saturday, December 11th 2010, 10:46pm

nabend jrie,

vielen dank für den upload, wäre es möglich auch noch den fixed osd teil als einzelnen patch anzubieten ? :versteck
Hatte es schon selbst versucht, leider mit wenig erfolg.

Das fehlen des "fixed osd" was mir noch bei vdr-xine fehlt. Wobei laut xine entwicklern der "fehler" auf vdr-xine seite liegen soll.
MfG

bex

server -> Asus p8h67-i -Intel 2100T - Cine CT v6
client 1 -> Asus p5n7a-vm -Intel E5200 - Technisat Cablestar HD 2
client 2+3 -> Raspberry Pi - Openelec

782

Sunday, December 12th 2010, 5:37pm

Auf meinem betagtem vdr-Rechner waren die besseren OSD Modi zu langsam, speziell mit dem kompletten Patch. Deswegen habe ich nur die Teile extrahiert, die ich benutze. Sorry, da kann ich nicht weiterhelfen.

Mein VDR

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

bexbier

Professional

Posts: 600

Location: bremen

  • Send private message

783

Sunday, December 12th 2010, 6:11pm

Quoted

Original von jrie
Auf meinem betagtem vdr-Rechner waren die besseren OSD Modi zu langsam, speziell mit dem kompletten Patch. Deswegen habe ich nur die Teile extrahiert, die ich benutze. Sorry, da kann ich nicht weiterhelfen.


hy,

schade, trotzdem danke für die anderen patches
MfG

bex

server -> Asus p8h67-i -Intel 2100T - Cine CT v6
client 1 -> Asus p5n7a-vm -Intel E5200 - Technisat Cablestar HD 2
client 2+3 -> Raspberry Pi - Openelec

784

Wednesday, December 15th 2010, 11:32pm

Ich habe mir mal erlaubt, die xine-lib-1.2 auf projects.vdr-developer.org als git mirror abzulegen. Ich habe auch meine aktuelle Version des durchflieger patches in einen extra Branch zu packen.

Es wäre sehr schön, wenn wir dort vielleicht die ganzen Patches und Änderungen in Zukunft sammeln können um die Patchsuche und Weiterentwicklung etwas zu vereinfachen.
VDR: VDR-1.7.23@vdpau ,softhddevice, s2-liplianin Treiber (hg), 1 x TT-S3600, 1 x TT-S3650
System: 3.2.5 (+stb0899patches + pctv452e usb patch), Glibc 2.13,nvidia-drivers 290.10

This post has been edited 1 times, last edit by "m.Rcu" (Dec 15th 2010, 11:36pm)


785

Thursday, December 16th 2010, 4:12pm

vdpau-extensions-patch v17

Hallo,

nachdem m.Rcu die Grundlage für ein eigenes xine-lib-1.2 Repository gegeben hat habe ich mal meine aktuelle Version der vdpau-extensions Patches nach vdr-developer.org gepushed.

Die Patches können dort als diffs unter "Dateien" geladen werden oder aber man cloned gleich das git Repository das zur Zeit folgende Branches enthält:

master: Mirror of 'default' branch from http://hg.debian.org/hg/xine-lib/xine-lib-1.2
vdpau-extensions-patch: Branch with vdpau-extensions-patch
vdpau-extensions-stream-start-patch: Branch with vdpau-extensions and stream start patch

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


786

Thursday, December 16th 2010, 9:19pm

EDIT: ok diesen post nicht beachten ... war falscher alarm, läuft alles wie gewollt danke an durchflieger !

This post has been edited 4 times, last edit by "hotzenplotz5" (Dec 16th 2010, 9:40pm)


lostinspc

Intermediate

Posts: 561

Location: Stuttgart

  • Send private message

787

Friday, December 17th 2010, 7:33pm

RE: vdpau-extensions-patch v17

Quoted

Original von durchflieger
Hallo,

nachdem m.Rcu die Grundlage für ein eigenes xine-lib-1.2 Repository gegeben hat habe ich mal meine aktuelle Version der vdpau-extensions Patches nach vdr-developer.org gepushed.


Läuft hier rockstable. Interessant: Bluray-Rips im xineliboutput-Mediaplayer laufen hier nur mit vdpau-extensions patch vernünftig, sonst ruckelt's ...

Danke!

Grüße, Peter
SW: vdr-latest, softhddevice -git, nvidia 331.38 , arch x86_64
HW: 1x Cine C/T V6, 1x Satelco Budget DVB-C, Asus P5G41-M, 2 GB, Pentium 6300, Asus G210 passiv, 60 GB Samsung SSD 470, 3TB WD AV GP (WD30EURS) , Silverstonetek LaScala 10M, LG LM 669S, 1920x1080@50
VDR-User #81

788

Saturday, December 18th 2010, 12:01am

RE: vdpau-extensions-patch v17

hallo!

@durchflieger: danke für die v17!

.. darf man frech anfragen, welche nvidiatreiber-version du hauptsächlich nutzt!? :monster2 .. lt. sig. 195.30?

gruß, ciax
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

This post has been edited 2 times, last edit by "ciax" (Dec 18th 2010, 12:05am)


789

Saturday, December 18th 2010, 10:10am

RE: vdpau-extensions-patch v17

Quoted

Original von ciax
hallo!

@durchflieger: danke für die v17!

.. darf man frech anfragen, welche nvidiatreiber-version du hauptsächlich nutzt!? :monster2 .. lt. sig. 195.30?

gruß, ciax

Ja die 195.30. Bisher die einzige bei mir die mit zugeschaltetem VDPAU-Profiling in meinem Patch keine Auffälligkeiten (langlaufende Calls) zeigt. Allerdings habe ich diesen Test mit der aktuellen 260.* Serie noch nicht gemacht.

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


790

Tuesday, December 21st 2010, 12:11pm

RE: vdpau-extensions-patch v17

Hallo allerseits,
nachdem ich massive Probleme mit VDPAU hatte (Ich benutzte immer die 260.* Treiber von Nvidia):
z.B. Tonaussetzer nach ein paar Sekunden;
Oder noch schlimmer:
Wenn ich ein vdr-sxfe Fenster offen hatten, konnte ich keine weiteren Fenster mehr auf dem Desktop öffnen, bis sich vdr-sxfe verabschiedet hatte.

Möchte ich heute etwas positives vermelden:

Mit dem neuen Treiber:

nvidia-current aus der unstable version von yavdr in der Version 260.19.29

treten obige Probleme nicht mehr auf!

Meine Konfiguration:
GTX 460
Lucid (up to date)
Aktuelles yavdr 0.3 mit xinelib 1.2 (mit DF patch V16).
xineliboutputplugin von yavdr 0.3
nvidia 260.19.29.

Für mich stellt das einen Durchbruch dar und ich kann X-Mas auf HD umsteigen.

Ein herzliches Dank and DF und natürlich an die yavdr Entwickler!
Ich finde Eure Arbeit super!

Stefan

791

Tuesday, December 21st 2010, 2:15pm

Sofern du vor hast den mplayer einzusetzen, würde ich vom 260.19.29er abraten. Im Zusammenspiel mit dem genannten Treiber funktioniert das Deinterlacing mit dem mplayer nicht mehr. Siehe auch 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.17, VDR 2.1.6 gepatched

herrlado

Professional

Posts: 721

Location: Kassel

Occupation: Softwareentwickler

  • Send private message

792

Tuesday, December 21st 2010, 2:20pm

Leider läuft bei mir letzter Stand mit oder ohne DF 16 Patch nicht mehr Rückelfrei wenn ich OSD an habe und dort navigiere. Ich konnte das Problem bei mir eindeutig damit in Vebrindung bringen. Daher verwende ich momentan die Revision 03d01d484189 von xine-lib (mercurial). So habe ich weder bei sd noch bei hd nennenswerte Rückler beim geöffneten OSD.


Gruß,
Lado

herrlado's VDR

ASUS P8H77-M LE, 4GB DDR3-1333, Core i3 2100T / Asus NVidia GT 610 (mit 1GB RAM ) / yaVDR 0.5 (testing-vdr, testing-xbmc) / 3.5.0-27er Kernel / TeVii S480 & TT S2-1600 / softhddevice / yaUsbIR V3 mit Logitech Harmony 600 / Samsung UE40B8000 über HDMI / 50Hz / 13.0°,19.2°,28.2°,42.0°

793

Tuesday, December 21st 2010, 2:24pm

lösch mich...

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.17, VDR 2.1.6 gepatched

This post has been edited 1 times, last edit by "iNOB" (Dec 21st 2010, 2:25pm)


carel

Intermediate

Posts: 430

Location: Niederlande

Occupation: Satelliet und ICT

  • Send private message

794

Tuesday, December 21st 2010, 7:06pm

Hi all,

Hat jemand von euch kein Problemen mit screendumps (Live TV Schirm und 'svdrsend.pl grab usw..' ) ?

Source code

1
2
3
4
5
6
7
8
9
Dec 21 16:13:51 woonkamer kernel: [14061.081462] NVRM: Xid (0002:00): 13, 0004 00000000 0000502d 0000060c 000002d0 00000040
Dec 21 16:13:51 woonkamer vdr: [2229] [xine..put] Client 0 disconnected
Dec 21 16:13:51 woonkamer vdr: [5950] [xine..put] cBackgroundWriter: TCP write error
Dec 21 16:13:51 woonkamer vdr: [5950] [xine..put]    (ERROR (tools/backgroundwriter.c,247): Ongeldige bestandsdescriptor)
Dec 21 16:13:51 woonkamer vdr: [2229] [xine..put] Closing connection 0
Dec 21 16:13:51 woonkamer vdr: [2229] [xine..put] Client 0 connected: 127.0.0.1:35898
Dec 21 16:13:51 woonkamer vdr: [2229] loading /etc/vdr/plugins/xineliboutput/allowed_hosts.conf
Dec 21 16:13:56 woonkamer vdr: [2258] [xine..put] cXinelibServer::Grab: Timeout (5000 ms)
Dec 21 16:13:56 woonkamer vdr: [2229] [xine..put] Client 0 disconnected
Mit meine Mercurial xine-lib mit externen DF patch gab's kein Problemen...

Carel
Intel E7400, Ubuntu Server x86_64 12.04, Nvidia GF9400, nvidia 295.40, vdr-1.7.27+ext patch, xine-lib-git + df patches, xineliboutput-git :portal1

795

Wednesday, December 22nd 2010, 6:37pm

Quoted

Original von carel
Hi all,

Hat jemand von euch kein Problemen mit screendumps (Live TV Schirm und 'svdrsend.pl grab usw..' ) ?

Source code

1
2
3
4
5
6
7
8
9
Dec 21 16:13:51 woonkamer kernel: [14061.081462] NVRM: Xid (0002:00): 13, 0004 00000000 0000502d 0000060c 000002d0 00000040
Dec 21 16:13:51 woonkamer vdr: [2229] [xine..put] Client 0 disconnected
Dec 21 16:13:51 woonkamer vdr: [5950] [xine..put] cBackgroundWriter: TCP write error
Dec 21 16:13:51 woonkamer vdr: [5950] [xine..put]    (ERROR (tools/backgroundwriter.c,247): Ongeldige bestandsdescriptor)
Dec 21 16:13:51 woonkamer vdr: [2229] [xine..put] Closing connection 0
Dec 21 16:13:51 woonkamer vdr: [2229] [xine..put] Client 0 connected: 127.0.0.1:35898
Dec 21 16:13:51 woonkamer vdr: [2229] loading /etc/vdr/plugins/xineliboutput/allowed_hosts.conf
Dec 21 16:13:56 woonkamer vdr: [2258] [xine..put] cXinelibServer::Grab: Timeout (5000 ms)
Dec 21 16:13:56 woonkamer vdr: [2229] [xine..put] Client 0 disconnected
Mit meine Mercurial xine-lib mit externen DF patch gab's kein Problemen...

Carel

Funktioniert bei mir einwandfrei. Das Frontend muss natürlich während des grab laufen!

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

This post has been edited 1 times, last edit by "durchflieger" (Dec 22nd 2010, 6:37pm)


carel

Intermediate

Posts: 430

Location: Niederlande

Occupation: Satelliet und ICT

  • Send private message

796

Wednesday, December 22nd 2010, 7:20pm

Einzige wesentlichen unterschied: nvidia 195.30 ?

Ich werde mal alles neu herunterladen und machen...

Danke, Carel
Intel E7400, Ubuntu Server x86_64 12.04, Nvidia GF9400, nvidia 295.40, vdr-1.7.27+ext patch, xine-lib-git + df patches, xineliboutput-git :portal1

797

Thursday, December 23rd 2010, 10:42am

hallo,

ich möchte hier auch nochmal feedback zur v17 geben:

system:

--> vdr-1.7.16

inkl. patches:

* nalustripper-0.0.3 (inkl. "0x9f" TSDoctor für VDR? - Filler Data Entfernen): TSDoctor für VDR? - Filler Data Entfernen
es würde auch eine 0.0.5er version geben: TSDoctor für VDR? - Filler Data Entfernen
* dvbplayer-no-busy: http://vdr-portal.de/board/thread.php?po…2639#post962639
* HD-framerate: http://www.vdrportal.de/board/thread.php…1626#post951626
* extpngvdr1.7.16v5: http://copperhead.vdr-developer.org/down…extensionpatch/

--> xine-plug:

inkl. patches

* xine-plugin-0.9.3-vdpau-extensions-v13.2: http://projects.vdr-developer.org/projects/xine-lib/files
* VPID-patch: http://www.mail-archive.com/vdr@linuxtv.org/msg11991.html

--> xinelib-1.2

inkl. vdpau-extensions-stream-start-patch: http://projects.vdr-developer.org/git/?p…eam-start-patch


--> xineliboutput post-plugs

post-plugs aus dem aktuellen git des xinelibouput (Mon, 20 Dec 2010 13:06:11 / 01d05365cd3aa8a85e65a0428d379be6c87f1d35):
* xineplug_post_audiochannel.so
* xineplug_post_autocrop.so
* xineplug_post_swscale.so

--> NVIDIA-treiber: 260.19.12

in dieser kombination fliegt mir vdr bei aktiviertem cropping mit einem absturz um die ohren. es passiert genau dann, wenn "gecroppt" wird (das bild aufgezogen wird) - egal, ob bei einer aufnahme oder live. wenn ich einfach das "xineplug_post_autocrop.so" aus dem xinelib-pfad lösche, wird natürlich nicht mehr "gecroppt", es stürzt aber auch nicht ab ....

ich denke mit den neueren nvidia-treiber versionen läuft die ganze konfiguration nicht mehr stabil.

es wird schon seinen grund haben, daß durchflieger bei der 195.30 geblieben ist.

gruß, ciax
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

carel

Intermediate

Posts: 430

Location: Niederlande

Occupation: Satelliet und ICT

  • Send private message

798

Thursday, December 23rd 2010, 10:59am

Quoted

Einzige wesentlichen unterschied: nvidia 195.30


Ich war DUMM.... :angryfire Hatte die falsche trunk genommen... Es geht nun.

Aber ich versuch's auch mal mit cropping, vielleicht kann ich das Problem von Ciax mit vdr-sxfe nachvollziehen.
Intel E7400, Ubuntu Server x86_64 12.04, Nvidia GF9400, nvidia 295.40, vdr-1.7.27+ext patch, xine-lib-git + df patches, xineliboutput-git :portal1

799

Thursday, December 23rd 2010, 11:05am

Quoted

Original von carel

Quoted

Einzige wesentlichen unterschied: nvidia 195.30


Ich war DUMM.... :angryfire Hatte die falsche trunk genommen... Es geht nun.

Aber ich versuch's auch mal mit cropping, vielleicht kann ich das Problem von Ciax mit vdr-sxfe nachvollziehen.


hallo carel,

ich nutze vdr-xine als ausgabedevice. eventuell gibt's ja trotzdem auch mit dem remote-frontend (vdr-sxfe) des aktuellen vdr-xineliboutput/git das problem (xine_post_autocrop.c).

EDIT: letzte änderung am xine_post_autocrop.c war am 26.11.2010 (http://projects.vdr-developer.org/git/?p…53caab4d05d5dfd)

du nutzt ja lt. sig auch die selbe nvidia-treiber version wie ich (260.19.12).

gruß, ciax

ps: .. langsam denke ich auch, daß es doch besser wäre auf version 195.30 zu wechseln.
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

This post has been edited 1 times, last edit by "ciax" (Dec 23rd 2010, 11:44am)


carel

Intermediate

Posts: 430

Location: Niederlande

Occupation: Satelliet und ICT

  • Send private message

800

Thursday, December 23rd 2010, 11:15am

Quoted

ps: .. langsam denke ich auch, daß es doch besser wäre auf version 195.30 zu wechseln.


Tsja... Ich zweifele, sind all bugfixes auf dem weg zum 260-x branch denn umsonst gewesen und/oder waren der (vdpau) bugs einfach nicht kritisch?

Gruß, Carel
Intel E7400, Ubuntu Server x86_64 12.04, Nvidia GF9400, nvidia 295.40, vdr-1.7.27+ext patch, xine-lib-git + df patches, xineliboutput-git :portal1

This post has been edited 1 times, last edit by "carel" (Dec 23rd 2010, 11:15am)