1

Entwicklung [ Development ] / Kein Intel HD600 support - wegen vaapi

« on: January 31, 2019, 08:12:49 »

Hi all,

nochmal zusammenfassend:

gestern beim rumspielen ist uns aufgefallen, dass wir vaapi, libva, liv-intel-driver, i965va WIE AUCH IMMER DER GANZE SCHMODER auch heißt in Version 1.7.3 nutzen und das der api version 0.39.4 entspricht.

D.h.: Stand Heute werden diese Karten nicht supported... (jeder darf sich selbst gerne raussuchen welchen bescheuerten Namen sich die PR Abteilung für seine eigene Karte ausgedacht hat)

Code: [Select]

intel-vaapi-driver NEWS -- summary of changes.  2018-12-10
Copyright (C) 2009-2018 Intel Corporation

Version 2.3.0 - 10.Dec.2018
* Bump version to 2.3.0
* Add new PCI ID for KBL and CFL
* Fix frame corruption when there are big MVs in VP8 encoding
* Fix dynamically bitrate resetting in AVC encoding
* Fix build errors when the toolchain doesn't support -fstack-protector
* Fix memory leak issue
* Make sure the achieved bitrate meet the requirement for VP8 encoding
* Optimize VPP on GEN8

Version 2.2.0 - 11.Jul.2018
* Bump version to 2.2.0
* Add new PCI ID for KBL-Y
* Add meson support
* Fix for VC1 decoding issues
* Fix VP8 encoding issues
* Fix the over-run issue in HEVC encoding
* Fix the max MV length in MPEG-2 encoding
* Fix packed header mode
* Fix building issue on Android

Version 2.1.0 - 12.Feb.2018
* Bump version to 2.1.0
* Add support for Cannolake (aka. CNL)
  - Decoding: H.264/MPEG-2/VC-1/JPEG/VP8/HEVC/HEVC 10-bit/VP9/VP9 10-bit
  - Encoding: H.264/MPEG-2/JPEG/VP8/VP9/HEVC/HEVC 10-bit/{VP9,AVC} low power
  - VPP: CSC/scaling/NoiseReduction/Deinterlacing{Bob, MotionAdaptive, MotionCompensated}/ColorBalance/STD
* Add support for VC1 interlaced video decoding
* Add support for Stats/PreEnc on GEN9
* Add support for vaExportSurfaceHandle()
* Add new PCI IDs for CFL
* Add mininum resolution query for encoder
* Ehance the logging to provide informational messages
* Fix VP9 brc issue on KBL
* A lot of bug fixes

Version 2.0.0 - 21.Oct.2017
* Bump version to 2.0.0
* Add support for Coffee Lake (aka. CFL)
  - Decoding: H.264/MPEG-2/VC-1/JPEG/VP8/HEVC/HEVC 10-bit/VP9/VP9 10-bit
  - Encoding: H.264/MPEG-2/JPEG/VP8/VP9/HEVC/HEVC 10-bit/AVC low power CQP/CBR/VBR mode
  - VPP: CSC/scaling/NoiseReduction/Deinterlacing{Bob, MotionAdaptive, MotionCompensated}/ColorBalance/STD
* Add support for H264 FEI
* Add support for HEVC ROI encoding
* Add support for intensity compensation for VC-1 decoding
* Improve the quality of the H264 encoder on BDW/BSW
* Improve the CSC performance between I420/NV12/P010/YUY2/VYUY format
* Improve the performace of va{Get, Put}Image for I420/NV12/P010/YUY2/VYUY format
* Fix image corruption for VP9 decoding
* Fix race condition in wayland support
* Fix ROI support in VDEnc support
* Fix corrupted stream when using VDEnc CBR/VBR
* Fix GCC 7.1.1 warnings/errors
* Update the shader for HEVC encoding

Version 1.8.3 - 28.Jun.2017
* Add support for Gemini Lake (aka. GLK)
  - Decoding: H.264/MPEG-2/VC-1/JPEG/VP8/HEVC/HEVC 10-bit/VP9/VP9 10-bit
  - Encoding: H.264/MPEG-2/JPEG/VP8/VP9/HEVC/HEVC 10-bit/AVC low power CQP mode
  - VPP: CSC/scaling/NoiseReduction/Deinterlacing{Bob, MotionAdaptive, MotionCompensated}/ColorBalance/STD
* Improve the quality of the HEVC encoder on SKL+ for CQP and CBR mode
* Add support for HEVC VBR mode on SKL+
* Set the quality range for HEVC / AVC encoder to 7
* Fix VP9 encoding quality issue on KBL
* Fix build issue on Android
* Fix the wrong order for AUD NAL unit in AVC encoder
* Fix the condition of enabling H.264 MB rate control
* Fix the memory leak issue in JPEG decoding

Version 1.8.2 - 22.May.2017
* Add support for querying slice structure for AVC encoding
* Add support for AVC multi-slice encoding on SKL+
* Add support for MVC encoding on SKL+
* Fix bad frame on SKL and BXT when the quality level is set to 1

Version 1.8.1 - 10.Apr.2017
* Add support for VAConfigAttribEncMaxSlices
* Disable AVC multi-slice encoding on SKL+
* Disable AVC ROI encoding on SKL+
* Disable bitrate control per temporal layer on SKL+
* Disable MVC encoding on SKL+

Version 1.8.0 - 31.Mar.2017
* Improve the quality of the H.264 encoder on SKL+ for CQP and CBR mode
* Improve the quality of the VP8 encoder on BSW+ for CQP and CBR mode
* Add support for H.264 VBR mode on SKL+
* Add support for VP8 VBR mode on BSW+
* Add support for low-power H.264 encoder on BXT and KBL
* Add support for CBR / VBR with low-power H.264 encoder on SKL+ (A HuC Firmware and
  a HuC supported Linux kernel are required)
* Add support for CSC and scaling with 10bit P010/I010 surface
* Optimize CSC and scaling with 8bit NV12 and I420 surface
* Fix the wrong memory object cache setting on SKL+
* Fix the EU number in media pipeline
* Fix the wrong bit shift in H.264 encoder
* Fix the 48bit graphics address on BSW+
* Fix building on NetBSD
* Known issues
  - The new AVC encoder doesn't support MVC/SVC encoding
  - The new AVC encoder doesn't support ROI encoding
- The new AVC encoder doesn't support multiple slice encoding
Gruß

MarMic

UND NEIN! es werden keine vaapi /libva/ va-Treiber oder sonst was bei mld 5.4 hochgezogen. Das hat für den letzten unstabilen Build server gesorgt und über 6 Monate gebraucht bis es wieder lief.

2

Allgemein [ General ] / Verbessern von ir_serial EHEMALS lirc_serial

« on: December 04, 2017, 22:37:58 »

Da lirc_serial durch ir_serial ersetzt wurde und ich nicht mehr alle tasten meiner remote zum laufen bekommen habe --- habe ich mich mal mit dem thema auseinander gesetzt.

hier die bisherigen schritte damit man es nachvollziehen kann:

0. um Nebeneffekte auszuschließen

Code: [Select]

stop lirc
1. schauen was es gibt vorher

Code: [Select]

ir-keytable
Found /sys/class/rc/rc0/ (/dev/input/event13) with:
        Driver cx88xx, table rc-tevii-nec
        Supported protocols: lirc
        Enabled protocols: lirc
        Name: cx88 IR (TeVii S464 DVB-S/S2)
        bus: 1, vendor/product: d464:9022, version: 0x0001
        Repeat delay = 500 ms, repeat period = 125 ms
das ist die remote der tv karte (soll aber nicht genutzt werden ÜBER die tv karte)

also nun setzen wir serial:

Code: [Select]

setserial /dev/ttyS0 uart none

nun laden wir die treiber:

Code: [Select]

modprobe serial_ir

dmesg sagt nun:

Code: [Select]

[  326.545845] serial_ir serial_ir.0: auto-detected active low receiver
[  326.568844] Registered IR keymap rc-rc6-mce
[  326.569649] IR RC6 protocol handler initialized
[  326.591849] rc rc1: Serial IR type home-brew as /devices/platform/serial_ir.0/rc/rc1
[  326.591908] input: Serial IR type home-brew as /devices/platform/serial_ir.0/rc/rc1/input18
[  326.592003] rc rc1: lirc_dev: driver ir-lirc-codec (serial_ir) registered at minor = 1

damit sollte es nun rc1 geben das schauen wir nach:

Code: [Select]

ir-keytable
Found /sys/class/rc/rc1/ (/dev/input/event14) with:
        Driver serial_ir, table rc-rc6-mce
        Supported protocols: lirc rc-5 rc-5-sz jvc sony nec sanyo mce_kbd rc-6 sharp xmp
        Enabled protocols: lirc rc-6
        Name: Serial IR type home-brew
        bus: 25, vendor/product: 0001:0001, version: 0x0100
        Repeat delay = 500 ms, repeat period = 125 ms
Found /sys/class/rc/rc0/ (/dev/input/event13) with:
        Driver cx88xx, table rc-tevii-nec
        Supported protocols: lirc rc-6
        Enabled protocols: lirc
        Name: cx88 IR (TeVii S464 DVB-S/S2)
        bus: 1, vendor/product: d464:9022, version: 0x0001
        Repeat delay = 500 ms, repeat period = 125 ms

sieht besser aus

ich nehme mal die remote von der tevii s464 dann habe ich auch eine table!
diese stimmen bisher NICHT! man braucht das NEC protokol und die table

Driver serial_ir, table rc-rc6-mce
        Supported protocols: lirc rc-5 rc-5-sz jvc sony nec sanyo mce_kbd rc-6 sharp xmp
        Enabled protocols: lirc rc-6

also ändern wir das nun für RC1!!!

Code: [Select]

ir-keytable -s rc1 -c -p NEC -w /etc/rc_keymaps/rc_tevii
Read tevii_nec table
Old keytable cleared
Wrote 47 keycode(s) to driver
Protocols changed to nec

und schon geht die VDR bedienung!

es sieht nun so aus:


___________________________________________________ wie macht man das nun für alle gültig ______________________________
aufjedenfall kann man ruhig alle Protokolle aktivieren -> das schadet nicht
-> dann muss der nutzer nur noch eine keymap bestimmen!
kann man eine keymap selbst erzeugen?

3

Allgemein [ General ] / kann es /dev/dvb/... geben ohne FW load?

« on: December 04, 2017, 20:41:59 »

Hallo Jungs,

mein Testrechner im Büro zeigt erst nach einem restart ein TV Bild.

wir warten auf /dev/dvb/adapter0/frontend0 bevor wir den VDR starten (früher mal dvb_count eingeführt)
hier sieht man doch eindeutig, dass die FW aber erst während des VDR starts geladen wird - aber der VDR trotzdem vorher startet und auch /dev/dvb findet:

Da im code keine Farbe geht habe ich es abgesetzt!

Code: [Select]

Dec  4 20:32:50 (MLD) user.info vdr: [1746] VDR version 2.3.8 started
Dec  4 20:32:50 (MLD) user.info vdr: [1746] switched to user 'root'
Dec  4 20:32:50 (MLD) user.info vdr: [1746] codeset is 'UTF-8' - known
Dec  4 20:32:50 (MLD) user.info vdr: [1746] use of environment variable VDR_CHARSET_OVERRIDE (ISO-8859-9) is deprecated!
Dec  4 20:32:50 (MLD) user.info vdr: [1746] override character table is 'ISO-8859-9'
Dec  4 20:32:50 (MLD) user.debug vdr: [1746] found 28 locales in /usr/share/locale
Dec  4 20:32:50 (MLD) user.info vdr: [1746] loading plugin: /usr/lib/vdr/libvdr-softhddevice.so.2.3.8
Dec  4 20:32:51 (MLD) user.info vdr: [1746] loading plugin: /usr/lib/vdr/libvdr-apt.so.2.3.8
Dec  4 20:32:51 (MLD) user.info vdr: [1746] loading plugin: /usr/lib/vdr/libvdr-menuorg.so.2.3.8
Dec  4 20:32:51 (MLD) user.info vdr: [1746] loading /etc/vdr/setup.conf
Dec  4 20:32:51 (MLD) user.info vdr: [1746] loading /etc/vdr/sources.conf
Dec  4 20:32:51 (MLD) user.info vdr: [1746] loading /etc/vdr/diseqc.conf
Dec  4 20:32:51 (MLD) user.info vdr: [1746] loading /etc/vdr/scr.conf
Dec  4 20:32:51 (MLD) user.info vdr: [1746] loading /etc/vdr/channels.conf
Dec  4 20:32:51 (MLD) user.info vdr: [1746] loading /etc/vdr/timers.conf
Dec  4 20:32:51 (MLD) user.info vdr: [1746] loading /etc/vdr/commands.conf
Dec  4 20:32:51 (MLD) user.info vdr: [1746] loading /etc/vdr/reccmds.conf
Dec  4 20:32:51 (MLD) user.info vdr: [1746] loading /etc/vdr/svdrphosts.conf
Dec  4 20:32:51 (MLD) user.info vdr: [1746] loading /etc/vdr/remote.conf
Dec  4 20:32:51 (MLD) user.info vdr: [1746] loading /etc/vdr/keymacros.conf
Dec  4 20:32:51 (MLD) user.info vdr: [1746] loading /etc/vdr/camresponses.conf
Dec  4 20:32:51 (MLD) user.debug vdr: [1747] video directory scanner thread started (pid=1746, tid=1747, prio=low)
Dec  4 20:32:51 (MLD) user.debug vdr: [1746] registered source parameters for 'A - ATSC'
Dec  4 20:32:51 (MLD) user.debug vdr: [1748] epg data reader thread started (pid=1746, tid=1748, prio=high)
Dec  4 20:32:51 (MLD) user.debug vdr: [1746] registered source parameters for 'C - DVB-C'
Dec  4 20:32:51 (MLD) user.debug vdr: [1746] registered source parameters for 'S - DVB-S'
Dec  4 20:32:51 (MLD) user.debug vdr: [1746] registered source parameters for 'T - DVB-T'
Dec  4 20:32:51 (MLD) user.debug vdr: [1748] reading EPG data from /var/cache/vdr/epg.data


Dec  4 20:32:51 (MLD) user.debug vdr: [1746] probing /dev/dvb/adapter0/frontend0


Dec  4 20:32:51 (MLD) user.debug vdr: [1748] epg data reader thread ended (pid=1746, tid=1748)
Dec  4 20:32:51 (MLD) user.debug vdr: [1746] creating cDvbDevice
Dec  4 20:32:51 (MLD) user.debug vdr: [1746] new device number 1



Dec  4 20:32:51 (MLD) user.info kernel: [   20.801391] ds3000_firmware_ondemand: Waiting for firmware upload (dvb-fe-ds3000.fw)...

Dec  4 20:32:51 (MLD) user.debug vdr: [1747] video directory scanner thread ended (pid=1746, tid=1747)

Dec  4 20:32:51 (MLD) user.info kernel: [   20.848387] ds3000_firmware_ondemand: Waiting for firmware upload(2)...



Dec  4 20:32:52 (MLD) user.info vdr: [1746] DVB API version is 0x050A (VDR was built with 0x050A)
Dec  4 20:32:52 (MLD) user.info vdr: [1746] frontend 0/0 provides DVB-S,DVB-S2 with QPSK ("Montage Technology DS3000")
Dec  4 20:32:52 (MLD) user.debug vdr: [1758] device 1 section handler thread started (pid=1746, tid=1758, prio=low)
Dec  4 20:32:52 (MLD) user.debug vdr: [1757] frontend 0/0 tuner thread started (pid=1746, tid=1757, prio=high)
Dec  4 20:32:52 (MLD) user.debug vdr: [1746] cTimeMs: using monotonic clock (resolution is 1000000 ns)
Dec  4 20:32:52 (MLD) user.info vdr: [1746] found 1 DVB device
Dec  4 20:32:52 (MLD) user.info vdr: [1746] initializing plugin: softhddevice (0.6.1rc1-GITv214-43-g5655f05): Ein Software und GPU emulieres HD-Gerät
Dec  4 20:32:52 (MLD) user.debug vdr: [1746] new device number 2
Dec  4 20:32:52 (MLD) user.info vdr: [1746] initializing plugin: apt (0.1.0): Pakete verwalten
Dec  4 20:32:52 (MLD) user.info vdr: [1746] initializing plugin: menuorg (0.5.1): Reorganisiert das Haupmenü
Dec  4 20:32:52 (MLD) user.debug vdr: [1746] loading menuorg config file from /etc/vdr/menu.xml
Dec  4 20:32:52 (MLD) user.info vdr: [1746] setting primary device to 2
Dec  4 20:32:52 (MLD) user.debug vdr: [1746] assuming manual start of VDR
Dec  4 20:32:52 (MLD) user.info vdr: [1746] setting current skin to "lcars"
Dec  4 20:32:52 (MLD) user.info vdr: [1746] loading /etc/vdr/themes/lcars-default.theme
Dec  4 20:32:52 (MLD) user.info vdr: [1746] starting plugin: softhddevice
Dec  4 20:32:52 (MLD) user.info vdr: audio: 'alsa' output module used
Dec  4 20:32:52 (MLD) user.info vdr: audio/alsa: supports pause: yes
Dec  4 20:33:00 (MLD) user.info vdr: audio:  44100Hz supports 1 2 3 4 5 6 7 8 channels
Dec  4 20:33:00 (MLD) user.info vdr: audio:  48000Hz supports 1 2 3 4 5 6 7 8 channels
Dec  4 20:33:00 (MLD) user.info vdr: audio: 192000Hz supports 1 2 3 4 5 6 7 8 channels
Dec  4 20:33:01 (MLD) user.info vdr: video/vdpau: VDPAU API version: 1
Dec  4 20:33:01 (MLD) user.info vdr: video/vdpau: VDPAU information: NVIDIA VDPAU Driver Shared Library  384.98  Thu Oct 26 14:40:17 PDT 2017
Dec  4 20:33:01 (MLD) user.info vdr: video/vdpau: highest supported high quality scaling 1
Dec  4 20:33:01 (MLD) user.info vdr: video/vdpau: feature deinterlace temporal supported
Dec  4 20:33:01 (MLD) user.info vdr: video/vdpau: feature deinterlace temporal spatial supported
Dec  4 20:33:01 (MLD) user.info vdr: video/vdpau: attribute skip chroma deinterlace supported
Dec  4 20:33:01 (MLD) user.info vdr: video/vdpau: 4:2:0 chroma format with 4096x4096 supported
Dec  4 20:33:01 (MLD) user.info vdr: video/vdpau: 4:2:2 chroma format with 4096x4096 supported
Dec  4 20:33:01 (MLD) user.info vdr: video/vdpau: 8bit BGRA format with 16384x16384 supported
Dec  4 20:33:01 (MLD) user.info vdr: video/vdpau: 10bit RGBA format with 16384x16384 supported
Dec  4 20:33:01 (MLD) user.info vdr: [softhddev] ready
Dec  4 20:33:01 (MLD) user.info vdr: [1746] starting plugin: apt
Dec  4 20:33:01 (MLD) user.info vdr: [1746] starting plugin: menuorg
Dec  4 20:33:01 (MLD) user.debug vdr: [1803] LIRC remote control thread started (pid=1746, tid=1803, prio=high)
Dec  4 20:33:01 (MLD) user.debug vdr: [1746] remote control LIRC - keys known
Dec  4 20:33:01 (MLD) user.debug vdr: [1746] remote control KBD - keys known
Dec  4 20:33:01 (MLD) user.debug vdr: [1804] KBD remote control thread started (pid=1746, tid=1804, prio=high)
Dec  4 20:33:01 (MLD) user.debug vdr: [1746] loading /var/cache/vdr/cam.data
Dec  4 20:33:01 (MLD) user.info vdr: [1746] switching to channel 2 S19.2E-1-1107-17502 (kabel eins)
Dec  4 20:33:01 (MLD) user.debug vdr: [1746] setting watchdog timer to 60 seconds
Dec  4 20:33:01 (MLD) user.debug vdr: [1806] device 1 receiver thread started (pid=1746, tid=1806, prio=high)
Dec  4 20:33:01 (MLD) user.debug vdr: [1808] device 1 TS buffer thread started (pid=1746, tid=1808, prio=high)
Dec  4 20:33:01 (MLD) user.debug vdr: [1807] SVDRP server handler thread started (pid=1746, tid=1807, prio=low)
Dec  4 20:33:01 (MLD) user.info vdr: [1807] SVDRP listening on port 6419/tcp
Dec  4 20:33:01 (MLD) user.debug vdr: [1746] OSD size changed to 1920x1080 @ 1
Dec  4 20:33:01 (MLD) user.debug vdr: [1746] switching device 1 to channel 1 S19.2E-1-1107-17501 (ProSieben)
Dec  4 20:33:01 (MLD) user.info vdr: [1746] timer 1 (1 2030-2330 '@The Big Bang Theory Reife Leistung, Playboy!, Sitcom, USA 2014') start
Dec  4 20:33:01 (MLD) user.debug vdr: [1746] waiting for EPG info...
Dec  4 20:33:01 (MLD) user.info vdr: [1807] SVDRP < 127.0.0.1:51968 client connection accepted
Dec  4 20:33:01 (MLD) user.debug vdr: [1807] SVDRP < 127.0.0.1:51968 server created
Dec  4 20:33:02 (MLD) user.info vdr: [1807] SVDRP < 127.0.0.1:51968 connection closed
Dec  4 20:33:02 (MLD) user.debug vdr: [1807] SVDRP < 127.0.0.1:51968 server destroyed
Dec  4 20:33:05 (MLD) user.debug vdr: [1746] no EPG info available
Dec  4 20:33:05 (MLD) user.info vdr: [1746] executing '/etc/vdr/recording.d/rc.action before "/data/tv/@The_Big_Bang_Theory_Reife_Leistung,_Playboy!,_Sitcom,_USA_2014/2017-12-04.20.30.1-0.rec"'
Dec  4 20:33:05 (MLD) user.info vdr: [1746] record /data/tv/@The_Big_Bang_Theory_Reife_Leistung,_Playboy!,_Sitcom,_USA_2014/2017-12-04.20.30.1-0.rec
Dec  4 20:33:05 (MLD) user.debug vdr: [1746] recording to '/data/tv/@The_Big_Bang_Theory_Reife_Leistung,_Playboy!,_Sitcom,_USA_2014/2017-12-04.20.30.1-0.rec/00002.ts'
Dec  4 20:33:05 (MLD) user.debug vdr: [2413] recording thread started (pid=1746, tid=2413, prio=high)
Dec  4 20:33:05 (MLD) user.debug vdr: [1746] max. latency time 5 seconds
Dec  4 20:33:07 (MLD) auth.info login[2492]: root login on 'tty1'
Dec  4 20:33:07 (MLD) auth.info login[2493]: root login on 'tty2'
Dec  4 20:33:07 (MLD) auth.info login[2494]: root login on 'tty3'
Dec  4 20:33:07 (MLD) auth.info login[2502]: root login on 'tty4'
Dec  4 20:33:35 (MLD) user.err vdr: [2413] ERROR: video data stream broken
Dec  4 20:33:35 (MLD) user.err vdr: [2413] initiating emergency exit
kennt jemand so ein verhalten? ist das normal?

edit// ich sehe gerade das die fw noch einmal geladen wird bei vdr restart... hmm kennt jemand dieses verhalten?

Gruß

MarMic

4

Neuigkeiten [ News ] / KW43 geringer Support!

« on: October 22, 2017, 18:40:40 »

Hallo,

Diese Woche wird es im Forum sehr ruhig werden, da der Großteil der Entwickler im Urlaub ist.

Keine Sorge ab KW44 geht es wie üblich weiter!

Gruß

MarMic

5

Entwicklung [ Development ] / MLD 5.4 Roadmap

« on: August 22, 2017, 14:40:47 »

Hi Jungs,

ehrlich gesagt weiß ich nicht wie man eine Roadmap aufzieht aber wir sollten mal versuchen hier die wichtigsten Punkte aufzunehmen und ich Pflege diese im oberen Thread (es gibt ja nicht mehr mein geliebtes +/- Paket QA :-(

Ziele für MLD 5.4

1. Kernel 4.14 - wegen DD Integration (Soll auch ein LTS werden ca. Mitte September)
2. UEFI boot (noch buggy?)
    a) trotzdem ISO
    b) und img
3. aktuelles Debian beim release von 4.14 (wird wohl 9.1 bleiben?!) - da habe ich zu wenig Plan
4. Funktionierendes VDR Frontend auf aktuellster Basis IST JA IMMERHIN NE VDR DISTRI:
    a) xorg-nvidida (aktuelle Treiber) + SHD (kann ich testen)
    b) intel (name?) + SHD vaapi??? (wer kann das testen?)
    c) amd/ati + was nutzen die als frontend? wird das überhaupt genutzt?
5. VDR Version 2.4.0 (anstreben)
6. DVB Pakete - braucht man dvb-MB noch wenn 4.14 raus ist?
7. Kernel config aufräumen (mal bei den großen auf Standard prüfen)
    a) schauen was als Y statt M kann/sollte
8. Installer Verbesserungen
9. andere Platformen neben x86/x64 definieren

So im nächsten Post nehme ich Bezug auf die Punkte

Gruß

MarMic

6

Entwicklung [ Development ] / VDR 2.3.x Wareagle Icon Patch

« on: August 18, 2017, 09:53:02 »

Hi Jungs,

könnt ihr ( P3f ) wieder den Wareagle Icon patch einfügen. Diese I i T t usw sehen ja grauenhaft aus und sind mir absolut unverständlich.

fnu hat in seinem post hier: [ANNOUNCE] VDR developer version 2.3.8 eine patch zip datei angefügt.

mir ist nur noch nicht klar, ob auf diese: [ANNOUNCE] VDR developer version 2.3.8 Änderungen von kamel5 auch drin sind

jedenfalls wäre der patch sehr nice to have

gruß

MarMic

7

Entwicklung [ Development ] / Kernel config Diskussion

« on: August 08, 2017, 10:32:54 »

Hi Jungs,

bei meinen Test vor nem Monat ist mir aufgefallen das 5.4 meine CPU taktet OHNE powersave addon:

wieso sind die Einstellungen mittlerweile Y und nicht mehr M?

Code: [Select]

#
# CPU Frequency scaling
#
CONFIG_CPU_FREQ=y
CONFIG_CPU_FREQ_GOV_ATTR_SET=y
CONFIG_CPU_FREQ_GOV_COMMON=y
CONFIG_CPU_FREQ_STAT=y
CONFIG_CPU_FREQ_STAT_DETAILS=y
CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y
# CONFIG_CPU_FREQ_DEFAULT_GOV_POWERSAVE is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_SCHEDUTIL is not set
CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
CONFIG_CPU_FREQ_GOV_POWERSAVE=y
CONFIG_CPU_FREQ_GOV_USERSPACE=y
CONFIG_CPU_FREQ_GOV_ONDEMAND=y
CONFIG_CPU_FREQ_GOV_CONSERVATIVE=y
# CONFIG_CPU_FREQ_GOV_SCHEDUTIL is not set
für mein Empfinden gehören die als M gebaut und ins powersave addon (wie damals bei MLD3)

desweiteren habe ich folgene Option gefunden die hier und dort als Artefakt produizierer genannt wird:

Code: [Select]

CONFIG_INTEL_IDLE=y

vdr-portal: http://www.vdr-portal.de/board18-vdr-hardware/board102-dvb-karten/p1294722-geloest-probleme-mit-dd-cine-s2-v7a-bei-zwei-tunern-kloetzchen/#post1294722

Geloest!
Es betraf alle HD Sender, sobald der zweite Tuner aktiv war.

Nach fast einer Nacht Debugsession konnte ich das Problem loesen. Mittels acpi=off war alles in Ordnung. Daher durch die Kernelconfig gehangelt und CONFIG_INTEL_IDLE gefunden, welches aktiv war. N und es ist tatsaechlich gut.
Warum auch immer das erst beim Zweitunerbetrieb zum tragen kam und was da wirklich ausgebremst wird.

in der ML findet sich auf folgendes Zitat:

> Hi,
>
> Is there any specific reason why CONFIG_INTEL_IDLE is unset in Debian
> kernels?

Yes, we don't trust it.  It has had several bugs that caused the kernel
to hang at boot.  Maybe it's good enough now, but I'm reluctant to try
it again.

Ben.

vllt spart sich Andy damit die ganzen acpi=off/msi kernel parameter bei seinen Support anfragen :-)

Jemand Erfahrung mit den Punkten?

was sagt ihr?

Gruß

MarMic

8

Hardware / Neue Hardware - Hat jemand Erfahrung

« on: June 24, 2017, 17:35:26 »

Hi Jungs,

da mich mein Problem mit dem jetzigen Board und HDMI Sound aufregt habe ich folgende Komponenten für einen Austausch ausgesucht:


CPU: Intel Core i3 6100 2x 3.70GHz So.1151 BOX
Board: Asus H110M-K Intel H110 So.1151 Dual
RAM: 2x 4GB Kingston ValueRAM DDR4-2133 DIMM

Grafikkarte bleibt entweder eine gt610 oder gt520 (je nachdem welche besser rein passt)
TV Karte weiterhin Tevii S480 2xDvbs

Kennt jemand das Board? oder hat es im einsatz MIT HDMI sound der NVIDIA?

Gruß

MarMic

9

Allgemein [ General ] / [5.4-Testing] Debugen von Hoher Load

« on: June 19, 2017, 12:39:16 »

Hi Jungs,

ich habe die 5.4 Testing auf den Schlafzimmer und Wohnzimmer VDR gebügelt und nun folgendes Problem.

Die Last der System geht irgendwann Hoch bis die System unbedienbar werden.
Die % Belegungen (idle usr....) sehen in top sehr gut aus aber die Load geht > 1.5 bis 2.0 und der VDR fängt an sich immer wieder neu zu starten.

Das Phänomen ist nicht reproduzierbar.

Am häufigsten fällt es auf, wenn der VDR zwei 1080i Aufnahmen auf zwei unterschiedlichen Transpondern ausführt. Das geht manchmal gut und ein anderes Mal fängt die Last wieder an zuzunehmen.

Ab und an geschieht es auch wenn nur eine Aufnahme läuft und ich KODI starte um einen Film 1080p/720p anzuschauen. Dann fängt KODI sogar an zu "buffern" was ich bisher noch nie erlebt hatte. Der Film kommt von einer USB2 Platte.

In meinem IMON Display sehe ich dann auch das der VDR sich andauernd neu startet.
TOP zeigt dann wieder eine Last von >1.5

Bevor ich die System auf 5.4 gehoben habe liefen diese über mehrere Stunden Stabil. Es kommen auch Tage vor an dennen die Last Konstant auf 0.5 bleibt trotz KODI, Aufnahmen und/oder Chromium browsen.

So nun meine Frage an die 5.x Profis.... wie debuggen wir diese Sch**** :-)

Ich will ja das ihr eine 5.4 stable bekommt

Gruß

MarMic

10

Allgemein [ General ] / Richtige Audio Einstellungen für SHD?

« on: June 11, 2017, 14:41:01 »

Hi all,

mal ne Frage an die Soundprofis hier.

SHD hat ja mehrere Möglichkeiten den Sound auszugeben (Einstellungen).

Vorab:
Ich habe derzeit das sound device fest auf HDMI gestellt.

vdr HDMI -> HDMI reciever (5.1) HDMI -> HDMI TV ist mein Wohnzimmer SETUP.

Vor MLD 5.4. bin ich noch über SPDIF auf den reciever gegangen und MUSSTE Passthrough aktivieren, damit alle Lautsprecher angesteuert wurden.

Für mich sieht es so aus, als wäre es mit HDMI wohl nicht mehr nötig.
Mein Reciever sagt mir nun zwar nicht mehr DOLBY oder DTS SONDERN Multi Channel IN und zeigt mir das 5 lautsprecher + sub reinkommen und auch auf meine 5 lautsprecher und den sub rausgehen.

So nun meine Frage: Ist Passthrough (PT)  besser oder Schlechter? Hatte mal was gehört, dass PT komprimiert ist und somit wäre eine einzelne Channel Übertragung doch besser?
Jedenfalls bin ich kein Profi und wüsste gerne ob ich nun für echten AC3/Dolby/DTS sound PT aktivieren muss, oder das Multi Channel (ohne PT) richtig bzw identisch ist.

Die Frage stellt sich natürlich auch für kodi (da habe ich auch PT aus, aber das soundsystem auf 5.1 gestellt).

Meine derzeitigen SHD-Audio Einstellungen findet ihr im Anhang.

Vielen Dank für eure Tipps und Erklärungen

MarMic

11

Allgemeines [ General ] / Asrock B75-Pro3-M + GT610 + HDMI AUDIO AN! = IRQ error

« on: March 23, 2015, 12:17:20 »

Hi all,

hat noch jemand das B75-Pro3M mit Gt610 am laufen?

Habt ihr auch Probleme, sobald ihr Audio über HDMI ausgebt? Nach ca. 2h crasht das nvidia Modul, da ein IRQ nicht abgehollt wird. Das reißt den ganzen VDR in den Tod.

Ist mir nun erst aufgefallen, nachdem ich von TOSLINK auf HDMI umgestellt habe. Nach mehreren Tagen rumprobieren bin ich wieder zurück auf TOSLINK und habe keine Probleme mehr.

Wie sind eure Erfahrungen?

Greetz MarMic

12

Allgemeines [ General ] / Dikussionsrunde SHD - Video-Einstellungen

« on: September 30, 2014, 11:55:46 »

Hi all,

da ich nun auch mal SHD als frontend nutze ist mir gestern ersteinmal aufgefallen, dass wir die miesesten Einstellungen verwenden.

Wie schauts bei euch aus? Welche Werte habt ihr im plugin an den Videoeinstellungen angepasst?

bei mir ist erstmal alles auf N, T+S umgestellt worden. Vielleicht gibt es aber noch mehr tolle default-Einstellungen, welche wir direkt einpflegen sollten.

567i: N, T+S
720p: N, T+S (wobei ich nicht verstehe wieso ein progressiv bild nen deinterlacer braucht)
1080i Fake: N, T+S
1080i: N, T+S

wie sehen eure Erfahrungen aus?

Gruß

MarMic

13

Entwicklung [ Development ] / Flash hw-acceleration - vielleicht hilft es gegen vsync streifen

« on: September 26, 2014, 15:28:11 »

Hi jungs,

hat mal jemand die hw-acceleration bei flash probiert?

datei /etc/adobe/mms.cfg mit:

Code: [Select]

EnableLinuxHWVideoDecode=1
OverrideGPUValidation=1
erstellen.

oder jemand noch andere ideen gegen vsync streifen? (tearing)

14

Entwicklung [ Development ] / lcdproc(server) fehlende libs

« on: September 26, 2014, 07:54:26 »

hi jungs,

gestern schnell mal die 4er getestet.

kann es sein das im lcdproc (server teil) die /usr/lib/lcdproc fehlt? zumindest die für mein display wichtige imon.so ist nicht vorhanden.

kann das mal jemand fixxen damit ich weiter testen kann?

greetz MarMic

15

Raspberry PI / VERSCHOBEN: Fernbedienung einrichten - rpi on GPIO - ich pack es nicht..

« on: May 24, 2014, 22:48:34 »

Dieses Thema wurde verschoben nach Development.

http://www.minidvblinux.de/forum/index.php?topic=5806.0