You are not logged in.

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

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.

e9hack

Professional

Posts: 1,622

Location: BW in der Nähe von Esslingen

  • Send private message

1,721

Monday, January 9th 2012, 6:37pm

Quoted from "durchflieger"


Probiert es bitte alle aus egal welche Treiberversionen ihr einsetzt. Wenns gut funktioniert werde ich es im hg einreichen
und dann bekommen es sowieso alle.


Super, funktioniert auch bei extensiver Verwendung von GrabImage über mein Aurora-Plugin. Es wird alle 40ms ein auf 64x48 geschrinktes Image gegrabbt. Nvidia-Treiber ist 295.09.

Gruß
e9hack

rudirabbit

Professional

Posts: 1,247

Occupation: Kfz Elektroniker

  • Send private message

1,722

Monday, January 9th 2012, 6:39pm

Hallo,
Es schaut verdammt gut aus mit der aktuellen xine-lib (branch df-extensions), Nvidia Treiber 290.10. und xineliboutput plugin.
Bis jetzt keine Ruckler und kein OSD Flackern. (mit Anthra - Skin !! )
Auch bei Sky HD läuft es genauso - Bin begeistert.

Danke für das unermüdliche "tüfteln" am Code
Es ist quasi ein Kampf gegen Windmühlen, da werden die Nvidia Treiber weiterentwickelt und schon passt die xine-lib nicht mehr dazu.
VDR 1 (SD) : ASRock A330 GC, 1 GB RAM, TT- FF Karte rev. 2.3, 7'' TFT, Lirc X10 - Selbstbau Gehäuse - Suse 11.3 (64) vdr-1.7.10 diverse Plugins
VDR 2 (HD) : MSI G41M-P25, 2 GB RAM, E6700 2x3.20GHz, Gainward GT220, 2TB HD, Lirc X10, TT S2-3600 USB, TT S2-1600, - Suse 11.3 (64) NvidiaTreiber 260.19 vdr-1.7.18 - xineliboutplugin 1.0.90 cvs, xine-lib 1.1.90 , s2-liplianin DVB Treiber

This post has been edited 1 times, last edit by "rudirabbit" (Jan 9th 2012, 6:48pm)

helau

Sage

Posts: 4,901

Location: Northern Black Forest

  • Send private message

1,723

Monday, January 9th 2012, 6:45pm

Hallo

Mit xineliboutput siehts bisher gut aus, mit dem xine plugin hingegen gabs Haenger und keinerlei OSD mehr.
Logs gibts evtl spaeter, aber derzeit komme ich nicht mehr ran.
Gen2VDR / alcd / admin / yacoto - Features & Bugs - HW: Zotac Geforce 9300 MoBo / Cine-S2 im Activy Gehaeuse
und her mit den Logs :)

helau

Sage

Posts: 4,901

Location: Northern Black Forest

  • Send private message

1,724

Monday, January 9th 2012, 9:40pm

Hallo

Bei xineliboutput gibts leider immer noch das Problem dass ab und zu beim Umschalten auf HD der Ton fehlt, das bremst den WAF entscheidend aus.
Somit bin ich zurueck bei dem xine Plugin im Zusammenspiel mit xine Master ohne df-osd-handling.
Diese Kombination laeuft am besten auf meinem System.
Gen2VDR / alcd / admin / yacoto - Features & Bugs - HW: Zotac Geforce 9300 MoBo / Cine-S2 im Activy Gehaeuse
und her mit den Logs :)

rudirabbit

Professional

Posts: 1,247

Occupation: Kfz Elektroniker

  • Send private message

1,725

Tuesday, January 10th 2012, 6:40pm

Hallo,

Quoted from "helau"

Bei xineliboutput gibts leider immer noch das Problem dass ab und zu beim Umschalten auf HD der Ton fehlt,
Kann ich nicht nachvollziehen, kommt da was im Log ?

Evtl. verhalten sich die Systeme auch nicht gleich.
Denn mein Test seit gestern ist komplett positv, xine-lib branch df-extensions ist ein echter VDR Mehrwert.
VDR 1 (SD) : ASRock A330 GC, 1 GB RAM, TT- FF Karte rev. 2.3, 7'' TFT, Lirc X10 - Selbstbau Gehäuse - Suse 11.3 (64) vdr-1.7.10 diverse Plugins
VDR 2 (HD) : MSI G41M-P25, 2 GB RAM, E6700 2x3.20GHz, Gainward GT220, 2TB HD, Lirc X10, TT S2-3600 USB, TT S2-1600, - Suse 11.3 (64) NvidiaTreiber 260.19 vdr-1.7.18 - xineliboutplugin 1.0.90 cvs, xine-lib 1.1.90 , s2-liplianin DVB Treiber

TheChief

Sage

Posts: 4,368

  • Send private message

1,726

Tuesday, January 10th 2012, 7:34pm

Und ich kann mittlerweile bestätigen, dass das Verschieben der Schnittmarken bei HD nur mit 720p Aufnahmen geht (xineliboutput), mit 1080i nicht. Ne Lösung hier wäre mal echt toll.
- VDR: Thermaltake DH 102 mit 7" TouchTFT * Mystique SaTiX-S2 Dual * Debian Wheezy/vdr-2.0.1/graphtft/MainMenuHooks-Patch * AMD Sempron 140* GA-M720-US3 * GT520 * 1 TB System HDD * 2 GB DDR2 RAM uvm. * Harmony 525
- Server: Zotac H55-ITX WiFi, Core i3 550, 4GB RAM, 4x1TB 3.5" + 1x500GB 2.5", Cine S2, vdr-2.0.0

johns

Master

Posts: 2,613

  • Send private message

1,727

Tuesday, January 10th 2012, 8:50pm

Ich könnte dir ja einen Trick veraten ;)

vdr-xineliboutput cvs

Source code

 
1
2
3
4
5
6
7
8
9
10

--- device.c.orig       2012-01-10 20:41:11.059753690 +0100
+++ device.c    2012-01-10 20:41:22.713753080 +0100
@@ -43,7 +43,7 @@
 
 #include "device.h"
 
-#define STILLPICTURE_REPEAT_COUNT 3
+#define STILLPICTURE_REPEAT_COUNT 7
 #define LOCAL_INIT_TIMEOUT        20  // seconds
 #define SERVER_INIT_TIMEOUT       5   // seconds


Johns
Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
Sag mir, wo die Developer sind. Was ist geschehn?

Client0: Crown CW02 MSI-H55M-E55 I3-530 Sparkle_GT-430_passiv Cine-S2 iMon-MCE / streamdev softhddevice
Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
Server0: Dockstar TT-S2-3600-USB / streamdev
Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX LC75ITX Cine-S2+DuoFlex-S2 / streamdev / 22 Watt Verbrauch

TheChief

Sage

Posts: 4,368

  • Send private message

1,728

Tuesday, January 10th 2012, 9:07pm

Teste ich!
- VDR: Thermaltake DH 102 mit 7" TouchTFT * Mystique SaTiX-S2 Dual * Debian Wheezy/vdr-2.0.1/graphtft/MainMenuHooks-Patch * AMD Sempron 140* GA-M720-US3 * GT520 * 1 TB System HDD * 2 GB DDR2 RAM uvm. * Harmony 525
- Server: Zotac H55-ITX WiFi, Core i3 550, 4GB RAM, 4x1TB 3.5" + 1x500GB 2.5", Cine S2, vdr-2.0.0

TheChief

Sage

Posts: 4,368

  • Send private message

1,729

Tuesday, January 10th 2012, 9:19pm

Sehr schön, das scheint tatsächlich zu funktionieren! Ist das schon im Bugtracker von xineliboutput oder gar schon im CVS?
- VDR: Thermaltake DH 102 mit 7" TouchTFT * Mystique SaTiX-S2 Dual * Debian Wheezy/vdr-2.0.1/graphtft/MainMenuHooks-Patch * AMD Sempron 140* GA-M720-US3 * GT520 * 1 TB System HDD * 2 GB DDR2 RAM uvm. * Harmony 525
- Server: Zotac H55-ITX WiFi, Core i3 550, 4GB RAM, 4x1TB 3.5" + 1x500GB 2.5", Cine S2, vdr-2.0.0

johns

Master

Posts: 2,613

  • Send private message

1,730

Tuesday, January 10th 2012, 10:15pm

Nö, Das darfst du machen. Habe es vorhin schnell mal gesucht, weil ich es selber so gemacht hatte.
Wobei ich es 17x mache, so ganz klar ist mir die Sache noch nicht.

Meiner Vermutung ist, das der Codec entsprechende Anzahl an Referenz Frames braucht um eine Frame auszugeben.
Bei mpeg sind es nur zwei, h264 braucht unterschiedlich viele, das kann man auch ausrechnen. Bei meinen Test hat es ab 5 geklappt.

Johns
Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
Sag mir, wo die Developer sind. Was ist geschehn?

Client0: Crown CW02 MSI-H55M-E55 I3-530 Sparkle_GT-430_passiv Cine-S2 iMon-MCE / streamdev softhddevice
Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
Server0: Dockstar TT-S2-3600-USB / streamdev
Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX LC75ITX Cine-S2+DuoFlex-S2 / streamdev / 22 Watt Verbrauch

durchflieger

Professional

  • "durchflieger" started this thread

Posts: 651

  • Send private message

1,731

Tuesday, January 10th 2012, 11:37pm

Habe den Branch "df-extensions" auf den aktuellen "master" hochgezogen.
Weiterhin sind noch ein paar Fixes und Verbesserungen im vdpau output driver
hinzugekommen.

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

jrie

Intermediate

Posts: 351

  • Send private message

1,732

Wednesday, January 11th 2012, 10:49pm

Mal eine Frage zum buffering for output surfaces.
Du schreibst:
The size of the new buffer could be configured with parameter
"video.output.vdpau_output_surface_buffer_size".
Default value is 10 surfaces. Possible range is 2...25
To further minimize surface creation and destroy each created surface
get a minimum size according to the actual display and frame size.
This should be considered when choosing higher buffer values.
und
/* We create big output surfaces which should fit for many output buffer requests as long as the reuse buffer can hold them */
Ich blick da nicht ganz durch. Würdest du das etwas ausführlicher kommentieren?

durchflieger

Professional

  • "durchflieger" started this thread

Posts: 651

  • Send private message

1,733

Thursday, January 12th 2012, 12:46am

Quoted from "jrie"

Mal eine Frage zum buffering for output surfaces.
Du schreibst:
The size of the new buffer could be configured with parameter
"video.output.vdpau_output_surface_buffer_size".
Default value is 10 surfaces. Possible range is 2...25
To further minimize surface creation and destroy each created surface
get a minimum size according to the actual display and frame size.
This should be considered when choosing higher buffer values.
und
/* We create big output surfaces which should fit for many output buffer requests as long as the reuse buffer can hold them */
Ich blick da nicht ganz durch. Würdest du das etwas ausführlicher kommentieren?
Die ersten ouput surfaces die vom osd handling oder dem grab handling angefordert werden, werden mit einer minimalen
grösse die mindestens der aktuellen video frame grösse und mindestens der aktuellen desktop auflösung entspricht.
Damit werden diese surfaces recht grosszügig allokiert und benötigen dementsprechend viel gpu speicher.
Das wird nur bei den ersten n surfaces so gemacht wobei n der konfigurierbaren buffer size entspricht.
Falls mehr als n output surfaces gleichzeitig benötigt werden dann werden die weiteren in der tatsächlich benötigten
grösse allokiert. Diese werden dann auch direkt wieder destroyed wenn sie nicht mehr benötigt werden und landen nicht
im reuse buffer.
Deshalb sollte man die buffer size nicht wild hochsetzen insbesondere wenn man nur wenig gpu memory hat.
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

jrie

Intermediate

Posts: 351

  • Send private message

1,734

Thursday, January 12th 2012, 1:08am

Danke. Nachdem ich es dreimal gelesen habe, habe ich es glaub ich auch verstanden ;-)

cooljay032

Intermediate

Posts: 337

Location: Schwalbach "Rock-City"

Occupation: AWP

  • Send private message

1,735

Thursday, January 12th 2012, 7:15pm

nabnd!

Quoted from "rudirabbit"

Hallo,

Zitat von »helau«
Bei xineliboutput gibts leider immer noch das Problem dass ab und zu beim Umschalten auf HD der Ton fehlt,

Kann ich nicht nachvollziehen, kommt da was im Log ?

ich kann das leider nachvollziehn. im log sehe ich nix besonderes, einzig auffällig im vdr-sxfe log:

umschalten von sd nach hd -> mit ton anschliessend

Source code

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

vdpau_set_property: property=0, value=0
vo_vdpau: deinterlace: none
[7889] [demux_vdr] PMT changed, resetting demuxer
vdpau_set_property: property=0, value=1
vo_vdpau: deinterlace: bob
******** Missing refframes, dropping. nrf=5 lo=1 prefs=1 l1=1 brefs=0 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=1 l1=1 brefs=0 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=1 l1=1 brefs=0 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=1 l1=1 brefs=0 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=1 l1=1 brefs=0 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=1 l1=1 brefs=0 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=1 l1=1 brefs=0 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=1 l1=1 brefs=0 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=1 l1=1 brefs=0 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=1 l1=1 brefs=0 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=1 l1=1 brefs=0 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=1 l1=1 brefs=0 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=1 l1=1 brefs=0 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=1 l1=1 brefs=0 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=1 l1=1 brefs=0 type=1 (10 fps)

und hier -> OHNE ton

Source code

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27

vdpau_set_property: property=0, value=0
vo_vdpau: deinterlace: none
[7889] [demux_vdr] PMT changed, resetting demuxer
vdpau_set_property: property=0, value=1
vo_vdpau: deinterlace: temporal_spatial
******** Missing refframes, dropping. nrf=5 lo=1 prefs=0 l1=1 brefs=1 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=0 l1=1 brefs=1 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=0 l1=1 brefs=1 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=0 l1=1 brefs=1 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=0 l1=1 brefs=1 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=0 l1=1 brefs=1 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=0 l1=1 brefs=1 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=0 l1=1 brefs=1 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=0 l1=1 brefs=1 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=0 l1=1 brefs=1 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=0 l1=1 brefs=1 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=0 l1=1 brefs=1 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=0 l1=1 brefs=1 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=0 l1=1 brefs=1 type=1 (10 fps)
******** Missing refframes, dropping. nrf=5 lo=1 prefs=0 l1=1 brefs=1 type=1 (10 fps)
vo_vdpau: deinterlace: bob
vo_vdpau: set_scaling_level=0
vo_vdpau: enabled features: inverse_telecine=1
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=1 studio_levels=0
vo_vdpau: skip_chroma = 0

bei erstmaligem umschalten auf hd ändert sich halt zusätzlich der deinterlacer von temp_spatial auf bob, daher die zusätzlichen meldungen nach den "Missing..." zeilen. kann das denn ne rolle spielen??
Asus M3N78-EM, AMD Athlon II X2 215, 3GB DDR21066GeilGreen, AData S510 SSD+2TB WD Greenpower, Mystique SaTiX-S2 Dual, Archlinux -> ArchVDR

"Freunde sind Menschen, die dich mögen obwohl sie dich kennen"

e9hack

Professional

Posts: 1,622

Location: BW in der Nähe von Esslingen

  • Send private message

1,736

Thursday, January 12th 2012, 8:14pm

Quoted from "durchflieger"

Habe den Branch "df-extensions" auf den aktuellen "master" hochgezogen.
Weiterhin sind noch ein paar Fixes und Verbesserungen im vdpau output driver
hinzugekommen.


Der "master" flimmert bei GrabImage weiterhin.

Gruß
e9hack

helau

Sage

Posts: 4,901

Location: Northern Black Forest

  • Send private message

1,737

Thursday, January 12th 2012, 9:24pm

Mit dem df-extensions habe ich nun den OSD Absturz reproduzieren koennen.
Es geht einfach kein OSD mehr auf, erst nach restart von xine-ui gehts wieder.
Im Anhang das Log ab Zeile 15346 tritt der Fehler auf:

Source code

 
1
2
3
4

vdpau_process_overlays: vdp_output_surface_put_bits_native failed : An invalid handle value was provided.
vdpau_process_overlays: vdp_output_surface_render_output_surface failed : An invalid handle value was provided.
vdpau_process_overlays: vdp_output_surface_put_bits_native failed : An invalid handle value was provided.
vdpau_process_overlays: vdp_output_surface_render_output_surface failed : An invalid handle value was provided


P.S. Mit dem Master passiert dasselbe, nur ohne die df-osd-handling patches klappt alles reibungslos mit dem xine plugin.
helau has attached the following file:
  • vdr-xine.log.gz (62.27 kB - 6 times downloaded - latest: Feb 1st 2013, 1:13am)
Gen2VDR / alcd / admin / yacoto - Features & Bugs - HW: Zotac Geforce 9300 MoBo / Cine-S2 im Activy Gehaeuse
und her mit den Logs :)

durchflieger

Professional

  • "durchflieger" started this thread

Posts: 651

  • Send private message

1,738

Thursday, January 12th 2012, 10:37pm

@helau

Ein surface create zeigt bei dir eine Fehlermeldung. Vermutlich geht dir der GPU Memory aus. Wieviel Memory hat deine Grafikkarte denn?

Du hast unnötige 8 ouput surfaces für die display queue konfiguriert. Nimm das mal zurück:
video.output.vdpau_display_queue_length:3

Falls der Fehler immer noch auftritt nimm mal die surface buffer size in zweier Schritten zurück:
video.output.vdpau_output_surface_buffer_size:10

Es kann auch nicht schaden wenn du mal deine xine config und auch die config_xineliboutput sowie die vdr setup.conf hier zeigst.
Die Tonprobleme beim xineliboutput kann ich auch nachvollziehen. Lassen sich aber ggf. durch richtige Konfiguration vermeiden.

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

durchflieger

Professional

  • "durchflieger" started this thread

Posts: 651

  • Send private message

1,739

Thursday, January 12th 2012, 10:38pm

Quoted from "e9hack"

Quoted from "durchflieger"

Habe den Branch "df-extensions" auf den aktuellen "master" hochgezogen.
Weiterhin sind noch ein paar Fixes und Verbesserungen im vdpau output driver
hinzugekommen.


Der "master" flimmert bei GrabImage weiterhin.

Gruß
e9hack

Die notwendigen Patches sind bisher ja nur im df-extensions enthalten.
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

durchflieger

Professional

  • "durchflieger" started this thread

Posts: 651

  • Send private message

1,740

Thursday, January 12th 2012, 10:43pm

Quoted from "jrie"

Danke. Nachdem ich es dreimal gelesen habe, habe ich es glaub ich auch verstanden ;-)

Artikel die ich zu dieser Uhrzeit lese und schreibe :) muss ich auch öfters dreimal lesen.
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