[Wanninger]

Nur zur Information:

Nachdem ich die ständig wiederkehrenden "Buffer overflows" beim RPI (auch beim 3B+) in Verbindung
über SAT>IP (und abgemildert auch über den streamdev-client) satt hatte, ging ich auf die Suche nach
einem Intel Mini PC für um die 100€.

Ich habe mir zum Testen mal den Z83-W (99€) und Z83-F (119€) besorgt.

Um es gleich vorweg zu nehmen, der Z83-W ist - aus welchem Grund auch immer - nicht geeignet.
Hier stottert sogar bei SD die Bildausgabe, obwohl nur 2GB weniger RAM vorhanden sind.

Überrascht hat mich dann aber der Z83-F. (4GB RAM und 32GB HDD)

Die MLD 5.4 Stable ist auf einem 32GB USB-3.0 Sundisk Stick installiert, damit ich die internen 32GB
notfalls auch mal für das vorinstallierte Win10Home benutzen kann.

Die MLD incl. Skindesigner und Kodi läuft absolut flüssig und ohne irgend welche Probleme,
bisher seit etwa zwei Wochen.

Einzig UHD ist noch nicht funktional. Sobald ein UHD Sender eingestellt wird, macht der VDR einen Restart.
Der Graphikchip kann zwar 4K Ultra HD, aber ich vermute, dass hier das softhddevice noch ein Problem hat.

https://amazon.de/gp/product/B078PB9T1C/ref=od_aui_detailpages00?ie=UTF8&psc=1

Gruß -Wanninger

-----

Nachtrag 12.02.2019

Die aktuell gelieferten Z83-F mit 4GB/32GB und 4GB/64GB mit den Seriennummern beginnend
mit MGW... sind leider auch nicht mehr für den MLD-VDR mit softhddevice geeignet. Hierunter fallen
z.B. diese beiden Typen:

https://amazon.de/dp/B0791ZL3PM/ref=twister_B07G58C3QD?_encoding=UTF8&th=1
https://amazon.de/dp/B07L3MBT7S/ref=twister_B07G58C3QD?_encoding=UTF8&psc=1

Es funktionieren bisher nur die Geräte mit S/N MG0... unter MLD-VDR ziemlich ordentlich!

-----

Nachtrag 15.02.2019

Hab mal noch ein wenig weiter gespielt, da ich ja eine Ausweichvariante
brauche und ich habe wieder Einen gefunden, der tut was er soll:

ACEPC T11

https://amazon.de/gp/product/B07DXQKKS9/ref=ppx_yo_dt_b_asin_title_o00__o00_s01?ie=UTF8&psc=1

Dieser MiniPC hat leider zwei "Kröten" die man schlucken muss...

1. Kein Gigabit LAN, nur 100Mbit
2. (Noch) kein funktionierendes AutoPowerOn "S0" nach "G3" Status

Für den T11 gibt es ein älteres BIOS aus 20170805, wo genau das gehen soll, aber ich konnte mich noch
nicht dazu durchringen, es einzuspielen, da auf dem Board aktuell ein BIOS mit Stand 20181224 läuft,
welches noch nirgends zum Download angeboten wird. In BIOS sind jede Menge Parameter, mit denen
man mglw. Einfluß auf ACPI und RTC hat. Ich habe es aber nicht getestet. Vllt. kann sich da mal jemand
spielen, der davon Ahnung hat und weiß worauf es an kommt.

...und es gibt auch ein Zuckerl, man kann eine HD einbauen!

Zusätzlich habe ich noch die "Beelink BT3Pro (II) Mini PC" ausprobiert.
Leider verhalten sich die genau wie die neueren Z83-F mit der S/N MGW...

-----

[MarMic]

sieht spannend aus.

und unser derzetiges vaapi läuft?

Gruß

MarMic

[Wanninger]

Kann ich das VA-API gezielt abfragen?

Also zumindest die 4GB Version läuft mit FHD sowohl im VDR wie auch im KODI bisher ohne wirkliche Probleme.
Mag sein, dass das OSD machmal etwas nachdenklich ist... (Verwende derzeit estuary4vdr)

[MarMic]

ich gehe davon aus das vaapi genutzt wird. sieht man im ps auch an den softhddevice parametern.

ich denke ansonsten hättest du ruckel bild

Gruß

MarMic

[Wanninger]

VDR wird so "...-Psofthddevice -f -w alsa-driver-broken -v va-api..." gestartet. Sonst taucht im ps ww kein vaapi/va-api auf.

[clausmuus]

Kann der auch per Timer aufwachen?

[Wanninger]

...du meinst jetzt Timer programmieren, MLD herunter fahren bis sie komlplett aus ist
und warten ob sich der Rechner selbstständig einschaltet?

[MarMic]

Ja er mein wohl ACPI wakeup

[Wanninger]

Ich habe mich noch nie mit "Automatischem Wakeup" auseinander gesetzt.

Soll das out-of-the-box funktionieren, oder muss da extra was eingestellt werden?

Ein einfaches Timer programmieren und dann Box runter fahren, bewirkt noch kein
automatisches Starten bei Erreichen der Timerzeit.

[clausmuus]

In den meisten Fällen geht das out-of-the-box. Es müssen zwischen herunterfahren und geplanter Aufnahme aber mindestens 3 Minuten liegen. Um auf nummer sicher zu gehen ist es angebracht für solch einen Test den Teimer mindestens 6 Minuten in die Zukunft zu legen und dann sofort auszuschalten.

[Wanninger]

...also wenn sonst nix zu beachten ist, dann geht der Autowakeup mit dem Z83-F wohl nicht. :-(

[clausmuus]

Ansonsten kannst Du ja auch mal einen Blick in's BIOS bzw. UEFI-Setup werfen ob da was mit Wakeup zu finden ist.

[Wanninger]

Das BIOS ist absolut spartanisch. Man kann da nur ein wenig an den Bootdevices ändern.

Dann hab ich's mal zu Fuß probiert und das kam dabei raus:

Code: [Select]

root@MLD:/sys/class/rtc/rtc0$ cat /proc/driver/rtc
rtc_time        : 00:57:39
rtc_date        : 2018-11-17
alrm_time       : 23:53:03
alrm_date       : 2018-11-16
alarm_IRQ       : no
alrm_pending    : no
update IRQ enabled      : no
periodic IRQ enabled    : no
periodic IRQ frequency  : 1024
max user IRQ frequency  : 64
24hr            : yes
periodic_IRQ    : no
update_IRQ      : no
HPET_emulated   : no
BCD             : yes
DST_enable      : no
periodic_freq   : 1024
batt_status     : okay


Code: [Select]

root@MLD:/sys/class/rtc/rtc0$ rtcwake -u -d rtc -m standby -s 300
rtcwake: rtc not enabled for wakeup events


[clausmuus]

Gibt es die Datei /sys/class/rtc/rtc0/wakealarm ?
Oder /proc/acpi/alarm ?
Un dann kannst Du noch nen "modprobe nvram" ausprobieren, und schauen ob vorher oder hinterher das Device /dev/rtc0 existiert.

[Wanninger]

Also:

1.

Code: [Select]

MLD> ls -la /sys/class/rtc/rtc0/
drwxr-xr-x    3 root     root             0 Nov 17 00:58 .
drwxr-xr-x    3 root     root             0 Nov 17 00:58 ..
-r--r--r--    1 root     root          4096 Nov 17 00:11 date
-r--r--r--    1 root     root          4096 Nov 17 00:11 dev
lrwxrwxrwx    1 root     root             0 Nov 17 00:11 device -> ../../../00:04
-r--r--r--    1 root     root          4096 Nov 17 00:58 hctosys
-rw-r--r--    1 root     root          4096 Nov 17 00:11 max_user_freq
-r--r--r--    1 root     root          4096 Nov 17 00:11 name
drwxr-xr-x    2 root     root             0 Nov 17 00:11 power
-r--r--r--    1 root     root          4096 Nov 17 00:11 since_epoch
lrwxrwxrwx    1 root     root             0 Nov 17 00:58 subsystem -> ../../../../../class/rtc
-r--r--r--    1 root     root          4096 Nov 17 00:11 time
-rw-r--r--    1 root     root          4096 Nov 17 00:58 uevent
-rw-r--r--    1 root     root          4096 Nov 17 00:50 wakealarm

2.

Code: [Select]

MLD> ls -la /proc/acpi/
dr-xr-xr-x    2 root     root             0 Nov 17 10:06 .
dr-xr-xr-x  180 root     root             0 Nov 17 00:58 ..
-rw-r--r--    1 root     root             0 Nov 17 10:06 wakeup

3.

Code: [Select]

MLD> modprobe nvram
modprobe: module nvram not found in modules.dep

4.

Code: [Select]

MLD> ls -la /dev/rtc*
lrwxrwxrwx    1 root     root             4 Nov 17 00:58 /dev/rtc -> rtc0
crw-------    1 root     root      254,   0 Nov 17 00:58 /dev/rtc0

Das RTC Device war vorher schon da!