emmc w przypadku Odroida to dodatkowa carta ktora sie przypina do plyty. Do wyboru masz od 8GB do 128GB co wystarczy na Linuxowy serverek bez problemu (w sumie zalezy od zastosowania). Po drugie w serwerze jak i w desktopie nie wszystkie dane musza byc na szybkim nosniku jak i tez nie musza byc lokalnie.
W wielu firmach gdzie praciwalem podstawowe servery virtualne mialy po 10-20GB dysk a reszta byla mapowana z SAN'a. Juz nie wspomne o systemach botowalny z Boot LAN'u.

To udoo x86 to calkiem niezle sie zapowiada.

Sam się wkurzyłem i napisałem :) Na razie wypluwa z siebie tylko sinus, ale gra.

Zrobić ten dźwięk w tym "systemie", to po prostu poke, poke, poke. Dosłownie, napisałem funkcję która ładuje dane pod adres i nazwałem ja "poke" :) :) :) Parę wpisów do rejestrów układu PWM, parę do sterownika DMA...  i gra.

Powoli idzie w kierunku opisanym powyżej - https://www.raspberrypi.org/blog/pixel-pc-mac/

A ja i tak "szaleję" z Ultibo. Audio wypuszczam teraz z noise shaperem. Czyli "Hi-Fi" z wyjścia tzw. analogowego. Jest szansa na zrobienie całkiem porządnej niby-analogowej syntezy dźwięku - przy częstotliwości próbkowania 960 kHz, a na tyle stać lekko podkręconą malinkę trójkę, nie powinno być słychać aliasów :)

A to wszystko bez żadnego linuxa i wstaje dwie sekundy. Jak Atari :) Zacząłem robić pod ultibo mocno inspirowany ośmiobitowcem interpreter Basica. Prawie 800 megabajtów na BASIC :) I hardware maliny dostępny z pomocą "POKE" :)

Mam też już zrobionego microDOSa też inspirowanego atarynką - wyświetla listę programów i pozwala wybrać co ma wystartować.

Ultibo - marzenie starego atarowca. Może być i komodziarz albo amigowiec. To się programuje jak stare dobre pudła :) sprzed lat. I tylko ramu trochę więcej a i procek jakby szybszy.

Ale wtedy nie ma najmniejszych możliwości wypuszczać dźwięku tak, jak jest to robione w tym odtwarzaczu. Jest to pierwszy sprzęt/system jaki mam w ręku który pozwala wysłać dźwięk z pomocą filtrów kształtowania szumów przy częstotliwości próbkowania 960 kHz, nad którą to częstotliwością mam pełną kontrolę. Chcesz trochę wolniej, trochę szybciej - słynne ezoteryczne 432 Hz zamiast 440 - zmieniasz stałą i już. No i synteza - normalnie, czy wypuszczasz przez analog, czy przez kartę dźwiękową, nie da się bez potężnych filtrów antyaliasowych z którymi malina nie daje rady. Albo słychać aliasy. Przy 960 kHz antyalias niepotrzebny. Możliwość zmiany częstotliwości próbkowania w czasie rzeczywistym daje fajne opcje.

A w Ultibo to jest dobre, że jest, więc nie stawiasz systemu od zera. Jest obsługa systemu plików, jest obsługa całej masy hardware napisana w wysokopoziomowym kodzie. Prawie jak pod... może nie tyle Lin ile Win, bo autor wzorował się na Windows API. Hello World w Ultibo wygląda tak (żywcem z githuba autora):

program HelloWorld;

{$mode objfpc}{$H+}

{ Example 01 Hello World                                                       }
{                                                                              }
{  This example provides the classic first example but takes a couple of extra }
{  lines to achieve the result using Ultibo.                                   }
{                                                                              }
{  To compile the example select Run, Compile (or Run, Build) from the menu.   }
{                                                                              }
{  Once compiled copy the kernel7.img file to an SD card along with the        }
{  firmware files and use it to boot your Raspberry Pi.                        }
{                                                                              }
{  Raspberry Pi 3B version                                                     }
{   What's the difference? See Project, Project Options, Config and Target.    }


{ A couple of introductions first, notice the program keyword above? That tells}
{ Free Pascal that this is a program and not just a unit. When we compile this }
{ program we want Free Pascal to compile all of the required units and then    }
{ link them into a completed executable ready for us to run.                   }

{We need to declare some units that are used for this example.}
uses
  GlobalConst,
  GlobalTypes,
  Threads,
  Console,
  Framebuffer,
  BCM2837,
  BCM2710;

{We also need to declare a variable to hold a console window handle.}
var
 WindowHandle:TWindowHandle;

{Our code goes between the begin and end of the program file or in other units
 we create that can be called from this unit (File, New Unit from the menu).
 Whatever is the first line after begin below will be the first thing executed
 by Ultibo after the started process has completed.}

begin
 {First we create a console window to write our text on, we make it the full
  size of the screen by specifying CONSOLE_POSITION_FULL and allow it to be the
  default window by passing True as the last parameter.}
 WindowHandle:=ConsoleWindowCreate(ConsoleDeviceGetDefault,CONSOLE_POSITION_FULL,True);

 {Next write some text on our newly created console window, we pass the handle
  of the console window created above to tell it where to write the text since
  there can be multiple console windows on screen at once.
  This will appear in the top left corner of the screen in the default color
  and font.}
 ConsoleWindowWriteLn(WindowHandle,'Hello Ultibo!');

 {There are multiple ways to achieve the same thing, because we allowed our console
  window to be the default and we know there are no other windows present, we could
  simply call ConsoleWriteLn() or even WriteLn() instead and the text would appear
  on the default console window. Try them out if you want to experiment.}

 {Because Ultibo is always multi threaded, we should never allow the code to exit
  from the begin..end block of the program. See the Wiki for more information on
  why but unless you are sure of what will happen it is best to simply halt this
  thread here.}
 ThreadHalt(0);
end.

A masz tam NTFS czy EXT4?
Bo to jeden z możliwych problemów ale niekoniecznie jedyny.
Jeżeli masz NTFS to zmień na EXT4 bo widzę że to dysk na USB a NTFS na malinie ma nawet 4 krotnie mniejszą wydajność.

a co mówią logi?

Znaczy sie masz podmontowane jakis drive pod /mnt/500gb
Mozesz wogole tam zapisywac ? A sformatowales ten drive na ext'a czy tylko zlozyles partycje ?

Tak, problemem jest utworzenie katalogu :(

fstab:

proc            /proc           proc    defaults          0       0
/dev/mmcblk0p1  /boot           vfat    defaults          0       2
/dev/mmcblk0p2  /               ext4    defaults,noatime  0       1
# a swapfile is not a swap partition, no line here
#   use  dphys-swapfile swap[on|off]  for that
UUID=f08a32d6-d26b-4414-a5cf-40f62d27d1a7 /mnt/500gb ext4 nofail,defaults 0 0

Log smbd:

[2017/01/04 19:38:21,  0] ../source3/smbd/server.c:1241(main)
  smbd version 4.2.14-Debian started.
  Copyright Andrew Tridgell and the Samba Team 1992-2014
[2017/01/04 19:38:21.082150,  0] ../lib/util/become_daemon.c:124(daemon_ready)
  STATUS=daemon 'smbd' finished starting up and ready to serve connections
Unable to connect to CUPS server localhost:631 - Błędny deskryptor pliku
failed to retrieve printer list: NT_STATUS_UNSUCCESSFUL
Unable to connect to CUPS server localhost:631 - Błędny deskryptor pliku
failed to retrieve printer list: NT_STATUS_UNSUCCESSFUL
[2017/01/04 19:46:49.992066,  0] ../lib/util/pidfile.c:153(pidfile_unlink)
  Failed to delete pidfile /var/run/samba/smbd.pid. Error was Nie ma takiego pliku ani katalogu
[2017/01/04 19:46:52,  0] ../source3/smbd/server.c:1241(main)
  smbd version 4.2.14-Debian started.
  Copyright Andrew Tridgell and the Samba Team 1992-2014
[2017/01/04 19:46:52.205891,  0] ../lib/util/become_daemon.c:124(daemon_ready)
  STATUS=daemon 'smbd' finished starting up and ready to serve connections
Unable to connect to CUPS server localhost:631 - Błędny deskryptor pliku
failed to retrieve printer list: NT_STATUS_UNSUCCESSFUL
Unable to connect to CUPS server localhost:631 - Błędny deskryptor pliku
failed to retrieve printer list: NT_STATUS_UNSUCCESSFUL
Unable to connect to CUPS server localhost:631 - Błędny deskryptor pliku
failed to retrieve printer list: NT_STATUS_UNSUCCESSFUL
[2017/01/04 20:03:31.551303,  0] ../lib/util/pidfile.c:153(pidfile_unlink)
  Failed to delete pidfile /var/run/samba/smbd.pid. Error was Nie ma takiego pliku ani katalogu
[2017/01/04 20:03:54,  0] ../source3/smbd/server.c:1241(main)
  smbd version 4.2.14-Debian started.
  Copyright Andrew Tridgell and the Samba Team 1992-2014
[2017/01/04 20:03:55.159273,  0] ../lib/util/become_daemon.c:124(daemon_ready)
  STATUS=daemon 'smbd' finished starting up and ready to serve connections
Unable to connect to CUPS server localhost:631 - Błędny deskryptor pliku
failed to retrieve printer list: NT_STATUS_UNSUCCESSFUL
Unable to connect to CUPS server localhost:631 - Błędny deskryptor pliku
failed to retrieve printer list: NT_STATUS_UNSUCCESSFUL
Unable to connect to CUPS server localhost:631 - Błędny deskryptor pliku
failed to retrieve printer list: NT_STATUS_UNSUCCESSFUL
Unable to connect to CUPS server localhost:631 - Błędny deskryptor pliku
failed to retrieve printer list: NT_STATUS_UNSUCCESSFUL
[2017/01/04 20:48:13.240238,  0] ../lib/util/pidfile.c:153(pidfile_unlink)
  Failed to delete pidfile /var/run/samba/smbd.pid. Error was Nie ma takiego pliku ani katalogu
[2017/01/04 20:48:33,  0] ../source3/smbd/server.c:1241(main)
  smbd version 4.2.14-Debian started.
  Copyright Andrew Tridgell and the Samba Team 1992-2014
[2017/01/04 20:48:34.320490,  0] ../lib/util/become_daemon.c:124(daemon_ready)
  STATUS=daemon 'smbd' finished starting up and ready to serve connections
Unable to connect to CUPS server localhost:631 - Błędny deskryptor pliku
failed to retrieve printer list: NT_STATUS_UNSUCCESSFUL

:(

tP

Cześć,

Zdenerwowałem się i wywaliłem to wszystko.
Jutro spróbuję od nowa.

tP

nędzne kur/wy od retropie tym razem usunęły możliwość zapisu nowych plików konfiguracyjnych emulatorów (wydaje się, że dotyczy to tych atarowskich - ST i 800XL, ale może i więcej; nie sprawdzałem) - czy ktoś z linuxowców lub retropajowców wie, gdzie przywrócić normalny zapis na dysku i  usunąć nazistowskie restrykcje wymyślone przez przyjebów?

o ile w Atari ST obszedłem to kopiując mój własny plik CFG z Rpi2 i retropie 2, o tyle z 800XL jest gorzej, bo nie widzę ścieżki, gdzie on to zapisuje.

**EDIT**

Nie - jednak tu też same baby.
To samo robi (tj. NIE robi) VICE.

Popieram - prawidłowo napisany program powinien działać tak samo na każdym urządzeniu (zwłaszcza, że rpi nie różnią się de facto od siebie).

Podmieniłem pliki CFG do Atari ST i Atari 800XL. Już działa. Oczywiście fakt, że najpierw tworzą rozmaite problemy tylko po to, by potem heroicznie się z nimi zmagać, wywołuje moje obrzydzenie - ale tak czy inaczej oba emulatory działają.

Gorzej z C64. Vice działał normalnie na Rpi2. Powinienem się był domyślić, że na Rpi3 już nie działa, a przecież ściągam przygotowany image, rozpakowuję na CF, instaluję - tam żadnych cudów nie ma, więc jak zwykle znowu coś zje/bali.
Bawić się buforami to ja bym wolał w innym znaczeniu, ale to i tak nie ma znaczenia, bo żaden plik konfiguracyjny się nie zapisuje.
Ch/uj, dam to Hellbojowi, jak przyjdzie któregoś dnia.