Vectrex - PiTrex wylądował :D

    Nie dość, że Vectrex jest już w domu od pewnego czasu, to jeszcze udało się nabyć PiTrex, czyli multi-cart, który emuluje zarówno gry na Vectrex, jak i na konsole rysujące grafikę wektorowo - na przykład wczesne automaty Atari.

Działa przepięknie! Więcej detali wkrótce. Coraz bardziej mi się ten sprzęt podoba, jeżeli można lubić go jeszcze bardziej :D

Rasbperry Pi400 - w końcu w domu jako emulator Amigi :)

Aloha!

Raspberry Pi400 w końcu staniały na tyle, że żal nie kupić. Co prawda wyszła wersja Pi500, ale soft jeszcze nie jest dopracowany a najważniejsza (i skonfigurowana) była dla mnie PiMiga w ostatniej wersji 3.0, na której uwielbiam oglądać Amigowe dema. Do tej pory służyło do tego Raspberry Pi 4, ale na niej również mam postawione RetroPie, także musiałem żonglować kartami SD.

Teraz jest nie dość, że praktycznie to jeszcze prześlicznie.

Wymagała czyszczenia po poprzednim właścicielu, dziecku, ale nie ma tego, z czym sobie nie poradzi woda z mydłem. Piękna, czysta i pachnąca od razu przystąpiła do pracy z demem Quattro Stage One:

https://www.youtube.com/watch?v=MwfNf9pAya4, z pewnych powodów jednego z moich ulubionych ostatnio.

Jestem szczęśliwy :) Ruszamy realizować kolejny projekt.

 

Raspberry Pi 3 i start z dysku/pendrive USB

Dzień dobry.

'Do odważnych świat należy', jak to mówią.

Do tej pory Raspberry startowałem z karty SD, później system był już ładowany z dysku HDD (http://cezarowy.blogspot.com/2018/01/przechodzimy-na-malinie-z-karty-sd-na.html). Skoro jednak podjąłem decyzję o przejściu z Domoticz na Home Assistant, a po zmianie w bartopie na Raspberry Pi 4 została mi jedna wolna malinka w wersji trzeciej - 'raz kozie śmierć!' pomyślałem i wykonałem jeden wpis w /boot/config.txt. Znamienny. 

Oczywiście żarty żartami, żadnych poważnych reperkusji to nie powoduje. Priorytetem jest zawsze karta SD i jeżeli znajdzie się w gnieździe - Raspberry wystartuje najpierw z niej.

Jak wcześniej napisałem - w /boot/config.txt dopisujemy jedną linię:

program_usb_boot_mode=1

i to w zasadzie cała filozofia. Przestawiany jest bit tak zwany OTP - One-time programmable, czyli taki, którego zawartość można zmienić wyłącznie raz. Nie można operacji odwrócić. Z tego co pamiętam w Raspberry Pi 3b+ jest już ustawiany domyślnie, fabrycznie.

Po wykonaniu komendy

vcgencmd otp_dump | grep 17:

ujrzymy informację po 17:. Jeżeli jest inna niż 3020000a znaczy to, że bit nie jest przestawiony. Czyli tak jak poniżej, przed restartem.

Ok, wpis w config.txt mamy, sprawdziliśmy czy już nie był ustawiony, robimy restart.

Bang, po chwili możemy sprawdzić, czy udało się poprawnie to zrobić:

3020000a jest zapisane, można wyjąć kartę i startować z SSD/USB/HDD. Działa, sprawdzałem. Tak przez pewien czas miałem uruchomiony Home Assistant. Aż do momentu gdy przeszedłem na Intel NUC ;)

DietPi - czyli jak zainstalować tonę oprogramowania za jednym naciśnięciem guzika

Zawsze mnie interesował https://dietpi.com/. Odchudzona wersja systemu, jeszcze mniej zasobożerna niż Raspbian Lite, z wieloma usprawnieniami a do tego z OGROMEM oprogramowania dostępnego za naciśnięciem Enter.

Na wolnym Raspberry Pi 1 nie było sensu go instalować, ale skoro Pi 4 czeka na kompatybilne RetroPie, to można próbować do woli :D

O instalacji nie ma się co rozwodzić - jest obraz, pobieramy, zgrywamy na kartę, ruszamy. Co do zgrywania - albo Belena Etcher, albo Win32DiskImager, zależnie od formatu.

Poniżej kilka ekranów konfiguracyjnych, hasło, SSH, itp.

Kiedy już to przejdziecie macie możliwość wyboru programów jakie chcecie zainstalować. Nie ma sensu opisywać tutaj wszystkich, listę macie dostępną pod adresem: https://dietpi.com/dietpi-software.html. Warto jedynie napisać, że są one podzielone na kategorie, jak:
- SSH servers
- Desktops
- Remote Desktops
- Media Systems - KODI, mpd, Plex, Emby, Roon i inne
- Download tools - Transmission, Deluge, Sonarr, Radarr, CouchPotato
- Emulation/Gaming - np. AmiBerry
- Camera - MotionEye
- Cloud/Backups - ownCloud, NextCloud, Pydio, Syncthing
- Social - Wordpress, phpBB3, Baikal,
- Home Automation - Home Assistant
- Hardware Projects - Google AIY, PiJuice, RPi.GPIO, Node-Red, Mosquitto, InfluxDB, Grafana
- Remote Access - Remot3.it, itp.
- Stats - RPi Monitor, Webmin, Linux Dash
- Security - Fail2Ban
- Webserver Stacks - Apache2, nginx, PhpMyAdmin, Tomcat8
- File Servers - Samba Server, NFS, ProFTP
- VPN
- DNS Server - Pi-hole
- Printing

Jak widać - MNÓSTWO, po prostu mnóstwo oprogramowania dostępnego do zainstalowania automatycznie.

Ważne jest, aby po wybraniu przejść na sam koniec listy i wybrać Install -> Go >> Start

Zobaczycie podsumowanie Waszych wyborów i po akceptacji...

Zacznie się instalacja. Oczywiście, zależnie od ilości wybranego oprogramowania, wielkości, szybkości karty, połączenia internetowego może to potrwać dość długo.

Jeżeli później będziecie chcieli zmienić Wasze parametry konfiguracyjne, możecie wpisać
sudo dietpi-software

Każde z tego oprogramowania uruchamia się na innych portach RaspberryPi, dokładnie opisy znajdziecie pod adresem: https://dietpi.com/phpbb/viewtopic.php?f=8&t=5#p5

Dzięki temu mam teraz na Raspberry Pi 4 zainstalowane bez problemu:
- serwer Plex
- Logitech Media Center
- Home Assistant
- mc
- Docker
i wiele innych.

Plan jest taki, aby Home Assistant przenieść z hass.io na DietPi w kontenerze Docker, czyli trochę inaczej niż tutaj, ale o tym innym razem.

Home Assistant - pierwsze konfiguracje i plik secrets.yaml

Dzisiaj przybliżę podstawową konfigurację komponentów w Hass.io.

Przy okazji zaznajomimy się z funkcjonalnością pliku secrets.yaml, który to umożliwia na przykład dzielenie się konfiguracją z innymi użytkownikami bez konieczności ciągłego zastępowania swoich haseł innymi tekstami.

Po pierwsze, tak jak opisałem na dole strony http://cezarowy.blogspot.com/2019/05/home-assistant-zaczynamy-instalacja-za.html - musimy edytować plik configuration.yaml.

Zawartość tego pliku (configuration.yaml) u mnie aktualnie wygląda tak jak poniżej, coraz więcej ciekawych rzeczy się pojawia.

Pozwolę sobie opisać kolejne sekcje. Nie jest to zbyt czytelne na początek, ale konieczne aby zrozumieć zasadę działania Home Assistant. Przesiadając się z Domoticz trzeba zmienić podejście, dość radykalnie. Domoticz ma 'niższy próg wejścia', bez dwóch zdań, ale gdy już 'zaskoczyłem' jak i co zrobić w Home Assistant - jestem pewien, że nie wrócę i powoli przepisuję wszystkie elementy i umieszczam je w HA. Niewiele już zostało.

W niedalekiej przyszłości moja konfiguracja znajdzie się na github, skąd będziecie mogli ją pobrać, sprawdzać, edytować i dostosować do swoich potrzeb.

Każda deklaracja 'elementu' HA, encji, integracji, itp. musi kończyć się znakiem ':'. Uważajcie na wcięcia i przed każdym restartem serwera sprawdzajcie poprawność pliku konfiguracyjnego!

homeassistant:
  # Nazwa naszej lokalizacji
  name: Dom
  # Poniżej koordynaty naszego domu, aby poprawnie odczytywać wschód/zachód słońca
  latitude: !secret home_lat
  longitude: !secret home_long
  # Poniższe mam również wpływ na zachody słońca - położenie nad poziomem morza
  elevation: 466
  # System metryczny?
  unit_system: metric
  # Strefa czasowa: http://en.wikipedia.org/wiki/List_of_tz_database_time_zones
  time_zone: Europe/Warsaw

# Plik mogący zawierać dane dotyczące wyglądu ikon, polskich nazw elementów, etc.
  customize: !include customize.yaml

# Włączamy możliwość konfiguracji i wykrywania użytkowników systemu
person:

# Configure a default setup of Home Assistant (frontend, api, etc)
#default_config:
config:

# Czy włączyć automatyczne wykrywanie urządzeń? Jakie ignorować?
discovery:
  ignore:
  - philips_hue

# Deklaracja dotycząca komponentu dającego informacje o systemie na którym działa HA
# https://www.home-assistant.io/integrations/system_health/  
system_health:

# Jeżeli chcecie używać aplikacji mobilnej:
# https://www.home-assistant.io/integrations/mobile_app/
mobile_app:

# Aby plik był bardziej estetyczny i czytelny dobrze jest podzielić integracje na grupy.
# Do każdego z plików można dodać elementy, który mogłyby się znaleźć w głównej konfiguracji, 
# na dłuższą metę jednak będzie to 'nie do ogarnięcia'
history: !include history.yaml
logger: !include logger.yaml
sensor: !include sensors.yaml
binary_sensor: !include binary_sensors.yaml
device_tracker: !include device_tracker.yaml
media_player: !include media_player.yaml
group: !include groups.yaml
automation: !include automations.yaml
script: !include scripts.yaml
switch: !include switches.yaml

# System notyfikacji. Ja postawiłem na e-maile
notify:
  - name: Cezar
    platform: smtp
    server: !secret email_server
    port: 587
    timeout: 15
    sender: !secret email_sender
    encryption: starttls
    username: !secret email_username
    password: !secret email_password
    recipient:
      - !secret email_cezar
    sender_name: My Home Assistant

# Tutaj konfiguracja kamer i podobnych elementów - na przykład wykresów pogody
camera:
  - platform: generic
    name: Weather
    still_image_url: https://www.yr.no/place/Poland/Lesser_Poland/Klucze/meteogram.svg
    content_type: 'image/svg+xml'

  - platform: mjpeg
    name: Salon
    still_image_url: http://192.168.1.155/cgi/jpg/image.cgi
    mjpeg_url: http://192.168.1.155/cgi/jpg/image.cgi
    username: admin
    password: !secret my_password
    
  - platform: mjpeg
    name: PrzedDomem
    still_image_url: http://192.168.1.156/image/jpeg.cgi
    mjpeg_url: http://192.168.1.156/image/jpeg.cgi
    username: admin
    password: !secret my_password

# Tu sobie zostawiłem konfigurację Xiaomi Air Purifier
fan:
  - platform: xiaomi_miio
    host: 192.168.1.115
    token: !secret airpurifier
    model: zhimi.airpurifier.v2

# Konfiguracja związana z iPhone
ios:

# Klient Transmission, które mam na swoim NAS postawionym na OMV  
transmission:
  host: 192.168.1.124
  username: admin
  password: !secret my_password

# System Xiaomi - dane to centralki
xiaomi_aqara:
  discovery_retry: 5
  gateways:
    - key: !secret xiaomi_gw_key

# Informacja o połączeniu internetowym    
speedtestdotnet:
  manual: false
  monitored_conditions:
    - download
    - upload
    - ping

# Pogoda    
weather:
  - platform: darksky
    api_key: !secret dark_sky_api

# Token github to Home Assistant Community Store
hacs:
  token: !secret github

Zawartość pliku secrets.yaml:

home_lat: xx.xxxx
home_long: xx.xxxx
my_password: xxxx
xiaomi_gw_key: xxxx
dark_sky_api: xxxxx
mqtt_broker_ip: xxxx
mqtt_user: xxx
mqtt_pass: xxxx
airpurifier: xxx
github: xxxxxx
airly_api_key: xxxx
burze_dzis_net.api_key: xxxx
malina3_ip: xxx.xxx.xxx.xxx
iphone_adam: xxx.xxx.xxx.xxx
mibox_ip: xxx.xxx.xxx.xxx
email_password: xxxxx
email_cezar: xxxxxx@gmail.com
email_server: mail.xxxxxxx.pl
email_sender: xxxx@xxxxx.pl
email_username: xxxxxxx

A history.yaml wygląda z kolei na przykład tak:

include:
  entities:
    - sensor.speedtest_download
    - sensor.speedtest_ping
    - sensor.speedtest_upload
    - person.Cezar

Plik binary_sensors:

- platform: ping
  host: 192.168.1.200
  name: raspberry_status
  count: 2
  scan_interval: 180

- platform: workday
  country: "PL"

- platform: template
  sensors:
    playstation_status:
      value_template: "{{ is_state('device_tracker.PS4', 'home') }}"
      friendly_name: "PlayStation 4"
    tv_status:
      value_template: "{{ is_state('device_tracker.SamsungTV', 'home') }}"
      friendly_name: "Telewizor"
    nas_status:
      value_template: "{{ is_state('device_tracker.OMVCezar', 'home') }}"
      friendly_name: "NAS"

Volumio jak odtwarzacz audio na Raspberry Pi

Dobry wieczór. 

Kilka tygodni temu oczekując na Raspberry Pi 4, a mając w zanadrzu wolne Raspberry Pi 1 postanowiłem, tak bardziej dla sprawdzenia i testów, uruchomić Volumio. Przedstawiają się jako Audiophile Music Player, co czytając opinie ludzi zgadza się z prawdą. Mnie dane było wyłącznie przetestować sam wygląd i działanie programu, ponieważ żadnego DAC'a (Digital to Analog Converter) nie mam w domu, a bez niego wykorzystanie wbudowanej w Raspberry Pi karty dźwiękowej jest trochę kpiną. Ale taki był mój zamysł - sprawdzić 'z czym się to je', głównym sprzętem grającym pozostaje wzmacniacz Denon.

Volumio reklamuje się odtwarzaniem plików w formatach mp3, FLAC, WAV, AAC, ALAC, DSD, do tego DLNA, Airplay, Spotify i radia internetowe. Na bogato. Do tego interfejs webowy jest dopasowany do tabletów, telefonów komórkowych i oczywiście komputerów.

Proces instalacji i uruchomienia jest w sumie standardowy jak w przypadku wielu programów/systemów na Raspberry Pi - wchodzimy na stronę https://volumio.org/get-started/, pobieramy obraz (u mnie na Raspberry Pi), później pobieramy i instalujemy Etcher, wskazujemy pobrany plik obrazu w ZIP, zapisujemy obraz na kartę pamięci, wkładamy kartę do Raspberry Pi i uruchamiamy z wpiętym kablem sieciowym. Później Advanced IP Scanner i wyszukanie adresu naszego Raspberry Pi.

Widok dostępnych pod IP folderów i zamapowanych folderów/udziałów przedstawia się jak poniżej:

Po wejściu na adres IP w przeglądarce uruchomi się kreator konfiguracji Volumio, który poprowadzi nas przez proces instalacji.

Jeżeli nie posiadamy DAC możemy wybrać po prostu wyjście audio Jack. Dźwięk będzie, jednak jakość pozostawia wiele do życzenia.

Kreator Volumio daje możliwość wyboru instalacji prostej jak i bardziej zaawansowanej. Gdybym konfigurował odtwarzacz - wystarczy wybrać pierwszą opcję, ale chciałem sprawdzić jak wyglądają możliwości systemu.

Po wybraniu sieci bezprzewodowej możemy po skończeniu konfiguracji odpiąć kabel i pobierać dane z sieci WiFi.

System od razu umożliwia dodanie zasobów naszej sieci bogatych w mp3/flac zgrane z oryginalnych płyt Audio.

Jak widać poniżej - sam wykrywa dostępne sprzęty w naszej sieci domowej.

Muszę przyznać, że główny wygląd aplikacji przedstawia się nad wyraz dobrze i schludnie. Do tego jest bardzo intuicyjny.

Po lewej ulubione, na środku aktualnie odtwarzany kawałek, po prawej sterowanie głośnością. Po rozwinięciu paska z boku mamy możliwość konfigurowania dostępu do kolekcji, wyglądu, wtyczek i innych elementów systemu.

Bardzo szybko można dodać swoje foldery do biblioteki, system przeskanuje je i zapisze w swoim archiwum.

Volumio pozwala instalować również wtyczki (plugins) które rozszerzają jego możliwości. Jest ich mnóstwo , między innymi:

- korektory dźwięku

- Kodi

- miniDLNA

- Play on connect - odtwórz utwory kiedy adres IP został wykryty w sieci

- obsługa ekranów dotykowych

- LastFM

- Logitech Media Server

- Pandora

- Podcasty

- Spotify

- youtube

- obsługa kontroli IR

Na razie traktuję go jako ciekawostkę, ale warto będzie w przyszłości dokładniej go sprawdzić.

RetroPie - Optional packages

Dzień dobry ponownie!

W moich konfiguracjach emulatorów zapędziłem się już w takie rejony, że sam jestem zdziwiony, ile tego wszystkiego było przez lata.

Zaledwie kilka słów o tak orientalnych maszynach/systemach gier jak:

1. Adventure Game System - emulator ags

2. Dragon32 / CoCo - emulator XRoar

3. Amigacd32

4. Atari XE GS

5. Channelf - emulator lr-freechaf

6. Oric - emulator oricutron

7. ti99 - emulator ti99sim

8. trs-80 - emulator sdltrs

9. x68000 - emulator px68k

10. zmachine - emulator frotz

11. zx81 - emulator lr-81

12. jaguar - emulator lr-virtualjaguar

Część z nich (jak emulator Atari Jaguar) w wersjach wysoce eksperymentalnych. Warto jednak czasem sprawdzić, że nie tylko Atari i Commodore było na świecie...

Raspberry Pi 4 na rynku!

Dzień dobry,

Śledzący rynek wiedzą już, że pojawiła się znienacka nowa wersja Raspberry Pi 4.

Zmian jest wiele, wygląda na to, że wszystkie na plus:
- szybszy, nowszy procesor
- 2xUSB 3.0, 2xUSB 2.0
- w końcu 1GB Ethernet
- trzy wersje do wyboru, w zależności od RAM: 1GB, 2GB oraz 4GB

Nowa płytka została już dobrze opisana i przetestowana przez wiele portali, do których wolę odesłać, gdyż podeszli do recenzji bardzo profesjonalnie:

Po opis polski odsyłam na stronę Forbot,

https://forbot.pl/blog/raspberry-pi-4-juz-jest-co-nowego-pelna-specyfikacja-i-ceny-id36997

Tom's Hardware natomiast przygotował dokładne testy wydajnościowe.

https://www.tomshardware.com/reviews/raspberry-pi-4-b,6193.html

Szykuje się bomba, ja wybieram wersję z 2GB RAM, ale zakupu dokonam dopiero gdy pojawi się odpowiednia wersja RetroPie, bo do tego będzie mi służyła.

Home Assistant - dodajemy kolejne komponenty i konfigurujemy!

Dobry wieczór. Pozwolę sobie kontynuować serię artykułów o Home Assistant, a dokładnie rzecz biorąc to poprzez instalację Hass.io.

Home Assistant różni się od Domoticz wieloma elementami.

Podejście do komponentów umożliwiających komunikację z urządzeniami, serwisami pogodowymi, itp. jest zrealizowane inaczej niż w Domoticz. Jest oficjalna strona z setkami dodatków, które po prostu konfiguruje się w systemie. To była dla mnie największa bariera (nadmieniam, że raczej mentalna) w konfigurowaniu systemu. Można dodawać nieoficjalne repozytoria, ale na to mam jeszcze zbyt mało wiedzy, ale ilość dostępnych i tak przytłacza!

Muszę też powiedzieć jedno - łatwiej mi jest się przestawiać na Home Assistant głównie dlatego, że większość problemów, poszukiwań rozwiązań, elementów systemu miałem już skonfigurowane po stronie Domoticz. W takim wypadku wystarczyło je po prostu dodać. Nie otwierałem drzwi ponownie, nie walczyłem z materią. Widać, że czas poświęcony na naukę 'nie poszedł w las'. Nie musiałem szukać klucza do Xiaomi Gateway ani Air Purifier. Nie musiałem flashować sprzętów Sonoff - już to miałem zrobione. Pozyskanie obrazu z kamery również już przećwiczyłem.

Nadal nie wiem jak programować automatykę, ale wszelkie elementy to tego potrzebne mam już działające. To będzie kolejny krok.

Zacznijmy od prostego przykładu:

https://www.home-assistant.io/components/moon/

Fazy księżyca. W Domoticz pisaliśmy skrypty, przypisywaliśmy w nich wartości do konkretnych IDX, wstawialiśmy w CRON albo w skrypty uruchamiane przez Domoticz. Tu jest inaczej.

W sekcji sensor dodajemy wpis - platform: moon

# Sensors
sensor:
  - platform: moon

UWAŻAJCIE NA WCIĘCIA W TEKŚCIE! Jest to niezmiernie ważne w procesie konfiguracji i dodawania nowych elementów systemu.

Restart konfiguracji i możemy zacząć dodawanie.

Teraz ważny temat. Hassio (trochę podobnie jak Dashticz) może opierać się na automatycznym dodawaniu elementów na pulpit. Ale akurat to wyłączyłem dość szybko, bo przecież wszystko chcemy zrobić sami tak jak nam się podoba, a nie powierzyć automatom.

W tym celu musicie wybrać 'trzy kropki' po prawej stronie, Configure UI i przestawić system w tryb manualnej edycji wyglądu interfejsu. Zostaniecie poproszeni o potwierdzenie tej operacji stosownym komunikatem.

Kolejną przydatną funkcją jest 'Unused entities'. Pokaże Wam jakie elementy skonfigurowaliście już, ale nie wrzuciliście na pulpit.

Pomarańczowym 'Plusem' w prawym dolnym rogu (pokazanym na kolejnych ekranach) wywołujemy menu z dostępnymi opcjami. Zwróćcie uwagę, że są logicznie podzielone na pewne sekcje - Entity, Gauge (czyli wskaźnik, miernik), Glance (podgląd na przykład kamer), Light, Map, Media Control, Plant status, Sensor, Weather forecast, itp. W znakomitej większości Home Assistant rozpozna odpowiedni typ i będzie mogli wybierać z przypisanych elementów po prostu z 'Drop down listy'.

Na ten moment udajmy się do ENTITIES.

Tam zobaczycie opcje konfiguracji karty. Po lewej konfiguracja, po prawej efekt.

Wybieramy nasze Entity - sensor.moon i po chwili widzimy podgląd po prawej.

Po zapisaniu karta została dodana do systemu. Zrobione na szybko, bez tytułu, ale chodzi o efekt.

Podobnie trzeba zrobić z innymi komponentami, jak na przykład: haveibeenpwned, pogoda, dane systemowe, szybkość połączenia internetowego, itp. Budujecie z klocków.

Jeżeli chcecie klocki przesunąć, możecie to zrobić strzałkami, albo dodać kolejny element menu na górze i tam przesunąć swój komponent.

Ja przesunąłem sobie część elementów na zakładkę Użytkowe (Speed test, obciążenie Raspberry, UPS, Xiaomi WiFi Repeater, Have I Been Pwned, Air Purifier, itp.)

A część na Multimedia (Amplituner Denon z HEOS, MiBox3, Spotify z LMS, kamery, graficzna prezentacja pogody, itp.):

Czyli w sumie wszystko to, co potrafił Domoticz w połączeniu z Dashticz. Jest nieźle!

Jeden temat mi trochę krążył po głowie, ale udało się go szybko znaleźć. Standardowe elementy dodawane są na podstawie ID. Mniej lub bardziej jasnego do odczytu. Można te nazwy oczywiście zmieniać. Trzeba wybrać daną nazwę na pulpicie, wybrać ikonę 'trybika':

Nadpisać i zapisać.

Voila!

W kolejnym kroku zajrzymy dokładniej do configuration.yaml i ukryjemy pewne sekrety.

Dobranoc!

RetroPie, zaawansowane opcje oraz najważniejsze problemy

Dzień dobry. Ostatni, końcowy wpis w temacie Arcade Bartop. Sprawdza się świetnie, włączenie go to czysta przyjemność, dlatego miło mi się o nim pisze :)

Jak do tej pory opisałem:
- Zamysł, sposób budowy: http://cezarowy.blogspot.com/2018/11/arcade-bartop-opis-budowy-opus-magnum.html
- Sprzęt, jakiego użyłem do budowy: http://cezarowy.blogspot.com/2018/11/arcade-bartop-sprzetowo.html
- Sterowanie, dokładnie: http://cezarowy.blogspot.com/2018/11/arcade-bartop-sterowanie.html
- Audio, osobny wpis: http://cezarowy.blogspot.com/2018/11/arcade-bartop-audio.html
- Wstępna konfiguracja: http://cezarowy.blogspot.com/2018/11/retropie-konfiguracja.html
- Upiększanie, informacje o grach: http://cezarowy.blogspot.com/2018/11/retropie-wyglad-okadki-do-gier-scrapping.html
- Atari, C64, ZX Spectrum: http://cezarowy.blogspot.com/2018/11/retropie-i-atari-c64-zx-spectrum.html
- Amiga: http://cezarowy.blogspot.com/2018/11/retropie-i-amiga.html
- Dodatki, mniej popularne emulatory: http://cezarowy.blogspot.com/2018/12/retropie-i-dodatki-oraz-inne-emulatory.html

Pora na informacje zaawansowane, które jak na razie udało mi się znaleźć i niektóre problemy, które udało się rozwiązać.

Po pierwsze, niestety, prawie na pewno wraz z rozwojem systemu natkniecie się na 'White screen of death'. Wskutek podejścia do ładowania obrazów tła w locie w EmulationStation/RetroPie, system czasem 'gubi' obrazy, które powinny się pojawić. Niestety, wygląda to źle, nie da się w sumie korzystać wtedy z systemu, w tle pojawia się błąd GlGetError, czasem prowadząc aż do wyjścia do basha. Ten problem pojawia się wraz z ilością systemów dostępnych do emulowania, szczególnie widoczny przy 'skórkach', które mają wiele obrazów. Niby sugerują zwiększenie Memory split dla grafiki w raspi-config (co miałem i tak zrobione), zmniejszenie VRAM w opcjach, niby błąd został poprawiony w wersji 4.2 (mam 4.4) i dalej występuje...

Nic to, rozwiązania niestety są kompromisowe:
- albo zmieniamy skórkę na jakąś z 'rodziny' Carbon, Pixel, Eudora, Turtle-Pi, Canela - one mają jedno, statyczne tło dla wszystkich emulatorów
- albo zmniejszamy ilość emulowanych systemów, przez co nie będą się pojawiać w EmulationStation

Drugi sposób ma sens, bo po sprawdzeniu jakiejś gry na przykład z Virtual Boy'a, raczej nie ma ochoty na kolejną...

W najgorszym wypadku, jeżeli coś kompletnie zepsujecie, zostaje ręczna edycja wpisu domyślnej skórki na Carbon, jak poniżej.

sudo nano /opt/retropie/configs/all/emulationstation/es_settings.cfg

Kolejna sprawa - nowy system. Zasadniczo dodanie kolejnego za pomocą konfiguratora dopisuje automatycznie do pliku z definicją systemów. Powiedzmy jednak, że chcecie dodać swoją wersję emulatora Sam Coupe.

Warto zapamiętać, że domyślna konfiguracja zdefiniowanych systemów jest zapisana w /etc/emulationstation/es_systems.cfg. Czyli przy aktualizacji zostanie nadpisana. Aby mieć swoją zawsze z zanadrzu, trzeba ją skopiować do folderu /opt/retropie/configs/all/emulationstation/. Jeżeli EmulationStation nie znajdzie tam pliku, pobierze domyślny.

sudo cp /etc/emulationstation/es_systems.cfg /opt/retropie/configs/all/emulationstation/es_systems.cfg

Aby dodać kolejny system trzeba w tym pliku dodać wpis zgodnie z tym, co poniżej:

<system>
<name>samcoupe</name>
<fullname>SAM Coupe</fullname>
<path>/home/pi/RetroPie/roms/samcoupe</path>
<extension>.DSK</extension>
<command>/opt/retropie/supplementary/runcommand/runcommand.sh 0 SYS samcoupe %ROM%</command>
<platform>samcoupe</platform>
<theme>samcoupe</theme>
<directlaunch/>
</system>

Mamy podaną nazwę, pełną nazwę systemu, lokalizację plików, rozszerzenie plików, komendę uruchamiającą, nazwę platformy (aby skórki wiedziały co ładować, jeżeli system jest mniej lub bardziej standardowy). Zgodnie z zasadą działania RetroPie i EmulationStation - sprawdzić rozszerzenia plików, bo może się okazać, że emulator nie będzie widoczny! Jeżeli trzeba - dopiszcie na przykład w sekcji <extension> .zip </extension>.

W zasadzie zapewne nie będzie Wam to potrzebne, ale jeżeli chcecie na przykład podzielić systemy PC-Engine i TurboGrafx 16 na osobne foldery, możecie to zrobić tym sposobem.

Kompletnie zaawansowanym tematem jest tworzenie zestawień składających się z:
- opisu gry
- zrzutu ekranu
- a nawet (!) krótkiego filmu w formacie mp4.
- wraz z pełną listą gier

Wygląda to piorunująco, używamy do tego zaawansowanego Scrapera, który jest dostępny w RetroPie Setup -> Manage packages -> Manage optional packages -> na samym dole jest scraper. Najlepiej postępować jak poniżej:

Po instalacji pojawi się w menu możliwość konfiguracji:

Możecie wybrać systemy do przeskanowania, bo operacja będzie trwała dość długo...

Ważna jest opcja 9 - Use rom folder for gamelist & images - załaduje dane (listę gier, obrazy i filmy) na podłączony pendrive/dysk - będzie to łatwiejsze do robienia kopii. To akurat w przeciwieństwie do standardowego scrapera, dostępnego z menu Emulation Station. Albo - nie potrafię go odpowiednio skonfigurować. Jeszcze ;)

Jeszcze dwie kwestie - nie każda skórka wspiera wyświetlanie filmów! Carbon tak, inne - musicie próbować.

Kolejna - warto włączyć sprzętowe wsparcie dla odtwarzania filmów - będzie miejscami płynniej.

Oraz typ widoku listy gier:

To już koniec. Oczywiście, jeżeli dowiem się czegoś więcej, zostanie dodana nowa opcja, pojawi się coś ciekawego - z przyjemnością to opiszę.

Najpiękniejsze w tym wszystkim jest to, że z początkowego 'A, zrobię sobie emulator Atari, bo mi się na strych chodzić nie chce' wessało mnie kompletnie i (jak zwykle!) okazało się, że temat jest przebogaty, z możliwościami rozwoju, konfiguracji, wykazania się w wielu sferach. Zachęcam, zachęcam i jeszcze raz zachęcam!

Dobranoc.