Beiträge von 447377

Zitat von Tommy.Z

hast du irgendwo 5VSB herbekommen (hab nur auf den CN1 IR_Power gefunden, jedoch keinen passenden Stecker).

An einem der Sata-Anschlüsse auf dem Board. Einfach im Inet mal suchen nach: 2.0mm 4-Pin, JST PH
Aber aufpassen, die Belegung entspricht nicht der normalen Belegung! Beim Anschließen mit dem original Sata-Kabel vergleichen, das Giada beilegte. Oder auf dem Bild im 1. Beitrag.

Zitat von Tommy.Z

Wie schaltest du das Board ein (nur per Taster?)

Per Taste am Gehäuse. Alles andere verbraucht nur wieder mehr Strom...

Stefan

Zitat von Oskar

Es kommt auch zu Bildfehlern ...

Kommen wirklich Bildfehler vor oder zeigt Femon nichts an?
Bei mir zeigt Femon mit der Max S8 an: STR mit 94% und SNR mit 2%, da, wie fnu schrieb, noch (?) nicht im Treiber integriert. Aber Bildfehler habe ich deswegen keine (Aufnahmen können auch z.B. mit vdr-checkts überprüft werden).

Stefan

• Verhalten im VDR-Betrieb analog zu VDR mit separater nvidia 630GT in Bezug auf Umschaltverhalten, OSD-Aufbau, max. Deinterlacer, Denoise, Schärfen usw.
• Reiner Bios-Boot (hat kein UEFI) von 7s erfolgt schnell, anschl. Linux-Boot wirkt wie mit „angezogener Handbremse“. Reiner Linux-Boot erfolgt deutlich langsamer als z.B. beim MSI C847 mit älterer, langsamerer CPU (18s beim Giada vs 10s beim MSI).
• Verbrauch ist i.O., aber etwa nur 1 W besser als z.B. AMD-System Asus E35M1-M mit VDPAU, allerdings mit deutlich schärferem Bild.
• Betrieb mit Cine S2 auf Mini-PCIe funktioniert tadellos!
• CPU-Lüfter ist deaktiviert, ein darüber angebrachter 120mm-Lüfter ist auch für Dauerbelastung i.O. (58° statt 57° mit orig. Lüfter

Gruß
Stefan

Bootzeit
- 7 s Bios bzw. Beginn Linux-Boot
- 25 s inkl. VDR-Start

Verbauch (mit Meanwell-Netzteil)
- 2,1 W im ausgeschalteten Zustand
RAM + SSD + 120 mm Lüfter
- 22 W im Leerlauf
- 14 W im Leerlauf, nach Installation nvidia-Treiber
RAM + SSD + 120 mm Lüfter + Cine S2 (über Mini-PCIe)
- 16 W im Leerlauf
- 22 W im VDR-Betrieb
- 27 W mit orig-Netzteil Inter-Tech Mini E-i7 ITX

qvdpautest
(OpenSuse 42.1, Kernel 4.1.12, nvidia 352.55)

Sieht aus wie ein "JST PH"-Stecker.
Gebe mal in Google ein: jst ph 2-pin

Stefan

Hä, wieso schickst Du die Cine nicht einfach zu Linux4Media ein?
Gerade für ihren kulanten Service sind die doch bekannt. Und dabei geht immer alles Turbo-schnell.
...ist jedenfalls meine Erfahrung.

Parallel kannst Du Dir einen Sundtek-Stick kaufen, das schadet nie.

Stefan

Zitat von gentoo-vdr

By the way, I noticed that I have a pixelated output with wrong colors (see attached screenshot) after going to the plugin settings and opening for example the video options (without changing anything). I have to switch channels to get back an proper output. This also happens on my Haswell VDR. Is this a known bug?

I realised this problem, too. But only with the pesintta version.

Zitat von gentoo-vdr

What do you exactly mean with "not OK"? Have you tried the "60hz display mode" option? I don't have problems with output on a 60 Hz monitor using my Haswell Desktop (even with 60hz display mode set to no).

With 60 Hz I have droped or duped frames with or without the 60 Hz option from the setup menu.

Stefan

Giada MG-C1037SL mit GT630

qvdpautest 0.5.2++
Intel(R) Celeron(R) CPU 1037U @ 1.80GHz
Unknown apple GPU

VDPAU API version : 1
VDPAU implementation : NVIDIA VDPAU Driver Shared Library 340.93 Wed Aug 19 16:27:32 PDT 2015

SURFACE GET BITS: 754.967 M/s
SURFACE PUT BITS: 849.551 M/s

MPEG DECODING (1920x1080): 147 frames/s
MPEG DECODING (1280x720): 292 frames/s
H264 DECODING (1920x1080): 111 frames/s
H264 DECODING (1280x720): 253 frames/s
VC1 DECODING (1440x1080): 77 frames/s
MPEG4 DECODING (1920x1080): 126 frames/s

MIXER WEAVE (1920x1080): 683 frames/s
MIXER BOB (1920x1080): 1198 fields/s
MIXER TEMPORAL (1920x1080): 370 fields/s
MIXER TEMPORAL + IVTC (1920x1080): 275 fields/s
MIXER TEMPORAL + SKIP_CHROMA (1920x1080): 473 fields/s
MIXER TEMPORAL_SPATIAL (1920x1080): 228 fields/s
MIXER TEMPORAL_SPATIAL + IVTC (1920x1080): 186 fields/s
MIXER TEMPORAL_SPATIAL + SKIP_CHROMA (1920x1080): 263 fields/s
MIXER TEMPORAL_SPATIAL (720x576 video to 1920x1080 display): 688 fields/s
MIXER TEMPORAL_SPATIAL + HQSCALING (720x576 video to 1920x1080 display): 528 fields/s

MULTITHREADED MPEG DECODING (1920x1080): 146 frames/s
MULTITHREADED MIXER TEMPORAL (1920x1080): 267 fields/s

VDR habe ich noch nicht installiert. Kommt aber demnächst.

Stefan

Zitat von gentoo-vdr

My second problem is that the OSD is corrupted. My laptop screen has a resolution of 1366x768. If I connect my FullHD TV via HDMI the OSD looks good. I have the same problem with my Haswell based VDR if I start the plugin in window mode and scale it down. Any ideas how to fix this?

Go to the Softhddevice-Plugin-Setup:
Video - OSD Size - NOT auto, choose another resolution and now the OSD in window mode should be ok. That was you're problem?

With my Haswell it's nearly perfect now with softhhdevice from johns or from pesintta. It's only not ok on my Desktop with 60 Hz. The mode isn't integrated, isnt' it?

Stefan

Zitat von fnu

Könntest Du bitte einen "full backtrace" des Absturzes hier zur Verfügung stellen? Wenn möglich bitte debug symbols installieren, vom VDR Plugin und auch libva, vaapi, librm.

Dann noch die Information welche VDR Version, in der Signatur steht was von 2.0.6, und welchen GIT Stand vom Pesintta Fork? Also was ist die letzte CommitID Deines checkouts?

Hat nun doch etwas gedauert. Gestern Abend habe ich eine Update- und Kompilier-Orgie durchgeführt. Fazit: Das Softhddevice-Einstell-Menü lässt sich betreten und Einstellungen verändern. Kein Absturz mehr (mit va-api-glx).

• Damit es keine übersprungene Frames gibt, muss in der xorg.conf SNA und TearFree aktiviert sein. Keine Chance mit UXA oder gar ohne AccelMethod. Bei Euch auch so?
• Nach ca. 45 min sprang der Rechner über den Jordan, Totalabsurz nichts ging mehr. Im darauffolgenden Test war dann alles i.O., aber nach einer 1/2 h rief das Bett.
• Und heute Morgen nach dem Start kamen dann wieder drei GPU Hangs hinzu. Nach ca. 17 Minuten lief's dann fehlerfrei. Als ob der PC erst noch auf Temp. kommen musste.
  
  
  Code

  Okt 03 10:56:40 wozi2 vdr[1882]: video:  9:22:27.580  +16  556   0/\ms  11+5 v-buf
  Okt 03 10:56:49 wozi2 kernel: [drm] stuck on render ring
  Okt 03 10:56:49 wozi2 kernel: [drm] GPU HANG: ecode 0:0x87d3bffa, in vdr [1882], reason: Ring hung, action: reset
  Okt 03 10:56:49 wozi2 vdr[1882]: video: speed up video, droping frame
  Okt 03 10:56:49 wozi2 vdr[1882]: video:  9:22:30.580-6100  487   0/\ms 161+3 v-buf
  Okt 03 10:56:49 wozi2 vdr[1882]: video: audio/video difference too big
  Okt 03 10:56:49 wozi2 vdr[1882]: video:  9:22:30.660-6080  547   0/\ms 161+5 v-buf
  Okt 03 10:56:51 wozi2 kernel: [drm] Enabling RC6 states: RC6 on, RC6p off, RC6pp off

  
  

Folgendes habe ich nun (Haswell G1820):
libdrm 2.4.65
xf86-video-intel 2.9.917
mesa 11.1.0-devel (git-d35391c)
libva 1.6.2.pre1
vaapi-intel-driver 1.6.2.pre1 (1.6.1-52-g589b7a8 )
cariro 1.14.3
Kernel 3.16.7-24
ffmpeg 2.6.3

Läuft bei Euch alles fehlerfrei ohne einen Absturz? Ist's bei Euch Wohnzimmer-tauglich?
Muss ich noch Weiteres einrichten bzw. kompilieren? Ein 4.2er-Kernel? Auch den xorg-x11-Server kompilieren, statt von Opensuse zu übernehmen?

Stefan

Das habe ich alles schon durch... Leider ebenso Absturz...

Bei mir gehen übrigens 720p-Kanäle. Also eben genauso wie 576i...

• ...auch mit GLX werden Frames übersprungen - manchmal bis zu einer Sekunde.
• Dann hängt der Ton ab und zu völlig hinterher...
• und dann wieder mal ein Komplettabsturz der Kiste.

Und das alles nur, weil mir der Gedanke gefällt, auf eine externe GPU zu verzichten. Beim Stromverbrauch sind's höchstens 2 Watt weniger...

Stefan

Das passiert nur im Setup-Menü von softhddevice im Untermenü Video:

program terminated with signal SIGSEGV, Segmentation fault.
#0  0x00007fcb8dcf59e5 in cMenuSetupSoft::Create (this=this@entry=0x12ca4820) at softhddevice.cpp:931
(gdb) bt
#0  0x00007fcb8dcf59e5 in cMenuSetupSoft::Create() (this=this@entry=0x12ca4820) at softhddevice.cpp:931
#1  0x00007fcb8dcf7215 in cMenuSetupSoft::ProcessKey(eKeys) (this=0x12ca4820, key=kRight) at softhddevice.cpp:1122
#2  0x00000000004c167c in cOsdMenu::ProcessKey(eKeys) (this=this@entry=0x12becca0, Key=Key@entry=kRight) at osdbase.c:519
#3  0x00000000004bda50 in cMenuSetupPage::ProcessKey(eKeys) (this=this@entry=0x12becca0, Key=Key@entry=kRight) at menuitems.c:1140
#4  0x00000000004b637f in cMenuSetupPlugins::ProcessKey(eKeys) (this=0x12becca0, Key=kRight) at menu.c:3299
#5  0x00000000004c167c in cOsdMenu::ProcessKey(eKeys) (this=this@entry=0x12b0c090, Key=Key@entry=kRight) at osdbase.c:519
#6  0x00000000004b648b in cMenuSetup::ProcessKey(eKeys) (this=0x12b0c090, Key=kRight) at menu.c:3378
#7  0x00000000004c167c in cOsdMenu::ProcessKey(eKeys) (this=this@entry=0xdedf0f0, Key=Key@entry=kRight) at osdbase.c:519
#8  0x00000000004b6690 in cMenuMain::ProcessKey(eKeys) (this=0xdedf0f0, Key=kRight) at menu.c:3594
#9  0x00000000004703d3 in main(int, char**) (argc=<optimized out>, argv=<optimized out>) at vdr.c:1213

Der Crash ist unabhängig des gewählten Skins.

Stefan

Mod.: Was soll das Vollzitat auf eine direkte Antwort?

Au ja, dann geht's mit Intel vielleicht weiter, wenn Du auch wieder testen wirst.

So viel besser läuft GLX leider auch nicht:

• Bei 720p-Kanälen ist alles i.O., egal ob skaliert oder Fullscreen.
• 576i-Kanäle haben auch wieder übersprungene Frames bei Fullscreen.
• Absturz beim Betreten des Setup-Menüs von softhddevice (pesintta).

Ein Test ergab eben, dass ein Start ohne Display-Manager auch keine positive Auswirkung hat, weiterhin übersprungene Frames.
Wird ohne Ton gestartet, dann ist alles i.O. Sind das Synchronisierungsfehler zw. Audio und Video?

Hiiiiiiiiiiiiiiiilfe
Stefan

WIndow-Manager: icewm - ist was ganz schlankes, ähnlich wie openbox.

In meiner xorg.conf habe ich extra aufgenommen:

Section "Extensions"
    Option         "Composite" "Disable"
    # zur Vermeidung von Tearing, ansonsten zählt „Frames verdoppelt“ auch hoch
EndSection

Das meinst Du, oder?

Danke
Stefan

Startet softhddevice (-v va-api) als Fenster (Auflösung 1280x720) ist alles perfekt. Doch im Fullscreen werden Frames übersprungen. Warum?

• Anzahl der übersprungenen Frames (egal ob live oder Aufnahme):
  576i-Kanäle: 1 - 2
  720p-Kanäle: 3 - 4
  1080i-Kanäle: 10 - 11
• Ist nur ein RAM installiert, sind's mehr übersprungene Frames (z.B. 10 bei 576i)
• Werden weniger als 512 MB im Bios zugewiesen, so geht die Anzahl der verlorenen Frames auch nach oben.
• Dann wundert mich auch die Anzeige von intel_gpu_tools. Im Fenstermode ist blitter busier als im Fullscreen? Hä? Denkfehler?
• Gibt's eine weitere Stellschraube oder gar Einstellung im Bios?

Danke
Stefan

intel_gpu_tools (Fenster mit Auflösung 1280x720)
render busy: 38%: ███████▋ render space: 87/131072
bitstream busy: 1%: ▎ bitstream space: 0/131072
blitter busy: 75%: ███████████████ blitter space: 82/131072

task percent busy
GAM: 32%: ██████▌ vert fetch: 0 (0/sec)
TSG: 21%: ████▎ prim fetch: 0 (0/sec)
VFE: 10%: ██ VS invocations: 0 (0/sec)
VF: 9%: █▉ GS invocations: 0 (0/sec)

intel_gpu_tools (Fullscreen mit Auflösung 1920x1080)
render busy: 42%: ████████▌ render space: 95/131072
bitstream busy: 1%: ▎ bitstream space: 0/131072
blitter busy: 11%: ██▎ blitter space: 7/131072

task percent busy
GAM: 38%: ███████▋ vert fetch: 0 (0/sec)
TSG: 26%: █████▎ prim fetch: 0 (0/sec)
VFE: 14%: ██▉ VS invocations: 0 (0/sec)
VF: 14%: ██▉ GS invocations: 0 (0/sec)

Danke Johns, für Deine Rückmeldung.

2 RAM Module sind gesteckt und 512 MB der GPU zugewiesen. Mehr zugewiesener RAM brachte keine Verbesserung. Aber ich kann ja spaßeshalber mal weniger zuweisen und testen.

Auf die Rückmeldung derer, die mit Intel Erfolge haben, warte ich schon länger...
Aber bis dahin schaue ich mir das Bios nochmal an. Vielleicht entdecke ich ja noch einen weiteren Performance-Stellhebel.

Stefan

Die Cine V6.5 braucht keine Firmware mehr.
Die Signalstärke und -qualität sind leider untereinander nicht vergleichbar, da Treiber-abhängig und nicht genormt.
Mein VDR startet noch mit einem runvdr-Script, bei dem eben der entsprechende Treiber "modprobe ddbridge" vor dem VDR-Start geladen wird. Ist bei Dir das Modul ddbridge in einer Blacklist aufgeführt, dass das beim Boot nicht geladen wird?

Gruß
Stefan

Zitat von fnu

nur bei Kodi gibt es von sehr vielen Nutzern Feedback an viele Entwickler, bei softhddevice VPP kaum nennenswert an einen Entwickler ...

Gerne gebe ich hier nochmal Feedback und hoffe auf Rückmeldung, ob's bei Euch auch so ist...

Start with „-P 'softhddevice -a hw:0,7 -d :0.0 -g 1280x720 -v va-api' \“
- 576i: Deinterlace MotionCompensated, Field Order 0/2
- 720p: Deinterlace none, Field Order 0/2
-> No „Frames drop“, everything is perfect, the picture is o.k.!

Start with „-P 'softhddevice -a hw:0,7 -d :0.0 -g 1600x900 -v va-api' \“
- 576i: No Frames drop.
- 720p: Frames drop

Fullscreen (1920x1080):
Frames drop on 576i and 720p.

Opengl
Start mit "-v va-api-glx" geht gar nicht. Nach einer Weile Absturz, zuvor ist das Bild auch nicht gut.

Und nun interessiert mich, ob Ihr da draußen auch übersprungene Frames habt. Oder muß ich irgendwo noch was tun?

Danke und Gruß
Stefan

Hardware:
- Asus B85M-E
- Intel G1820 (Haswell)
- 2x 2 GB RAM (512 MB der GPU zugewiesen)

Opensuse 13.2
- softhddevice von "pesintta"
- ffmpeg 2.7.2
- mesa 10.7~git20150703
- xf86-video-intel 2.99.917
- vaapi-intel-driver 1.6.1
- libva 1.6.1.pre1

Oft bleibt das Bild schwarz beim Umschalten auf Sender der Pro7-Gruppe oder DMAX, der Ton ist aber immer da.

Beim Einrichten des VDRs auf meinem alten Notebook stolperte ich eher zufällig darüber. Im Makefile muss ein Parameter gesetzt werden - durch Entfernen der Raute:
CONFIG += -DUSE_MPEG_COMPLETE # support only complete mpeg packets

Nebenwirkungen konnte ich bis jetzt noch keine Feststellen.

Stefan