Témata

1

Windows a jiné systémy / Mount v macOS rozbije Finder

« kdy: 02. 05. 2025, 10:29:02 »

Ahoj, řešíme jeden problém - při namountování virtuálního filesystému (přes FSKit) v terminálu je normálně dostupný obsah, ale ve Finderu je daný mountpoint neviditelný - prostě složka zmizne ze seznamu souborů. Objeví se ale znova po umountu.

Mountujeme to do obyčejné pod-složky v jiné složce, protože do /Volumes to zatím netuším jak dostat (to je read-only a mountpoint tam vytváří bůhví co).

Nějaký nápad proč se tak děje a kde hledat potíže či jak debuggovat co si myslí Finder?

(jiné aplikace při ručním nabrowsování do dané složky data vidí správně)

A pak - jaká magie řeší viditelnost mountů ve /Volumes ?

2

/dev/null / Ministerstvo nerozumi jak internet funguje

« kdy: 13. 03. 2025, 11:41:56 »

Jsem si precetl clanek:

https://www.idnes.cz/zpravy/domaci/ministerstvo-vnitra-prumyslu-obchodu-kontrola-internetu.A250313_085104_domaci_ikro

A uvadi se tam:

V současnosti poskytovatelé už shromažďují informace o IP adresách uživatelů, tedy odkud se k internetu připojují.
Nezaznamenávají ale, jaké konkrétní stránky navštěvují.
Navrhovaná změna by zavedla sběr tzv. cílových IP adres, což by umožnilo zjistit, jaké weby uživatelé navštívili, včetně času návštěvy a délky strávené na stránce.

V pripade otevreneho DNS, se da zjistit priblizna domena, o kterou mel uzivatel zajem, ale pak uz je vse prece nejlepe HTTPS - a samotne requesty na URL uz nejsou viditelne pro nekoho po ceste. A delku stravene na strance je totalne nemozne zjistit, pokud stranka nema nejaky AJAX co by periodicky bonzoval zda ma uzivatel neco otevreneho.

Totalne nechapu jak si nekdo z vedoucich pozic muze vymyslet takovy pozadavek, ktery nelze splnit.

To je jako kdyby rekli zemedelcum, ze maji kvoty na dodani plodin, rozprostrene zcela identicky v celem roku
Nebo elekrarnam, at nasadi perpetum mobile - prece existuje spousta odborniku skrze volnou energii


Opravdu bych chtel osobne potkat cloveka, co vyplodil tenhle pozadavek. Muzeme ho identifikovat?

3

Vývoj / Pomoc s ARM periferií

« kdy: 06. 01. 2025, 18:09:27 »

Myslím, že se tady najde i několik odborníků - řeším oživení a "BSP" pro projekt odvozený od Arduino DUE desky.

TLDR: Nefunguje mi zápis do PIO výstupů paralelně, jen skrze set/clear registry. Hodiny pro perfierii jsem povolil.


Relevantní kusy kódu:

Kód: [Vybrat]

#define config_pio_out( port, bits ) \
    port->PIO_PER  = bits; \
    port->PIO_OER  = bits; \
    port->PIO_PUDR = bits;

#define update_pio( port, bits, enable ) \
    if (enable) { \
        port->PIO_SODR = bits; \
    } else { \
        port->PIO_CODR = bits; \
    }

/*
    OCRX[8:1] = PC[27:20]
    OCTX[8:1] = PD[7:0]
*/

#define OPTO_TX_DEFAULT         0x00

#define OPTO_TX_OFFS    0
#define OPTO_TX_MASK    ( PIO_PD7 \
                        | PIO_PD6 \
                        | PIO_PD5 \
                        | PIO_PD4 \
                        | PIO_PD3 \
                        | PIO_PD2 \
                        | PIO_PD1 \
                        | PIO_PD0 )

void config_digital_out(void) {
    // for ODSR to work?
    PMC->PMC_PCER0 = 1 << ID_PIOD;
    // classic
    config_pio_out( PIOD, OPTO_TX_MASK );
    update_digital_out( OPTO_TX_DEFAULT );
}

void update_digital_out( unsigned bits ) {
    #if 1
        PIOD->PIO_ODSR = ( PIOD->PIO_ODSR & ~(OPTO_TX_MASK) )
                       | ( (bits<<OPTO_TX_OFFS) & (OPTO_TX_MASK) );
    #else
        update_pio( PIOD, PIO_PD7, bits & BIT(7) );
        update_pio( PIOD, PIO_PD6, bits & BIT(6) );
        update_pio( PIOD, PIO_PD5, bits & BIT(5) );
        update_pio( PIOD, PIO_PD4, bits & BIT(4) );
        update_pio( PIOD, PIO_PD3, bits & BIT(3) );
        update_pio( PIOD, PIO_PD2, bits & BIT(2) );
        update_pio( PIOD, PIO_PD1, bits & BIT(1) );
        update_pio( PIOD, PIO_PD0, bits & BIT(0) );
    #endif
}
a

Kód: [Vybrat]

// ./system/CMSIS/Device/ATMEL/sam.h
#include <sam.h>
#include <libsam/include/pmc.h>

:

int main( int argc, char *argv[] ) {

    /* Initilize the SAM3 system */
    SystemInit();

    config_digital_out();

    while(1) {

        static unsigned n = 0;
        n = ( n + 1 ) & 0xFF;

        update_digital_out( n );

    }

    return 0;
}

Po zmene #if 1 na #if 0 v update_digital_out(), se generuje pattern s frekvenci ktera je polovina/dvojnasobek kazdym dalsim bitem, pri pouziti ODSR se ale nic nedeje, vsechny piny jsou v nule. Mam tam nejaky preklep nekde? Nebo to co chci nejde udelat? Nebo jsem jen na neco dalsiho zapomnel? Nebo snad nejaka errata?

Kod pro SAM3X8E cpu jsem vzal z Arduino gitu: https://github.com/arduino/ArduinoCore-sam ale builduji si aplikaci uz mimo IDE, linkuji to skrze linker script a .a pro tu systemovou knihovnu z Arduina.

Ostatni veci funguji (jako SystemInit a pak mam i SysTick_Config a na nej navazany delay_ms, jen ten IO port ne a nevim kde je chyba - s temito mcu nedelam.

Arduino samotne nema IO primitiva na ovladani portu timto stylem, a hodiny pro periferii povoluje jen kdyz na portu je alespon jeden pin jako vstup (asi kvuli glitch filtru a prerusenim).

4

Software / Rsync se nezastaví na chybě

« kdy: 04. 01. 2025, 13:38:38 »

Ahoj, kopiruji data z USB SSD ktere neni v nejlepsim stavu, a po ruznych pokusech jsem zjistil ze kdyz se kopiruji pomalu, tak to vykazuje mene chyb. Tu pomalost jsem dostahl pres rsync --bwlimit option, ale pak kdyz dojde k chybe, tak to rsync vesele ignoruje a kopiruje same nuly.

Jak rict rsyncu, aby pri "read error" skoncil ? (napr. mc ve stejnem pripade o chybe vi a zastavi se)

Cely prikaz je:

Kód: [Vybrat]

rsync -ai --progress --partial --append --bwlimit=1000 /mnt/usb/neco/ /mnt/sata/neco

A chyba disku takhle:

Kód: [Vybrat]

Jan 04 05:26:51 [kernel] sd 10:0:0:0: Device offlined - not ready after error recovery
Jan 04 05:26:51 [kernel] sd 10:0:0:0: rejecting I/O to offline device

Jde o exfat (s kernel driverem).

Ze tam je chyba nejakym zpusobem musi rsync vedet, protoze od tech cca 5:26 jsou vsechny poskozene soubory s aktualnim create/modify date, zatimco pred tim selhanim blokoveho zarizeni rsync prenastavil timestampy podle zdroje. Takze jsem nastesti mohl identifikovat a odstranit ty falesne data.


Celej log:

Kód: [Vybrat]

Jan 04 04:25:01 [kernel] usb 2-7: reset SuperSpeed Plus Gen 2x1 USB device number 23 using xhci_hcd
Jan 04 04:25:01 [kernel] sd 10:0:0:0: [sdd] tag#0 FAILED Result: hostbyte=DID_TIME_OUT driverbyte=DRIVER_OK cmd_age=30s
Jan 04 04:25:01 [kernel] sd 10:0:0:0: [sdd] tag#0 CDB: Read(16) 88 00 00 00 00 00 0a 0f a4 00 00 00 01 00 00 00
Jan 04 04:25:01 [kernel] I/O error, dev sdd, sector 168797184 op 0x0:(READ) flags 0x80700 phys_seg 16 prio class 0
Jan 04 05:01:01 [CROND] (root) CMD (run-parts /etc/cron.hourly)
Jan 04 05:01:01 [CROND] (root) CMDEND (run-parts /etc/cron.hourly)
Jan 04 05:25:23 [kernel] usb 2-7: reset SuperSpeed Plus Gen 2x1 USB device number 23 using xhci_hcd
Jan 04 05:25:23 [kernel] sd 10:0:0:0: [sdd] tag#0 FAILED Result: hostbyte=DID_TIME_OUT driverbyte=DRIVER_OK cmd_age=30s
Jan 04 05:25:23 [kernel] sd 10:0:0:0: [sdd] tag#0 CDB: Read(16) 88 00 00 00 00 00 0b 3a a3 00 00 00 02 00 00 00
Jan 04 05:25:23 [kernel] I/O error, dev sdd, sector 188392192 op 0x0:(READ) flags 0x80700 phys_seg 9 prio class 0
Jan 04 05:25:53 [kernel] usb 2-7: reset SuperSpeed Plus Gen 2x1 USB device number 23 using xhci_hcd
                - Last output repeated 4 times -
Jan 04 05:26:51 [kernel] sd 10:0:0:0: Device offlined - not ready after error recovery
Jan 04 05:26:51 [kernel] sd 10:0:0:0: [sdd] tag#0 FAILED Result: hostbyte=DID_ABORT driverbyte=DRIVER_OK cmd_age=88s
Jan 04 05:26:51 [kernel] sd 10:0:0:0: [sdd] tag#0 CDB: Read(16) 88 00 00 00 00 00 0b 3a a3 00 00 00 00 08 00 00
Jan 04 05:26:51 [kernel] I/O error, dev sdd, sector 188392192 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Jan 04 05:26:51 [kernel] sd 10:0:0:0: rejecting I/O to offline device
Jan 04 05:26:51 [kernel] I/O error, dev sdd, sector 188392704 op 0x0:(READ) flags 0x80700 phys_seg 5 prio class 0
Jan 04 05:26:51 [kernel] I/O error, dev sdd, sector 188392192 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Jan 04 05:26:51 [kernel] I/O error, dev sdd, sector 188392448 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Jan 04 05:26:52 [kernel] I/O error, dev sdd, sector 188392960 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
Jan 04 05:26:52 [kernel] I/O error, dev sdd, sector 188392960 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Jan 04 05:26:52 [kernel] I/O error, dev sdd, sector 188393472 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
Jan 04 05:26:52 [kernel] I/O error, dev sdd, sector 188393472 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Jan 04 05:26:52 [kernel] I/O error, dev sdd, sector 188393984 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
Jan 04 05:26:52 [kernel] I/O error, dev sdd, sector 188393984 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Jan 04 05:26:57 [kernel] blk_print_req_error: 32 callbacks suppressed
Jan 04 05:26:57 [kernel] I/O error, dev sdd, sector 188402688 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
Jan 04 05:26:57 [kernel] I/O error, dev sdd, sector 188402688 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Jan 04 05:26:57 [kernel] I/O error, dev sdd, sector 188403200 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
Jan 04 05:26:57 [kernel] I/O error, dev sdd, sector 188403200 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Jan 04 05:26:57 [kernel] I/O error, dev sdd, sector 188403712 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
Jan 04 05:26:57 [kernel] I/O error, dev sdd, sector 188403712 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Jan 04 05:26:57 [kernel] I/O error, dev sdd, sector 188404224 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
Jan 04 05:26:57 [kernel] I/O error, dev sdd, sector 188404224 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Jan 04 05:26:58 [kernel] I/O error, dev sdd, sector 188404736 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
Jan 04 05:26:58 [kernel] I/O error, dev sdd, sector 188404736 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Jan 04 05:27:02 [kernel] blk_print_req_error: 30 callbacks suppressed


5

Sítě / Jumbo frames v kombinaci s VLAN

« kdy: 15. 11. 2024, 17:51:42 »

Snažím se (zatím v linuxu) nastavit sdílenou síťovku skrze VLAN do dvou sítí na různé MTU a nejde to.

Představa cílového stavu je:
eth0 s MTU 1500, subnet hlavni
eth0.10 s MTU 9000, subnet jiny

Při nastavení MTU pro rozhraní s VLAN (eth0.10) se vrací s jakoukoliv hodnotou:

Kód: [Vybrat]

SIOCSIFMTU: Numerical result out of range
Při nastavení MTU pro netagovanou síť (eth0) se tato hodnota projevuje o obou rozhraní (eth0, eth0.10)

Existuje nějaké řešení ?

Lze omezit na linuxu a macu MTU na vrstvě IP podsítě ?

Situace je: klasická domácí síť s hromadou různorodých zařízení má několik zařízení, mezi kterými chci provozovat ty jumbo frames (řekněme několik pracovních stanice a NAS), bez toho, abych musel tahat duplicitní kabeláž. Představa byla nasadit tagovanou VLAN, kde může tento jumbo provoz probíhat. A ejhle.. nejde to. WTF.

6

Server / QEMU nad LVM se zasekává

« kdy: 03. 10. 2024, 18:49:04 »

Ahoj, posledni dobou se me deje podivna vec - QEMU proces se zasekne v neprerusitelnem sleepu (top: D state).

Konfigurace stacku je tahle:

- gentoo linux 6.11.0
- md raid1 mirror (hdd+ssd)
- lvm (pv/vg/lv)
- losetup ( posun o 1 sektor )
- qemu (9.0.2)
- winxp

Kdyz se to zasekne, tak nefunguje ani RDP z guestu (winxp), a celkove Qemu zhebne (nefunguje ani remote spice klient - a ani pripojeni na lokalni monitoring socket).

A co vic, nefunguje ani lvs prikaz na vypsani logical volumes. Proste taky D state a zasekne se.

strace lvs - me rikal posledne, ze to pouziva async io.. tak jsem podezrival tohle - pridal jsem do qemu option na disk ve tvaru ,aio=threads, ale neni s tim rozdil. Po tydnu se to ted seklo zas.

Stav je to docela neprijemny, protoze se host os neda vypnout ani restartnout - musim shodit ostatni VM, vsechny sluzby a pak to navrdo resnout, doufajic, ze systemovy oddil prezije (zatim nizsi jednotky tvrdych resetu to dalo... ext4 nad lvm).

Mam podezreni ze se sekne nejake uzamykani v jadre - ale netusim kde se divat.

Na starem jadru co tam bylo predtim to nedelalo zadny problem, ale to tam vracet nechci (6.6.52), plus byla nejaka podstatna zmena konfigurace, abych novym jadrem pokryl a sjednotil vicero stroju.

Jak by jste ladili takovou vec, co se objevi jednou za tyden? (tedy, pred tydnem jsem to potkal asi 3x v rade prvni den.. pak vznikl dodatek qemu konfigurace s aio=threads)

v lsof nejak nepoznam, na ktery fd to delalo jakou operaci? nebo jinde v sysfs? Neco jako show in-flight syscalls ?

Je fakt blby ze neni nejaky unlocker, na tyhle kernel-side locknute IO.
Klidne za cenu ze ta aplikace dostane error, spatna data nebo bude ukoncena v momente navratu syscallu.

EDIT:
pridal jsem sysrq podporu do jadra, az to padne priste at muzu udelat ten w command:
https://www.suse.com/support/kb/doc/?id=000016919

7

Sítě / Získání aktuálního firmware Cisco

« kdy: 19. 08. 2024, 18:37:24 »

Tak jsem vybalil nepouzitej switch z krabice - sehnal seriovej kablik, nastavil user/pass, IP adresu a jdu kontroloval verzi..

je tam NX-OS 10.1(1), tj. s release date 2021-02-15

Tak lezu na web ze si stahnu aktualizaci - a ejhle.. chce to nejaky service contract. Jako WTF.

To fakt nestahnu aktualni FW bez nejakeho dalsiho vypalneho? A navic nemam absolutne sanci zjistit kolik to vypalne realne bude, protoze si to vycuca nejaky nagelovanej sales z prstu?

Tahle situace pripomina ono slavne BMW za par mega, kde je vyhrivani sedadel jako subscription


Nema nemaky statni urad tohle v kompetenci - ze proste stary deravy fw se MUSI nechat aktualizovat zdarma, jinak jim napari pokuty nebo zakaz cinnosti?

8

Hardware / Prodloužení podpory Dell

« kdy: 06. 02. 2024, 01:54:43 »

Ahoj, mate nekdo zkusenosti se zmenou majitele (8K monitor puvodem z Rakouska) a naslednou reklamaci?

Tedy jeste mezitim budu muset prodlouzit nejakou formu podpory.. tak jsem zvedav co to bude stat.

A kdyz uz jsme u toho, tak dva workstationy (CZ) bych prodlouzil (ty jeste maj aktivni zaruku).. jestli se to jako oplati.

9

Sítě / DNS resolver přidává sám doménu

« kdy: 26. 01. 2024, 15:42:08 »

Ahoj, z nejakeho duvodu se mi sit zacala chovat jinak.

V /etc/resolv.conf mam jediny radek: nameserver 8.8.8.8

ping neexistujici.domena ale pinga na moji verejnou IP !

tcpdump -pni lan port 53 odhalil, ze po neuspesnem DNS dotazu na neexistujici.domena, se provede resolving jmena ve formatu: neexistujici.domena.PRG.MOJEDOMENA.COM, pricemz muj stroj ma hostname neco.prg.mojedomena.com. Takze vitr vane todtud..

Co me vrta hlavou - proc se tohle deje, kdyz v resolv.conf nemam uvedenej zadnej radek "search DOMENA" ?

Mam za to, ze se to bezne nedelo.. zmenila se najaka politika v resolvingu, nebo je to nekde nastavitelny??

Neskutecne me to otravuje, jelikoz mam v DNS wildcard na te sve domene.. takze nikdy nedostanu neexistujici domenu v prohlizeci, ale snazi se to cokoliv dotazovat po http na mem serveru :(

Tak normalne updatuji Gentoo, a posledni sitovejsi zasah byla instalace netatalk - share serveru na AFP (pac ty hnile jabka se nechtej pripojovat na SMB).

10

Sítě / VPN - detekce zda jsem doma nebo ne

« kdy: 02. 01. 2024, 10:45:11 »

Ahoj, podle čeho by bylo vhodné automaticky detekovat, zda jsem doma - v domácí síti, nebo zda jsem mimo - ve světě, a má se nahodit VPN pro přístup do domácí sítě ?

Napadá mě MAC adresa dhcp serveru, parsnutá někde z DHCP logu.

11

Odkladiště / YouTube - fejkuje nedostupnost

« kdy: 03. 12. 2023, 12:30:07 »

Tak koukam ze YT zavedl jeste prasarnejsi prasarnu

FF, anonymni okno: vse ok

FF, normalni okno s uBlock Origin:

Network Protocol Error

An error occurred during a connection to www.youtube.com.

The page you are trying to view cannot be shown because an error in the network protocol was detected.

    Please contact the website owners to inform them of this problem.

12

/dev/null / Youtube - level žumpa

« kdy: 18. 11. 2023, 18:19:34 »

Ahoj, tak dnes byl další Muskův pokus s tou jejich největší raketou a jako správný nerd jsem se trefil do náhodného streamu pár minut před startem.. ale nebyl to oficiální přenos, tak jsem hledal další - abych to měl z první ruky a bez vyjuchaných komentářů re-streamerů (nakonec jsem skončil stejně u jedné komentované re-stream verze, kde paní předváděla po lift-off velice orgasmický projev až jsem měl pochybnosti na co se to dívám). Ale důvod téhle situace bude zřejmě fakt, že SpaceX neměl vlastní live přenos, protože preferuje svoje X, kam zase nechodím já.

A co bylo moje překvapení - na vyhledávací dotaz v YT bylo nalezeno na desítky live streamů - které osahovali krypto scam - pošlete nám bitcoiny a vrátíme vám 100 násobek, sestaven z AI generovaného komentáře a náhodných klipů kde byl Elon různě po prezentacích a podobně.

Jako fakt ta úroveň YT hodně klesla - tyhle streamy běžely hodiny a měli na deseti-tisíce sledujících.


Napadá zdejší vážené osazenstvo nějaký způsob, jak tohle řešit - kdyby jste byli v roli provozovatele podobné služby ?


Vedlejší probémi pak činí "fake restoration videa", které třeba sahají k unicode čmáranicím v popiscích, protože jim pravděpodobně už neprochází některé klíčové slova. Toto bych řešil třeba filtrem na locale/zemi vs typickou nativní abecedu, holt nemusí být v textech povoleno mít cokoliv co potřebuje náročný typograf.

13

Software / Výzva k uložení souboru po instalaci AdBlocku

« kdy: 28. 10. 2023, 15:24:06 »

Ahoj, po nasazeni adblocku se mi na jednom nejmenovanem webu stava, ze to vyzyva k ulozeni souboru, napr. 9LtsoHxg, DmcxxT2v, k5xJJGFs ... atd.

Pouzivam firefox a kdyz je otevrenej debugger (F12), tak se to nedeje - takze nejsem schopen to odladit.

Problem je, ze kdyz necham tu webovou stranku otevrenou dele (nebo zapomenu pres noc), tak se tech file-save dialogu objevi cela hromada a musim je jeden po druhem rusit pres ESC napr.

Co je spatne? Nebo proc se to vlatne deje?

14

Vývoj / Chyba kompilátoru - gcc 13/14 na AVR arch

« kdy: 12. 06. 2023, 01:40:48 »

Po upgradu gcc z 4.x na aktuálnější verze 13 a 14 jsem narazil na těžko reprodukovatelnou chybu (achitektura avr/xmega):

Kód: [Vybrat]

during RTL pass: jump
In file included from devel.c:1624:
shell.c: In function ‘cmd_parse’:
shell.c:602:1: internal compiler error: in patch_jump_insn, at cfgrtl.cc:1295
  602 | }
      | ^
0x9529ef7 internal_error(char const*, ...)
        ???:0
0x83c6995 fancy_abort(char const*, int, char const*)
        ???:0
0x854e69e redirect_edge_and_branch(edge_def*, basic_block_def*)
        ???:0
0x91c1ccb cleanup_cfg(int)
        ???:0
Please submit a full bug report, with preprocessed source (by using -freport-bug).
Please include the complete backtrace with any bug report.
See <https://bugs.gentoo.org/> for instructions.
Chybu způsobuje case(enum) konstrukce, a po zakomentování kterékoliv větve to je OK, tak jsem jednu ze sedmi voleb předsunul do if podmínky.

Jak ale tohle nahlásit, niž bych někam posílal svůj proprietární kód?

Když se dívám na onen assertion, tak se mi zdá že ani autoři GCC neví která bije a ty komentáře nejsou nápomocné:
https://github.com/gcc-mirror/gcc/blob/devel/omp/gcc-13/gcc/cfgrtl.cc#L1295

Volba -save-temps / s, či bez -v v případě chyby vyprodukuje nekompletní výstup kde ani není ta funkce potížistka.

15

Software / Kodi nehraje DD+/EAC3 na SPDIF

« kdy: 01. 06. 2023, 12:17:00 »

Ahoj, mate nekdo rozjety KODI tak, ze vystup mate jako opticky SPDIF a prevadi vam to DD+ (DDP, dolby digital plus) aka EAC3 zvuk na AC3 zvuk (ktery se vejde do sirky pasma SPDIF spojeni).

Podle specifikace kodeku lze extrahovat onen AC3 zaklad z EAC3 streamu, pripadne provest plny decode a re-encode.. ale u me je to hluchy - ticho, jakmile se pusti nejaky obsah kde je DDP/EAC3. Dokonce prestanou fungovat zvuky z UI po teto akci, jako kdyby se tam neco rozbilo.

Klasicke AC3 i DTS stopy jedou tak jak maji (v passthrough), vyssi odvozeniny DTS jsem jeste nezkousel.

Platforma je Gentoo, zkouseno na stabilni Kodi 19.5 i gitove verzi 20 neco.. nakonfigurovano v UI imho spravne (passthrough, receiver capable of AC3 + transcode to AC3).

Celkove ta DDP podpora je pofiderni, protoze UI TAG ukazuje "DOLBY" u vsech medii.. nezavisle zda to ma AC3 nebo EAC3. Achjo, proc to nema nejaky expert mode.. kde to bude ukazovat co to je a nemaskovat to pod jednotny nazvy.