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.

Eisbaer128

Trainee

Posts: 132

Location: München

Occupation: Physiker

  • Send private message

81

Sunday, August 30th 2009, 9:29pm

Die Änderung auf 22 hat nicht geändert, ich habe immer noch die selben unreglmässigen Ruckler auf den SD Kanälen. Kann es natürlich nicht garantieren, aber für mich sieht das nach deinterlacer aus.
Server HW: Core i3| 4GB RAM | DVB-S Satix S2 Dual, TT3200, TT 1401 | 18TB SW: Ubuntu 14.04 , yaVDR 0.6 repository, Emby Server
Client: HW: Intel NUC5i3RYK | 8GB RAM | DVB: TT 3600 SW yaVDR 0.6

82

Sunday, August 30th 2009, 10:57pm

@eisbär

Poste doch mal bitte deine config-Datei von xineliboutput - danke. Verwendest du das lokale oder das remote-Frontend? Gibt's Logeinträge bei den "Sprüngen"? Welche xine-lib-Version nutzt du?

Viele Grüße
Dirk

Eisbaer128

Trainee

Posts: 132

Location: München

Occupation: Physiker

  • Send private message

83

Monday, August 31st 2009, 8:04pm

Hier die gewünschten Informationen zu meiner Konfiguration:

Die aktiven .xine Einträge:

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
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
#device used for mono output
# string, default: default
audio.device.alsa_default_device:iec958

# device used for stereo output
# string, default: plug:front:default
audio.device.alsa_front_device:iec958
# device used for 5.1-channel output
# string, default: iec958:AES0=0x6,AES1=0x82,AES2=0x0,AES3=0x2
audio.device.alsa_passthrough_device:iec958
# device used for 5.1-channel output
# string, default: plug:surround51:0
audio.device.alsa_surround51_device:iec958

# speaker arrangement
# { Mono 1.0  Stereo 2.0  Headphones 2.0  Stereo 2.1  Surround 3.0  Surround 4.0  Surround 4.1  Surround 5.0  Surround 5.1  Surround 6.0  Surround 6.1  Surround 7.1  Pass Through }, default: 1
audio.output.speaker_arrangement:Pass Through

# method to sync audio and video
# { metronom feedback  resample }, default: 0
audio.synchronization.av_sync_method:resample
# vdpau: HD deinterlace method
# { bob  half temporal  half temporal_spatial  temporal  temporal_spatial }, default: 3
video.output.vdpau_deinterlace_method:bob
# vdpau: disable deinterlacing when progressive_frame flag is set
# bool, default: 0
video.output.vdpau_honor_progressive:1

# vdpau: restrict enabling video properties for SD video only
# { none  noise  sharpness  noise+sharpness }, default: 0
video.output.vdpau_sd_only_properties:noise+sharpness
# FFmpeg video decoding thread count
# numeric, default: 1
video.processing.ffmpeg_thread_count:2
# number of buffers for HD content
# numeric, default: 2500
media.xvdr.num_buffers_hd:4000

# SRC tuning step
# numeric, default: 5000
media.xvdr.scr_tuning_step:150
# number of audio buffers
# numeric, default: 230
engine.buffers.audio_num_buffers:500

# number of video buffers
# numeric, default: 500
engine.buffers.video_num_buffers:250

# default number of video frames
# numeric, default: 15
engine.buffers.video_num_frames:22


Ich verwende ein remote vdr-sxfe (aber natürlich auf dem selben Rechner) mit folgenden Versionen (alles aus dem e-tobi Reposatory und dann selber Compiliert): vdr-1.7.9, vdr-plugin-xineliboutput_1.0.4+cvs20090826.1640-1etobi1, xine-lib_1.1.16.3-1etobi10.

Mein vdr-sxfe Aufruf sieht wie folgt aus:

Source code

1
usr/bin/vdr-sxfe  xvdr:tcp://localhost:37890  --video=vdpau --audio=alsa:iec958 --nokbd --lirc --fullscreen --reconnect --syslog --post tvtime:method=use_vo_driver


Das Grafikkarten Treiber setzte ich 190.18 ein.
Server HW: Core i3| 4GB RAM | DVB-S Satix S2 Dual, TT3200, TT 1401 | 18TB SW: Ubuntu 14.04 , yaVDR 0.6 repository, Emby Server
Client: HW: Intel NUC5i3RYK | 8GB RAM | DVB: TT 3600 SW yaVDR 0.6

84

Wednesday, September 9th 2009, 11:18am

Hallo,

ich habe noch folgenden Vorschlag für die Anleitung im ersten Artikel dieses Thread. Die xine config parameter die durch meine Patches ergänzt werden sind etwas mager beschrieben:

Die Einstellparameter "noise reduction" und "sharpness" im xineliboutput setup werden standardmäßig bei SD UND HD-Videos angewendet.
Mit der xine config Einstellung "video.output.vdpau_sd_only_properties:noise+sharpness" wirken die Einstellparameter nur noch bei SD-Videos. Bei HD-Videos wird in der Regel keine "Nachbesserung" benötigt und das Abschalten spart natürlich Rechenleistung in der GPU.

Weiterhin sollte man die Display-Queuelänge vergrössern mit der xine config Einstellung "video.output.vdpau_display_queue_length=4".
Damit sollte die Wiedergabe ruckelfreier während eines aktiven "grabbing" laufen. Eventuell bringts auch was bei der normalen Wiedergabe ohne aktiven "grabbing".

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


batDan

Trainee

Posts: 85

Location: Zürich

Occupation: Filmbranche

  • Send private message

85

Wednesday, September 9th 2009, 11:34am

Noise reduction und sharpening sind sowieso ein no-go bei gutem Quellmaterial! Rauschunterdrückung produziert praktisch immer mühsame Artefakte wie eine Unschärfe in bewegten Flächen (z.B. sieht man keine Struktur auf der Haut der Darsteller, solange sie ihren Kopf bewegen, Details erscheinen erst, wenn das Gesicht still gehalten wird). Die Doppelkanten bei zu starkem Nachschärfen (siehe "Unscharf maskieren" in Photoshop, dort kann man das gut ausprobieren) sind noch viel deutlicher zu sehen.

Leider werden immer wieder sogar digitale Negative (Digital Intermediates - DI) von Hollywood-Filmen derart nachbearbeitet und dadurch deren Bildqualität nicht verbessert, sondern teilweise faktisch zerstört! Das sieht man besonders gut im digitalen Kino oder auf Blu-rays.

Das einzige richtige Mittel zur guten Darstellung von natürlich rauschendem Bildmaterial (= Filmkorn) ist eine hohe Datenrate beim Encoding. Das geht halt leider bei DVB oder Internetvideos häufig weniger gut als auf der Blu-ray Disk, wo man höhere Reserven für die Datenrate hat...

(sorry für OT - musste nur klarmachen, warum noise reduction und sharpening an sich evil sind! :firedevil )

86

Wednesday, September 9th 2009, 11:42am

Quoted

Original von durchflieger
Hallo,

ich habe noch folgenden Vorschlag für die Anleitung im ersten Artikel dieses Thread. Die xine config parameter die durch meine Patches ergänzt werden sind etwas mager beschrieben:

Die Einstellparameter "noise reduction" und "sharpness" im xineliboutput setup werden standardmäßig bei SD UND HD-Videos angewendet.
Mit der xine config Einstellung "video.output.vdpau_sd_only_properties:noise+sharpness" wirken die Einstellparameter nur noch bei SD-Videos. Bei HD-Videos wird in der Regel keine "Nachbesserung" benötigt und das Abschalten spart natürlich Rechenleistung in der GPU.

Weiterhin sollte man die Display-Queuelänge vergrössern mit der xine config Einstellung "video.output.vdpau_display_queue_length=4".
Damit sollte die Wiedergabe ruckelfreier während eines aktiven "grabbing" laufen. Eventuell bringts auch was bei der normalen Wiedergabe ohne aktiven "grabbing".

Gruss durchflieger


Hi durchflieger,

habe deine Anmerkungen gerade an geeigneter Stelle (config_xineliboutput) ergänzt.

Ich hätte noch eine Bitte an dich, neue Patches für die xineliboutput-cvs in Verbindung mit xine-vdpau-r281 wären super.

Gruß
Wolfgang
Hardware: -
Software: -

87

Saturday, September 19th 2009, 12:26am

@wbreu DANKE !!!!
dank deiner tipps läuft das hier alles ziemlich perfekt !!!

und das mit 13 hdsendern (2/3 schrottsender)

This post has been edited 1 times, last edit by "hotzenplotz5" (Sep 19th 2009, 12:27am)


Space

Intermediate

Posts: 252

Location: Dortmund

  • Send private message

88

Saturday, September 19th 2009, 12:48am

Hi,

ein kurzer Hinweis von meiner Seite. Wenn man die Öffentlich-Rechtlichen via T-Home Entertain schaut, sollte das Flag honor_progressive auf 0 stehen. Mir scheint so, als ob die interlaced Material senden, aber das Progressive Flag setzen! Jedenfalls sieht ansonsten das Bild reichlich "zerfranst" aus!

Source code

1
2
3
# vdpau: disable deinterlacing when progressive_frame flag is set
# bool, default: 0
#video.output.vdpau_honor_progressive:0
Gruß,

Space

Spoiler Spoiler

angefangen mit: Alu-Selbstbau (jetzt *mit* LCD und Extension Board) - Technotrend 1.6 - Skystar 2.6D - Epia M10000N - 512MB - Samsung HD400LD) - Gentoo - Kernel 2.6.23.9 - VDR 1.4.7 mit Plugins

Aktuell:
Haupt-VDR: Zotac IONITX-P (VDPAU) + Cine S2 5.5 / yaVDR
Server: Intel DQ77MK + Core i7-3770 (VA-API) + Cine S2 6.5 / gentoo
Test-Client (lüfterlos): Gigabyte B75N + Celeron G1610 (VA-API) in Streacom FC8S Evo / gentoo

Posts: 3,046

Location: a child of the universe

Occupation: duct tape programmer

  • Send private message

89

Thursday, September 24th 2009, 6:43pm

Hi Wolfgang,

von mir auch ein herzliches Dankeschoen fuer deine top Arbeit hier! Dieser Thread spart so einige
Zeit beim Aufsetzen des Systems, da alles so schoen zusammengefasst ist. Mit fundierten
Erklaerungen, weiter so!

- sparkie

PS: vielen Dank auch an durchflieger, wenn er hier mitliest, fuer seine wichtigen VDPAU-Erweiterungspatches. Vielleicht koennen wir mal irgendwann
wieder was zusammen entwickeln. Unsere Framerate-Patches werden in VDPAU-Zeiten ja nicht mehr so dringend gebraucht :)

Posts: 3,046

Location: a child of the universe

Occupation: duct tape programmer

  • Send private message

90

Sunday, September 27th 2009, 7:33am

einen merkwuerdigen Effekt habe ich noch mit der xorg.conf modeline-config:

Hardware: ASUS EN8400GS SILENT/HTP/512M GeForce 8400 GS 512MB (siehe z.B. hier http://www.newegg.com/Product/Product.as…N82E16814121235)
Treiber: x86_64-185.18.36 [UPDATE: gilt auch fuer x86_64-190.36]

mit dieser xorg.conf:

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
Section "Monitor"
    Identifier     "Monitor0"
EndSection

Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    Option         "ModeDebug" "True"
EndSection

Section "Screen"
    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    SubSection     "Display"
        Modes      "1920x1080_50"
    EndSubSection
EndSection

Section "Extensions"
    Option "Composite" "Disable"
EndSection


wird das Display statt mit 50 mit 60Hz angesteuert:

Source code

1
2
7751 root@yuma[VDR-1.7.0/root] > DISPLAY=:0 nvidia-settings --query RefreshRate
  Attribute 'RefreshRate' (yuma:0.0; display device: DFP-0): 60.00 Hz.


und das, obwohl in der Xorg.0.log ausdruecklich gesagt wird:

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
[...]
(II) NVIDIA(0):   Validating Mode "1920x1080":
(II) NVIDIA(0):     1920 x 1080 @ 50 Hz
(II) NVIDIA(0):     For use as DFP backend.
(II) NVIDIA(0):     Mode Source: EDID
(II) NVIDIA(0):       Pixel Clock      : 148.50 MHz
(II) NVIDIA(0):       HRes, HSyncStart : 1920, 2448
(II) NVIDIA(0):       HSyncEnd, HTotal : 2492, 2640
(II) NVIDIA(0):       VRes, VSyncStart : 1080, 1084
(II) NVIDIA(0):       VSyncEnd, VTotal : 1089, 1125
(II) NVIDIA(0):       H/V Polarity     : +/+
(II) NVIDIA(0):     Mode is valid.
[...]
(II) NVIDIA(0): "1920x1080_50"       : 1920 x 1080 @  50.0 Hz  (from: EDID)
[...]
(II) NVIDIA(0):     Config Options in the README.
(II) NVIDIA(0): Setting mode "1920x1080_50"
(II) Loading extension NV-GLX


Wenn ich hingegen exakt die gleichen EDID Parameter von Hand in die xorg.conf uebertrage und EDID deaktiviere:

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
28
Section "Monitor"
    Identifier     "Monitor0"
    HorizSync       50.0 - 60.0
    VertRefresh     50.0
    Option         "ExactModeTimingsDVI" "true"
    Option         "UseEDID"             "false"
    ModeLine       "1920x1080@50p"       148.500 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync
EndSection

Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    Option         "ModeDebug" "True"
EndSection

Section "Screen"
    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    SubSection     "Display"
        Modes      "1920x1080@50p"
    EndSubSection
EndSection

Section "Extensions"
    Option "Composite" "Disable"
EndSection


funktioniert es wie es soll:

Source code

1
2
7760 root@yuma[src/vdr-xineliboutput-cvs-20090926163500] > DISPLAY=:0 nvidia-settings --query RefreshRate
  Attribute 'RefreshRate' (yuma:0.0; display device: DFP-0): 50.00 Hz.


was auch sofort an den perfekten Laufschriften erkennbar ist (fuer SD Content mit VDPAU ist die Karte uebrigens durchaus eine Empfehlung)

Also nicht wundern, wenn es trotz Auswahl eines 50Hz 'Modes' ruckeln sollte.

Ist wohl noch 'nen Treiber-Bug:)

TIPS:
- EDID Timings von Hand in die xorg.conf uebertragen und EDID deaktivieren.
- immer mit 'nvidia-settings' kontrollieren, ob auch wirklich die richtigen Timings genutzt werden

- sparkie

This post has been edited 6 times, last edit by "sparkie" (Sep 27th 2009, 8:08am)


91

Sunday, September 27th 2009, 10:25am

Dar bei mir auch so. Use EDID Freqs o.ä. mußte ich rausnehmen und die Modeline manuell setzen um auf 50Hz zu kommen...

Spoiler Spoiler

yavdr 0.6 @ Frodo testing / SilverStone ML03 / ASRock B75 Pro3-M / Celeron G540 / 4 GB Ram / NVIDIA GT630 / Seduatmo 120 Kanälen an 50" Panasonic TV / 19" Dell an GraphtftNG / 240GB SSD & 4TB HDD

ramon.serrano

Intermediate

Posts: 219

Location: nicht aus Hannover

  • Send private message

92

Wednesday, September 30th 2009, 5:11pm

Ein gutes hat VdPau für mich jedenfalls jetzt schon: ich beginne zu verstehen, wie die xorg.conf funktioniert...
Nur daß mir das nix nützt, glaube ich.
Damit ich ein flüssiges Bild (ohne Ruckler und Aussetzer) hinbekomme, im Moment noch SD, muß ich eine 50Hz-Modeline hinbekommen, richtig? Jedenfalls wird die Ausgabe immer besser, je näher ich den 50 Hz komme.

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
Section "Monitor"
#++LG Electronics Inc.; LG M1910A; GSM4AA7; 30.0-83.0; 56.0-75.0; 1
    Identifier     "Monitor0"
    VendorName     "LG"
    ModelName      "M1910A"
    HorizSync       30.0 - 83.0
    VertRefresh     56.0 - 75.0
    Option         "DPMS"
    ModeLine    "640x480@60" 25.2 640 656 752 800 480 490 492 525 -hsync -vsync
    ModeLine    "640x480@72" 31.5 640 664 704 832 480 489 491 520 -hsync -vsync
    ModeLine    "640x480@75" 31.5 640 656 720 840 480 481 484 500 -hsync -vsync
    ModeLine    "800x600@56" 36.0 800 824 896 1024 600 601 603 625 +hsync +vsync
    ModeLine    "800x600@72" 50.0 800 856 976 1040 600 637 643 666 +hsync +vsync
    ModeLine    "800x600@75" 49.5 800 816 896 1056 600 601 604 625 +hsync +vsync
    ModeLine    "800x600@60" 40.0 800 840 968 1056 600 601 605 628 +hsync +vsync
    ModeLine    "832x624@75" 57.3 832 864 928 1152 624 625 628 667 -hsync -vsync
#    modeline "1024x768@75Hz" 78.750 1024 1040 1136 1312 768 769 772 800 +HSync +VSync
    ModeLine    "1024x768@75" 78.8 1024 1040 1136 1312 768 769 772 800 +hsync +vsync
    ModeLine    "1024x768@70" 75.0 1024 1048 1184 1328 768 771 777 806 -hsync -vsync
#    modeline "1024x768@60Hz" 65.000 1024 1048 1184 1344 768 771 777 806 -HSync -VSync
    ModeLine    "1024x768@60" 65.0 1024 1048 1184 1344 768 771 777 806 -hsync -vsync
    ModeLine    "1152x864@75" 108.0 1152 1216 1344 1600 864 865 868 900 +hsync +vsync
    ModeLine    "1280x1024@75" 135.0 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync
    ModeLine    "1280x960@60" 102.1 1280 1360 1496 1712 960 961 964 994 -hsync +vsync
    ModeLine    "1280x1024@60" 108.0 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync
    ModeLine    "1280x960@75" 129.9 1280 1368 1504 1728 960 961 964 1002 -hsync +vsync

Das ist bei mir die 800x600@56 - und richtig, dann setzt der Ton nur noch alle 90s mal aus. Die 60er Modi gehen einigermaßen...
Muß ich mir einen neuen Monitor zuzulegen? Einen, der bis VertRefresh < 50 kommt? Den Hinweis habe ich bisher jedenfalls noch nirgends hier gefunden...

Gruß, Bernd
Prod1: yaVDR 0.4; hush mini-itx-Gehäuse mit POV/ION330-1,technisat skystar usb 2
Prod2: yaVDR 0.3; Silverstone ML02B-MXR; ZOTAC ION-F;
Prod3: ZenDEB SMT7020

Posts: 3,046

Location: a child of the universe

Occupation: duct tape programmer

  • Send private message

93

Wednesday, September 30th 2009, 5:21pm

Hallo Bernd,

richtig, eine Modeline mit moeglichst exakt 50Hz ist minimale Voraussetzung fuer ein flüssiges Bild.
Dabei immer mit 'nvidia-settings --query RefreshRate' pruefen was tatsaechlich fuer ein Refresh genutzt wird.
Durch eine falsche Modeline
koennen jedoch keine Tonaussetzer verursacht werden. Evtl. kannst du mal den Patch hier testen, ob er dein
Problem behebt.

- sparkie

This post has been edited 1 times, last edit by "sparkie" (Sep 30th 2009, 5:24pm)


ramon.serrano

Intermediate

Posts: 219

Location: nicht aus Hannover

  • Send private message

94

Wednesday, September 30th 2009, 5:47pm

Hallo Sparkie,
da ich die Pakete von Tobi verwende, ist der Patch schon drin, ok, nicht die letzte Version, aber bis zum 25.08.
Wie ich bisher zusammengelesen und hoffentlich richtig verstanden habe, laufen durch die unterschiedlichen Frequenzen Bild und Ton auseinander, und wenn das lange genug passiert ist, wird snchronisiert (= Bild angehalten) und das Spiel geht von vorne los. Bei digitalem Tonausgang gibt's dann gleich auch noch Aussetzer im Ton, wharscheinlich initialiert vdr-sxfe alsa=spdif gleich mit.
Hilft wohl nur ein neuer Monitor.
Prod1: yaVDR 0.4; hush mini-itx-Gehäuse mit POV/ION330-1,technisat skystar usb 2
Prod2: yaVDR 0.3; Silverstone ML02B-MXR; ZOTAC ION-F;
Prod3: ZenDEB SMT7020

95

Wednesday, September 30th 2009, 9:43pm

Hallo,

genau wie Eisbaer128 habe auch ich auf SD Sendern Ruckler. Nicht auf allen sendern und auch nicht immer. Hat wohl wirklich etwas mit dem Deinterlancer zu tun. Ohne Deinterlancing läuft alles flüssig.

Hier meine config_xineliboutput:

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
audio.device.alsa_front_device:plug:hdmi
audio.device.alsa_passthrough_device:plug:hdmi
audio.device.alsa_surround51_device:plug:hdmi
audio.output.speaker_arrangement:Pass Through
audio.synchronization.av_sync_method:resample
audio.synchronization.force_rate:48000
audio.synchronization.resample_mode:on

video.output.vdpau_deinterlace_method:bob
video.output.vdpau_honor_progressive:1
video.output.vdpau_sd_only_properties:noise+sharpness
video.output.vdpau_display_queue_length=4

media.xvdr.num_buffers_hd:4000
media.xvdr.scr_tuning_step:50
engine.buffers.audio_num_buffers:500
engine.buffers.video_num_buffers:2500
engine.buffers.video_num_frames:22


vdr1.7.9
xineliboutput-CVS vom 30.09.09 ohne DF-Patch
xine-vdpau-r284 ohne DF-Patch

mfg
iby

This post has been edited 2 times, last edit by "ibydos" (Sep 30th 2009, 9:57pm)


96

Thursday, October 1st 2009, 5:17pm

Quoted

Original von sparkie
Evtl. kannst du mal den Patch hier testen, ob er dein
Problem behebt.

- sparkie


Hallo sparkie,

den Patch eingespielt und gut ist. Der Ton ist wesentlich schneller da.

Danke dir.

Ich habe im ersten Post mal an der passenden Stelle eine Hinweis gemacht.

Gruß
Wolfgang
Hardware: -
Software: -

This post has been edited 1 times, last edit by "wbreu" (Oct 1st 2009, 5:21pm)


sindbad6

Trainee

Posts: 87

Location: Hessisch-Sibirien

  • Send private message

97

Friday, October 16th 2009, 5:23pm

RE: Wie bekomme ich ein lauffähiges System für xineliboutput mit vdpau?

Quoted

Original von wbreu
Auf ION-Systeme gehe ich hier nicht ein, da diese System in meinen Augen noch zu viele Einschränkungen für einen vollwertigen VDR mitbringen,
bzw. eben zu wenige PCI/PCI-Express-Steckplätze mitbringen oder auch keine LPT- oder seriellen Schnittstellen haben.



Sorry, wenn es hier nicht ganz passt und ich einfach so rein platze, das mit den wenigen Steckplätzen kann ich nachvollziehen, wenn man alle Freiheiten zur Erweiterung haben will. Aber wofür brauche ich so dringend eine parallele und/oder serielle Schnittstelle?

Gruß Sindbad6
yavdr 0.5 mit XBMC Frodo 12.2 auf: JCP MI-101, ASUS AT3N7A-I, WD10EADS, HL GSA-H31N, Hauppauge HVR-4000, Mushkin 2 x 1024 MB, über HDMI an TV: Panasonic TX-37LZD85F

98

Friday, October 16th 2009, 5:33pm

RE: Wie bekomme ich ein lauffähiges System für xineliboutput mit vdpau?

Quoted

Original von sindbad6

Quoted

Original von wbreu
Auf ION-Systeme gehe ich hier nicht ein, da diese System in meinen Augen noch zu viele Einschränkungen für einen vollwertigen VDR mitbringen,
bzw. eben zu wenige PCI/PCI-Express-Steckplätze mitbringen oder auch keine LPT- oder seriellen Schnittstellen haben.



Sorry, wenn es hier nicht ganz passt und ich einfach so rein platze, das mit den wenigen Steckplätzen kann ich nachvollziehen, wenn man alle Freiheiten zur Erweiterung haben will. Aber wofür brauche ich so dringend eine parallele und/oder serielle Schnittstelle?

Gruß Sindbad6


Hi,

zwei Beispiele:

Seriell => Atric-Einschalter mit Lirc-Schnittstelle

LPT => Grafisches LCD-Display für die Kanalanzeige usw.

Gruß
Wolfgang
Hardware: -
Software: -

magicdragon67

Professional

Posts: 1,237

Location: Leimen

Occupation: Elektroniker

  • Send private message

99

Monday, October 19th 2009, 12:46pm

Hi,
das POV-ION 330 hat eine ser. Scnittstelle, intern., wie man HIER lesen kann.

Grüße

Meine Systeme



SYSTEM 1 (SERVER 24/7) GEN2VDR 4-9, ZOTAC NM10-DTX WiFi, System auf 60GB SSD ,2TB HD, 2 x Cine S2 V4.5

SYSTEM 2 Gen2VDR 4.09, POV-ION 330 Board, Cine S2 V5.5, 60GB 2,5" SATA, Silverstone MLC-02, IMON LCD mit FB

SYSTEM 3 yavdr5 ZOTAC IONITX-T-E, Cine S2 V5, 60GB 2,5" SATA SSD, OPrigin M10, IMON VFD mit FB

( derzeit ausser Betrieb )1 x READYNAS 4x1TB als RAID5

( derzeit noch nicht in Produktivbetrieb )Server NL54 mit 4x3TB fp und 1x2tb MIT yavdr51x Cine 6.5 mit 2. Tunerboard

:portal1

This post has been edited 1 times, last edit by "magicdragon67" (Oct 19th 2009, 12:46pm)


100

Wednesday, October 28th 2009, 9:47am

hallo wbreu.

ist 2.4.4.1 weiterhin dein Favorit oder ist 2.4.4.2 mitlerweile Stabil.

Gruß Georg
Wer Rechtschreibfehler findet darf sie behalten! ;-)
WZ-VDR FSC Scenic N600 Asus N4L-DH Core2Duo T7200 2 GB 160GB + 1TB /media mit NTFS, 2x TT-1500, EasyVDR: 0.7.14 1.7.0-extp72-v3
Keller-VDR: FSC Scenic D i845G Modded, P3-833, 512 RAM, 60GB 2.5, /media mounted to WZ-VDR/media , FF-1.6, EasyVDR: EasyVDR: 0.7.14 1.7.0-extp72-v3
Test-VDR: FSC Scenic e600 P4 3Ghz, 1GB RAM, 120GB , /media mounted to WZ-VDR/media , TT-1500, EasyVDR: EasyVDR: 0.7.14 1.7.0-extp72-v3

Immortal Romance Spielautomat