audiodiyers.hu

EMAIL: forum@audiodiyers.hu
Pontos idő: 2018.11.17. 06:13

Időzóna: UTC + 1 óra [ nyi ]




Új téma nyitása Hozzászólás a témához  [ 412 hozzászólás ]  Oldal Előző  1 ... 4, 5, 6, 7, 8, 9  Következő
Szerző Üzenet
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.02.06. 17:55 
Offline
Fórumtag
Avatar

Csatlakozott: 2016.11.06. 20:31
Hozzászólások: 39
Tartózkodási hely: Miskolc
Ha erre gondolsz:

apt-get update
apt-get upgrade

Ez nem jó, mert utána nem indul többé.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.02.11. 12:34 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
Folytatva az Armbian tuningot - továbbra is legacy kernellel.

az /etc/sysctl.conf-ba:

Kód:
vm.stat_interval = 3600

sysctl -p  #vagy reboot


Ez az eredeti 1 másodpercről egy órára emeli a kernel által kezelt virtuális gép statisztika frissítési periódusát.


A következő lépés a kernel boot paramétereit állítja át. Könnyű elrontani és akkor nem bootol többé a masina.
Kód:
root@TDA1541A:~# cd /boot
root@TDA1541A:/boot# cp ./boot.cmd ./boot.cmd_save
root@TDA1541A:/boot# cp ./boot.scr ./boot.scr_save


Ezzel elmentjük az eredeti konfigot illetve az scr fájlt.

Nyissuk meg a boot.cmd-t! Nálam valahogy így kezdődik:

Kód:
# DO NOT EDIT THIS FILE
#
# Please edit /boot/armbianEnv.txt to set supported parameters
#

setenv load_addr "0x44000000"
setenv overlay_error "false"
# default values
setenv rootdev "/dev/mmcblk0p1"
setenv verbosity "1"
setenv console "both"
setenv disp_mem_reserves "off"
setenv disp_mode "1920x1080p60"
setenv rootfstype "ext4"
setenv docker_optimizations "off"           


Nagyvonalúan hagyjuk figyelmen kívül a szerkesztésre vonatkozó figyelmeztetést!
setenv docker_optimizations "on" -> "off"

Keressük meg ezeket a sorokat ( nálam 39.-40. sor )
Kód:
if test "${disp_mem_reserves}" = "off"; then setenv bootargs "${bootargs} sunxi_ve_mem_reserve=0 sunxi_g2d_mem_reserve=0 sunxi_fb_mem_reserve=16"; fi
if test "${docker_optimizations}" = "on"; then setenv bootargs "${bootargs} cgroup_enable=memory swapaccount=1"; fi


szúrjuk be utánuk ezt a sort:

Kód:
setenv bootargs "${bootargs} nosoftlockup audit=0 mce=ignore_ce"


Mentsük a fájlt!
Majd:
Kód:
mkimage -C none -A arm -T script -d /boot/boot.cmd /boot/boot.scr
reboot



Ha mindent jól csináltunk a rendszer újraindul csökkentett latency-vel.
Ha valami nem stimmelne, egy megfelelő számítógéppel visszatehetjük az eredeti scr fájlt.

Nem mondom, hogy nagy dolgok ezek, de az apróságok összeadódnak.
Ma már egészen másképp szólal meg a Bana, mint mikor először kapcsolódott a DAC-hoz.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.02.11. 14:15 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
Lemaradt, hogy az mce=ignore_ce az X86-64 specifikus!
( Azaz ezek a beállítások többnyire működnek X86 alatt is. )


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.02.14. 22:16 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
RT kernel használata esetén - X86 alatt ez nem gond, ARM alapú gépeknél vagy van, vagy nincs, vagy korlátozott képességű, jó eséllyel saját kernelt kell fordítani- érdemes lehet kipróbálni az

Kód:
rtirq-init


programocska által nyújtott lehetőségeket.

Kód:
apt-get install rtirq-init


Az /etc/default/rtirq fájlban lehet megadni az egyes megszakításokhoz rendelt prioritásokat. Rendszertől függően emelhető a számlálók, vagy az usb prioritása.
A változtatások után újraindítás, vagy

Kód:
 
/etc/init.d/rtirq-init restart


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.02.23. 20:49 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
Újabb apró előrelépés ezúttal kernel szinten. Sajnos a kernel fordítás elkerülhetetlen volt a "tickless" mentes kernel rt építéséhez természetesen a group scheduling kikapcsolva. A 0.21-es sorozatúnak jelölt mpd előzetes kiadása nagyon jól érzi magát ezen az új kernelen.

Az igaz, hogy az soc jó 6-8 fokkal melegebb mint tickless kernellel, de ennyit bőven megér a jobb jelenlét érzet, precizebb megszólalás, stabilabb alap...


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.02.24. 12:40 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
Egy aprócska perl script amelyik a CPU dma latency-jét csökkenti minimálisra.

Szükség van egy perl könytárra:

Kód:
root@TDA1541A:/usr/local/sbin# apt-get install libproc-daemon-perl


Az alábbi kódot mentsük el mondjuk lldma.pl néven!
Kód:
#!/usr/bin/perl

use FileHandle;
use Proc::Daemon;

Proc::Daemon::Init;

my $continue = 1;

$SIG{TERM} = sub { $continue = 0 };

my $fd = open (">","/dev/cpu_dma_latency");
print $fd "0";

while ( $continue ) {
    sleep 10;
}


Tegyük futtathatóvá!
Kód:
chmod +x ./lldma.pl


Indítsuk el! Démonként - háttér folyamatként - fut. Annyit csinál, hogy megnyitja és 0-t ír /dev/cpu_dma_latency eszközbe, majd nyitva is tartja azt. Ezzel az elérhető legkisebb dma válaszidőt kéri a rendszertől - az energiatakarékosság kárára.

Ellenőrizhető a működése:

Kód:
root@TDA1541A:/usr/local/sbin# lsof | grep cpu_dma
lldma.pl     4521      root    3r      CHR  10,54      0t0   3949 /dev/cpu_dma_latency
root@TDA1541A:/usr/local/sbin#


Ez a script működik x86 és Arm alapú holmikon is.

( Lehet, hogy ezt a sok erősen számítástechnikai hozzászólást valami külön témába kellene összeszedni... )


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.02.25. 07:35 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
A sok vacakolás eredményét jól mutatja az alábbi két mérés.
Az első egy a szokásos nem optimalizált rendszeren futtatott latency mérés. Kb. ezt kapja az ember, ha telepít és használatba vesz egy mpd-t használó disztribúciót.

Kód:
root@xxnas:/# ./cyclictest -t5 -p 80 -n -i 10000
# /dev/cpu_dma_latency set to 0us
policy: fifo: loadavg: 0.29 0.19 0.10 2/144 2093         

T: 0 ( 1824) P:80 I:10000 C:  63354 Min:      5 Act:    9 Avg:   50 Max:   13571
T: 1 ( 1825) P:80 I:10500 C:  60339 Min:      5 Act:    8 Avg:   52 Max:    8003
T: 2 ( 1826) P:80 I:11000 C:  57596 Min:      6 Act:   10 Avg:   58 Max:    8840
T: 3 ( 1827) P:80 I:11500 C:  55091 Min:      6 Act:    9 Avg:   63 Max:   12760
T: 4 ( 1828) P:80 I:12000 C:  52797 Min:      6 Act:    9 Avg:   63 Max:    9161


Ez pedig az optimalizált rendszer mérési eredménye:
Kód:
root@TDA1541A:~/rt-tests# ./cyclictest -t5 -p 80 -n -i 10000
# /dev/cpu_dma_latency set to 0us
policy: fifo: loadavg: 0.15 0.14 0.09 1/95 4241         

T: 0 ( 4237) P:80 I:10000 C:  86562 Min:      7 Act:   10 Avg:    9 Max:      47
T: 1 ( 4238) P:80 I:10500 C:  82440 Min:      7 Act:    9 Avg:    8 Max:      42
T: 2 ( 4239) P:80 I:11000 C:  78693 Min:      7 Act:   10 Avg:    9 Max:      42
T: 3 ( 4240) P:80 I:11500 C:  75272 Min:      7 Act:    9 Avg:    9 Max:      54
T: 4 ( 4241) P:80 I:12000 C:  72135 Min:      7 Act:    8 Avg:    8 Max:      46


Mindkét rendszer H3 SOC-t használ. Az egyik egy Orange a másik egy Banana Pi. Az órajelük 1296Mhz illetve 1200Mhz.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.02.27. 11:59 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
Folytatva a rendszer finomítását ebben a lépésben az ipv6 protokoll kerül letiltásra.
A dolog viszonylag egyszerű. A
Kód:
/boot/boot.cmd
fájlt kell ismét módosítani.
az ipv6.disable=1 paraméter hozzáadásával a kernel nem kezeli az ipv6 protokolt.

Kód:
if test "${disp_mem_reserves}" = "off"; then setenv bootargs "${bootargs} sunxi_ve_mem_reserve=0 sunxi_g2d_mem_reserve=0 sunxi_fb_mem_reserve=16"; fi
if test "${docker_optimizations}" = "on"; then setenv bootargs "${bootargs} cgroup_enable=memory swapaccount=1"; fi

setenv bootargs "${bootargs} nosoftlockup audit=0 selinux=0 monitor=none  ipv6.disable=1"


Mentés, majd
Kód:
mkimage -C none -A arm -T script -d /boot/boot.cmd /boot/boot.scr
reboot


Ellenőrizzük minden rendben van-e!
Kód:
root@TDA1541A:~/rt-tests# netstat -anl
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State     
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN     
tcp        0      0 0.0.0.0:6600            0.0.0.0:*               LISTEN     
tcp        0      0 192.168.2.3:53787       192.168.2.2:6600        ESTABLISHED
tcp        0      0 192.168.2.3:22          192.168.2.2:32834       ESTABLISHED
Active UNIX domain sockets (servers and established)
Proto RefCnt Flags       Type       State         I-Node   Path
root@TDA1541A:~/rt-tests#


Látható, hogy csak ipv4 támogatás van!!
A latency teszt:
Kód:
root@TDA1541A:~/rt-tests# ./cyclictest -t5 -p 80 -n -i 10000
# /dev/cpu_dma_latency set to 0us
policy: fifo: loadavg: 0.00 0.01 0.05 1/94 3764         

T: 0 ( 3760) P:80 I:10000 C:   5383 Min:      7 Act:    9 Avg:    8 Max:      42
T: 1 ( 3761) P:80 I:10500 C:   5127 Min:      7 Act:    8 Avg:    8 Max:      27
T: 2 ( 3762) P:80 I:11000 C:   4894 Min:      7 Act:    8 Avg:    8 Max:      28
T: 3 ( 3763) P:80 I:11500 C:   4681 Min:      7 Act:    9 Avg:    8 Max:      26
T: 4 ( 3764) P:80 I:12000 C:   4486 Min:      7 Act:    9 Avg:    8 Max:      30
^Croot@TDA1541A:~/rt-tests#


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.03.03. 22:01 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
A zenéket dedikált "NAS"-on tartom. Semmi extra, egy Orange Pi, pen drive illetve SSD usb portra csatlakoztatva.
A fájlok megosztását egy samba server intézi. A fájlkiszolgáló teljesítményét célszerű a lehető legnagyobbra beállítani.

az /etc/samba/smb.conf fájl global szekciójába célszerű fölvenni az alábbi sorokat:
Kód:
    strict allocate = yes
    allocation roundup size = 4096
    read raw = yes
    server signing = no
    write raw = yes
    strict locking = no
    use sendfile = yes
    aio read size = 16384
    aio write size = 16384
    max xmit = 65535
    dead time = 15
    getwd cache = yes
    large redwrite = yes
    socket options = IPTOS_LOWDELAY TCP_NODELAY SO_SNDBUF=524288 SO_RCVBUF=524288


Az egyes paraméterek jelentésének utána lehet nézni a samba leírásában.
A beállítások eredményeként az Orange 100Mbit-es kártyáján és 100Mbit-es switch-et használva 90-93Mbit/sec maximális átviteli sebességet tud produkálni a rendszer.
( Az SO_SNDBUF illetve az SO_RCVBUF értékeivel lehet próbálkozni. A tcp/ip stack finomra hangolható, nálam ezek a beállítások vannak az /etc/sysctl.conf-ban:

Kód:
net.ipv4.tcp_low_latency=0
net.ipv4.tcp_window_scaling=1
net.ipv4.tcp_workaround_signed_windows=1

net.ipv4.tcp_reordering = 3
net.ipv4.tcp_sack = 1
net.ipv4.tcp_fack = 1

net.ipv4.ip_no_pmtu_disc=0
net.ipv4.tcp_mtu_probing=1
net.ipv4.tcp_frto=0
net.ipv4.tcp_congestion_control=illinois

net.ipv4.tcp_timestamps = 0
net.core.netdev_max_backlog=250000
net.core.rmem_max=4194304
net.core.wmem_max=4194304
net.core.rmem_default=4194304
net.core.wmem_default=4194304
net.core.optmem_max=4194304
net.ipv4.tcp_adv_win_scale=1


)

Ezekkel a beállításokkal a NAS nagyon gyorsan ki tudja szolgálni a lejátszót. Érdemes kipróbálni!


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.03.10. 21:33 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
Ha valaki hozzám hasonlóan forrásból fordítja az mpd-t, akkor célszerű módosítani a C fordító kód optimalizációs beállításait.

A configure illetve az mpdconfigure lefutása után az alábbi parancs O2 szintről O3 -ra emeli a fordító optimalizálási szintjét

Kód:
sed -i s/O2/O3/g ./Makefile


Utána jöhet a make.

O3 helyett írható "Ofast" is.
Mindkét beállítással lefordul és fut is az mpd.
Az így létrejövő bináris valamivel nagyobb, mint O2 beállítással, ennek ellenére gyosabban fut. És jobban is "szól".


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.03.15. 17:32 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
H3 alapú SOC-t használó kütyükön - pl. Orange, Banana - működnek az alábbi trükkök:
1 - hdmi, mali gpu tiltása
Ezt armbian alatt alatt a legegyszerűbb a h3consumption programmal megcsinálni.
Kellhet hozzá a sunxi-tools csomag.

Kód:
h3consumption -g off


Az usb is kompletten tiltható ( usb dac , usb billentyűzet nem használható, de ez nem nagy veszteség )
Kód:
h3consumption -u off


Wifi tiltása:
Kód:
h3consumption -w off


Újraindítás után az SOC nem fogja kezelni ezeket az eszközöket. És ez jó!

A fentiek módosítják a /boot/ könyvtárban lévő script.bin nevű mikrogép specifkus hardver leiró fájlt.
A /boot/script.bin vagy egy szimbolikus link a /boot/bin/-ben lévő fájlok egyikére, vagy a fentiek után a script.bin tartalmazza a hardver leírót.
Ebből bin fájlból ember által olvaható fájl készíthető:
Kód:
bin2fex /boot/script.bin /boot/script.fex


Az így elkészült fájlban az [audio0] szakaszban az
Kód:
audio_used = 1


sort módosítva

Kód:
audio_used = 0


alakra kikapcsolja a rendszer a sunxi codec hangeszközt. És ez jó! Nagyon jó!

A fex fájlból el kell készíteni a bin fájlt:

Kód:
cp /boot/script.bin /boot/script.bin.save
fex2bin /boot/script.fex /boot/script.bin


A fex file birizgásával óvatosan, mert könnyen működésképtelenné lehet tenni a rendszert egy módosítással. Egy alkalmas számítógéppel persze a script.bin.save fájl segítségével működő állapothoz lehet visszatérni.

A fenti módosítás után esetleg módosítani kell az mpd.conf fájl megfelelő hardver konfiguráló sorát, mert eggyel kevesebb habgeszközt fog ismerni a rendszer ( aplay -l ).

Érdemes kipróbálni, nagyon impresszív hatàsú modok!!


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.03.16. 09:03 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
Sajnos az hdmi hangeszköz nem tiltható olyan "egyszerűen", mint az analóg kimenet - sunxi codec.
Ha valaki rászánja magát akkor ne is próbálja modulként fordítani, mert a 3.4.113-as sorozatú kernel nem fog lefordulni.
Kompletten tiltani kell!

Megéri megcsinálni épp úgy, mint ahogy megéri kivenni minden nem hasznàlt kimenetet az mpd.conf-ból.
Az mpd kimeneti ugyan szoftveresen tilthatóak - mpc disable kimenet_száma -, de hallhatóan jobb a hang, ha csak egyetlen kimenetet definiál az mpd.conf.

Az Oprange Pi One / TDA1543 páros teljesen megtáltosodott a módosításoktól. Definícióban, térhatásban, felbontásban kategóriát lépett feljebb. Ez a kettő együtt szó szerint filléres frontend abszolút nem filléres hanggal.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.03.17. 23:34 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
Némi elvetemültséggel a különféle erőforrás korlátozások is letilthatók.
Az érvényben lévő cgroups korlátok lekérdezhetőek:
Kód:
                                                                               
Welcome to ARMBIAN 5.38 stable Debian GNU/Linux 9 (stretch) 3.4.113-rt143-sun8i
Linux TDA1541A 3.4.113-rt143-sun8i #16 SMP PREEMPT Thu Mar 15 23:15:35 CET 2018
armv7l                                                                         
System load:   0.02 0.02 0.05   Up time:       25 min                           
Memory usage:  11 % of 495MB    IP:            192.168.2.3                     
root@TDA1541A:~# cat /proc/cgroups                                             
#subsys_name    hierarchy       num_cgroups     enabled                         
cpuset  0       1       0                                                       
cpu     0       1       0                                                       
cpuacct 0       1       0                                                       
memory  0       1       0                                                       
devices 0       1       0                                                       
freezer 0       1       0                                                       
blkio   0       1       0                                                       
perf_event      0       1       0                                               
root@TDA1541A:~#


Ahol az enabled oszlopban 1 van, az a korlát él. ( Ezen már letiltottam mindet )

A letiltáshoz a korábbiaknak megfelelően szerkeszteni kell /boot/boot.cmd fájlt.
A bootparaméterekhez hozzá kell adni
Kód:
cgroup_disable=devices,memory

alakban a tiltani kívánt korlátozást.

Ezek a korlátok jó eséllyel soha nem lépnének érvénybe egy hangfájl lejátszásánál, így az adminisztációjuk is teljesen fölösleges kernel szinten->kevesebb kernel szintű késleltetés változás.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.03.20. 19:26 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
Mostanában kernelt fordítok. Sajnos nem minden rész kidolgozott a H3 meghajtó programjaiban. Némelyik nem fordul le modulként, másoknak 'rejtett függőségei' vannak Előfordul hogy negyedszerre, ötödszörre sikerül felodani a függőségeket.
A cél az, hogy létrehozzak egy olyan kernel variánst, ami csak a lesgszükségesebb elemeket tartalmazza ami a lejátszóhoz kell. Az esetleges extrákat - usb, i2c, billentyűzet stb. - legfeljebb betölthető modulként. Illetve legjobb lenne a modul támogatást is kivenni.

Ahogy fokozatosan veszem ki a nem létfontosságú kernel részeket egyre hallgathatóbbnak gondolom a kütyüt.

Sajnos ez a folyamat rengeteg időt, energiát emészt föl, másrészt jóval kevésbé követhető, mint az eddig leírtak... ( tényleg, van aki kipróbálgatta amiket írtam ) csak kifejezett kérésre írok a dologról.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.03.22. 00:22 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
Az MPD tovább optimalizálható - természetesen forrásból fordítva - az alábbi paranccsal módosítva a fordító működését

Kód:
sed -i s/O2/O3\ -march=native\ -flto\ -Wl,-flto\ -ffat-lto-objects/g ./Makefile

vagy kicsit egyszerűbben
Kód:
ed -i s/O2/Ofast\ -march=native/g ./Makefile


Az így létrejövő bináris viccesen nagy az első beállítással - kb tízszer akkora, mint ami nem tartalmazza a hibakeresési adatokat -, tehát erősen ajánlott a strip.
Hogy megéri-e? Aki teheti hallgassa meg!


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.03.23. 19:21 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
Kód:
root@TDA1541A:~# uname -a                                                       
Linux TDA1541A 3.4.113-rt143-sun8i #64 SMP PREEMPT Fri Mar 23 08:19:23 CET 2018
armv7l GNU/Linux                                                               
root@TDA1541A:~#


Most a 64-es sorszámú kernel fut - a toolchain lelkesen számozza a fordítási kisérleteim - Ez a verzió funkcióban jóval szegényebb mint az eredeti, hangban viszont jóval gazdagabb. Nincs teljesen kicsontozva, usb-t, vagy spdif-et tudna kezelni, ha nem lennének letiltva hardveresen.
Még ellenőrznem kell a megbízhatóságát, minden esetre meglehetősen sokat ver a korábbi lejátszóimra.

Talán írnom kellene hozzá valami egyszerű beállító programot -semmi böngésző, vagy ablakozós felület -, egyszerű soros vonal, vagy SSH-n keresztül terminál. Így létrejöhetne egy kifejezetten zenehallgatásra I2S-t preferáló szoftver csomag, amivel viszonylag egyszerűen, elfogadható költségszinten lehetne hozzájutni egy nagyon jó hangú lejátszóhoz...

Egészen más szolgáltatás szinttet nyújthatna mint a megszokottak. Pl:

- SOC hardver elemek lekapcsolhatósága ( usb,i2c,spdif,GPU,hdmi )
- Hardverhez optimalizált kernel ( ha ninics usb, vagy spdif, akkor driver sincs hozzájuk fordítva )
- alapszolgáltatásokig lecsupaszított rendszer
- többféle mpd változat támogatása ( választhatóan kiadások, buildek, CXX fotdítók szerinti változatok )

Hírtelen ennyi jutott eszembe...


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.03.27. 14:30 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
Ha már szóba került itt van az lldma C nyelvű verziója.
Fordítása:

Kód:
cd /usr/local/src
gcc -O3 -o ../sbin/lldma lldma.c
strip ../sbin/lldma


Csatolmányok:
lldma.c [1001 bájt]
47 alkalommal.
Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.03.28. 15:32 
Offline
Fórumtag

Csatlakozott: 2015.01.31. 14:25
Hozzászólások: 202
Valakinek van véletlenül -NEM- 2.389 es Raspberry Volumio-ja? Vagy tud e linket hozzá. Az új nem működik rendesen a régi meg nincs meg.
Kösz


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.03.29. 07:52 
Offline
Fórumtag
Avatar

Csatlakozott: 2011.05.19. 08:18
Hozzászólások: 42
Googli a barátod:

http://updates.volumio.org/pi/volumio/2 ... pi.img.zip

Üdv.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.03.29. 09:03 
Offline
Fórumtag

Csatlakozott: 2015.01.31. 14:25
Hozzászólások: 202
Mike írta:

kösz nem találtam meg, utána rákínlódtam (tényleg kínlódós) a Moode-t hát ég és föld, soha többet Volumio,


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.03.29. 11:16 
Offline
Fórumtag
Avatar

Csatlakozott: 2011.05.19. 08:18
Hozzászólások: 42
patrik96 írta:
Mike írta:

kösz nem találtam meg, utána rákínlódtam (tényleg kínlódós) a Moode-t hát ég és föld, soha többet Volumio,

Hangminőségben vagy szolgáltatásban?


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.03.29. 12:06 
Offline
Fórumtag

Csatlakozott: 2015.01.31. 14:25
Hozzászólások: 202
Mike írta:
patrik96 írta:
Mike írta:

kösz nem találtam meg, utána rákínlódtam (tényleg kínlódós) a Moode-t hát ég és föld, soha többet Volumio,

Hangminőségben vagy szolgáltatásban?


Hangban, szolgáltatásban, ++++
Telepítés -----------------------


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.03.29. 21:49 
Offline
Fórumtag
Avatar

Csatlakozott: 2011.05.20. 13:58
Hozzászólások: 48
Hát igen... Az új Moode telepítéséhez már kell némi gyakorlat. :D


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.03.31. 13:06 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
Néhány nagyon hatásos kernel boot paraméter ( /boot/boot.cmd szerkesztése, bootargs változóhoz való hozzáfűzés, majd mkimage )

Kód:
nohz=off threadirqs ipv6.disable=1 rcu_nocb_poll apparmor=0 skew_tick=1


Különösen az rcu_nocb_poll és skew_tick=1 beállítás hallatszik jól. Mindkettő a real-time alrendszert hangolja. Szokásosan az energiatakarékosság rovására. Az apparmor=0 letiltja annak működését.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.04.01. 08:42 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
A sok módosítás után három nem kernel folyamat marad amelyik nem a zenelejátszással kapcsolatos. Az init, sshd, és a getty.
Ezek normál prioritással futnak, ami teljesen fölösleges. Csökkentésük:

Kód:
chrt -f -p 10 $(pidof sshd)
chrt -f -p 10 1
killall getty


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.04.05. 14:35 
Offline
Adminisztrátor
Avatar

Csatlakozott: 2011.03.22. 22:41
Hozzászólások: 609
Tartózkodási hely: Tamási
A triódás találkozón elmaradni látszik az info alapú lejátszás. Az eddigiekben enm jelentkezett senki ilyen technikával. Mot64 sajnos munkahelyi elfoglaltság miatt nem tud jönni. Egy komplett lejátszó rendszerrel, szobűval tudnám támogatni az ilyen megoldások bemutatását, tapasztalat cseréjét élőben.

_________________
A privátokat megítélésem szerint nyilvánosságra hozom. Így írjatok.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.04.05. 19:22 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
Az agyon hekkelt linux kernel és mpd teljesen jól érezteti hatását az AD1865 előtt is (RJ formátum). Precízebb, részletezőbb, tisztább hang, jobb basszus, és tér, jelenlét... Élmény szerű hang, mindamellett, hogy itt fetek végzik az analóg el erősítését.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.04.09. 13:54 
Offline
Adminisztrátor
Avatar

Csatlakozott: 2011.03.22. 22:41
Hozzászólások: 609
Tartózkodási hely: Tamási
Krizsi írta:
A triódás találkozón elmaradni látszik az info alapú lejátszás. Az eddigiekben enm jelentkezett senki ilyen technikával. Mot64 sajnos munkahelyi elfoglaltság miatt nem tud jönni. Egy komplett lejátszó rendszerrel, szobűval tudnám támogatni az ilyen megoldások bemutatását, tapasztalat cseréjét élőben.


Mégis meglesz :). Jön Konzol, Miczo és Hifitibi is :)

_________________
A privátokat megítélésem szerint nyilvánosságra hozom. Így írjatok.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.04.12. 17:19 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
Nas-on, vagy egyéb Linux-okon tárolt fájok nevei tartalmazhatnak olyan karaktereket, amiket a windowsok nem fogadnak el, így másolásukhoz ki kell venni a nem kívánt karaktereket. Egy fájlnál ez nem gond, de egészen sok munkát tud megsórolni ez a parancs, ha egy könxvtárban sok ilyen file van.

Kód:
find . -name "*[<>:\\|?*]*" -exec bash -c 'x="{}"; y=$(sed "s/[<>:\\|?*]\+/-/g" <<< "$x") && mv "$x" "$y" ' \;


Belépve a könyvtárba és lefuttatva ezt a parancsot törlődnek a fájlok nevéből a nem kívánt karakterek pontosabban '-' jellel helyettesítődnek.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.04.29. 10:58 
Offline
Kiemelt Tag
Avatar

Csatlakozott: 2011.07.20. 16:52
Hozzászólások: 4383
Hát lehet, hogy mégis marad az ARM féle alapú zenelejátszás. Amilyen szenvedések vannak az x86 vonalon, hát... inkább no komment. Egyik board lenne az irányítópult (LCD monitor+E-link 3 színű képernyő sárga-fekete-fehér), másik meg maga a lejátszó.

Viszont nekem olyan board kéne, ami már 14nm node-on készült, vagy inkább 10nm-en. Vannak és/vagy lesznek ilyen ARM processzorok. De mikor lesz Pi-ben ilyen?


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.04.29. 12:54 
Offline
Fórumtag
Avatar

Csatlakozott: 2013.03.06. 22:57
Hozzászólások: 428
Tartózkodási hely: Miskolc
Toto írta:
Viszont nekem olyan board kéne, ami már 14nm node-on készült, vagy inkább 10nm-en. Vannak és/vagy lesznek ilyen ARM processzorok. De mikor lesz Pi-ben ilyen?


El tudnád mondani, hogy ennek mi jelentősége van hangi szempontból?
A lapka szempontjából legfeljebb nem 5x5, hanem 3x3mm fog az SOC terpeszkedni.
A mostani SOC-k amúgy 40 és 28nm-es gyártástechmológiával készülnek.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.04.29. 13:39 
Offline
Kiemelt Tag
Avatar

Csatlakozott: 2011.07.20. 16:52
Hozzászólások: 4383
Fogyasztási szempontból van jelentősége. Mert ez örökké menne. És van már 10nm node-al készült ARM is. Csak drágább, mint a 28nm.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.04.29. 13:48 
Offline
Fórumtag
Avatar

Csatlakozott: 2013.03.06. 22:57
Hozzászólások: 428
Tartózkodási hely: Miskolc
Értem. Nekem az odroid c1 1.5W-ot eszik a wm8524 shielddel és a táppal együtt. Nem tudom es sok-e. Mondjuk ki szoktam kapcsolni, mert 8mp alatt bootol zeneképes állapotra.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.04.29. 16:10 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
Lehet a fogyasztásból faragni.

https://forum.armbian.com/topic/1614-ru ... nsumption/

Lejàtszáskor pedig visszakapcsolni teljes teljesítményre.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.04.29. 19:20 
Offline
Fórumtag
Avatar

Csatlakozott: 2013.03.06. 22:57
Hozzászólások: 428
Tartózkodási hely: Miskolc
Amit a srácok írnak az 500mW körüli fogyasztásról teljesen reális. Amúgy az órajelfrekvencia/disszipáció arányról ugyanezt tapasztaltam, nincs számottevő különbség, hogy a proci 240MHz-en vagy 1GHz-en jár. Ez H3 és S805/S905 esetén ugyanígy volt. Emiatt nem is engedem 600MHz alá. Az OPi Zero 300-500mW körül eszik. Ha megy a Wifi akkor ~700mW.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.04.29. 20:31 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
Hasonlókat tapasztaltam én is.Én a lejátszót maximális órajellel hajtom, a RAM frekvenciát sem vettem vissza (
Kód:
 cpufreq-set -g performance
) csak az USB-t és a Mali magot kapcsoltam ki. Így a valamivel magasabb a fogyasztás 1 - 1.2W környékén megáll.
Ha hozzáveszem az analóg tápegység fogyasztását akkor is 2W...
Egy szem 6n16b cső fűtése kb. 2-2.5W...


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.05.05. 15:27 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
Az mpd maximális 'audio_buffer_size' 65536, a 'buffer_before_play' értéke 20%. Ennek felső korlátja 80%.
A forráskódot vizsgálva látható, hogy buffer_before_play értéknek elfogad nagyobb értéket is, de csak 80%-ként veszi figyelembe.
Az alábbi magyarázat található a dologra:
Idézet:
/* this upper limit should avoid deadlocks
which can occur because the DecoderThread
cannot ever fill the music buffer to
exactly 100%; a few chunks always need to
be available to generate silence in
Player::SendSilence() */


A 65536-os korlátra nem találtam sem magyarázatot, sem korlátot indokló kódrészletet.
Módosítottam a forrást, hogy elfogadjon négyszer akkora buffer méretet, és 98%-os buffer_before_play értéket. ( Az SOC -nak 512M ramja van, de abból csak kb 340M szabad nálam, így adódott ez a korlát. Nem láttam elvi akadályát akár gigabyte-os puffernek, és akkor akár 100%-os buffer_before_play is elfogadható lenne.. )
Ezzel majdnem minden fájlt gyakorlatilag memóriából játszik le a rendszer ( a buffer a dekódolt adatokat tartalmazza ), annyi a hátránya, hogy ki kell várni, míg föltölti a buffert. Szerintem megéri:):):)

Ha valaki hajlandóságot érez magában lefordítani az mpd-t és kipróbálni annak szívesen segítek.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.05.05. 20:31 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
Úgy tűnik egyelőre, hogy a buffer_before_play 100%-ra emelése nem okoz kölcsönös kizárást.
Gond nélkül lehet zeneszámokat váltani, működik a lejátszási lista. ( Kisebb, nagyobb wav, flac, mp3 fájlok közt lépkedve ).

Ez egy hatásos módosításnak tűnik eddig. Javult a hallgathatóság, simább, erőteljesebb, kifinomultabb lett a hang.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.07.01. 18:08 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
Az mpd alapértelmezés szerint 120 másodpercenként írja a "state_file" beállításban megadott fájlt. Ebben a fájlban tárolja a belső álapotát, mit játszi le, milyen kimenetek engedélyezettek stb. Az állandó írkálás nem tesz jót a CF kártyáknak.Előbb-utóbb megadja magát. ( Nem SSD-ként viselkedik az SD kártya!! Nincs TRIM funkció benne ) Az írás kikapcsolható az opció mellőzésével. Ebben az esetben az mpd ujraindításkor nem folytatja a lejátszást ott és úgy, ahogy azt megszakítottuk.
Az állapot írásának gyakoriságát a "state_file_interval" változó értékével befolyásolható.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.07.09. 22:50 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
Lefordítottam két régebbi 0.16.2 illetve 0.17.1 sorozatú mpd-t 'yan' real-time javításaival. Ezek a korai verziók kevesebb lehetőséget támogatnak, viszont meglepően jók. Jobbnak tűnnek, mint az újabbak. Írtak is ilyesmit pár fórumon, az mpd fejlesztők nyilván másképp gondolják.
Egységes, tömör, magabiztos részletező hang, áramlóbb, kevésbé technicista a zene. A 0.16.2 verzió talán-talán jobban tetszik, de még hallgatni kell, hogy biztos legyek a döntésemben.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.07.16. 16:18 
Offline
Alapítótag
Avatar

Csatlakozott: 2011.03.29. 12:30
Hozzászólások: 632
OPI ZERO:Elérem putty-al.
usbmount feltelepitve de nem sokat látok a vinyóból.
MAlp azt mondja van pár könyvtár de 0byte mind.Lehet nem szereti a NTFS-t?Vagy egy sort be kell irnom hogy olvassa...


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.07.16. 16:38 
Offline
Alapítótag
Avatar

Csatlakozott: 2011.03.29. 12:30
Hozzászólások: 632
Ezt irtam be /etc/fstab
UUID=7A38B4DA6414F3D9 /run/media/muser/ahova_akarod_mountolni ntfs rw,noatime,discard,nofail,user,data=ordered 0 2


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.07.16. 17:48 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
Ok, hogy eléred ssh-val a zero-t. Milyen rendszer van rajta? cat /etc/issue A mount parancs kimenete mit mod?
Az /etc/usbmounts/usmounts.conf-ba kellhet a FILESYSTEMS-hez hozzáadni az ntfs-t.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.07.16. 19:41 
Offline
Alapítótag
Avatar

Csatlakozott: 2011.03.29. 12:30
Hozzászólások: 632
Konzol írta:
Ok, hogy eléred ssh-val a zero-t. Milyen rendszer van rajta? cat /etc/issue A mount parancs kimenete mit mod?
Az /etc/usbmounts/usmounts.conf-ba kellhet a FILESYSTEMS-hez hozzáadni az ntfs-t.


debian /gnu /linux 8 \n \L

hozzáadtam filesystemhez


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.07.16. 20:32 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
És? Látja a lemezt? A /media/usb0 könyvtár alá mountolja az usbmount.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.07.16. 20:49 
Offline
Alapítótag
Avatar

Csatlakozott: 2011.03.29. 12:30
Hozzászólások: 632
Van usb0-tól usb 8ig de üres minden könyvtár..lehet egyszerübb lenne nulláról mert ez egy örökölt gép..


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.07.16. 20:56 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
Ha lemez ujracsatlakoztatása után:
Kód:
dmesg


Itt látnod kell valamiféle /dev/sdxx jellegű bejegyzést

Illetve az
Kód:
fdisk -l


Parancsnak listáznia kellene a partíciókat a lemezen

Kód:
apt-get update
apt-get install --reinstall usbmount


Segíthet


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.07.16. 21:39 
Offline
Alapítótag
Avatar

Csatlakozott: 2011.03.29. 12:30
Hozzászólások: 632
Nem az igazi:)
Az lesz hogy nullából csinálok egy armbiant aztán hátha jobb lesz.
Van másik sd kártyám is:)
Köszi az eddigieket.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.07.19. 19:12 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 915
Kisérletező kedvűeknek mpd rtopt patch-ek:

[url]
https://onedrive.live.com/?cid=CE384832 ... 8DA832!105
[/url]

Letôlteni az mpd megfelelő verzióját, kicsomagolni, majd az mpd-xxx könyvtárban:

patch -p1 < ../mpd-xxx_rtopt.diff

Ezek után szokásos módon kell konfigolni - ./configure ...- a paraméterek közé föl kell venni az
--enable-rtopt
opciót, majd az mpd.conf általános részébe:

Kód:
realtime_option {
    memlock              "yes"
    stack_reserve        "1024"
    heap_reserve         "10240"

    main_priority        "OTHER:0"
    player_priority      "FIFO:50"
    decoder_priority     "FIFO:49"
    update_priority      "OTHER:0"
}

A prioritásokkal lehet szórakozni.

Valamint az output szekciókba egyenként:

Kód:
priority   "FIFO:80"


Természetesen a limits.conf-ot is módosítani kell, de azt már leírtam párszor.

Akinek mindez túl kínai, vagy túl kocka, az - ez itt a reklám - keressen privátban megfelelően konfigurált , H3-SOC-on futtatható szoftverekért!


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: Single Board Computer megoldások
HozzászólásElküldve: 2018.07.20. 09:20 
Offline
Alapítótag
Avatar

Csatlakozott: 2011.03.29. 12:30
Hozzászólások: 632
Es 9018k2m -nek és sima 9018-nak tud valaki részletes datasheetet mert kellene pár adat ami alapját adná a trafó kimenetnek...Van olyan leirás ami azt mondja fesz és áramos is lehet de több adatot nem találtam egyenlőre...


Vissza a tetejére
 Profil  
 
Hozzászólások megjelenítése:  Rendezés  
Új téma nyitása Hozzászólás a témához  [ 412 hozzászólás ]  Oldal Előző  1 ... 4, 5, 6, 7, 8, 9  Következő

Időzóna: UTC + 1 óra [ nyi ]


Ki van itt

Jelenlévő fórumozók: nincs regisztrált felhasználó valamint 10 vendég


Nem nyithatsz témákat ebben a fórumban.
Nem válaszolhatsz egy témára ebben a fórumban.
Nem szerkesztheted a hozzászólásaidat ebben a fórumban.
Nem törölheted a hozzászólásaidat ebben a fórumban.
Nem küldhetsz csatolmányokat ebben a fórumban.

Ugrás:  
Powered by phpBB® Forum Software © phpBB Group
Magyar fordítás © Magyar phpBB Közösség