wegen/FrOSCon26/FrOSCon.26.mm

<map version="1.0.1">
<!-- To view this file, download free mind mapping software FreeMind from http://freemind.sourceforge.net -->
<node BACKGROUND_COLOR="#805260" COLOR="#fefe2e" CREATED="1715854555555" ID="ID_933253599" MODIFIED="1779385965753" TEXT="FrOSCon.26">
<font NAME="SansSerif" SIZE="25"/>
<node CREATED="1715854555555" HGAP="78" ID="ID_428745769" MODIFIED="1715874319687" POSITION="right" TEXT="Belange" VSHIFT="-39">
<edge COLOR="#6c4d56" STYLE="sharp_linear" WIDTH="8"/>
<font NAME="SansSerif" SIZE="18"/>
<node BACKGROUND_COLOR="#dcbbc2" CREATED="1715854555555" HGAP="24" MODIFIED="1779388188765" TEXT="Video-Output" VSHIFT="5">
<edge STYLE="bezier" WIDTH="thin"/>
<font NAME="SansSerif" SIZE="14"/>
<node CREATED="1715854555555" MODIFIED="1747438875544" TEXT="Technologie"/>
<node CREATED="1753973965221" ID="ID_842795834" MODIFIED="1753974026336" TEXT="Problem: Performance"/>
<node CREATED="1747438884353" ID="ID_1133637665" MODIFIED="1747438884353" TEXT="Bedeutung f&#xfc;r Lumiera"/>
</node>
<node BACKGROUND_COLOR="#dcbbc2" CREATED="1715854555555" HGAP="42" ID="ID_1213263689" MODIFIED="1715877026719" TEXT="Abstraktion" VSHIFT="30">
<edge STYLE="bezier" WIDTH="thin"/>
<font NAME="SansSerif" SIZE="14"/>
<node CREATED="1715854555555" ID="ID_1730205402" MODIFIED="1779390037214" TEXT="von der Hardware"/>
<node CREATED="1779390039794" ID="ID_1019722333" MODIFIED="1779390044206" TEXT="von der Art des IO"/>
<node CREATED="1715854555555" ID="ID_389121882" MODIFIED="1779390030255" TEXT="vom eigentlichen &#xbb;Processing&#xab;"/>
<node BACKGROUND_COLOR="#e7c3af" COLOR="#473b63" CREATED="1519417851534" HGAP="-20" ID="ID_1150247401" MODIFIED="1747439110178" STYLE="bubble" TEXT="Standards" VSHIFT="12">
<edge COLOR="#6c4d56" STYLE="sharp_linear" WIDTH="8"/>
<font NAME="SansSerif" SIZE="14"/>
<node CREATED="1715854555555" HGAP="23" ID="ID_1138529115" MODIFIED="1779390131168" STYLE="fork" TEXT="POSIX" VSHIFT="-9"/>
</node>
</node>
<node BACKGROUND_COLOR="#dcbbc2" CREATED="1715854555555" HGAP="-57" ID="ID_527022244" MODIFIED="1715874549803" STYLE="fork" TEXT="C++" VSHIFT="30">
<edge WIDTH="2"/>
<font NAME="SansSerif" SIZE="14"/>
<node CREATED="1747439047265" ID="ID_662951376" MODIFIED="1747439047265" TEXT="(kommt nur nebenbei vor)">
<edge WIDTH="1"/>
<font NAME="SansSerif" SIZE="10"/>
</node>
</node>
</node>
<node CREATED="1715854555555" HGAP="74" ID="ID_771205809" MODIFIED="1715874309904" POSITION="right" TEXT="Reflexion" VSHIFT="-44">
<edge COLOR="#7e7186"/>
<font NAME="SansSerif" SIZE="17"/>
<node CREATED="1715854555555" ID="ID_1168173743" MODIFIED="1519329040320" TEXT="Technik"/>
<node CREATED="1715854555555" ID="ID_364372421" MODIFIED="1519335105159" TEXT="Fazit"/>
</node>
<node CREATED="1715854555555" HGAP="138" ID="ID_757112290" MODIFIED="1527787200581" POSITION="right" TEXT="Darstellung" VSHIFT="-22">
<edge COLOR="#7b8885"/>
<font NAME="SansSerif" SIZE="16"/>
<node CREATED="1519424889703" ID="ID_1477284495" MODIFIED="1722708303049" TEXT="Grunds&#xe4;tzlich">
<icon BUILTIN="yes"/>
<node CREATED="1519424938729" ID="ID_688989453" MODIFIED="1715874616706" TEXT="&#xbb;Talk&#xab; als Vehikel"/>
<node CREATED="1519425448059" ID="ID_344656292" MODIFIED="1519425453814" TEXT="Praxisbezug">
<node CREATED="1722708535603" ID="ID_1204885318" MODIFIED="1722708542791" TEXT="aus der Lumiera-Perspektive"/>
</node>
<node CREATED="1519425879744" ID="ID_1987605642" MODIFIED="1519425882372" TEXT="Wahl der Mittel"/>
<node CREATED="1519425753818" ID="ID_200898453" MODIFIED="1519425756709" TEXT="warum?"/>
</node>
<node CREATED="1519424925243" ID="ID_682027982" MODIFIED="1779389615639" TEXT="praktisch">
<node CREATED="1715854555555" ID="ID_1744615753" MODIFIED="1715874648194" TEXT="Lehrinhalte">
<node CREATED="1753974773937" ID="ID_822499250" MODIFIED="1753974783564" TEXT="Relevanz f&#xfc;r das Projekt Lumiera">
<node CREATED="1753974784407" ID="ID_106644152" MODIFIED="1753974789133" TEXT="das ist &#xbb;Praxisbezug&#xab;"/>
<node CREATED="1753974790338" ID="ID_427472155" MODIFIED="1753974798090" TEXT="das ist &#xbb;eigene Erfahrung&#xab;"/>
</node>
<node CREATED="1753975282862" ID="ID_1757272422" MODIFIED="1779389374566" TEXT="Architektur: ...?">
<node CREATED="1753975296740" ID="ID_1229595667" MODIFIED="1779389390772" TEXT="IO_URING"/>
<node CREATED="1753975302291" ID="ID_1562905270" MODIFIED="1753975307006" TEXT="abstraction Framework"/>
</node>
<node CREATED="1753975557742" ID="ID_733136201" MODIFIED="1753975561997" TEXT="Praxis im Code"/>
</node>
<node CREATED="1519521080183" ID="ID_253640421" MODIFIED="1519521081842" TEXT="Mittel">
<node CREATED="1753974736690" ID="ID_1278736313" MODIFIED="1753974741987" TEXT="Outline / bullet points"/>
<node CREATED="1753974715683" ID="ID_921567772" MODIFIED="1753974718853" TEXT="Schemabilder"/>
<node CREATED="1753975388927" ID="ID_844470552" MODIFIED="1753975396629" TEXT="Code-Beispiele"/>
<node CREATED="1753974744448" ID="ID_233051154" MODIFIED="1753974749608" TEXT="Demo code"/>
</node>
<node BACKGROUND_COLOR="#fdfdcf" COLOR="#ff0000" CREATED="1754271487261" ID="ID_1152628369" MODIFIED="1779389322292" TEXT="Inhalte aufbereiten">
<icon BUILTIN="flag-pink"/>
<node CREATED="1754271622745" ID="ID_1711166940" MODIFIED="1754271624175" TEXT="Texte"/>
<node CREATED="1754271624646" ID="ID_52826289" MODIFIED="1754271626857" TEXT="Grafik"/>
<node CREATED="1754874947759" ID="ID_920995429" MODIFIED="1754874949169" TEXT="Code">
<node BACKGROUND_COLOR="#c8c0b6" COLOR="#435e98" CREATED="1754875923722" FOLDED="true" ID="ID_1802306052" MODIFIED="1779389626734" TEXT="Hau-zu">
<icon BUILTIN="idea"/>
<node CREATED="1754875935034" ID="ID_1639632743" MODIFIED="1754876018517" TEXT="Code in Eclipse ausw&#xe4;hlen">
<icon BUILTIN="full-1"/>
</node>
<node CREATED="1754875944152" ID="ID_4703524" MODIFIED="1754876021730" TEXT="Drucken &gt; Auswahl, Format: SVG">
<icon BUILTIN="full-2"/>
</node>
<node CREATED="1754875975404" ID="ID_121615712" MODIFIED="1754876025172" TEXT="mit Inkscape &#xf6;ffnen">
<icon BUILTIN="full-3"/>
</node>
<node CREATED="1754875988632" ID="ID_277631257" MODIFIED="1754876028627" TEXT="Teile ausw&#xe4;hlen">
<icon BUILTIN="full-4"/>
</node>
<node CREATED="1754875995617" ID="ID_361060197" MODIFIED="1754876031868" TEXT="Export als Plain-SVG, Hintergrundfarbe setzen">
<icon BUILTIN="full-5"/>
</node>
</node>
</node>
</node>
<node BACKGROUND_COLOR="#c8c0b6" COLOR="#435e98" CREATED="1527792581594" FOLDED="true" ID="ID_790723996" MODIFIED="1779389577137" TEXT="Einteilung">
<icon BUILTIN="list"/>
<node CREATED="1753974114295" ID="ID_1641813362" MODIFIED="1753974116252" TEXT="Raster">
<node CREATED="1753974119431" ID="ID_759544215" MODIFIED="1753974121343" TEXT="00">
<node CREATED="1753974169514" ID="ID_234783305" MODIFIED="1753974172149" TEXT="Intro"/>
<node CREATED="1753974173045" ID="ID_596438342" MODIFIED="1753974176460" TEXT="Motivation"/>
</node>
<node CREATED="1753974122080" ID="ID_898678427" MODIFIED="1753974123412" TEXT="05"/>
<node CREATED="1753974124071" ID="ID_828442428" MODIFIED="1753974125374" TEXT="10"/>
<node CREATED="1753974126086" ID="ID_1142589644" MODIFIED="1753974127609" TEXT="15"/>
<node CREATED="1753974128283" ID="ID_1933312793" MODIFIED="1753974129880" TEXT="20"/>
<node CREATED="1753974130494" ID="ID_30563828" MODIFIED="1753974131747" TEXT="25"/>
<node CREATED="1753974132410" ID="ID_525774120" MODIFIED="1753974133906" TEXT="30"/>
<node CREATED="1753974134537" ID="ID_1030002841" MODIFIED="1753974136090" TEXT="35"/>
<node CREATED="1753974138670" ID="ID_1376251682" MODIFIED="1753974140018" TEXT="40">
<node CREATED="1753974547741" ID="ID_1735284700" MODIFIED="1753974558814" TEXT="Relevance for Lumiera"/>
</node>
</node>
</node>
<node CREATED="1520542395534" ID="ID_760028322" MODIFIED="1520542497542" TEXT="Vorstellungen"/>
</node>
<node CREATED="1519523032397" ID="ID_1864078267" MODIFIED="1519527416043" TEXT="Outline">
<node CREATED="1715854555555" ID="ID_27747265" MODIFIED="1519523125652" TEXT="Motivation"/>
<node CREATED="1752677616942" ID="ID_995442147" MODIFIED="1752677618785" TEXT="Theorie"/>
<node CREATED="1752677553424" ID="ID_1570465768" MODIFIED="1752677565045" TEXT="Vorstellung: Beispielcode"/>
<node CREATED="1752677565873" ID="ID_274723028" MODIFIED="1752677578912" TEXT="Ausblick: Lumiera"/>
</node>
<node CREATED="1724276104428" ID="ID_1401481461" MODIFIED="1755730925177" TEXT="Vortrag">
<icon BUILTIN="forward"/>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1754670462987" ID="ID_1774503317" MODIFIED="1779389203876" TEXT="Slides">
<icon BUILTIN="flag-yellow"/>
<node COLOR="#338800" CREATED="1754670469668" ID="ID_842741774" MODIFIED="1779389203289" STYLE="fork" TEXT="Template aus Vortrag FrOSCon 24">
<icon BUILTIN="button_ok"/>
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1754690553647" ID="ID_1097447180" MODIFIED="1779389203876" TEXT="Sllides anlegen">
<icon BUILTIN="flag-yellow"/>
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1754790069195" ID="ID_532358745" MODIFIED="1779389203875" TEXT="Text ausarbeiten">
<icon BUILTIN="flag-yellow"/>
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1754750859506" ID="ID_551478124" MODIFIED="1779389203874" TEXT="Animationen aufbauen">
<icon BUILTIN="flag-yellow"/>
</node>
</node>
<node BACKGROUND_COLOR="#ccb59b" COLOR="#6e2a38" CREATED="1755730987056" ID="ID_734596433" MODIFIED="1779389056508" TEXT="Fazit">
<linktarget COLOR="#97606e" DESTINATION="ID_734596433" ENDARROW="Default" ENDINCLINATION="-323;76;" ID="Arrow_ID_276868768" SOURCE="ID_1027335076" STARTARROW="None" STARTINCLINATION="-69;10;"/>
<font ITALIC="true" NAME="SansSerif" SIZE="14"/>
<icon BUILTIN="yes"/>
<icon BUILTIN="help"/>
<node CREATED="1755731396961" ID="ID_1581336862" MODIFIED="1779389097398" TEXT="Hinweis: Publikum im letzten Jahr">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      ich hatte mir ja im Vorfeld &#252;berlegt, was f&#252;r ein Publikum vermutlich auf der FrOSCon heruml&#228;uft; dem entsprechend war der Vortrag auf &#187;Allgemeinbildungs-Niveau&#171; angelegt.... (was allerdings auch bereits f&#252;r Benny eine erhebliche Herausforderung war, also vermutlich auch f&#252;r andere Leute)
    </p>
  </body>
</html></richcontent>
</node>
<node BACKGROUND_COLOR="#fdfdcf" COLOR="#ff0000" CREATED="1755731936390" ID="ID_1251114714" LINK="https://media.ccc.de/v/froscon2025-3316-getting_your_hands_dirty_with_video_output_on_linux_using_c" MODIFIED="1779389121265" TEXT="Video-Aufzeichnung (CCC)">
<icon BUILTIN="info"/>
<icon BUILTIN="help"/>
</node>
</node>
</node>
</node>
<node CREATED="1519000544959" ID="ID_1954948627" MODIFIED="1715854555555" POSITION="right" TEXT="Beispiele">
<edge COLOR="#986d6e"/>
<font NAME="SansSerif" SIZE="14"/>
<node BACKGROUND_COLOR="#d2beaf" COLOR="#5c4d6e" CREATED="1753199130112" ID="ID_340189606" MODIFIED="1779389849530" TEXT="ver&#xf6;ffentlichen">
<icon BUILTIN="bell"/>
<node CREATED="1754690590418" ID="ID_1519600228" MODIFIED="1779389777425" TEXT="In Asciidoc umsetzen">
<node BACKGROUND_COLOR="#e0ceaa" COLOR="#690f14" CREATED="1755035578089" ID="ID_930402986" MODIFIED="1779389788927" TEXT="Einbindung ins Lumiera-Repo?">
<icon BUILTIN="help"/>
</node>
</node>
<node BACKGROUND_COLOR="#d2beaf" COLOR="#5c4d6e" CREATED="1755730756381" ID="ID_468602090" MODIFIED="1779389809562" TEXT="Demo-Code + Asciidoc per git-subtree-merge in Website integrieren">
<icon BUILTIN="hourglass"/>
<node CREATED="1755783444835" ID="ID_1509171837" MODIFIED="1779389817520">
<richcontent TYPE="NODE"><html>
  <head/>
  <body>
    <p>
      in die Sektion: <b>Research</b>
    </p>
  </body>
</html></richcontent>
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      ...mein langfristiger Plan: ich will eine <b>Knowledge-Base</b>&#160;schaffen
    </p>
  </body>
</html></richcontent>
<linktarget COLOR="#1e73d8" DESTINATION="ID_1509171837" ENDARROW="Default" ENDINCLINATION="-101;10;" ID="Arrow_ID_202998793" SOURCE="ID_1555871563" STARTARROW="None" STARTINCLINATION="73;6;"/>
</node>
<node BACKGROUND_COLOR="#d2beaf" COLOR="#5c4d6e" CREATED="1755783744974" ID="ID_869839202" LINK="git://git.lumiera.org/extra/video-output.git" MODIFIED="1779389837517">
<richcontent TYPE="NODE"><html>
  <head/>
  <body>
    <p>
      neues <b>Git-Repo</b>&#160;nur f&#252;r den Demo-Code anlegen
    </p>
  </body>
</html></richcontent>
<icon BUILTIN="hourglass"/>
</node>
</node>
<node CREATED="1755783306798" ID="ID_1759870777" MODIFIED="1779389857537" TEXT="QR-Code generieren">
<node CREATED="1755783346775" ID="ID_1172562149" MODIFIED="1755783365282">
<richcontent TYPE="NODE"><html>
  <head/>
  <body>
    <p>
      verwende <font face="Monospaced" color="#1820af">qrencode</font>
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1755783401946" ID="ID_1555871563" LINK="https://lumiera.org/research/videoDisplay/index.html" MODIFIED="1755783828602" TEXT="Direkt-Link auf die Landing-Page">
<arrowlink COLOR="#1e73d8" DESTINATION="ID_1509171837" ENDARROW="Default" ENDINCLINATION="-101;10;" ID="Arrow_ID_202998793" STARTARROW="None" STARTINCLINATION="73;6;"/>
</node>
<node CREATED="1755783372396" ID="ID_908215409" MODIFIED="1755783394951" TEXT="Aufl&#xf6;sung pro Block erh&#xf6;hen">
<icon BUILTIN="idea"/>
</node>
</node>
</node>
<node BACKGROUND_COLOR="#d2beaf" COLOR="#5c4d6e" CREATED="1753199226593" ID="ID_557178402" MODIFIED="1753199233307" TEXT="konsolidieren und aufr&#xe4;umen">
<icon BUILTIN="hourglass"/>
<node BACKGROUND_COLOR="#e0ceaa" COLOR="#690f14" CREATED="1753199237738" ID="ID_591583137" MODIFIED="1753199282774" TEXT="lokal: Recherche-Projekte wegwerfen">
<icon BUILTIN="bell"/>
</node>
</node>
</node>
<node COLOR="#3f3c6e" CREATED="1519000377246" HGAP="-16" ID="ID_1122707632" MODIFIED="1715854555555" POSITION="left" TEXT="Theorie" VGAP="2" VSHIFT="-3">
<edge COLOR="#5b7196" STYLE="linear"/>
<font NAME="SansSerif" SIZE="16"/>
<node CREATED="1519001149509" HGAP="41" ID="ID_353299994" MODIFIED="1722709319607" TEXT="Ideen" VSHIFT="-15">
<node CREATED="1722709320807" ID="ID_1914962492" MODIFIED="1722709323542" TEXT="Langlebigkeit"/>
<node CREATED="1722709324174" ID="ID_1151283600" MODIFIED="1722709326454" TEXT="Abstraktionen">
<node CREATED="1722709334033" ID="ID_878890148" LINK="https://sandimetz.com/blog/2016/1/20/the-wrong-abstraction" MODIFIED="1722709339728" TEXT="the-wrong-abstraction"/>
<node CREATED="1722722026974" ID="ID_1288938043" LINK="https://en.wikipedia.org/wiki/Lehman&apos;s_laws_of_software_evolution" MODIFIED="1722722038344" TEXT="Lehmann&apos;s Laws of Software Evolution"/>
</node>
</node>
<node CREATED="1715854555555" ID="ID_1552434163" MODIFIED="1779387294075" TEXT="Betriebssysteme"/>
<node CREATED="1519327977125" HGAP="-12" ID="ID_454973074" MODIFIED="1715874281511" TEXT="nebenbei" VGAP="4" VSHIFT="17"/>
</node>
<node BACKGROUND_COLOR="#eef0c5" COLOR="#990000" CREATED="1519000398331" HGAP="55" ID="ID_1606904663" MODIFIED="1779386737131" POSITION="left" TEXT="Vorbereitung" VSHIFT="11">
<icon BUILTIN="pencil"/>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1520540726820" ID="ID_18225145" MODIFIED="1779386731937" TEXT="Gedankliche Klarheit">
<icon BUILTIN="flag-yellow"/>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1722905495382" ID="ID_1513349078" MODIFIED="1779386711880" TEXT="Gedankengang abstrakt ausformulieren">
<icon BUILTIN="flag-yellow"/>
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1715854555555" HGAP="27" ID="ID_973383337" MODIFIED="1779386711880" TEXT="Vortrag ausformulieren" VSHIFT="25">
<icon BUILTIN="flag-yellow"/>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1722905512701" ID="ID_487002734" MODIFIED="1779386711881" TEXT="Inhalte auf Darstellungs-Ebene">
<icon BUILTIN="flag-yellow"/>
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1722905526114" ID="ID_1238444439" MODIFIED="1779386711881" TEXT="Code-Beispiele">
<icon BUILTIN="flag-yellow"/>
</node>
</node>
<node CREATED="1520540782924" ID="ID_1394954330" MODIFIED="1779388492717" TEXT="was wir wollen und wo wir stehen">
<icon BUILTIN="yes"/>
<node CREATED="1753133245990" ID="ID_1737109820" MODIFIED="1753133263062" TEXT="einen plausiblen Anla&#xdf;, um einen Vortrag mit Lumiera-Bezug zu halten"/>
<node CREATED="1753133263959" ID="ID_1208154525" MODIFIED="1753133281172" TEXT="Kompetenz in &#xbb;hard-core&#xab;-Themen demonstrieren"/>
<node CREATED="1723038081191" ID="ID_1463117390" MODIFIED="1779388529297" TEXT="au&#xdf;erdem: Image &#xbb;erfahrener Experte&#xab;"/>
<node CREATED="1753133297344" ID="ID_1778242194" MODIFIED="1779388674083" TEXT="Recherche f&#xfc;r Lumiera: wir brauchen ein eigenes IO-Framework">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Es war von Anfang an klar, da&#223; wir <i>speziell dieses Thema selber unter Kontrolle bringen </i>m&#252;ssen.
    </p>
    <p>
      Christian hatte seinerzeit ein MMAP-Backend implementiert. Ich folge dem gleichen Ansatz, gehe aber mit der Linux-Kernelentwicklung mit...
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1753133430386" ID="ID_1664746007" MODIFIED="1753133453392" TEXT="Eine Know-how-Sektion auf der Lumiera-Website aufbauen"/>
</node>
<node CREATED="1520540904179" ID="ID_1292404263" MODIFIED="1779388358750">
<richcontent TYPE="NODE"><html>
  <head/>
  <body>
    <p>
      was wir zeigen <i>k&#246;nnen</i>
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1520540919129" ID="ID_1689570767" MODIFIED="1747438950166" TEXT="(was wir nicht sagen)">
<node CREATED="1753973659733" ID="ID_1857026400" MODIFIED="1753973671298" TEXT="wie wenig Ahnung wir tats&#xe4;chlich haben...">
<icon BUILTIN="smiley-oh"/>
</node>
<node CREATED="1753973675843" ID="ID_189880794" MODIFIED="1753973692827" TEXT="wie sehr das eigentlich ein &#xbb;Wahnsinns-Thema&#xab; ist">
<icon BUILTIN="clanbomber"/>
</node>
<node CREATED="1723508279705" ID="ID_1768919179" MODIFIED="1723508290155" TEXT="da&#xdf; ich hier einen durchaus eigenwilligen Weg gehe"/>
</node>
</node>
<node BACKGROUND_COLOR="#fdfdcf" COLOR="#ff0000" CREATED="1753885887109" ID="ID_1991141897" MODIFIED="1779390904717" TEXT="Recherche zu Themenbereichen">
<icon BUILTIN="flag-pink"/>
<node CREATED="1753885953712" ID="ID_1705360472" MODIFIED="1779390897547" TEXT="Architektur: Linux"/>
<node CREATED="1753885985959" ID="ID_1416320830" MODIFIED="1753886099702" TEXT="VBlank-Sync"/>
<node CREATED="1753885928239" ID="ID_1844778340" MODIFIED="1783362547239" TEXT="io_uring">
<node CREATED="1779396294447" ID="ID_1848792339" MODIFIED="1779396305267" TEXT="Quellen">
<node CREATED="1779396306814" ID="ID_1325281102" LINK="https://en.wikipedia.org/wiki/Io_uring" MODIFIED="1779396315914" TEXT="Wikipedia">
<node CREATED="1779397158957" ID="ID_635788695" LINK="https://web.archive.org/web/20251010072644/https://kernel.dk/io_uring.pdf" MODIFIED="1779397176550" TEXT="verlinkt auf Einf&#xfc;hrungs-Artikel: &#xbb;Efficient IO with io_uring&#xab;"/>
<node CREATED="1779397215245" ID="ID_533486044" LINK="https://lwn.net/Articles/810414/" MODIFIED="1779397234502" TEXT="LWN: rapid growth of io_uring (2020)"/>
<node CREATED="1783367993803" ID="ID_1431968418" LINK="https://towardsdev.com/io-uring-vs-epoll-syscall-overhead-linux-performance-a3d7fcc6c9b9?gi=3c0154f883b2" MODIFIED="1783368130857" TEXT="Medium.com: The Linux I/O Interface That Finally Makes Sense">
<node CREATED="1783368130854" ID="ID_478257500" LINK="https://web.archive.org/web/20260706200044/https://towardsdev.com/io-uring-vs-epoll-syscall-overhead-linux-performance-a3d7fcc6c9b9?gi=da9a38a5a4e5" MODIFIED="1783368133389" TEXT="A"/>
</node>
<node CREATED="1783368328751" ID="ID_1994767905" LINK="https://unixism.net/2020/04/io-uring-by-example-article-series/" MODIFIED="1783368342820" TEXT="IO_URING by example (2020)">
<node CREATED="1783368348940" ID="ID_888420188" LINK="https://github.com/shuveb/io_uring-by-example" MODIFIED="1783368354081" TEXT="zugeh&#xf6;riger Github"/>
</node>
<node CREATED="1783370353779" ID="ID_72316824" LINK="https://www.reddit.com/answers/f06c7939-9e61-4d8b-96a0-45180c7ef398/?q=%C3%9Cberblick+io_uring+in+Linux&amp;source=PDP" MODIFIED="1783370359891" TEXT="Reddit-&#xdc;bersichtsseite"/>
<node CREATED="1783370514114" ID="ID_1349175602" LINK="https://arxiv.org/abs/2512.04859" MODIFIED="1783370550553" TEXT="Interessant: arXiv &#x2014; High-Performance DBMSs with io_uring: When and How to use it"/>
<node CREATED="1783706594614" ID="ID_217459686" MODIFIED="1783706597279" TEXT="Background">
<node CREATED="1783706598200" ID="ID_1400058410" LINK="https://www.kegel.com/c10k.html#strategies" MODIFIED="1783706619773" TEXT="the 10k Problem: Ans&#xe4;tze f&#xfc;r hohen Durchsatz"/>
</node>
</node>
<node CREATED="1779399048372" ID="ID_1376049416" LINK="https://unixism.net/loti/" MODIFIED="1779399068596" TEXT="&#xbb;Lord of the uring&#xab;"/>
<node CREATED="1783707558447" ID="ID_629419959" MODIFIED="1783707560578" TEXT="Referenz">
<node CREATED="1783707561510" ID="ID_1736869707" LINK="https://unixism.net/loti/ref-liburing/index.html" MODIFIED="1783707573745" TEXT="&#xdc;bersichts-Referenz (liburing)">
<node CREATED="1783707596169" ID="ID_1286879063" LINK="https://unixism.net/loti/ref-liburing/submission.html" MODIFIED="1783707796060" TEXT="wichtig(liburing): Submission and Submission helpers">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Die Liburing h&#252;llt das eigentliche Ringbuffer-Interface ein, so da&#223; man gar nicht mehr direkt mit den Ringbuffern zu tun hat. Was sch&#246;n ist, aber man mu&#223; die Ringbuffer verstanden haben! Im Besonderen die Submission helpers sind Konfigurations-Funktionen, die eienen Submission-Queue-Entry <i>ausf&#252;llen mit passenden Parametern</i>. Damit sind sie wieder so etwas wie eine funktionale Form der Kernel-calls, aber eben verz&#246;gert / geplant. Den eigentlichen Aufruf macht man dann mit io_uring_submit(ring);
    </p>
    <pre http-equiv="content-type" content="text/html; charset=utf-8"></pre>
  </body>
</html></richcontent>
<icon BUILTIN="idea"/>
</node>
<node CREATED="1783707924633" ID="ID_1323434414" MODIFIED="1783707927633" TEXT="Operationen">
<node CREATED="1783707941501" ID="ID_360987965" LINK="https://unixism.net/loti/ref-liburing/submission.html#c.io_uring_prep_nop" MODIFIED="1783707941501" TEXT="io_uring_prep_nop"/>
<node CREATED="1783707947926" ID="ID_364910722" LINK="https://unixism.net/loti/ref-liburing/submission.html#c.io_uring_prep_read" MODIFIED="1783708042268" TEXT="io_uring_prep_read"/>
<node CREATED="1783708064659" ID="ID_728214557" LINK="https://unixism.net/loti/ref-liburing/submission.html#c.io_uring_prep_write" MODIFIED="1783708064659" TEXT="io_uring_prep_write"/>
<node CREATED="1783708071488" ID="ID_1763432821" LINK="https://unixism.net/loti/ref-liburing/submission.html#c.io_uring_prep_readv" MODIFIED="1783708071488" TEXT="io_uring_prep_readv"/>
<node CREATED="1783708077550" ID="ID_812157542" LINK="https://unixism.net/loti/ref-liburing/submission.html#c.io_uring_prep_read_fixed" MODIFIED="1783708077550" TEXT="io_uring_prep_read_fixed"/>
<node CREATED="1783708083101" ID="ID_761473768" LINK="https://unixism.net/loti/ref-liburing/submission.html#c.io_uring_prep_writev" MODIFIED="1783708083101" TEXT="io_uring_prep_writev"/>
<node CREATED="1783708088984" ID="ID_1692700410" LINK="https://unixism.net/loti/ref-liburing/submission.html#c.io_uring_prep_write_fixed" MODIFIED="1783708088984" TEXT="io_uring_prep_write_fixed"/>
<node CREATED="1783708104534" ID="ID_620503863" LINK="https://unixism.net/loti/ref-liburing/submission.html#c.io_uring_prep_fsync" MODIFIED="1783708104534" TEXT="io_uring_prep_fsync"/>
<node CREATED="1783708117166" ID="ID_1197551321" LINK="https://unixism.net/loti/ref-liburing/submission.html#c.io_uring_prep_close" MODIFIED="1783708117166" TEXT="io_uring_prep_close"/>
<node CREATED="1783708133349" ID="ID_122652967" LINK="https://unixism.net/loti/ref-liburing/submission.html#c.io_uring_prep_openat" MODIFIED="1783708133349" TEXT="io_uring_prep_openat"/>
<node CREATED="1783708142497" ID="ID_518962092" LINK="https://unixism.net/loti/ref-liburing/submission.html#c.io_uring_prep_openat2" MODIFIED="1783708142497" TEXT="io_uring_prep_openat2"/>
<node CREATED="1783708148677" ID="ID_76679641" LINK="https://unixism.net/loti/ref-liburing/submission.html#c.io_uring_prep_fallocate" MODIFIED="1783708148677" TEXT="io_uring_prep_fallocate"/>
<node CREATED="1783708166018" ID="ID_349445435" LINK="https://unixism.net/loti/ref-liburing/submission.html#c.io_uring_prep_statx" MODIFIED="1783708166018" TEXT="io_uring_prep_statx"/>
<node CREATED="1783708172988" ID="ID_1867957432" LINK="https://unixism.net/loti/ref-liburing/submission.html#c.io_uring_prep_fadvise" MODIFIED="1783708172988" TEXT="io_uring_prep_fadvise"/>
<node CREATED="1783708213295" ID="ID_1675477095" LINK="https://unixism.net/loti/ref-liburing/submission.html#c.io_uring_prep_madvise" MODIFIED="1783708213295" TEXT="io_uring_prep_madvise"/>
<node CREATED="1783708231204" ID="ID_1874200614" LINK="https://unixism.net/loti/ref-liburing/submission.html#c.io_uring_prep_splice" MODIFIED="1783708231204" TEXT="io_uring_prep_splice"/>
<node CREATED="1783708240334" ID="ID_1914967107" LINK="https://unixism.net/loti/ref-liburing/submission.html#c.io_uring_prep_recvmsg" MODIFIED="1783708240334" TEXT="io_uring_prep_recvmsg"/>
<node CREATED="1783708245837" ID="ID_123618645" LINK="https://unixism.net/loti/ref-liburing/submission.html#c.io_uring_prep_sendmsg" MODIFIED="1783708245837" TEXT="io_uring_prep_sendmsg"/>
<node CREATED="1783708251154" ID="ID_393655773" LINK="https://unixism.net/loti/ref-liburing/submission.html#c.io_uring_prep_recv" MODIFIED="1783708251154" TEXT="io_uring_prep_recv"/>
<node CREATED="1783708258776" ID="ID_1708597723" LINK="https://unixism.net/loti/ref-liburing/submission.html#c.io_uring_prep_send" MODIFIED="1783708258776" TEXT="io_uring_prep_send"/>
<node CREATED="1783708299755" ID="ID_623477660" LINK="https://unixism.net/loti/ref-liburing/submission.html#c.io_uring_prep_accept" MODIFIED="1783708299755" TEXT="io_uring_prep_accept"/>
<node CREATED="1783708311769" ID="ID_74912791" LINK="https://unixism.net/loti/ref-liburing/submission.html#c.io_uring_prep_connect" MODIFIED="1783708311769" TEXT="io_uring_prep_connect"/>
<node CREATED="1783708337529" ID="ID_58047660" LINK="https://unixism.net/loti/ref-liburing/submission.html#c.io_uring_prep_epoll_ctl" MODIFIED="1783708337529" TEXT="io_uring_prep_epoll_ctl"/>
<node CREATED="1783708346006" ID="ID_892211122" LINK="https://unixism.net/loti/ref-liburing/submission.html#c.io_uring_prep_poll_add" MODIFIED="1783708346006" TEXT="io_uring_prep_poll_add"/>
<node CREATED="1783708353854" ID="ID_1735840226" LINK="https://unixism.net/loti/ref-liburing/submission.html#c.io_uring_prep_poll_remove" MODIFIED="1783708353854" TEXT="io_uring_prep_poll_remove"/>
</node>
</node>
</node>
</node>
<node CREATED="1779396319748" ID="ID_652484743" MODIFIED="1779396323865" TEXT="Basisinfos">
<node CREATED="1779396332330" ID="ID_1277198826" MODIFIED="1779396361916" TEXT="zwei Ringbuffer (&quot;queue rings&quot; &#x27f6; daher der Name)"/>
<node CREATED="1779396785527" ID="ID_1581052613" MODIFIED="1779396800974" TEXT="eingef&#xfc;hrt 2019 mit Linux 5.1"/>
<node CREATED="1779396508382" ID="ID_1790185181" MODIFIED="1779396544764" TEXT="soll den R&#xfc;ckstand von Linux f&#xfc;r async-IO beheben">
<node CREATED="1779398726939" ID="ID_64708046" MODIFIED="1779398814014" TEXT="die de-facto-L&#xf6;sung ist EPOLL">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      man setzt einen Socket auf &quot;asynchron&quot;. Durch cleveres Polling bekommt man mit, wann die IO-Operation &#187;ready&#171; wird. <b>Aber</b>&#160;das ist readyness-semantics, not completion-semantics. Und es ist sehr limitiert, und setzt eine komplexe State-Machine im Userland vorraus
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1779396620988" ID="ID_769607449" MODIFIED="1779396634370" TEXT="es gab seit Linux 2.5 bereits async_io"/>
<node CREATED="1779396635421" ID="ID_1823781286" MODIFIED="1779396769771" TEXT="das ist aber auf Spezialf&#xe4;lle limitiert und schwierig zu nutzen">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Arbeitet in einem speziellen Modus, IO_DIRECT
    </p>
    <p>
      Kann nur bereits allozierte/ ge&#246;ffnete Files bearbeiten
    </p>
    <p>
      kann nicht mit generischen Sockets arbeiten &#10230; auch kein Networking
    </p>
    <p>
      geht am Page Cache vorbei
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1779396658091" ID="ID_1042616589" MODIFIED="1779396675648" TEXT="Windows kann da seit den Nuller-Jahren wesentlich mehr">
<icon BUILTIN="smily_bad"/>
</node>
<node CREATED="1779398012338" ID="ID_157830257" MODIFIED="1779398079260" TEXT="Hardware-Entwicklung hat eine Rolle gespielt">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Aus einem Kommentar auf LWN
    </p>
    <p>
      https://lwn.net/Articles/810898/
    </p>
    <p http-equiv="content-type" content="text/html; charset=utf-8">
      What it says about the state of hardware is easy.<br />
    </p>
    <p>
      Meltdown mitigations made context switching more expensive, and SSDs made the actual I/O cheaper. At some point, you're spending almost as much time context switching as you are doing actual work, and there's nothing Linux can do about it because it's all tied up in the architecture of the MMU and the processor's cache. Thus, it now makes sense to design the interface around reducing the number of context switches at all cost, instead of just assuming that the cost of doing the actual I/O will dominate.
    </p>
  </body>
</html></richcontent>
</node>
</node>
<node CREATED="1779396548708" ID="ID_1822858626" MODIFIED="1779396599007" TEXT="kann mit dBPF zusammenarbeiten">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      extended Berkeley Package Filter: ein Framework, das Code als Reaktion auf Events direkt im Kernel-Kontext ausf&#252;hrt
    </p>
  </body>
</html></richcontent>
</node>
<node BACKGROUND_COLOR="#f8f1cb" COLOR="#a50125" CREATED="1779396822977" ID="ID_211122289" MODIFIED="1779397158118" TEXT="bedingt durch die komplett neue Struktur &#x27f9; massive Sicherheitsprobleme">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Es wurde alsbald erheblich als Einfallstor f&#252;r Exploits genutzt, da das bestehende Security-Tooling diese neuen Mechanismen &#252;berhaupt nicht &#187;auf dem Schirm&#171; hat. Im Jahr 2023 hat das Google-Security-Team 60% aller Linux-Exploits dem IO_URING subsystem zugeordnet. Daher ist es auf Android und ChromeOS und unter Docker in der Standard-Konfiguration deaktiviert (und hat einen schlechten Ruf unter den &#187;Oldtimern&#171;)
    </p>
  </body>
</html></richcontent>
<icon BUILTIN="messagebox_warning"/>
</node>
<node CREATED="1779397402228" ID="ID_1111670287" LINK="https://github.com/axboe/liburing" MODIFIED="1779397445634" TEXT="die liburing erleichtert den Umgang mit dem anspruchsvollen API">
<icon BUILTIN="idea"/>
</node>
<node BACKGROUND_COLOR="#accdc3" COLOR="#3f4015" CREATED="1779398825661" ID="ID_1355173640" MODIFIED="1779398859668" STYLE="fork" TEXT="Chat-GPT meint: das wird die zuk&#xfc;nftige default-L&#xf6;sung">
<edge COLOR="#808080" STYLE="bezier" WIDTH="thin"/>
<icon BUILTIN="wizard"/>
<node CREATED="1779398860929" ID="ID_676326792" MODIFIED="1779398870836" TEXT="aber Vorsicht, mein Promt war subtil biassed"/>
<node CREATED="1779398873080" ID="ID_1322619305" MODIFIED="1779398910066" TEXT="jedenfalls meint Chat-GPT...">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <ul>
      <li>
        adoption is rising
      </li>
      <li>
        io_uring is not going away anywhere soon
      </li>
    </ul>
  </body>
</html></richcontent>
</node>
<node CREATED="1779398911786" ID="ID_200652684" MODIFIED="1779398922097" TEXT="nennt nur AIO und EPOLL als relevante Alternativen"/>
<node COLOR="#338800" CREATED="1779398922776" ID="ID_614335681" MODIFIED="1779398955570" TEXT="das gen&#xfc;gt mir">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      ...denn das bedeutet, da ist nichts &#187;mainstreamiges&#171; unterwegs, von dem ich noch nichts w&#252;&#223;te.
    </p>
  </body>
</html></richcontent>
<icon BUILTIN="button_ok"/>
</node>
</node>
</node>
<node CREATED="1783380531260" ID="ID_469108654" MODIFIED="1783380548076" TEXT="mit dem Thema vertraut machen....">
<node CREATED="1783380549407" ID="ID_1386950252" MODIFIED="1783380553917" TEXT="grunds&#xe4;tzich">
<node CREATED="1783380554930" ID="ID_840014622" MODIFIED="1783380581481">
<richcontent TYPE="NODE"><html>
  <head/>
  <body>
    <p>
      AsyncIO f&#252;r <i>sehr hohen</i>&#160;throughput
    </p>
  </body>
</html></richcontent>
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      also ehr im Bereich von Millionen Requests / sec
    </p>
  </body>
</html></richcontent>
<node CREATED="1783380657844" ID="ID_1057905414" MODIFIED="1783380667920" TEXT="erst da macht sich der Kontext-Switch bemerkbar"/>
<node CREATED="1783380668713" ID="ID_1392613640" MODIFIED="1783380678765" TEXT="f&#xfc;r tausende Requests/sec reicht ein Threadpool"/>
</node>
<node CREATED="1783380582620" ID="ID_188672487" MODIFIED="1783380656505" TEXT="aber: Files sind immer &quot;ready&quot; und ePoll meldet nur das">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      deshalb war die Behandlung von Files stets etwas asymetrisch. Auch wenn der Socket <i>ready</i>&#160;ist, kann er dann doch noch blocken, wenn das System unter Druck steht.
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783380681615" ID="ID_849345355" MODIFIED="1783380696024" TEXT="das ist f&#xfc;r uns das zentrale Argument">
<icon BUILTIN="back"/>
</node>
<node CREATED="1783382094070" ID="ID_434911517" MODIFIED="1783382108385" TEXT="au&#xdf;erdem: AIO erlaubt nur direktes, unbuffered IO"/>
</node>
<node CREATED="1783380898163" ID="ID_504375047" MODIFIED="1783380914611" TEXT="Struktur des io_uring-Interface">
<node CREATED="1783381938828" ID="ID_651806818" MODIFIED="1783381950696" TEXT="Lord-of-the-uring-Tutorial">
<icon BUILTIN="info"/>
</node>
<node CREATED="1783380936792" ID="ID_1455615031" MODIFIED="1783380942073" TEXT="zwei Ringbuffer-Kan&#xe4;le">
<node CREATED="1783380943213" ID="ID_1918214029" MODIFIED="1783380969821" TEXT="SQ = submission queue"/>
<node CREATED="1783380958402" ID="ID_371171829" MODIFIED="1783380967381" TEXT="CQ = completion queue"/>
<node CREATED="1783380992795" ID="ID_1515222220" MODIFIED="1783381004376" TEXT="Speicher f&#xfc;r die Ringbuffer is shared (user/kernel space)"/>
<node CREATED="1783381017807" ID="ID_552310788" MODIFIED="1783381022222" TEXT="einrichten">
<node CREATED="1783381034591" ID="ID_1237271759" LINK="https://unixism.net/loti/ref-iouring/io_uring_setup.html#c.io_uring_setup" MODIFIED="1783381043083" TEXT=" io_uring_setup()">
<node CREATED="1783387356135" ID="ID_1660238093" MODIFIED="1783387385016" TEXT="die L&#xe4;nge des Queue-Ringbuffers kann man konfigurieren"/>
</node>
<node CREATED="1783381048487" ID="ID_384071147" MODIFIED="1783381055553" TEXT="dann per mmap in den user-space mappen"/>
</node>
</node>
<node CREATED="1783381397970" ID="ID_1269361958" MODIFIED="1783381400665" TEXT="Verwenden...">
<node CREATED="1783381413665" ID="ID_738123625" MODIFIED="1783381418189" TEXT="add submission queue entry"/>
<node CREATED="1783381440513" ID="ID_1540836016" LINK="https://unixism.net/loti/ref-iouring/io_uring_enter.html#c.io_uring_enter" MODIFIED="1783381479636" TEXT="io_uring_enter()">
<node CREATED="1783381449741" ID="ID_1923740843" MODIFIED="1783381497303" TEXT="triggert den Kernel an: neue SQE da">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      man kann auch mehrere Eintr&#228;ge hinzuf&#252;gen und dann antriggern
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783381503670" ID="ID_176407271" LINK="https://unixism.net/loti/tutorial/sq_poll.html#sq-poll" MODIFIED="1783381536644" TEXT="oder Submisssion-Queue-Polling verwenden">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      dann erkennt der Kernel sebst&#228;ndig, wenn was neues in der Queue ist
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783381563444" ID="ID_1738464780" MODIFIED="1783381590147" TEXT="kann auch warten bis eine gewisse Zahl an CQ Entries zur&#xfc;ckgeschickt wurde"/>
</node>
<node CREATED="1783381611534" ID="ID_1396608178" MODIFIED="1783381625024" TEXT="ein CQE pro SQE, mit Ergebnis-Status">
<node CREATED="1783387631984" ID="ID_888714962" MODIFIED="1783387642585" TEXT="werden verbunden durch einen user_data-Pointer"/>
<node CREATED="1783387674355" ID="ID_1734790893" MODIFIED="1783387688094" TEXT="dieser wird vom Kernel einfach unver&#xe4;ndert durchgereicht"/>
<node BACKGROUND_COLOR="#fefc4e" COLOR="#351d75" CREATED="1783389920263" ID="ID_631311167" MODIFIED="1783389939307" TEXT="Ha! das pa&#xdf;t perfekt auf mein Design der Continuations im Scheduler">
<font BOLD="true" NAME="SansSerif" SIZE="12"/>
<icon BUILTIN="idea"/>
</node>
</node>
<node CREATED="1783384996718" ID="ID_1183383765" MODIFIED="1783385010780" TEXT="CQ-Entries kommen in beliebiger Reihenfolge (wenn ready)">
<node CREATED="1783385011889" ID="ID_141657481" MODIFIED="1783385016940" TEXT="man kann aber Ordnung erzwingen"/>
</node>
<node CREATED="1783390082574" ID="ID_693582801" MODIFIED="1783390088426" TEXT="Daten / Buffer">
<icon BUILTIN="idea"/>
<node CREATED="1783390090337" ID="ID_1527986562" MODIFIED="1783390107574" TEXT="hier &#xfc;bertr&#xe4;gt sich die Systematik der alten IO-Syscalls"/>
<node CREATED="1783390108838" ID="ID_1250332278" MODIFIED="1783390117912" TEXT="man gibt einen Buffer im User-Process-Space an"/>
<node CREATED="1783390118846" ID="ID_752139916" MODIFIED="1783390138958" TEXT="der Kernel sorgt daf&#xfc;r, da&#xdf; dort die Daten landen"/>
<node CREATED="1783390139733" ID="ID_1637000405" MODIFIED="1783390228531" TEXT="wie er das macht, kann uns egal sein">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      ....vermutlich wird der Buffer-Speicher einfach geeignet auch in den Kernel-Space gemapped; jedoch das Setup mit den Command/Completion-Ringbuffern isoliert den User komplett von diesen Fragen. Sehr geschickt!
    </p>
  </body>
</html></richcontent>
<icon BUILTIN="ksmiletris"/>
</node>
</node>
</node>
<node CREATED="1783381920148" ID="ID_1220852513" MODIFIED="1783381925793" TEXT="low-level-Interface">
<node CREATED="1783381965202" ID="ID_1728181714" MODIFIED="1783381975125" TEXT="Tutorial: erst einmal redv() verstehen...">
<node CREATED="1783382282094" ID="ID_1820629134" MODIFIED="1783446293619" TEXT="scatter/gather-IO bzw. vectored IO">
<linktarget COLOR="#fdfdca" DESTINATION="ID_1820629134" ENDARROW="Default" ENDINCLINATION="1190;0;" ID="Arrow_ID_836559053" SOURCE="ID_668632489" STARTARROW="None" STARTINCLINATION="619;22;"/>
</node>
<node CREATED="1783382409880" ID="ID_1027835294" MODIFIED="1783382419498" TEXT="bekommt eine Liste von Auftrags-Structs">
<node CREATED="1783382430363" ID="ID_1171141321" MODIFIED="1783382439848" TEXT="struct iovec">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <pre http-equiv="content-type" content="text/html; charset=utf-8" class="enlighter-clipboard">struct iovec {
     void  *iov_base;    /* Starting address */
     size_t iov_len;     /* Number of bytes to transfer */
};</pre>
  </body>
</html></richcontent>
</node>
</node>
<node CREATED="1783384437400" ID="ID_261205380" MODIFIED="1783384460053" TEXT="transferiert den File-content l&#xfc;ckenlos der Reihe nach in die Buffer"/>
</node>
<node CREATED="1783387732857" ID="ID_1688041268" MODIFIED="1783387775312" TEXT="CQE hat user_date, res/error-code, wie read()"/>
<node CREATED="1783387816253" ID="ID_480695787" MODIFIED="1783387823986" TEXT="SQE ist eine Command-struct">
<node CREATED="1783387824860" ID="ID_1367724603" MODIFIED="1783387827979" TEXT="hat eine Command-ID"/>
<node CREATED="1783387828460" ID="ID_854431460" MODIFIED="1783387836666" TEXT="und dann diverse multi-purpose-fields"/>
<node CREATED="1783387924878" ID="ID_1554669393" MODIFIED="1783387936427" TEXT="Aufrufe sind modelliert nach bekannten IO-Operationen">
<node CREATED="1783388108773" ID="ID_1963002363" MODIFIED="1783388118801" TEXT="bsp: verwendet einen File-Descriptor"/>
<node CREATED="1783388119281" ID="ID_595160605" MODIFIED="1783388126033" TEXT="hat einen Offset in das File"/>
<node CREATED="1783388126544" ID="ID_1557501628" MODIFIED="1783388139315" TEXT="bekommt einen Buffer-pointer oder einen iovec"/>
</node>
</node>
<node CREATED="1783388781316" ID="ID_1265251773" MODIFIED="1783388814792" TEXT="man gibt eine struct io_uring_params an den io_uring_setup()"/>
<node CREATED="1783388646919" ID="ID_1468403550" MODIFIED="1783388660393" TEXT="man definiert sich selbst passende Schnittstellen-Structs">
<node BACKGROUND_COLOR="#e0ceaa" COLOR="#690f14" CREATED="1783388674071" ID="ID_1871456691" MODIFIED="1783439712989" TEXT="Frage: warum ist das nicht vom Kernel vordefiniert?">
<icon BUILTIN="help"/>
<node CREATED="1783388990307" ID="ID_1963229698" MODIFIED="1783389000855" TEXT="weil das schon ein Abstraktionslayer ist"/>
<node CREATED="1783389001425" ID="ID_149275964" MODIFIED="1783389017213" TEXT="der Kernel definiert lediglich die Basis-structs SQE und CQE"/>
<node CREATED="1783389033526" ID="ID_531781879" MODIFIED="1783389070406" TEXT="die Positionen der Ringbuffer-Kontrollfelder sind quasi-dynamisch"/>
<node CREATED="1783389073434" ID="ID_378448165" MODIFIED="1783389087003" TEXT="sie werden per io_uring_params zur&#xfc;ckgegeben"/>
<node CREATED="1783389088143" ID="ID_1057767628" MODIFIED="1783389106739" TEXT="deshalb ist es sinnvoll, sich da eine Interface-struct dr&#xfc;berzusetzen"/>
</node>
<node CREATED="1783388687235" ID="ID_572599133" MODIFIED="1783388699931" TEXT="diese kann man dann per mmap in den user-space mappen"/>
<node CREATED="1783388891850" ID="ID_54309322" MODIFIED="1783388907891" TEXT="f&#xfc;r das zu mappende &quot;file&quot; gibt es einen File-Descriptor"/>
<node CREATED="1783388921357" ID="ID_788864531" MODIFIED="1783388932860" TEXT="dieser wird von io_uring_setup() zur&#xfc;ckgeliefert"/>
</node>
<node CREATED="1783439723372" ID="ID_70450003" MODIFIED="1783439731172" TEXT="Ringbuffer sind auf Index-Basis implementiert">
<node CREATED="1783439735880" ID="ID_1310555659" MODIFIED="1783439754513" TEXT="es ist ein Array, wobei head und tail als Indices gegeben sind"/>
<node CREATED="1783439755001" ID="ID_339978399" MODIFIED="1783439785005" TEXT="vor dem Zugriff wird der Index modulo die Ringbuffer-L&#xe4;nge genommen"/>
<node CREATED="1783439788873" ID="ID_800063940" MODIFIED="1783439821495" TEXT="Kontrollfelder und die Entry-Arrays liegen im shraed (mmaped) memory"/>
<node CREATED="1783439823932" ID="ID_51197608" MODIFIED="1783439987223" TEXT="die SQ-Entries werden &#xfc;ber eine weitere Indirektion mitgeteilt">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Im Submission-Ringbuffer liegt nur eine Index-Nummer, die in ein daneben stehendes weiteres Array zeigt. Im Tutorial hei&#223;t es, das sei so konstruiert worden, um Applikationen zus&#228;tzliche Flexibilit&#228;t zu geben (was ich nicht wirklich verstehe, da ja auch das externe SQ-Array im mmapped-mem liegen mu&#223;)
    </p>
  </body>
</html></richcontent>
</node>
</node>
<node CREATED="1783439999125" ID="ID_1383082691" MODIFIED="1783440018308" TEXT="Sichtbarkeit &#xfc;ber Thread-Grenzen beachten">
<node CREATED="1783440021146" ID="ID_171647218" MODIFIED="1783440029669" TEXT="shared-memory-Programmierung..."/>
<node CREATED="1783440030756" ID="ID_1601251687" MODIFIED="1783440088278" TEXT="braucht immer eine Read-barrier und am Ende eine write-barrier">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      damit man zu Beginn die neuesten Updates vom Kernel mitbekommt, und am Ende dem Kernel die neue Schreib/Lese-Position sichtbar gemacht wird
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783440089704" ID="ID_1425651981" MODIFIED="1783440102635" TEXT="das gen&#xfc;gt hier, da es sich um single-Producer/Consumer handelt"/>
</node>
</node>
<node CREATED="1783440114398" ID="ID_1217216266" MODIFIED="1783440119000" TEXT="liburing verwenden">
<node CREATED="1783440833117" ID="ID_839873138" MODIFIED="1783440844539" TEXT="stellt ein C-Interface f&#xfc;r den Zugriff auf die Ringbuffer bereit">
<node CREATED="1783440926298" ID="ID_170963361" MODIFIED="1783440944465" TEXT="eine Schnittstellen-struct io_uring">
<icon BUILTIN="ksmiletris"/>
</node>
<node CREATED="1783820387473" ID="ID_215295477" MODIFIED="1783820445186" TEXT="modernes C/C++ weitgehend header-only / static-inline">
<arrowlink COLOR="#4387d9" DESTINATION="ID_569042424" ENDARROW="Default" ENDINCLINATION="-977;-775;" ID="Arrow_ID_876718032" STARTARROW="None" STARTINCLINATION="81;442;"/>
</node>
</node>
<node CREATED="1783440846153" ID="ID_1052852486" MODIFIED="1783440859478" TEXT="man kann...">
<node CREATED="1783440860347" ID="ID_134839902" MODIFIED="1783440877595" TEXT="auf den n&#xe4;chsten CQ-Entry blockend warten"/>
</node>
<node CREATED="1783440882234" ID="ID_301034439" MODIFIED="1783440900525" TEXT="die read/write-Barrieren sind verborgen">
<node CREATED="1783440901646" ID="ID_1734627767" MODIFIED="1783440912071" TEXT="stattdessen: io_uring_cqe_seen"/>
<node CREATED="1783442225762" ID="ID_1142061633" MODIFIED="1783442228423" TEXT="io_uring_submit(ring)"/>
</node>
<node CREATED="1783442066344" ID="ID_345729175" MODIFIED="1783442157624" TEXT="stellt high-level parameter-Konstruktoren f&#xfc;r die Operationen bereit">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      im Tutorial-Beispiel: io_uring_prep_readv() f&#252;llt einen SQ-Entry passend aus f&#252;r eine readv-Operation
    </p>
  </body>
</html></richcontent>
</node>
</node>
<node CREATED="1783446631153" ID="ID_235240398" LINK="https://unixism.net/2020/04/io-uring-by-example-part-2-queuing-multiple-requests/" MODIFIED="1783446637597" TEXT="Tutorial: async coply">
<node CREATED="1783446647749" ID="ID_1584749060" MODIFIED="1783446656535" TEXT="alloziert jeweils eine Buffer + einen descriptor"/>
<node CREATED="1783446657178" ID="ID_42171709" MODIFIED="1783446665185" TEXT="h&#xe4;ngt diese als user-data an den Request"/>
<node CREATED="1783446669249" ID="ID_1943056546" MODIFIED="1783446680844" TEXT="macht die Queue erst mit read-requests voll"/>
<node CREATED="1783446681440" ID="ID_1130661279" MODIFIED="1783446690677" TEXT="im descriptor gibt es eine read/write-flag"/>
<node CREATED="1783446691449" ID="ID_557522221" MODIFIED="1783446702668" TEXT="damit wird ein copy-Proze&#xdf; realisiert"/>
<node CREATED="1783446913957" ID="ID_457406046" MODIFIED="1783446917117" TEXT="Komplikationen">
<node CREATED="1783446918040" ID="ID_742805192" MODIFIED="1783447636257" TEXT="anscheinend gibt es einen &quot;retry&quot;, signalisiert mit EAGAIN">
<node CREATED="1783447637802" ID="ID_1480100399" MODIFIED="1783447653363" TEXT="readv() ist nur eine scatter/gather-variante von read/write()"/>
<node CREATED="1783447770285" ID="ID_1587286955" MODIFIED="1783447818026" TEXT="wenn man read() mit Flag O_NONBLOCK aufruft, k&#xf6;nnte der physiche Read trotzdem blocken"/>
<node CREATED="1783447818970" ID="ID_1745751924" MODIFIED="1783447840404" TEXT="in diesem Fall liefert read() einen Fehler (ret=-1) mit Errno == EAGAIN"/>
</node>
<node CREATED="1783446948271" ID="ID_75609256" MODIFIED="1783446958635" TEXT="au&#xdf;erdem k&#xf6;nnen reads/writes k&#xfc;rzer sein als instruiert">
<node CREATED="1783447857789" ID="ID_1707492290" MODIFIED="1783447870607" TEXT="das ist explizit so vorgesehen"/>
<node CREATED="1783447871203" ID="ID_1408811228" MODIFIED="1783447879544" TEXT="kann sein, da&#xdf; das File zuende ist"/>
<node CREATED="1783447880121" ID="ID_1382932735" MODIFIED="1783447896011" TEXT="kann aber auch durch einen Interrupt bewirkt sein"/>
</node>
<node CREATED="1783446959217" ID="ID_1108500089" MODIFIED="1783446972605" TEXT="in beiden F&#xe4;llen mu&#xdf; man einen Request anpassen / nochmal senden"/>
</node>
</node>
</node>
<node CREATED="1783467860105" ID="ID_562346346" MODIFIED="1783467875236" TEXT="spezielle Aspekte">
<node CREATED="1783467876349" ID="ID_76451018" LINK="https://unixism.net/loti/tutorial/sq_poll.html#sq-poll" MODIFIED="1783468042036" TEXT="submission-polling">
<node CREATED="1783467887910" ID="ID_663414334" MODIFIED="1783467904503" TEXT="der Kernel erkennt neue Submission-Queue-Entries von selbst"/>
<node CREATED="1783467913708" ID="ID_1956703105" MODIFIED="1783467937206" TEXT="das spart einen Syscall pro Batch"/>
<node CREATED="1783468073102" ID="ID_1192604598" MODIFIED="1783468079770" TEXT="aktiviert per Flag beim Setup">
<node CREATED="1783468234883" ID="ID_422059492" MODIFIED="1783468250144" TEXT="au&#xdf;erdem: mu&#xdf; das &quot;fixed-files&quot;-feature verwenden"/>
<node CREATED="1783468250631" ID="ID_229494074" MODIFIED="1783468266874" TEXT="das ist ein vorbereitetes Array mit File-Descriptoren"/>
</node>
<node CREATED="1783467937700" ID="ID_1422805249" MODIFIED="1783467948389" TEXT="ABER: Kernel verwendet einen poller-Thread">
<node CREATED="1783467954732" ID="ID_161296285" MODIFIED="1783467979900" TEXT="der verursacht eine nicht-triviale CPU-Last"/>
<node CREATED="1783467981270" ID="ID_1932680351" MODIFIED="1783467997361" TEXT="und er endet von selber, wenn idle; mu&#xdf; dann neu gestartet werden"/>
</node>
<node CREATED="1783468009859" ID="ID_37458969" MODIFIED="1783468021842" TEXT="also &#x27f9; trade-off"/>
</node>
<node CREATED="1783471315936" ID="ID_238162094" MODIFIED="1783471325172" TEXT="Completions entnehmen">
<node CREATED="1783471326168" ID="ID_1768891087" MODIFIED="1783471336770" TEXT="es gibt einen blocking poll"/>
<node CREATED="1783471337414" ID="ID_1463733161" MODIFIED="1783471345321" TEXT="man kann aber peek-Funktionen verwenden"/>
<node CREATED="1783471346034" ID="ID_821102680" MODIFIED="1783471359503" TEXT="das geht auch f&#xfc;r einen Batch von Entries"/>
</node>
<node CREATED="1783469960153" ID="ID_1792704761" LINK="https://unixism.net/loti/tutorial/link_liburing.html#link-liburing" MODIFIED="1783471296410" TEXT="man kann Jobs sequentiell verketten">
<node CREATED="1783469982826" ID="ID_1031698216" MODIFIED="1783469991377" TEXT="dann k&#xf6;nnen sie nur der Reihe nach laufen"/>
<node CREATED="1783469992517" ID="ID_1177264229" MODIFIED="1783470001469" TEXT="nat&#xfc;rlich erzeugt das so einige Komplikationen"/>
<node CREATED="1783470003243" ID="ID_1005057440" MODIFIED="1783470013684" TEXT="und: eine solche Kette kann vorzeitig scheitern"/>
</node>
<node CREATED="1783470066077" ID="ID_858165857" LINK="https://unixism.net/loti/tutorial/fixed_buffers.html" MODIFIED="1783470085644" TEXT="&#xbb;fixed buffers&#xab; direkt shared gemapped">
<node CREATED="1783470086753" ID="ID_522385315" MODIFIED="1783470095701" TEXT="man mu&#xdf; dazu bestimmte Buffer vorher registrieren"/>
<node CREATED="1783470096329" ID="ID_1191315406" MODIFIED="1783470104274" TEXT="dann gibt man nur noch den Index des Buffers an"/>
<node CREATED="1783470104964" ID="ID_2685011" MODIFIED="1783470118664" TEXT="das geht nat&#xfc;rlich nur f&#xfc;r bestimmte Lese/Schreiboperationen"/>
<node CREATED="1783470119428" ID="ID_931891459" MODIFIED="1783470187977" TEXT="Vorteil: keine Kopie der Daten">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      weil der Buffer shared in den Client-Process-Space gemapped ist, mu&#223; der Kernel keine Daten mehr explizit in den Ziepuffer im Proze&#223; kopieren
    </p>
  </body>
</html></richcontent>
</node>
</node>
<node CREATED="1783470603776" ID="ID_492007892" LINK="https://unixism.net/loti/tutorial/register_eventfd.html" MODIFIED="1783470629736" TEXT="kann per poll/epoll signalisieren da&#xdf; eine io_uring-completion vorliegt"/>
</node>
<node CREATED="1783471563411" ID="ID_1282916061" MODIFIED="1783471571979" TEXT="Async-Server-Patterns">
<node CREATED="1783471572703" ID="ID_1157203614" MODIFIED="1783471574044" TEXT="Reactor">
<node CREATED="1783471575007" ID="ID_1734284682" MODIFIED="1783471584374" TEXT="ein Thread der Requests dispatched"/>
<node CREATED="1783471588564" ID="ID_452380465" MODIFIED="1783471606480" TEXT="nimmt Requests entgegen und gibt sie an einen passenden Handler weiter"/>
<node CREATED="1783471897570" ID="ID_1140725129" MODIFIED="1783471919980" TEXT="Charakteristik: ein Reactor reagiert auf Readiness">
<node CREATED="1783471922698" ID="ID_1198048918" MODIFIED="1783471930114" TEXT="typisch f&#xfc;r poll / epoll"/>
<node CREATED="1783471930679" ID="ID_79266399" MODIFIED="1783471942404" TEXT="das Event ist, wenn der Socket ready ist"/>
<node CREATED="1783471943836" ID="ID_1316391544" MODIFIED="1783471950639" TEXT="danach macht der Handler das IO"/>
</node>
</node>
<node CREATED="1783471952182" ID="ID_46196379" MODIFIED="1783471954085" TEXT="Proactor">
<node CREATED="1783471954799" ID="ID_526206128" MODIFIED="1783471962028" TEXT="wie der Reactor: ein Handler-Thread"/>
<node CREATED="1783471962649" ID="ID_415612091" MODIFIED="1783471971307" TEXT="aber hier sind die Events bereits Completions"/>
<node BACKGROUND_COLOR="#e0ceaa" COLOR="#690f14" CREATED="1783472019223" ID="ID_1612025217" MODIFIED="1783472086097" TEXT="Achtung: Backpressure notwendig">
<icon BUILTIN="messagebox_warning"/>
<node CREATED="1783472033373" ID="ID_662077901" MODIFIED="1783472046527" TEXT="man darf nur so viele Events auf den Weg schicken..."/>
<node CREATED="1783472047042" ID="ID_47181594" MODIFIED="1783472070378" TEXT="...wie man derzeit Completions gleichzeitig handhaben kann"/>
<node CREATED="1783472070951" ID="ID_277160689" MODIFIED="1783472080389" TEXT="sonst explodiert Speicher/Resourcen-Nutzung"/>
</node>
</node>
</node>
</node>
<node CREATED="1783820353490" ID="ID_806269718" MODIFIED="1783820356649" TEXT="Detail-Themen">
<node CREATED="1783820358773" ID="ID_492574690" MODIFIED="1783820363860" TEXT="Performance-Aspekte">
<node CREATED="1783820364596" ID="ID_569042424" MODIFIED="1783820440351" TEXT="liburing ist komplett als static-inline definiert">
<linktarget COLOR="#4387d9" DESTINATION="ID_569042424" ENDARROW="Default" ENDINCLINATION="-977;-775;" ID="Arrow_ID_876718032" SOURCE="ID_215295477" STARTARROW="None" STARTINCLINATION="81;442;"/>
<node CREATED="1783820461975" ID="ID_715616295" MODIFIED="1783820480357" TEXT="mit optimiser also praktisch direkter Kernel-Aufruf"/>
<node CREATED="1783820481050" ID="ID_1869508632" MODIFIED="1783820542141" TEXT="liburing-ffi: definiert alle calls als binary-Symbols (&#x27f9; langsamer)">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Ist notwendig f&#252;r andere Sprach-Bindings oder &#228;ltere Compiler; dadurch hat dann nat&#252;rlich jeder Call einen Overhead
    </p>
  </body>
</html></richcontent>
</node>
</node>
</node>
</node>
</node>
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1519001955679" ID="ID_65625223" MODIFIED="1779386731937" TEXT="Demo-Inhalte">
<icon BUILTIN="flag-yellow"/>
<node CREATED="1779504843301" ID="ID_1215238444" MODIFIED="1779504961470" TEXT="Idee">
<icon BUILTIN="idea"/>
<node CREATED="1779504852591" ID="ID_628756969" MODIFIED="1783787704354" TEXT="ein Raw-Video-File framewise einlesen">
<linktarget COLOR="#5a07d6" DESTINATION="ID_628756969" ENDARROW="Default" ENDINCLINATION="686;-59;" ID="Arrow_ID_347382746" SOURCE="ID_649621958" STARTARROW="None" STARTINCLINATION="347;-14;"/>
<node CREATED="1783641376247" HGAP="32" ID="ID_1978377711" MODIFIED="1783641391758" TEXT="ist einfach" VSHIFT="3"/>
</node>
<node CREATED="1779504863066" ID="ID_986008832" MODIFIED="1779504921775" TEXT="jeden Frame in den Output-Code aus dem Video-output-Vortrag schicken"/>
<node CREATED="1783642371760" ID="ID_622863035" MODIFIED="1783642377238" TEXT="Konstruktions-Schema">
<node CREATED="1783642378650" ID="ID_460419" MODIFIED="1783642391427" TEXT="naheliegend: einen Proactor zeigen">
<node CREATED="1783642938966" ID="ID_1117409154" MODIFIED="1783642955536" TEXT="m&#xe4;&#xdf;ig sinnvoll"/>
<node CREATED="1783642956739" ID="ID_141690825" MODIFIED="1783642968326" TEXT="hier nur ein Consumer"/>
</node>
<node COLOR="#5b280f" CREATED="1783642985618" ID="ID_169416260" MODIFIED="1784052474215" TEXT="oder einen pull-Worker">
<icon BUILTIN="button_cancel"/>
<node CREATED="1783642995707" ID="ID_216666777" MODIFIED="1783642999794" TEXT="das w&#xe4;re n&#xe4;her an Lumiera"/>
<node CREATED="1783643000727" ID="ID_737342556" MODIFIED="1783643655114" TEXT="der w&#xfc;rde jeweils nur die Queue ausr&#xe4;umen"/>
<node CREATED="1783643039177" ID="ID_1046849410" MODIFIED="1783643729328" TEXT="und eine Flag am Buffer setzen">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      ...also eine kleine State-machine implementieren: Completion-Entries entgegennehmen, schauen ob komplett und partiell, partielle nochmal auf den Weg schicken, Komplette am Buffer markieren. Danach w&#252;rde die Render-Aktion laufen, und lediglich schauen, ob die Daten in &#187;ihrem&#171; Buffer schon da sind. Alles per Modulus gesteuert.
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783643047694" ID="ID_887714759" MODIFIED="1783643329861" TEXT="verwende einen Buffer-Ring">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      der sollte dann die gleiche Gr&#246;&#223;e haben wie der Kernel-Ringbuffer; man w&#252;rde damit einen Task sofort in den passenden Buffer-Slot schicken
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783643760643" ID="ID_697288367" MODIFIED="1783644233208" TEXT="braucht Flow-Steuerung">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Damit das funktioniert, mu&#223; sich das System selbst beobachten: einen EMA f&#252;r den IO-Vorlauf; entsprechend viele Zyklen vorher eine neue IO-Aktion auf den Weg schicken.
    </p>
  </body>
</html></richcontent>
</node>
</node>
<node CREATED="1784052477036" ID="ID_1273958721" MODIFIED="1784052501398" TEXT="nach Diskussion mit Claude: Proactor ist didaktisch vorzuziehen">
<icon BUILTIN="yes"/>
<node BACKGROUND_COLOR="#fbfdca" CREATED="1784052519992" ID="ID_1545269972" MODIFIED="1784052885403" TEXT="man kann auch die Timings dar&#xfc;ber steuern">
<arrowlink COLOR="#f4f3a4" DESTINATION="ID_1489274093" ENDARROW="Default" ENDINCLINATION="638;-170;" ID="Arrow_ID_396926940" STARTARROW="None" STARTINCLINATION="1155;67;"/>
<icon BUILTIN="idea"/>
</node>
<node CREATED="1784052896300" ID="ID_746832214" MODIFIED="1784052909501" TEXT="kann auf die Weise alle zentralen Konzepte in einem St&#xfc;ck Code zeigen"/>
</node>
</node>
</node>
<node BACKGROUND_COLOR="#eef0c5" COLOR="#990000" CREATED="1783644313430" ID="ID_170028474" MODIFIED="1783788829437" TEXT="Prototyp entwickeln">
<icon BUILTIN="pencil"/>
<node BACKGROUND_COLOR="#eef0c5" COLOR="#990000" CREATED="1783644336145" ID="ID_413309976" MODIFIED="1783788834125" TEXT="Skelett">
<icon BUILTIN="pencil"/>
<node COLOR="#338800" CREATED="1783788677873" ID="ID_551733396" LINK="#ID_517750346" MODIFIED="1783788805152" TEXT="Lizenz: GPL v2+"/>
<node COLOR="#338800" CREATED="1783644339455" ID="ID_932453573" MODIFIED="1783788820590" TEXT="CMake">
<icon BUILTIN="button_ok"/>
<node CREATED="1783788564665" ID="ID_941883231" MODIFIED="1783788584317" TEXT="&#xfc;bernehme den Projektrahmen vom FrOSCon-Talk letztes Jahr (Video Output)"/>
<node CREATED="1783788586075" ID="ID_449956672" MODIFIED="1783788647212" TEXT="allerdings vereinfacht auf ein einziges Demo-Executable">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      letztes Jahr haben wir vier verschiedene Varianten gezeigt, die jeweils unterschiedliche Lib-Dependencies hatten. Deshalb war es ein Multimodule-Projekt. Das kann ich diesmal vereinfachen in ein einziges Projekt
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783788648324" ID="ID_1920636432" MODIFIED="1783788665326" TEXT="nehme sofort die Dependencies f&#xfc;r OpenGL / EGL mit dazu"/>
<node BACKGROUND_COLOR="#c8c0b6" COLOR="#435e98" CREATED="1783819908913" ID="ID_813164182" MODIFIED="1783820014700" TEXT="Liburing">
<font BOLD="true" NAME="SansSerif" SIZE="12"/>
<node CREATED="1783819936485" ID="ID_15961209" MODIFIED="1783819937734" TEXT="apt install liburing-dev"/>
<node CREATED="1783819973578" ID="ID_1822496144" MODIFIED="1783820003203" TEXT="Debian-Trixie: liburing2:amd64 2.9-1"/>
<node CREATED="1783819939590" ID="ID_251450941" MODIFIED="1783819959674" TEXT="liburing.pc"/>
</node>
<node COLOR="#338800" CREATED="1783788814487" ID="ID_1955496379" MODIFIED="1783788819238" TEXT="Hello-Uring l&#xe4;uft">
<icon BUILTIN="button_ok"/>
</node>
</node>
<node COLOR="#435e98" CREATED="1783795438472" FOLDED="true" ID="ID_1695706583" MODIFIED="1783795624063" TEXT="(Eclipse-Setup)">
<icon BUILTIN="info"/>
<node CREATED="1783795458277" ID="ID_840412256" MODIFIED="1783795469953" TEXT="Projekt-Skelett anlegen"/>
<node CREATED="1783795470514" ID="ID_840042890" MODIFIED="1783795474897" TEXT="einmal mit CMake bauen"/>
<node CREATED="1783795475774" ID="ID_1250076625" MODIFIED="1783795489958" TEXT="als &quot;external builder Make&quot;-Projekt importieren"/>
<node BACKGROUND_COLOR="#e0ceaa" COLOR="#690f14" CREATED="1783795490756" ID="ID_972729826" MODIFIED="1783795620602" TEXT="Vorsicht: brauche keinen C-Build">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Hatte immer die Fehlermeldung &quot;build misconfigured&quot; (o.&#228;). Hab lange rumgesucht, denn alle Settings waren effektiv gleich wie beim &#187;VideoOutput&#171;-Projekt. Bis ich dann im .project-File gesehen hab, da&#223; auch noch ein C-Builder konfiguriert worden war (m&#246;glichweise ein Toolchain-Default).
    </p>
  </body>
</html></richcontent>
<icon BUILTIN="messagebox_warning"/>
</node>
</node>
<node COLOR="#338800" CREATED="1783644343706" ID="ID_481307677" MODIFIED="1784052427730" TEXT="ein GTK-Rahmen (wie letztes Jahr)">
<icon BUILTIN="button_ok"/>
</node>
<node CREATED="1783644357376" ID="ID_1687423764" MODIFIED="1784052436428" TEXT="ein Proactor-Thread"/>
<node CREATED="1783644382004" ID="ID_222096554" MODIFIED="1783644392847" TEXT="Handler">
<node CREATED="1783644394013" ID="ID_599467746" MODIFIED="1783644398783" TEXT="Completion-Handler"/>
<node CREATED="1783644399671" ID="ID_1684157516" MODIFIED="1783644406037" TEXT="Submission-Handler"/>
<node CREATED="1783644407569" ID="ID_69520880" MODIFIED="1783644412668" TEXT="Display-Handler"/>
</node>
</node>
<node CREATED="1783900894906" ID="ID_1398236830" MODIFIED="1783900901714" TEXT="Design-Fragen">
<node BACKGROUND_COLOR="#accdc3" COLOR="#3f4015" CREATED="1783900916807" ID="ID_1965380217" LINK="https://claude.ai/share/2d09d5e6-1a47-45e9-b05b-500550fb0977" MODIFIED="1783964756096" STYLE="fork" TEXT="Design / Technologie-Dialog mit Claude">
<edge COLOR="#808080" STYLE="bezier" WIDTH="thin"/>
<icon BUILTIN="wizard"/>
<node CREATED="1783900973837" ID="ID_271684795" MODIFIED="1783900988031" TEXT="Claude weist nach meiner Einf&#xfc;hrung sofort auf Knackpunkte hin">
<node CREATED="1783900994827" ID="ID_39866859" MODIFIED="1783901005106" TEXT="user-space buffer or preregistered buffers?"/>
<node CREATED="1783901008546" ID="ID_336576874" MODIFIED="1783901018571" TEXT="depth of pipeline: real pipelining?"/>
<node CREATED="1783901023762" ID="ID_561342572" MODIFIED="1783901034901" TEXT="waiting / timing strategy in the worker thread"/>
<node CREATED="1783901038197" ID="ID_8240786" MODIFIED="1783901059421" TEXT="File IO : use O_DIRECT or IORING_OP_READ"/>
<node CREATED="1783901079926" ID="ID_1856365027" MODIFIED="1783901085930" TEXT="Threading ownership model"/>
</node>
<node CREATED="1783901091272" ID="ID_504921767" MODIFIED="1783901102000" TEXT="ich kl&#xe4;re die (mir ist die Entscheidung schon klar)">
<node CREATED="1783901105001" ID="ID_406126832" MODIFIED="1783901129762" TEXT="den Talk so einfach wie m&#xf6;glich halten">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      die Zuh&#246;rer sind keine Systemprogrammierer
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783901133887" ID="ID_1114781881" MODIFIED="1783901146536" TEXT="daher die einfachen userspace-Buffer und das normale read()"/>
<node CREATED="1783901151199" ID="ID_168398984" MODIFIED="1783901166527" TEXT="selbstverst&#xe4;ndlich will ich eine echte pipeline, d.h. mehrere Buffer">
<icon BUILTIN="ksmiletris"/>
</node>
<node CREATED="1783901170599" ID="ID_1292606828" MODIFIED="1783901198318" TEXT="timing/waiting sowie Ownership/Handover ist was ich in der Diskussion kl&#xe4;ren m&#xf6;chte">
<icon BUILTIN="yes"/>
</node>
</node>
<node CREATED="1783901673639" ID="ID_1158267991" MODIFIED="1783901688375" TEXT="ich frage nach Timing-Sync mit Video-Output">
<node CREATED="1783901711226" ID="ID_1930870094" MODIFIED="1783901723228" TEXT="Claude schl&#xe4;gt vor, &#xfc;berhaupt nicht zu &#xbb;synchronisieren&#xab;"/>
<node CREATED="1783901727663" ID="ID_1596599158" MODIFIED="1783901972168" TEXT="Argument: da gibts nichts zu synchronisieren, denn die Sync geht nicht auf">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Der Desktop l&#228;uft mit z.B. 60fps, das video mit 25fps. Man sollte akzeptieren (und im Talk klar machen) da&#223; das niemals aufgeht. Vielmehr sollte man regelm&#228;&#223;ig die fertig geladenen Frames &#252;bergeben, wenn sie eben da sind. F&#252;r den Talk schl&#228;gt Claude vor, das Thema &quot;tearing&quot; mehr oder weniger zu ignorieren (hatte ich nicht gesagt, sehe ich aber genauso). Sp&#228;ter, f&#252;r die Prod-Version sei das ein nicht-trivialer Aspekt
    </p>
  </body>
</html></richcontent>
<node BACKGROUND_COLOR="#e0ceaa" COLOR="#690f14" CREATED="1783901847104" ID="ID_1936627376" MODIFIED="1783901856567" TEXT="Guter Punkt, da h&#xe4;tte ich mich m&#xf6;glicherweise verrant!">
<icon BUILTIN="idea"/>
</node>
</node>
<node CREATED="1783901974887" ID="ID_1974536015" MODIFIED="1783902062028" TEXT="Claude geht davon aus, da&#xdf; die OpenGL-Pipeline im GUI-Thread laufen sollte">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      ...das sei zwar nicht notwendig (korrekt!), aber vermeide Komplexit&#228;ten. Ein OpenGL-Kontext ist an einen Thread gebunden, also m&#252;&#223;te man nach jedem Thread-Wechsel umbinden.
    </p>
    <p>
      &#10233; sehr gut, damit hat sich eine Frage von selber gekl&#228;rt, die ich noch stellen wollte
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783902186522" ID="ID_80755144" MODIFIED="1783902207310" TEXT="wegen dem Timing weist Claude auf die M&#xf6;glichkeit hin, das &#xfc;ber io_uring selber zu machen">
<icon BUILTIN="back"/>
<node CREATED="1783902209900" ID="ID_168498311" MODIFIED="1783902217323" TEXT="wow ... das hatte ich gar nicht auf dem Schrim"/>
<node CREATED="1783902217878" ID="ID_118182743" MODIFIED="1783902223322" TEXT="das w&#xe4;re nat&#xfc;rlich super elegant"/>
<node BACKGROUND_COLOR="#f8f1cb" COLOR="#a50125" CREATED="1783902223899" ID="ID_1596372987" MODIFIED="1783902235325" TEXT="allerdings dann definitiv nicht was wir in Lumiera machen werden">
<icon BUILTIN="messagebox_warning"/>
</node>
<node CREATED="1783902236744" ID="ID_1546055488" MODIFIED="1783902253577">
<richcontent TYPE="NODE"><html>
  <head/>
  <body>
    <p>
      allerdings: der Worker w&#228;re damit ein <b>Proactor</b>
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783902258661" ID="ID_67058752" MODIFIED="1783902369689" TEXT="wollte ich zwar erst nicht, k&#xf6;nnte mich aber mit dem Gedanken anfreunden">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      ....es w&#228;re n&#228;mlich tats&#228;chlich dann ganz ideomatisch (so hab ich die Doku verstanden, und Claude sagt das von sich aus auch).
    </p>
    <p>
      Zwar hatte ich die Idee, im Talk schon grunds&#228;tzlich etwas zu machen, was funktioniert wie in Lumiera geplant. Aber wenn ich mir das <i>wirklich vom didaktischen Gesichtspunkt her nochmal &#252;berlege,</i>&#160;ist es nicht so geschickt.
    </p>
  </body>
</html></richcontent>
</node>
</node>
</node>
<node CREATED="1783902501677" ID="ID_742016664" MODIFIED="1783902513392" TEXT="Claude fragt genauer nach der GTK-Integration">
<node CREATED="1783902514414" ID="ID_1855924638" MODIFIED="1783902527158" TEXT="ich gebe Kontext: &quot;Gtk the toolkit, not the framework&quot;"/>
<node CREATED="1783902529522" ID="ID_117691046" MODIFIED="1783902544351" TEXT="erkl&#xe4;re wie der Demo-Code vom letzten Jahr grunds&#xe4;tzlich funktioniert"/>
<node CREATED="1783902544813" ID="ID_265030509" MODIFIED="1783902552490" TEXT="Claude meint, das vereinfache das Design"/>
<node CREATED="1783902552987" ID="ID_1533807493" MODIFIED="1783902569992" TEXT="er schl&#xe4;gt vor: nur einen &#xbb;Tick&#xab; verwenden, und zwar io_uring"/>
<node CREATED="1783902573851" ID="ID_451286400" MODIFIED="1783902590704" TEXT="wenn ein Frame ready ist, sollte man lediglich dem GUI-Thread signalisieren"/>
<node CREATED="1783902591217" ID="ID_1763048000" MODIFIED="1783902681362" TEXT="er schl&#xe4;gt daf&#xfc;r g_idle_add() vor -- das sei low-level GLib und weithin etabliert">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      ...es w&#252;rde zur &quot;toolkit, nicht framework&quot;-Policy passen, und zudem w&#228;re das Signal explizit von jedem Thread aus triggerbar
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783902821732" ID="ID_1465201307" MODIFIED="1783902838122" TEXT="getriggert w&#xfc;rde dann der Code, der die OpenGL-Pipeline mit neuen Daten versorgt"/>
<node CREATED="1783902838536" ID="ID_1259653595" MODIFIED="1783902845946" TEXT="dieser w&#xfc;rde mithin im GTK-Thread laufen"/>
<node CREATED="1783902847135" ID="ID_1990712475" MODIFIED="1783902883778" TEXT="Hinweis auf die VSync-Problematik">
<arrowlink COLOR="#347acc" DESTINATION="ID_1393441883" ENDARROW="Default" ENDINCLINATION="154;0;" ID="Arrow_ID_707364611" STARTARROW="None" STARTINCLINATION="140;12;"/>
</node>
<node BACKGROUND_COLOR="#efdeb8" CREATED="1783956967738" ID="ID_1170137190" MODIFIED="1783957012593" TEXT="Wichtige Einsicht: warum nicht jeder Desktop-Frame per Buffer-Flip bedient werden mu&#xdf;">
<icon BUILTIN="idea"/>
<node CREATED="1783957017373" ID="ID_1419210108" MODIFIED="1783957033385" TEXT="wenn wir neue daten haben dann triggern wir die Anzige-Pipeline"/>
<node BACKGROUND_COLOR="#accdc3" COLOR="#3f4015" CREATED="1783957040816" ID="ID_468719143" MODIFIED="1783957188965" STYLE="fork" TEXT="das funktioniert weil darunter ein Compositor sitzt">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <!--
        body { font-family: SansSerif; font-size: 12pt }
        p { margin-top: 0 }
      -->
    

    <ul type="text/css">
      <li>
        As an aside: do I assume correct that the OpenGL side will just redisplay the same data if nothing is sent for intermittent buffer flips (assuming that the desktop frame rate is higher than the video frame rate)?
      </li>
    </ul>
    <p>
      
    </p>
    <p>
      <strong http-equiv="content-type" content="text/html; charset=utf-8">Your aside &#8212; yes, and here's the actual mechanism:</strong>&#160;with swap interval 0 and swaps only triggered by <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">frameReady.emit()</code>, you are <em>not</em>&#160;relying on OpenGL to &quot;resend&quot; anything between your swaps &#8212; OpenGL/EGL has no ongoing activity at all in between. What actually keeps the picture on screen is the desktop compositor: once <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">eglSwapBuffers()</code>&#160;makes a buffer the current front buffer, that's simply what's there until you swap again, and the compositor samples it at its own repaint cadence (its vsync, typically 60Hz+) regardless of whether your app does anything. So your assumption holds, but the credit belongs to &quot;a swapped buffer is persistent state the compositor keeps re-showing,&quot; not to any active redisplay behavior on your side &#8212; a good one-sentence clarification to have ready if someone in the audience asks &quot;wait, doesn't something have to keep pushing frames?&quot;
    </p>
  </body>
</html></richcontent>
<edge COLOR="#808080" STYLE="bezier" WIDTH="thin"/>
<icon BUILTIN="wizard"/>
</node>
<node CREATED="1783957160551" ID="ID_1093301164" MODIFIED="1783957181327" TEXT="OpenGL macht gar nichts, wenn kein swapBuffers() aufgerufen wird">
<icon BUILTIN="ksmiletris"/>
</node>
</node>
</node>
<node CREATED="1783904677906" ID="ID_923117300" MODIFIED="1783904701552" TEXT="habe Claude dann die URL f&#xfc;r unseren Demo-Code gegeben">
<node CREATED="1783904704085" ID="ID_1817354735" MODIFIED="1783904712017" TEXT="best&#xe4;tigt die vorherige Diskussion"/>
<node CREATED="1783904712480" ID="ID_471788469" MODIFIED="1783904750809" TEXT="Klarstellung: solte Gtkmm verwenden"/>
<node CREATED="1783904918332" ID="ID_788373194" MODIFIED="1783904930062" TEXT="Claude best&#xe4;tigt: der Umbau der GtkApp d&#xfc;rfte trivial sein"/>
<node CREATED="1783904930773" ID="ID_1456697138" MODIFIED="1783904945590" TEXT="er schl&#xe4;gt vor: ich sollte auch den onFrame-Callback so erhalten, nur anders aufrufen"/>
<node BACKGROUND_COLOR="#e0ceaa" COLOR="#520f69" CREATED="1783904751803" ID="ID_648202546" MODIFIED="1783904801052" TEXT="lasse mir von Claude zwei Code-Templates generieren">
<icon BUILTIN="edit"/>
<node CREATED="1783904765875" ID="ID_1730135150" MODIFIED="1783904774302" TEXT="die C-L&#xf6;sung mit g_idle_add()"/>
<node BACKGROUND_COLOR="#accdc3" COLOR="#3f4015" CREATED="1783904774961" ID="ID_795180608" MODIFIED="1784136111537" STYLE="fork" TEXT="die Gtkmm-L&#xf6;sung mit dem Glib::Dispatcher">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      // --- GUI thread, once at setup ---
    </p>
    <p>
      Glib::Dispatcher frameReady;
    </p>
    <p>
      frameReady.connect([this]{ displayFrame(*processor_); });&#160;&#160;// upload + draw + eglSwapBuffers()
    </p>
    <p>
      
    </p>
    <p>
      // --- worker thread, once a frame is ready ---
    </p>
    <p>
      frameReady.emit();&#160;&#160;&#160;// thread-safe; wakes the GUI thread's main loop
    </p>
  </body>
</html></richcontent>
<edge COLOR="#808080" STYLE="bezier" WIDTH="thin"/>
<icon BUILTIN="wizard"/>
<icon BUILTIN="edit"/>
</node>
</node>
</node>
<node CREATED="1783952838505" ID="ID_1257919936" MODIFIED="1783952858029" TEXT="Worker Thread and State organisation">
<node BACKGROUND_COLOR="#accdc3" COLOR="#3f4015" CREATED="1783952862448" ID="ID_842498915" MODIFIED="1783954578059" STYLE="fork">
<richcontent TYPE="NODE"><html>
  <head/>
  <body>
    <p>
      ich habe das Stichwort &quot;<b>Proactor</b>&quot; gebraucht. Claude best&#228;tigt das
    </p>
  </body>
</html></richcontent>
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      das hei&#223;t: die L&#246;sung, auf die es nun f&#252;r den Talk hinausl&#228;uft, ist da&#223; ich nicht wirklich einen &quot;Worker&quot; hab (kein Vorgriff auf die Lumiera Engine), sondern einen Proactor.
    </p>
  </body>
</html></richcontent>
<edge COLOR="#808080" STYLE="bezier" WIDTH="thin"/>
<icon BUILTIN="wizard"/>
<node BACKGROUND_COLOR="#e0ceaa" COLOR="#690f14" CREATED="1783954584980" ID="ID_532077726" MODIFIED="1783954609626" TEXT="&#x27f9; hei&#xdf;t: blocken auf wait_cqe()">
<icon BUILTIN="messagebox_warning"/>
</node>
<node BACKGROUND_COLOR="#fefc4e" COLOR="#351d75" CREATED="1784052687896" ID="ID_1489274093" MODIFIED="1784052865429" TEXT="interessanter Ansatz: man kann einen Kernel-Timer in IO_Uring einbinden">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Darauf w&#228;re ich nicht gekommen; ich h&#228;tte an meinem von Lumiera abgeleiteten Schema festgehalten....
    </p>
    <p>
      Claude betont, das w&#228;re idiomatisch und w&#252;rde die Proactor-Loop ins Zentrum stellen. Das &#252;berzeugt mich &#10233; werde dann also doch einen Proactor in der Demo zeigen
    </p>
  </body>
</html></richcontent>
<linktarget COLOR="#f4f3a4" DESTINATION="ID_1489274093" ENDARROW="Default" ENDINCLINATION="638;-170;" ID="Arrow_ID_396926940" SOURCE="ID_1545269972" STARTARROW="None" STARTINCLINATION="1155;67;"/>
<font BOLD="true" NAME="SansSerif" SIZE="12"/>
<icon BUILTIN="idea"/>
</node>
</node>
<node CREATED="1783953153918" ID="ID_1754327495" MODIFIED="1783953520369" TEXT="ich sage: f&#xfc;r async IO braucht man immer eine Art State-Engine">
<node CREATED="1783953183906" ID="ID_339096490" MODIFIED="1783953350863" TEXT="Claude widerspricht nicht">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Ich verwende das aktuelle &quot;Sonnet&quot; auf Stufe Medium. Das braucht erhebliche Rechenzeit f&#252;r jede Antwort auf diesem Diskussionslevel (und zeigt auch jeweils expandierende, schlu&#223;folgernde und kondensierende Phasen an)
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783953200905" ID="ID_1912082579" MODIFIED="1783953252578" TEXT="aber er fa&#xdf;t die von mir genannten Optionen zusammen in zwei Klassen">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p http-equiv="content-type" content="text/html; charset=utf-8" class="font-claude-response-body break-words whitespace-normal">
      <strong>Proactor, confirmed.</strong>&#160;io_uring is the textbook proactor: you submit a description of the completed operation you want, the kernel does the work, and your thread's job is purely to consume results and act on them &#8212; as opposed to a reactor (epoll-style), where you're told &quot;this fd is ready,&quot; and <em>you</em>&#160;still perform the (potentially blocking, now guaranteed-non-blocking) I/O yourself. Good instinct to name this explicitly in the talk; it's the single sentence that makes the rest of the design legible.
    </p>
    <p class="font-claude-response-body break-words whitespace-normal">
      <strong>On the &quot;abstraction of state progression&quot; claim</strong>&#160;&#8212; I think it's correct, but I'd collapse your four options into two families rather than four separate things:
    </p>
    <ul class="[li_&amp;]:mb-0 [li_&amp;]:mt-1 [li_&amp;]:gap-1 [&amp;:not(:last-child)_ul]:pb-1 [&amp;:not(:last-child)_ol]:pb-1 list-disc flex flex-col gap-1 pl-8 mb-3">
      <li class="font-claude-response-body whitespace-normal break-words pl-2">
        <strong>Implicit state, paid for in threads.</strong>&#160;Thread-per-operation blocking I/O doesn't <em>avoid</em>&#160;needing a state machine &#8212; it hides one inside the OS thread: the thread's stack and program counter <em>are</em>&#160; the state (&quot;I am here, at this line, holding these locals&quot;). You get state-tracking for free, but you pay for it in thread/stack cost per concurrent operation, which is exactly what proactor-style async I/O exists to avoid.
      </li>
      <li class="font-claude-response-body whitespace-normal break-words pl-2">
        <strong>Explicit state, paid for in bookkeeping.</strong>&#160;Everything else &#8212; hand-rolled flags, continuation chains, and coroutines &#8212; is the <em>same</em>&#160; idea at different levels of automation. A coroutine is, mechanically, a compiler-synthesized state machine: <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">co_await</code>&#160;points become case labels, locals that need to survive a suspension become member fields of a generated struct. Continuation-passing is the same thing done by hand with closures instead of compiler codegen. So &quot;coroutines&quot; and &quot;explicit state engine&quot; aren't really two different answers to your question &#8212; a coroutine <em>is</em>&#160;an explicit state engine, just one you didn't have to write by hand.
      </li>
    </ul>
    <p class="font-claude-response-body break-words whitespace-normal">
      Given that framing: you're right that a flag-per-buffer is not a lesser or simplified version of &quot;the real solution&quot; &#8212; it's the same solution as coroutines, just written manually because your problem is small and linear enough that the compiler-generated version would be pure overhead (both in runtime terms and, more importantly here, in <em>audience cognitive load</em>&#160;&#8212; introducing C++20 coroutine machinery to explain a 3-state pipeline would be a bad trade for this talk).
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783953439647" ID="ID_478135892" MODIFIED="1783953440909" TEXT="enum class SlotState { Empty, Submitted, Ready };"/>
<node CREATED="1783953460141" ID="ID_1859865790" MODIFIED="1783954625972">
<richcontent TYPE="NODE"><html>
  <head/>
  <body>
    <p>
      std::<b>atomic</b>&lt;SlotState&gt;
    </p>
  </body>
</html></richcontent>
<node BACKGROUND_COLOR="#accdc3" COLOR="#3f4015" CREATED="1783953478348" ID="ID_186490339" MODIFIED="1784076975728" STYLE="fork" TEXT="with release-on-write / acquire-on-read">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    Since each slot has exactly one producer (the worker) and one consumer (the GUI thread, via the dispatcher callback) and they never touch a slot at the same time by construction,

    <p>
      <code http-equiv="content-type" content="text/html; charset=utf-8" class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">std::atomic&lt;SlotState&gt;</code>&#160;with release-on-write / acquire-on-read is enough &#8212; no mutex needed. That pairing is worth a beat in the talk on its own: the atomic isn't there to prevent concurrent writes (there aren't any), it's there to guarantee the GUI thread sees the <em>buffer contents</em>&#160;the worker wrote, not just the state flag &#8212; a clean, concrete illustration of why acquire/release exists, tied directly to something the audience just watched you build.
    </p>
  </body>
</html></richcontent>
<edge COLOR="#808080" STYLE="bezier" WIDTH="thin"/>
<arrowlink COLOR="#0c8e99" DESTINATION="ID_1043516833" ENDARROW="Default" ENDINCLINATION="556;-26;" ID="Arrow_ID_1416969408" STARTARROW="None" STARTINCLINATION="1283;82;"/>
<icon BUILTIN="wizard"/>
</node>
</node>
</node>
<node CREATED="1783953378671" ID="ID_1599260447" MODIFIED="1783953395622" TEXT="Claude sagt, man sollte dann jeden Buffer auch mit der Frame-Nummer markieren"/>
<node CREATED="1783953396149" ID="ID_12931299" MODIFIED="1783953416430" TEXT="ich sage: das bekommt man doch von selbst, wenn man die Buffer in einen Ring organisiert"/>
<node BACKGROUND_COLOR="#accdc3" COLOR="#3f4015" CREATED="1783953941213" ID="ID_713186135" MODIFIED="1783954028109" STYLE="fork" TEXT="Claude greift das auf, betont aber (nochmal) da&#xdf; die CQ-Reihenfolge nicht garantiert ist">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p http-equiv="content-type" content="text/html; charset=utf-8" class="font-claude-response-body break-words whitespace-normal">
      The ring idea is correct, and it's the right way to lay out storage &#8212; but it solves a different problem than the one we flagged last time, and I think that's the thing worth pulling apart carefully, because the two compose nicely rather than one replacing the other.
    </p>
    <p class="font-claude-response-body break-words whitespace-normal">
      <strong>What the cyclic layout gives you:</strong>&#160;a deterministic mapping from frame number to physical buffer &#8212; <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">slot = frameNumber % N</code>&#160;&#8212; so you never need a free-list, an allocator, or any &quot;find me an empty slot&quot; search. You always know exactly where frame <em>K</em>'s data belongs before you even submit the read. That's a clean, standard pattern and exactly right for a fixed pool of reusable buffers.
    </p>
    <p class="font-claude-response-body break-words whitespace-normal">
      <strong>What it does <em>not</em>&#160;give you for free:</strong>&#160;the display-order guarantee. The ring tells you <em>where</em>&#160;frame K's bytes live; it says nothing about <em>when</em>&#160;the read for frame K finishes relative to the read for frame K+1. Two SQEs submitted in order are not guaranteed to complete in order &#8212; for sequential reads against one local file on one machine it's very likely in practice, but &quot;likely&quot; is exactly the kind of unverified pragmatism you just said you don't accept. So you still need the mechanism from last time: track which frame is <em>next expected for display</em>, and only <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">emit()</code>&#160;once that specific slot says <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">Ready</code>&#160; &#8212; regardless of what else has completed in the meantime.
    </p>
  </body>
</html></richcontent>
<edge COLOR="#808080" STYLE="bezier" WIDTH="thin"/>
<icon BUILTIN="wizard"/>
</node>
<node CREATED="1783954062803" ID="ID_281008431" MODIFIED="1783954065743" TEXT="weitere Hinweise">
<node CREATED="1783954070297" ID="ID_1690793152" MODIFIED="1783954092918" TEXT="man sollte die frameNr als &quot;user data&quot; verwenden">
<icon BUILTIN="idea"/>
<node CREATED="1783954096287" ID="ID_1210379052" MODIFIED="1783954102642" TEXT="da w&#xe4;re ich nicht draufgekommen"/>
<node CREATED="1783954103307" ID="ID_399338998" MODIFIED="1783954150362" TEXT="trotzdem w&#xfc;rde ich die &#xfc;bliche Praxis mit dem Pointer darstellen"/>
</node>
<node BACKGROUND_COLOR="#accdc3" COLOR="#3f4015" CREATED="1783954171957" ID="ID_1248856525" MODIFIED="1783954243633" STYLE="fork" TEXT="sollte einen &quot;nextExpected&quot;-Cursor im Thread-State mitf&#xfc;hren">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <ul>
      <li http-equiv="content-type" content="text/html; charset=utf-8" class="font-claude-response-body whitespace-normal break-words pl-2">
        Keep one cursor, <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">nextExpected</code>&#160;(monotonically increasing, starts at 0). On every completion, mark <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">slots[frameNumber % N]</code>&#160;as <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">Ready</code>. Separately &#8212; and this can literally be a small loop, since bursts of completions can land between two checks &#8212; while <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">slots[nextExpected % N].state == Ready</code>: emit the dispatcher for that slot, mark it <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">Empty</code>&#160; again, <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">++nextExpected</code>.
      </li>
      <li class="font-claude-response-body whitespace-normal break-words pl-2">
        The same <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">nextExpected</code>-style counter also tells the <em>submission</em>&#160; side what to do: whenever a slot frees up (goes back to <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">Empty</code>&#160;&#160;after display), submit a new read for <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">nextToSubmit</code>, into <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">slots[nextToSubmit % N]</code>, <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">++nextToSubmit</code>. Priming at startup is just: submit frames <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">0..N-1</code>&#160;into slots <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">0..N-1</code>&#160;before the first <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">wait_cqe</code>.
      </li>
    </ul>
  </body>
</html></richcontent>
<edge COLOR="#808080" STYLE="bezier" WIDTH="thin"/>
<icon BUILTIN="wizard"/>
</node>
<node CREATED="1783954256289" ID="ID_582576620" MODIFIED="1783954281086" TEXT="&#xbb;Backpressure&#xab; falles out for free with this design"/>
<node CREATED="1783954286225" ID="ID_681083402" MODIFIED="1783954360400" TEXT="sollte nextFrame und Frame-Pos im Quellfile konzeptionell trennen">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      ...obschon man sie auf dem gleichen lokalen State aufbaut. Das Beispiel, das Claude nennt: man k&#246;nnte das Quellfile loopen
    </p>
  </body>
</html></richcontent>
</node>
</node>
</node>
<node CREATED="1783956243726" ID="ID_1521391070" MODIFIED="1783956255868" TEXT="Scheduling und Behandeln der Aktionen via IO_URING">
<node CREATED="1783956270352" ID="ID_1579558384" MODIFIED="1783957478739" TEXT="zeige an da&#xdf; ich liburing verwenden m&#xf6;chte">
<icon BUILTIN="yes"/>
</node>
<node CREATED="1783956516487" ID="ID_1971249448" MODIFIED="1783956541623" TEXT="Claude schreibt mir drei Code-Snippets">
<node BACKGROUND_COLOR="#accdc3" COLOR="#3f4015" CREATED="1783956542891" ID="ID_922011151" MODIFIED="1784136111537" STYLE="fork" TEXT="Setup von Uring und Timer + initiales Bef&#xfc;llen">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      struct io_uring ring;
    </p>
    <p>
      io_uring_queue_init(QUEUE_DEPTH, &amp;ring, 0);
    </p>
    <p>
      
    </p>
    <p>
      // One reserved tag that can never collide with a real frame number:
    </p>
    <p>
      constexpr uint64_t TICK_TAG = UINT64_MAX;
    </p>
    <p>
      
    </p>
    <p>
      // The periodic beat &#8212; submitted ONCE, keeps firing on its own:
    </p>
    <p>
      struct __kernel_timespec ts = { .tv_sec = 0, .tv_nsec = 40'000'000 }; // 40ms &#8776; 25fps
    </p>
    <p>
      struct io_uring_sqe* tsqe = io_uring_get_sqe(&amp;ring);
    </p>
    <p>
      io_uring_prep_timeout(tsqe, &amp;ts, 0, IORING_TIMEOUT_MULTISHOT);
    </p>
    <p>
      io_uring_sqe_set_data64(tsqe, TICK_TAG);
    </p>
    <p>
      
    </p>
    <p>
      // Prime the pipeline &#8212; one read per slot, tagged with its frame number:
    </p>
    <p>
      for (uint64_t f = 0; f &lt; N; ++f) {
    </p>
    <p>
      &#160;&#160;&#160;&#160;struct io_uring_sqe* sqe = io_uring_get_sqe(&amp;ring);
    </p>
    <p>
      &#160;&#160;&#160;&#160;io_uring_prep_read(sqe, fd, slots[f % N].buf, FRAME_BYTES, f * FRAME_BYTES);
    </p>
    <p>
      &#160;&#160;&#160;&#160;io_uring_sqe_set_data64(sqe, f);
    </p>
    <p>
      }
    </p>
    <p>
      io_uring_submit(&amp;ring);&#160;&#160;&#160;// one syscall flushes everything prepped above
    </p>
  </body>
</html></richcontent>
<edge COLOR="#808080" STYLE="bezier" WIDTH="thin"/>
<icon BUILTIN="wizard"/>
<icon BUILTIN="edit"/>
</node>
<node BACKGROUND_COLOR="#accdc3" COLOR="#3f4015" CREATED="1783956564734" ID="ID_519769608" MODIFIED="1784136111536" STYLE="fork" TEXT="Skelett der Proactor-Loop">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      for (;;) {
    </p>
    <p>
      &#160;&#160;&#160;&#160;struct io_uring_cqe* cqe;
    </p>
    <p>
      &#160;&#160;&#160;&#160;io_uring_wait_cqe(&amp;ring, &amp;cqe);&#160;&#160;&#160;&#160;&#160;&#160;// blocks &#8212; the worker's only wait point
    </p>
    <p>
      
    </p>
    <p>
      &#160;&#160;&#160;&#160;uint64_t tag = cqe-&gt;user_data;
    </p>
    <p>
      &#160;&#160;&#160;&#160;if (tag == TICK_TAG)
    </p>
    <p>
      &#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;onTick();
    </p>
    <p>
      &#160;&#160;&#160;&#160;else
    </p>
    <p>
      &#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;onReadComplete(/*frame=*/tag, cqe-&gt;res);
    </p>
    <p>
      
    </p>
    <p>
      &#160;&#160;&#160;&#160;io_uring_cqe_seen(&amp;ring, cqe);&#160;&#160;&#160;&#160;&#160;&#160;&#160;// MUST always call this, or the CQ ring fills and stalls
    </p>
    <p>
      }
    </p>
  </body>
</html></richcontent>
<edge COLOR="#808080" STYLE="bezier" WIDTH="thin"/>
<icon BUILTIN="wizard"/>
<icon BUILTIN="edit"/>
</node>
<node BACKGROUND_COLOR="#accdc3" COLOR="#3f4015" CREATED="1783956594083" ID="ID_1956714359" MODIFIED="1784136509799" STYLE="fork" TEXT="onTick + follow-up">
<richcontent TYPE="NOTE"><html>
  <head>
    
  </head>
  <body>
    <pre>void onTick()
&#160;&#160;{
&#160;&#160;&#160;&#160;if (slots[nextExpected % N].state == Ready)
&#160;&#160;&#160;&#160;&#160;&#160;{
&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;frameReady.emit(); // GUI thread will draw slots[nextExpected % N]
&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;++nextExpected; // GUI marks the slot Empty once it's done drawing
&#160;&#160;&#160;&#160;&#160;&#160;}
 &#160;// else: do nothing &#8212; this frame slips one tick later. Not dropped, just delayed.

  while (slots[nextToSubmit % N].state == Empty)
  &#160;&#160;{
&#160;&#160;  &#160;&#160;submitRead(nextToSubmit); // io_uring_prep_read + set_data64(nextToSubmit)
     ++nextToSubmit;
&#160;&#160;  }
  io_uring_submit(&amp;ring);
}
      
    </pre>
  </body>
</html>
</richcontent>
<edge COLOR="#808080" STYLE="bezier" WIDTH="thin"/>
<icon BUILTIN="wizard"/>
<icon BUILTIN="edit"/>
<node CREATED="1783956613435" ID="ID_121998302" MODIFIED="1784136083060" TEXT="Claude erl&#xe4;utert dazu....">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      The reason top-up belongs in <code>onTick</code>&#160;rather than in <code>onReadComplete</code>:<br />a slot only becomes reusable once the <em>GUI thread</em>&#160;has finished drawing it and flips it back to <code>Empty</code>&#160;&#160;&#8212; and the worker, sitting blocked in <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">io_uring_wait_cqe</code>, has no way to know that happened except by waking up for <em>something</em>. The tick is that guaranteed periodic wake-up, so it doubles as &quot;check if there's new capacity to fill,&quot; with a worst-case latency of one tick period (~40ms) before a freed slot gets reused &#8212; fine at this cadence, and a nice illustration that the timer isn't just pacing display, it's also the thing that keeps the whole state machine alive even when nothing else is happening.
    </p>
  </body>
</html></richcontent>
</node>
</node>
</node>
</node>
<node BACKGROUND_COLOR="#accdc3" COLOR="#3f4015" CREATED="1783957483612" ID="ID_918051178" MODIFIED="1784136111534" STYLE="fork" TEXT="a Zuckerl: Chrono-to-Kernel-Timespec">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <!--
        body { font-family: SansSerif; font-size: 12pt }
        p { margin-top: 0 }
      -->
    

    <ul type="text/css">
      <li>
        can you write me a short inline function that takes the &quot;40 millisecods&quot; as a std::chrono spec (&quot;40ms&quot;) and returns the struct __kernel_timespec
      </li>
    </ul>
    <p>
      #include &lt;chrono&gt;
    </p>
    <p>
      #include &lt;linux/time_types.h&gt;&#160;&#160;&#160;// struct __kernel_timespec (also pulled in via liburing.h)
    </p>
    <p>
      
    </p>
    <p>
      template&lt;class Rep, class Period&gt;
    </p>
    <p>
      constexpr struct __kernel_timespec
    </p>
    <p>
      toKernelTimespec(std::chrono::duration&lt;Rep, Period&gt; d)
    </p>
    <p>
      {
    </p>
    <p>
      &#160;&#160;&#160;&#160;using namespace std::chrono;
    </p>
    <p>
      &#160;&#160;&#160;&#160;auto secs&#160;&#160;= duration_cast&lt;seconds&gt;(d);
    </p>
    <p>
      &#160;&#160;&#160;&#160;auto nsecs = duration_cast&lt;nanoseconds&gt;(d - secs);
    </p>
    <p>
      &#160;&#160;&#160;&#160;return __kernel_timespec{ static_cast&lt;long long&gt;(secs.count()),
    </p>
    <p>
      &#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;static_cast&lt;long long&gt;(nsecs.count()) };
    </p>
    <p>
      }
    </p>
    <font color="#800c0c">auto ts = toKernelTimespec(40ms);</font>
  </body>
</html></richcontent>
<edge COLOR="#808080" STYLE="bezier" WIDTH="thin"/>
<icon BUILTIN="wizard"/>
<icon BUILTIN="edit"/>
</node>
<node BACKGROUND_COLOR="#e9c7a3" COLOR="#440099" CREATED="1783964845540" ID="ID_784995591" MODIFIED="1783964898453" TEXT="schlie&#xdf;e eine allgemeine &#xdc;berlegung an btr. Lumiera-Engine">
<icon BUILTIN="back"/>
<node CREATED="1783964913819" ID="ID_1290458999" MODIFIED="1783964940263" TEXT="gebe Claude eine &#xbb;executive summary&#xab; bez&#xfc;glich Lumiera Engine">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      er hat dazu keine weiteren Fragen
    </p>
  </body>
</html></richcontent>
</node>
<node COLOR="#338800" CREATED="1783964942767" ID="ID_993102807" MODIFIED="1783966105865" TEXT="lasse Claude die Diskrepanz herausarbeiten gegen&#xfc;ber dem Proactor-Pattern">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      best&#228;tigt meine Analyse, ohne Diskrepanz
    </p>
  </body>
</html></richcontent>
<icon BUILTIN="button_ok"/>
</node>
<node CREATED="1783966114659" ID="ID_325758280" MODIFIED="1783966124441" TEXT="Claude identifiziert Problemzonen">
<node CREATED="1783966132732" ID="ID_227446892" MODIFIED="1783966134051" TEXT="&quot;someone has to drain the CQ&quot;"/>
<node CREATED="1783966148026" ID="ID_1364400629" MODIFIED="1783966149873" TEXT="what guarantees the CQ actually gets drained in a timely fashion?"/>
<node CREATED="1783966160726" ID="ID_1852031512" MODIFIED="1783966162572" TEXT="who owns the ring at engine scale?"/>
</node>
<node CREATED="1783966216653" ID="ID_62921124" MODIFIED="1783966234722" TEXT="ich frame das Problem mit den lang laufenden Trasks als &#xbb;Backpressure&#xab;">
<node CREATED="1783966235635" ID="ID_492766487" MODIFIED="1783966241017" TEXT="Claude akzeptiert das"/>
<node BACKGROUND_COLOR="#accdc3" COLOR="#3f4015" CREATED="1783966254735" ID="ID_1661464656" MODIFIED="1783966306039" STYLE="fork" TEXT="aber er nennt das &quot;implicit backpressure">
<edge COLOR="#808080" STYLE="bezier" WIDTH="thin"/>
</node>
<node BACKGROUND_COLOR="#accdc3" COLOR="#3f4015" CREATED="1783966276865" ID="ID_1822059325" MODIFIED="1783966298429" STYLE="fork" TEXT="bemerkt: es ist offen ob das gen&#xfc;gt">
<edge COLOR="#808080" STYLE="bezier" WIDTH="thin"/>
<icon BUILTIN="messagebox_warning"/>
</node>
</node>
<node CREATED="1783966316107" ID="ID_1390907760" MODIFIED="1783966366559" TEXT="ich geme mein Reasoning bez&#xfc;glich Ring-Ownership">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    As far as I could see from looking at the liburing sources, there is a fundamental read barrier before retrieving/updating the rings, and a write barrier at the other side (when done with a completion or submitting). Now you also pointed out the conclusion that submitting the next IO task could itself be a scheduled activity. Combining both, if we ensure that interaction with io_uring happens only in the &quot;mutual exclusive&quot; phase (i.e. the worker holds the GroomingToken) -- then that would ensure that, at any given time, only one thread at max interacts with the urings. And Liburing inserts the necessary barriers, so that the next task to enter that zone would see the changes. Does that reasoning hold? What difficulties do you see?
  </body>
</html></richcontent>
<node BACKGROUND_COLOR="#accdc3" COLOR="#3f4015" CREATED="1783966388626" ID="ID_857234213" MODIFIED="1783966398679" STYLE="fork" TEXT="yeour reasoning holds, with one caveat that matters a lot and a couple of smaller ones.">
<edge COLOR="#808080" STYLE="bezier" WIDTH="thin"/>
<icon BUILTIN="wizard"/>
</node>
<node BACKGROUND_COLOR="#e0ceaa" COLOR="#4a0f69" CREATED="1783966412590" ID="ID_1533910419" MODIFIED="1783966530095" TEXT="Achtung: acquire / release - Semantik is notwendig auf dem Grooming-Token">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Ja, wei&#223; ich. Deshalb hab ich's so programmiert. Freut mich da&#223; Claude da unabh&#228;ngig zum gleichen Schlu&#223; kommt (denn ich hab mich oft gefragt, ob ich mich da in Spitzfindigkeiten verrenne).<br />Also nochmal explizit: memory_order_relaxed reicht hier nicht<br />
    </p>
  </body>
</html></richcontent>
<icon BUILTIN="messagebox_warning"/>
</node>
<node CREATED="1783966538813" ID="ID_340512988" MODIFIED="1783966733292" TEXT="das GroomingToken und die Barrieren in liburing dienen verschiedenen Zwecken">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Einmal geht es um shared-data zwischen Kernel und Userspace. Wohingegen das Grooming-Token die Sichtbarkeit &#252;ber die Worker hinweg steuert.
    </p>
    <p>
      
    </p>
    <p>
      Diese Unterscheidung ist konzeptionell (sehe ich so, Claude deutet es auch so). Beide Ans&#228;tze st&#246;ren sich nicht, man sollte sie aber auseinanderhalten. Ich denke, das ist ein generischer guter Rat beim Design solcher Systeme, man sollte nicht danach streben, solche verschiedenen Belange zusammenzufassen, selbst wenn es im konkreten Fall m&#246;glich w&#228;re (wie hier der Fall, aber nur weil keine data-dependenciy im memory-ordering includiert ist)
    </p>
  </body>
</html></richcontent>
<icon BUILTIN="idea"/>
</node>
<node BACKGROUND_COLOR="#f8f1cb" COLOR="#a50125" CREATED="1783966752311" ID="ID_1363514128" MODIFIED="1783966837345" TEXT="whatever you do inside the token-held section must never block! ">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    That's a much bigger problem than in the FrOSCon demo, where blocking on

    <p>
      <code http-equiv="content-type" content="text/html; charset=utf-8" class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">wait_cqe</code>&#160;was the worker's <em>entire job</em>. Here it would reintroduce exactly the kind of global stall your pull architecture is designed to avoid. The fix is straightforward but needs to be deliberate: only ever use the non-blocking <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">io_uring_peek_cqe()</code>&#160; inside grooming &#8212; check if anything's ready, harvest what's there, submit what's ready to submit, and move on regardless of whether anything was found. That keeps the ring interaction cheap and bounded, consistent with a critical section that's already supposed to be short.
    </p>
  </body>
</html></richcontent>
<icon BUILTIN="clanbomber"/>
<node CREATED="1783966769728" ID="ID_882108638" MODIFIED="1783966784791" TEXT="Gefahr: wait_cqe() kann die ganze Engine stallen"/>
<node CREATED="1783966793306" ID="ID_1685734854" MODIFIED="1783966801007" TEXT="stets nur io_uring_peek_cqe() verwenden">
<icon BUILTIN="yes"/>
</node>
</node>
<node BACKGROUND_COLOR="#e0ceaa" COLOR="#690f14" CREATED="1783966849036" ID="ID_145214537" MODIFIED="1783966861508" TEXT="an Completion-Queue-Overflow denken">
<icon BUILTIN="messagebox_warning"/>
<node BACKGROUND_COLOR="#accdc3" COLOR="#3f4015" CREATED="1783966894277" ID="ID_231061601" MODIFIED="1783966904895" STYLE="fork" TEXT="">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    CQ overflow: if grooming genuinely doesn't run for a while under heavy CPU load, does a full completion queue drop completions, or buffer them? Recent kernels buffer overflow internally rather than dropping (subject to

    <p>
      <code http-equiv="content-type" content="text/html; charset=utf-8" class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">IORING_FEATURE_NODROP</code>-era behavior), but it's worth confirming for whatever kernel baseline you commit to, rather than assuming.
    </p>
  </body>
</html></richcontent>
<edge COLOR="#808080" STYLE="bezier" WIDTH="thin"/>
<icon BUILTIN="wizard"/>
</node>
</node>
<node CREATED="1783966925433" ID="ID_852283957" MODIFIED="1783967012774">
<richcontent TYPE="NODE"><html>
  <head/>
  <body>
    <p>
      Deliberately avoid <code><font color="#7c5252">IORING_SETUP_SQPOLL</font></code>
    </p>
  </body>
</html></richcontent>
<icon BUILTIN="clanbomber"/>
<node BACKGROUND_COLOR="#accdc3" COLOR="#3f4015" CREATED="1783967014652" ID="ID_758622095" MODIFIED="1783967890660" STYLE="fork" TEXT="">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    Deliberately avoid

    <p>
      <code http-equiv="content-type" content="text/html; charset=utf-8" class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">IORING_SETUP_SQPOLL</code>. It's tempting since it removes the need to call into the kernel for submission most of the time, but it works by adding a kernel-side polling thread that reads the SQ ring on its own schedule &#8212; an actor outside your GroomingToken discipline and outside your capacity self-calibration entirely. That's exactly the kind of uncontrolled independent actor your architecture is built to avoid.
    </p>
  </body>
</html></richcontent>
<edge COLOR="#808080" STYLE="bezier" WIDTH="thin"/>
<linktarget COLOR="#4389dd" DESTINATION="ID_758622095" ENDARROW="Default" ENDINCLINATION="196;89;" ID="Arrow_ID_200171107" SOURCE="ID_156133270" STARTARROW="None" STARTINCLINATION="334;27;"/>
<icon BUILTIN="wizard"/>
</node>
</node>
</node>
<node BACKGROUND_COLOR="#accdc3" COLOR="#3f4015" CREATED="1783967051428" ID="ID_1173652481" MODIFIED="1783967077582" STYLE="fork" TEXT="Claude gibt eine &#xbb;freundliche conclusion&#xab;">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    Net: I think folding I/O into the same single-threaded grooming discipline you already have is the

    <p>
      <em http-equiv="content-type" content="text/html; charset=utf-8">consistent</em>&#160;choice, not a compromise &#8212; you've already accepted one global serialization point for scheduling decisions, and a small, non-blocking peek/submit pair is cheap enough to ride along in that same section without becoming a new bottleneck category. The real design work is less &quot;is this safe&quot; (I think it is, modulo the ordering-semantics check and the non-blocking discipline) and more &quot;how do we know, empirically, that grooming-section latency stays small enough once I/O bookkeeping is added&quot; &#8212; which sounds like exactly the kind of thing you'd want numbers for before committing, rather than reasoning about further in the abstract.
    </p>
  </body>
</html></richcontent>
<edge COLOR="#808080" STYLE="bezier" WIDTH="thin"/>
<icon BUILTIN="wizard"/>
<node CREATED="1783967080199" ID="ID_820048763" MODIFIED="1783967099409" TEXT="geschickt schmeicheln wurde gut trainiert">
<icon BUILTIN="smiley-oh"/>
</node>
<node BACKGROUND_COLOR="#e0ceaa" COLOR="#690f14" CREATED="1783967101185" ID="ID_88930827" MODIFIED="1783967123407" TEXT="gut verpackte Warnung: nicht wehter gehen ohne empirsche Daten">
<icon BUILTIN="messagebox_warning"/>
</node>
</node>
<node CREATED="1783967137487" ID="ID_551703511" MODIFIED="1783967158497" TEXT="bitte Claude, dieses Desidng in zeitgen&#xf6;ssische Trends einzuordnen">
<node CREATED="1783967167257" ID="ID_714798259" MODIFIED="1783967181600" TEXT="er sieht das als Konvergenz in zwei Trends"/>
<node CREATED="1783967182462" ID="ID_592074869" MODIFIED="1783967198604" TEXT="das Scheduler / Work-stealing Design wird sogar standardisiert"/>
<node CREATED="1783967246522" ID="ID_550800786" MODIFIED="1783967291305" TEXT="der zeweite, gegens&#xe4;tzliche Trend sei &quot;thread-per-core no shared data&quot;">
<icon BUILTIN="idea"/>
<node BACKGROUND_COLOR="#accdc3" COLOR="#3f4015" CREATED="1783967583375" ID="ID_1425666844" MODIFIED="1783967597761" STYLE="fork" TEXT="">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      <strong http-equiv="content-type" content="text/html; charset=utf-8">Current 2 &#8212; thread-per-core, shared-nothing, and it's picking up real steam.</strong>&#160;This is the more consequential trend to be aware of, because it's a genuinely different answer to the same problem you're solving, and it's currently the fashionable one in high-performance I/O-heavy systems: pin one thread per core, partition data and work by that core (typically via hashing), eliminate cross-thread shared state entirely, and communicate exclusively via message passing rather than shared queues or locks. This is the architecture behind ScyllaDB and Redpanda via the Seastar framework, and it's spreading into the Rust ecosystem too (Glommio, compio, and others). A recent writeup from the Apache Iggy project frames the shift precisely as moving from work stealing to &quot;work steering&quot; &#8212; i.e., instead of idle workers reaching into a shared structure (what you have), work is routed to the specific core that already owns the relevant data, and nobody has to contend for anything. Interestingly, the standard advice against a single shared io_uring instance per application is exactly the contention concern we discussed for your ring &#8212; each thread in Glommio gets its own private set of rings instead, which is the thread-per-core answer to the same &quot;who owns the ring&quot; question you and I just spent a while on. <a href="https://iggy.apache.org/blogs/2026/02/27/thread-per-core-io_uring/" target="_blank" class="group/tag relative h-[18px] rounded-full inline-flex items-center overflow-hidden -translate-y-px cursor-pointer">Apache + 2</a>
    </p>
  </body>
</html></richcontent>
<edge COLOR="#808080" STYLE="bezier" WIDTH="thin"/>
<icon BUILTIN="wizard"/>
</node>
<node CREATED="1783967332866" ID="ID_655858860" MODIFIED="1783967346236" TEXT="&quot;from work stealing to work steering&quot;"/>
<node CREATED="1783967350704" ID="ID_650693098" MODIFIED="1783967359922" TEXT="relevant for high-performance computing"/>
<node CREATED="1783967361702" ID="ID_1030181773" MODIFIED="1783967366938" TEXT="nanosecons statt milliseconds"/>
</node>
<node CREATED="1783967397582" ID="ID_980790835" MODIFIED="1783967420293" TEXT="Diverse Quellenangaben im Chatverlauf">
<icon BUILTIN="back"/>
</node>
<node BACKGROUND_COLOR="#accdc3" COLOR="#3f4015" CREATED="1783967604917" ID="ID_1465824912" MODIFIED="1783967742187" STYLE="fork" TEXT="abschlie&#xdf;ene Einordnung">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    Even more directly relevant to your capacity-calibration idea: Glommio ships built-in &quot;controllers&quot; that automatically adjust per-task-queue scheduler shares to control throughput against a user-specified criterion &#8212; that's essentially your self-calibrating capacity-weights idea, independently arrived at by a different team solving an adjacent problem. Worth knowing that's not an idiosyncratic idea of yours &#8212; it's something the field has landed on more than once, which is generally a good sign for an architectural instinct.

    <p>
      <a href="https://docs.rs/glommio/latest/glommio/" target="_blank">Rust</a>
    </p>
    <p>
      
    </p>
    <p http-equiv="content-type" content="text/html; charset=utf-8" class="font-claude-response-body break-words whitespace-normal">
      <strong>Where I'd place your design relative to these two currents:</strong>&#160;your GroomingToken-serialized shared-scheduler model sits closer to &quot;classic&quot; worker-pool architecture than to shared-nothing thread-per-core &#8212; and I think that's the <em>right</em>&#160;call for Lumiera specifically, not a lag behind the state of the art. The strongest argument for thread-per-core is when per-request overhead is so small (network request handling, KV-store lookups &#8212; sub-microsecond territory) that even brief lock contention or cache-line bouncing dominates the cost. Your own numbers &#8212; single-digit milliseconds up into seconds per frame task &#8212; are three to six orders of magnitude coarser than that regime. A brief critical section for grooming and ring bookkeeping is genuinely negligible next to task costs measured in milliseconds; it would not be negligible next to costs measured in tens of nanoseconds, which is the world Seastar/ScyllaDB actually live in. So I wouldn't read &quot;thread-per-core is trendy&quot; as pressure to abandon your model &#8212; I'd read it as: the technique exists and is well-proven if your task granularity ever drops by several orders of magnitude (which, for a video render engine, seems unlikely &#8212; your bottleneck is decode/filter/encode work, not tiny message dispatch).
    </p>
    <p class="font-claude-response-body break-words whitespace-normal">
      <strong>One trend worth just keeping an eye on, not acting on:</strong>&#160;core counts keep climbing &#8212; high core-count workstation and consumer chips are increasingly normal &#8212; and any single serialization point gets proportionally more expensive as contention scales with thread count, even if each individual crossing is cheap. Not a problem today, and your task granularity buys you a lot of headroom, but it's the kind of thing worth having empirical data on (exactly the &quot;more empirics needed&quot; conclusion you already reached) if Lumiera is ever deployed on genuinely large core counts rather than typical desktop/workstation counts.
    </p>
  </body>
</html></richcontent>
<edge COLOR="#808080" STYLE="bezier" WIDTH="thin"/>
<icon BUILTIN="wizard"/>
<node CREATED="1783967750406" ID="ID_1287889954" MODIFIED="1783967801786" TEXT="Hinweis auf steigende Anzahl an Cores">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Lumiera k&#246;nnte ja schon auch auf eine high-end-Workstation laufen
    </p>
  </body>
</html></richcontent>
</node>
<node BACKGROUND_COLOR="#e0ceaa" COLOR="#690f14" CREATED="1783967758928" ID="ID_284611592" MODIFIED="1783967785981" TEXT="sollte Contention um das single-threaded bottleneck im Blick behalten">
<icon BUILTIN="messagebox_warning"/>
</node>
</node>
</node>
</node>
<node BACKGROUND_COLOR="#e0ceaa" COLOR="#690f14" CREATED="1783901529929" ID="ID_1631713573" MODIFIED="1783901543887" TEXT="nebenbei notiert">
<icon BUILTIN="bell"/>
<node COLOR="#435e98" CREATED="1783901558710" ID="ID_156133270" MODIFIED="1783967976008" STYLE="fork" TEXT="was ist IORING_SETUP_SQPOLL?">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      von Claude erw&#228;hnt im Zusammenhang mit Locking visibility. Er weist auch darauf hin da&#223; io_uring keine multiple thread submissions unterst&#252;tzt. Zu dem Schlu&#223; war ich ja auch gekommen
    </p>
  </body>
</html></richcontent>
<arrowlink COLOR="#4389dd" DESTINATION="ID_758622095" ENDARROW="Default" ENDINCLINATION="196;89;" ID="Arrow_ID_200171107" STARTARROW="None" STARTINCLINATION="334;27;"/>
<font NAME="SansSerif" SIZE="12"/>
<icon BUILTIN="help"/>
<node BACKGROUND_COLOR="#c8c0b6" COLOR="#435e98" CREATED="1783967899141" HGAP="34" ID="ID_1537697930" MODIFIED="1783967981234" TEXT="verstanden &#x2014; klarer Fall" VSHIFT="23">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      der Kernel kann nicht zaubern; stattdessen hat er dann einfach einen poll-Worker. Keine gute Idee in einer Architektur die selber alle Resourcen steuern m&#246;chte
    </p>
  </body>
</html></richcontent>
<icon BUILTIN="ksmiletris"/>
</node>
</node>
<node CREATED="1783902798597" ID="ID_599725786" MODIFIED="1783902800007" TEXT="eglSwapInterval">
<node CREATED="1783902800007" ID="ID_1393441883" MODIFIED="1783902877712" TEXT="damit kann man wohl das Verhl&#xe4;tnis zu VSync steuern">
<linktarget COLOR="#347acc" DESTINATION="ID_1393441883" ENDARROW="Default" ENDINCLINATION="154;0;" ID="Arrow_ID_707364611" SOURCE="ID_1990712475" STARTARROW="None" STARTINCLINATION="140;12;"/>
</node>
</node>
<node CREATED="1783904509744" ID="ID_1126395932" MODIFIED="1783904513706" TEXT="X11 / Wayland">
<node CREATED="1783904515877" ID="ID_718620596" MODIFIED="1783904524313" TEXT="habe das nebenbei erw&#xe4;hnt"/>
<node CREATED="1783904524844" ID="ID_473487490" MODIFIED="1783904606751" TEXT="Claude best&#xe4;tigt: unter EGL ist die Anpassung nur minimal">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p http-equiv="content-type" content="text/html; charset=utf-8" class="font-claude-response-body break-words whitespace-normal">
      <strong>Wayland/X11</strong>
    </p>
    <p class="font-claude-response-body break-words whitespace-normal">
      Your instinct is basically right, but I'd sharpen &quot;not too deep&quot; a bit: the EGL calls that matter for your loop &#8212; <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">eglCreateContext</code>, <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">eglMakeCurrent</code>, <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">eglSwapBuffers</code>&#160;&#8212; are identical either way. What differs is only the step just before <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">eglCreateWindowSurface</code>, i.e. how you obtain the native window handle from GDK:
    </p>
    <ul class="[li_&amp;]:mb-0 [li_&amp;]:mt-1 [li_&amp;]:gap-1 [&amp;:not(:last-child)_ul]:pb-1 [&amp;:not(:last-child)_ol]:pb-1 list-disc flex flex-col gap-1 pl-8 mb-3">
      <li class="font-claude-response-body whitespace-normal break-words pl-2">
        X11: you already have this &#8212; <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">gdk_x11_window_get_xid()</code>&#160;gives you a raw <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">Window</code>&#160;XID directly usable as the native window type.
      </li>
      <li class="font-claude-response-body whitespace-normal break-words pl-2">
        Wayland: GDK gives you a <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">wl_surface*</code>&#160;(<code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">gdk_wayland_window_get_wl_surface()</code>), but EGL on Wayland doesn't accept that directly &#8212; you have to wrap it with <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">wl_egl_window_create()</code>&#160;(from <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">libwayland-egl</code>) to get something usable as <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">EGLNativeWindowType</code>.
      </li>
    </ul>
    <p class="font-claude-response-body break-words whitespace-normal">
      So it's genuinely a small, well-isolated patch of platform glue &#8212; a handful of lines, gated behind a runtime check of which GDK backend is active (<code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">GDK_IS_X11_DISPLAY</code>&#160;/ <code class="bg-text-200/5 border border-0.5 border-border-300 text-danger-000 whitespace-pre-wrap rounded-[0.4rem] px-1 py-px text-[0.9rem]">GDK_IS_WAYLAND_DISPLAY</code>) &#8212; everything downstream of surface creation is untouched.
    </p>
  </body>
</html></richcontent>
<icon BUILTIN="idea"/>
</node>
</node>
</node>
<node COLOR="#435e98" CREATED="1783968013173" ID="ID_1777944229" MODIFIED="1783968109171" TEXT="Fazit">
<font BOLD="true" NAME="SansSerif" SIZE="12"/>
<node CREATED="1783968016550" ID="ID_1512987627" MODIFIED="1783968023075" TEXT="ich baue nun doch einen Proaktor"/>
<node CREATED="1783968025925" ID="ID_109357172" MODIFIED="1783968034071" TEXT="verwende Glib::Dispatcher f&#xfc;r hand-over"/>
<node CREATED="1783968039719" ID="ID_1431893413" MODIFIED="1783968050997" TEXT="f&#xfc;r die Daten-Sichtbarkeit gen&#xfc;gt eine atomic-state-flag"/>
<node CREATED="1783968058381" ID="ID_234180982" MODIFIED="1783968077778" TEXT="IO_URING hat selber einen Timing-Mechanismus &#x27f9; den sollte man nutzen"/>
<node CREATED="1783968083676" ID="ID_1583854744" MODIFIED="1783968100714" TEXT="Buffer zyklisch organisieren. Next-Frame-Nr als Key verwenden"/>
<node BACKGROUND_COLOR="#fefc4e" COLOR="#351d75" CREATED="1783968124839" ID="ID_32919071" MODIFIED="1783968137925" TEXT="Allgemeine Einsichten f&#xfc;r die Lumiera-Engine">
<font BOLD="true" NAME="SansSerif" SIZE="12"/>
<icon BUILTIN="idea"/>
<node CREATED="1783968139661" ID="ID_721741944" MODIFIED="1783968157925" TEXT="Proactor ist push &#x2014; unsere Architektur ist konsistent pull"/>
<node COLOR="#5b280f" CREATED="1783968173638" ID="ID_1363800541" MODIFIED="1783968193807" TEXT="man sollte nicht versuchen, einen Proactor in unser Design zu integrieren">
<icon BUILTIN="stop-sign"/>
</node>
<node CREATED="1783968195246" ID="ID_1729925953" MODIFIED="1783968212467" TEXT="stattdessen kann man die Proactor-Loop in Activities oder Jobs packen"/>
<node CREATED="1783968233008" ID="ID_1599145728" MODIFIED="1783968259313" TEXT="Auf Engine-Level: Zugang zum URing mu&#xdf; in der &#xbb;Grooming-Zone&#xab; bleiben">
<icon BUILTIN="messagebox_warning"/>
</node>
<node CREATED="1783968264384" ID="ID_1390930082" MODIFIED="1783968317234" TEXT="das ist ausreichend um die Cross-Thread-Visibility sicherzustellen">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      aber man sollte konzeptionell zwischen der visibility mit dem Kernel und der Visibility zwischen den Workern unterscheiden; f&#252;r ersteres gibt es die Barrieren in Liburing
    </p>
  </body>
</html></richcontent>
</node>
<node BACKGROUND_COLOR="#e0ceaa" COLOR="#690f14" CREATED="1783968339226" ID="ID_52764530" MODIFIED="1783968361355" TEXT="Blocken in der Grooming-Phase verhindern &#x27f6; sonst Engine-Stall">
<icon BUILTIN="clanbomber"/>
</node>
<node CREATED="1783968381176" ID="ID_291465589" MODIFIED="1783968485845" TEXT="Flow/Capacity-Steuerung ist essentiell notwendig">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      der Umstand da&#223; neue IO-Aktivit&#228;ten gescheduled werden und Completions entnommen werden m&#252;ssen, garantiert nur eine passive Backpressure (nicht entnommene Completions gehen nicht verloren, und der Platz in den URings ist begrenzt). Sehr wahrscheinlich ist mehr notwendig, damit die Engine rund l&#228;uft.
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783968535936" ID="ID_1390321079" MODIFIED="1783968546673" TEXT="Einordnung in gegenw&#xe4;rtige Trends">
<node CREATED="1783968547646" ID="ID_1203574703" MODIFIED="1783968635282" TEXT="Scheduler/Worker-Pattern wird standardisiert (C++26)">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Es ist eine etablierte und bew&#228;hrte Methode, und wird nicht weggehen. Was wir geschaffen haben konvergiert gut mit den allgemeinen Einsichten im Feld
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783968562254" ID="ID_1154684301" MODIFIED="1783968600700" TEXT="High-Performance-Computing: thread-per-core no shared data">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      das ist ein Gegentrend, der aber auf einer anderen Gr&#246;&#223;enordnung arbeitet (im Nanosekunden-Bereich)
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783968636663" ID="ID_1048046164" MODIFIED="1783968651582" TEXT="sollte an sehr hohe Anzahl an Cores denken">
<icon BUILTIN="messagebox_warning"/>
</node>
</node>
</node>
</node>
</node>
<node CREATED="1783984352027" ID="ID_1602724940" MODIFIED="1783984359484" TEXT="Aufbau der Application-Shell">
<node CREATED="1783984371031" ID="ID_1219649133" MODIFIED="1783984401222" TEXT="das Grundschema von letztem Jahr war n&#xfc;tzlich">
<node CREATED="1783984407459" ID="ID_321798557" MODIFIED="1783984427656" TEXT="&#x201e;mu&#xdf; den GTK-Code gar nicht anschauen&#x201c;"/>
<node BACKGROUND_COLOR="#e0ceaa" COLOR="#690f14" CREATED="1783985102373" ID="ID_734300736" MODIFIED="1784076612700" TEXT="Aber: die Ablaufsteuerung liegt jetzt nicht mehr (komplett) in GTK">
<icon BUILTIN="messagebox_warning"/>
<node BACKGROUND_COLOR="#e0ceaa" COLOR="#690f14" CREATED="1783985519074" ID="ID_1873813285" MODIFIED="1783985537906" TEXT="&#x27f9; mu&#xdf; nun einen Frame-Callback (cross-Thread) realisieren">
<icon BUILTIN="messagebox_warning"/>
</node>
<node CREATED="1783985135020" ID="ID_1062164422" LINK="https://web.archive.org/web/20200806190801/https://developer.gnome.org/glibmm/stable/classGlib_1_1Dispatcher.html" MODIFIED="1783985145748" TEXT="Glib::Dispatcher">
<icon BUILTIN="list"/>
</node>
<node CREATED="1783985286044" ID="ID_1662752917" MODIFIED="1783985548196" TEXT="Regeln">
<icon BUILTIN="info"/>
<node CREATED="1783985294267" ID="ID_1295877512" MODIFIED="1783985308444" TEXT="ein receiver-Thread, aber Trigger von jedem anderen Thread"/>
<node CREATED="1783985309048" ID="ID_1248615877" MODIFIED="1783985320489" TEXT="im receiver-Thread mu&#xdf; eine Glib-Loop laufen"/>
<node CREATED="1783985321418" ID="ID_1994550502" MODIFIED="1783985333946" TEXT="ein Dispatcher-Objekt...">
<node CREATED="1783985334643" ID="ID_291484889" MODIFIED="1783985343649" TEXT="mu&#xdf; im Receiver-Thread erzeugt und zerst&#xf6;rt werden"/>
<node CREATED="1783985344196" ID="ID_1733483538" MODIFIED="1783985362637" TEXT="sollte vor allen anderen Threads erzeugt werden (&#x27f9; Sichtbarkeit)"/>
</node>
<node CREATED="1783985372148" ID="ID_1967828108" MODIFIED="1783985396343" TEXT="alle Dispatcher-Objekte eines receiver(Loop)-Threads verwenden eine einzige Pipe">
<node CREATED="1783985399747" ID="ID_720330070" MODIFIED="1783985405923" TEXT="Locks niemals auf der Senderseite"/>
</node>
</node>
</node>
<node BACKGROUND_COLOR="#c8c0b6" COLOR="#435e98" CREATED="1783985980271" FOLDED="true" ID="ID_1205516934" MODIFIED="1784076663250" TEXT="Konstruktions-Problem: Verdrahtung">
<icon BUILTIN="messagebox_warning"/>
<node CREATED="1783985998296" ID="ID_602134117" MODIFIED="1783986005435" TEXT="die Verdrahtung ist jetzt kreuzweise">
<node CREATED="1783986006656" ID="ID_1853634036" MODIFIED="1783986020234" TEXT="GtkApp &#x27f6; Setup"/>
<node CREATED="1783986025918" ID="ID_905927115" MODIFIED="1783986037848" TEXT="Setup &#x27f9; erzeugt Player"/>
<node CREATED="1783986070733" ID="ID_1828650606" MODIFIED="1783986085969" TEXT="GtkApp &#x27f9; erzeugt Dispatcher f&#xfc;r Player"/>
<node CREATED="1783986088261" ID="ID_863448551" MODIFIED="1783986143522" TEXT="Player &#x27f6; OpenGL-Display"/>
<node CREATED="1783986156014" ID="ID_1075245760" MODIFIED="1783986166367" TEXT="Player &#x27f6; Frame-Signal"/>
<node CREATED="1783986171122" ID="ID_931723726" MODIFIED="1783986184677" TEXT="GtkApp &#x27f6; Player-Stop"/>
</node>
<node COLOR="#435e98" CREATED="1783986532114" ID="ID_1245562739" MODIFIED="1784076460564" TEXT="Knackpunkt: wo sitzt der Dispatcher?">
<icon BUILTIN="help"/>
<node COLOR="#5b280f" CREATED="1783986546063" ID="ID_1573759034" MODIFIED="1783986688651" TEXT="L&#xf6;sung-1 : in der GtkApp">
<icon BUILTIN="button_cancel"/>
<node CREATED="1783986575996" ID="ID_236050628" MODIFIED="1783986584350" TEXT="Vorteil: nat&#xfc;rlicherweise die GTK-Verbindung"/>
<node CREATED="1783986584944" ID="ID_478484131" MODIFIED="1783986600350" TEXT="bleibt damit Interna der GTK-App"/>
<node CREATED="1783986603534" ID="ID_1364662813" MODIFIED="1783986612304" TEXT="Nachteil: Verdrahtung nicht offensichtlich"/>
</node>
<node CREATED="1783986560783" ID="ID_1335290152" MODIFIED="1784076661520" TEXT="L&#xf6;sung-2 : im Player">
<arrowlink COLOR="#308bd6" DESTINATION="ID_1751781345" ENDARROW="Default" ENDINCLINATION="95;-7;" ID="Arrow_ID_309586658" STARTARROW="None" STARTINCLINATION="77;235;"/>
<icon BUILTIN="back"/>
<node CREATED="1783986627477" ID="ID_281071387" MODIFIED="1783986637023" TEXT="Vorteil: Verdrahtung offensichtlich und einfach"/>
<node CREATED="1783986637869" ID="ID_1603304" MODIFIED="1783986655939" TEXT="Nachteil : GTK-spezifisches Detail leaked"/>
<node CREATED="1783986737099" ID="ID_1043412300" MODIFIED="1783986749522" TEXT="Nachteil: Thread-Bezug ist implizit"/>
</node>
<node CREATED="1783986666480" ID="ID_1770044442" MODIFIED="1783986681514" TEXT="Entscheidung: L&#xf6;sung-2">
<icon BUILTIN="yes"/>
<node CREATED="1783986693369" ID="ID_1838622028" MODIFIED="1783986710414" TEXT="GTK-Bez&#xfc;ge sind auch f&#xfc;r das EglDisplay wichtig"/>
<node CREATED="1783986712145" ID="ID_625334732" MODIFIED="1783986726835" TEXT="Dispatcher ist zentraler Bestandteil meiner Demo"/>
<node CREATED="1783986758056" ID="ID_223369723" MODIFIED="1783986770513" TEXT="auch das Thema &#xbb;Threading&#xab; geh&#xf6;rt in den Scope der Demo"/>
</node>
</node>
<node CREATED="1784045996386" ID="ID_1209517516" MODIFIED="1784046001812" TEXT="immer noch schwierig....">
<node CREATED="1784046009218" ID="ID_20536040" MODIFIED="1784046024950" TEXT="jetzt habe ich ein Objekt &#x2014; das sollte non-copyable sein"/>
<node CREATED="1784046116554" ID="ID_234421285" MODIFIED="1784046238573" TEXT="die Callback-Hook m&#xf6;chte ich aber trotzdem &#x2014; aus didaktischen Gr&#xfc;nden">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Hier m&#246;chte ich sowohl den GTK-Code selber verbergen, alsauch dem Umstand da&#223; die Start-Lokik in der Applikation nicht ganz trivial ist, und mit dem Start des Players verwoben. Lesbarkeit ist eine weitere Motivation: man kann dadurch Dinge benennen
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1784047131109" ID="ID_34162762" MODIFIED="1784047205771" TEXT="also geht es vor allem darum, die Form aufrecht zu erhalten">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      dazu geh&#246;rt auch, keine &#187;Tricks&#171; anzuwenden und keine schlechten Praktiken vorzuf&#252;hren. Der Zustands-Tr&#228;ge sollte unique sein, ohne Wenn und Aber.
    </p>
  </body>
</html></richcontent>
</node>
</node>
</node>
<node CREATED="1783986793999" ID="ID_1360252421" MODIFIED="1783986816919" TEXT="L&#xf6;sung: baue ein Player-Objekt im Start-Hook">
<node CREATED="1783986820215" ID="ID_360250150" MODIFIED="1783986836070" TEXT="das tritt an die Stelle wo bisher der EglContext stand"/>
<node CREATED="1783986838784" ID="ID_1847977458" MODIFIED="1783986861705" TEXT="L&#xf6;sung: das EglDisplay wird nun ein weiteres Objekt">
<icon BUILTIN="idea"/>
</node>
<node CREATED="1783986866318" ID="ID_623423104" MODIFIED="1783986874503" TEXT="alles per Konstruktor-Verdrahtung"/>
</node>
</node>
<node CREATED="1784076499094" ID="ID_1786219220" MODIFIED="1784076516947" TEXT="Player per Konstruktur-Initialisierung">
<node CREATED="1784076561463" ID="ID_1248489844" MODIFIED="1784076582686" TEXT="l&#xe4;uft im GUI-Thread">
<icon BUILTIN="idea"/>
</node>
<node CREATED="1784076539919" ID="ID_1751781345" MODIFIED="1784076661520" TEXT="erzeuge hier den Dispatcher">
<linktarget COLOR="#308bd6" DESTINATION="ID_1751781345" ENDARROW="Default" ENDINCLINATION="95;-7;" ID="Arrow_ID_309586658" SOURCE="ID_1335290152" STARTARROW="None" STARTINCLINATION="77;235;"/>
</node>
<node CREATED="1784076520970" ID="ID_1201489587" MODIFIED="1784076537887" TEXT="mu&#xdf; auch die EGL-Initialisierung in den Konstruktor bringen"/>
<node CREATED="1784076675289" ID="ID_1648662317" MODIFIED="1784076685507" TEXT="unmittelbar hier den Thread starten"/>
</node>
</node>
<node CREATED="1783644425567" ID="ID_238189215" MODIFIED="1783644429274" TEXT="Flow-Steuerung">
<node CREATED="1784052955974" ID="ID_1491751742" MODIFIED="1784052978769" TEXT="da nun Proactor &#x27f9; getrieben vom Timer-Tick">
<icon BUILTIN="idea"/>
</node>
<node CREATED="1784076700200" ID="ID_1239755482" MODIFIED="1784076707103" TEXT="Daten&#xfc;bergabe / Sichtbarkeit">
<node CREATED="1784076715698" ID="ID_102034340" MODIFIED="1784076740355" TEXT="Dispatcher &#xfc;bertr&#xe4;gt nur den Trigger &#xfc;ber die Thread-Grenzen"/>
<node CREATED="1784076755543" ID="ID_1514914957" MODIFIED="1784076772757" TEXT="mu&#xdf; Atomics / Barrieren einf&#xfc;hren f&#xfc;r die Datensicherheit"/>
<node BACKGROUND_COLOR="#accdc3" COLOR="#010101" CREATED="1784076776201" ID="ID_1043516833" MODIFIED="1784076975728" STYLE="fork" TEXT="Vorschlag von Claude: die State-Machine als Atomic implementieren">
<edge COLOR="#808080" STYLE="bezier" WIDTH="thin"/>
<linktarget COLOR="#0c8e99" DESTINATION="ID_1043516833" ENDARROW="Default" ENDINCLINATION="556;-26;" ID="Arrow_ID_1416969408" SOURCE="ID_186490339" STARTARROW="None" STARTINCLINATION="1283;82;"/>
<icon BUILTIN="idea"/>
<node BACKGROUND_COLOR="#fefc4e" COLOR="#351d75" CREATED="1784076979882" ID="ID_1843330900" MODIFIED="1784078228911" TEXT="Bemerkenswert: das hat sich durch die Konversation so ergeben">
<richcontent TYPE="NOTE"><html>
  <head>
    
  </head>
  <body>
    <p>
      ...es war nicht so, da&#223; Claude diese &#8222;Idee gehabt&#8220; h&#228;tte &#8212; denn ich hatte die Konversation ja so gef&#252;hrt, da&#223; Claude mir meine Konzept-Ans&#228;tze validiert und verfeinert. Dann habe ich das Prinzip formuliert, da&#223; f&#252;r Async-IO irgendwo eine State-Machine sein mu&#223;. Claude hat das aufgegriffen, validiert und versch&#228;rft; und damit war offensichtlich geworden, da&#223; man diese State-Flag als Atomic auslegen kann. Das habe ich in dem Moment genauso &#187;offensichtlich&#171; gesehen, und Claude hat es ebenso formuliert.
    </p>
    <p>
      Warum ich hier nochmal nachzeichne, wie das zustandegekommen ist:
    </p>
    <ul>
      <li>
        weil ich allein da nicht draufgekommen w&#228;re
      </li>
      <li>
        aber weil es offensichtlich nicht von Claude stammt
      </li>
    </ul>
    <p>
      &#10233; das wirft ein Licht darauf, wie dieses <i>scheinbar intelligente &#187;Generieren&#171; funktioniert, </i>auf Basis einer industriellen Daten-Technik, die Plausibilit&#228;ten integriert und interpoliert.
    </p>
  </body>
</html>
</richcontent>
<font BOLD="true" NAME="SansSerif" SIZE="12"/>
<icon BUILTIN="back"/>
</node>
<node COLOR="#435e98" CREATED="1784079033427" ID="ID_1573408699" MODIFIED="1784079050907" TEXT="Zustands&#xfc;berg&#xe4;nge">
<font BOLD="true" NAME="SansSerif" SIZE="12"/>
<icon BUILTIN="info"/>
<node CREATED="1784078717834" ID="ID_17978925" MODIFIED="1784078954065" TEXT="IO beauftragen: FREE &#x27f6; READ"/>
<node CREATED="1784078958419" ID="ID_1531715805" MODIFIED="1784078974343" TEXT="&#xdc;bergabe an Display: READ &#x27f6; SHOW"/>
<node CREATED="1784078981634" ID="ID_1578413583" MODIFIED="1784079026236" TEXT="Frame-Flip: SHOW &#x27f6; FREE"/>
</node>
<node CREATED="1784078466234" ID="ID_424139171" MODIFIED="1784078496653">
<richcontent TYPE="NODE"><html>
  <head>
    
  </head>
  <body>
    <p>
      hier mu&#223; auch die <b>Backpressure</b>&#160;beachtet und realisiert werden
    </p>
  </body>
</html>
</richcontent>
<node CREATED="1784078502730" ID="ID_846472947" MODIFIED="1784078534574" TEXT="darf nur weitergehen, nachdem der vorherige Frame aufgegriffen wurde"/>
<node CREATED="1784078681486" ID="ID_1106864388" MODIFIED="1784078714572" TEXT="und darf nur neue IO beauftragen wenn der Zielpuffer vom Consumer freigegeben werden"/>
</node>
</node>
<node COLOR="#435e98" CREATED="1784079572400" ID="ID_1393056375" MODIFIED="1784079586917" TEXT="wie bekommt der EglDisplayer die Daten?">
<node CREATED="1784079589221" ID="ID_1308906754" MODIFIED="1784079609606" TEXT="Optionen">
<node CREATED="1784079611026" ID="ID_870843631" MODIFIED="1784079835110" TEXT="Buffer-Ring k&#xf6;nnte global sichtbar sein">
<richcontent TYPE="NOTE"><html>
  <head>
    
  </head>
  <body>
    <p>
      Sofern er aus dem GUI-Thread alloziert wird, also bevor der Proactor-Thread startet, ist die Position f&#252;r beide Threads sichtbar (und unver&#228;nderlich)
    </p>
  </body>
</html>
</richcontent>
<node CREATED="1784079641676" ID="ID_595831960" MODIFIED="1784079776456" TEXT="eine currentFrameNr ebenso">
<richcontent TYPE="NOTE"><html>
  <head>
    
  </head>
  <body>
    <p>
      Diese w&#228;re dann ebenfalls teil der cross-Trade-Synchronisation (ebenfalls bewirkt durch release-Semantik auf dem State-Atomic)
    </p>
  </body>
</html>
</richcontent>
</node>
<node CREATED="1784079653178" ID="ID_1804993764" MODIFIED="1784079727230" TEXT="oder der Displayer hat intern seine eigene FrameNr">
<richcontent TYPE="NOTE"><html>
  <head>
    
  </head>
  <body>
    <p>
      ...nur als lokale Variable, die er jeweils hochz&#228;hlt, wenn er einen Trigger bekommt (Nachteil: duplizierter State, dessen Konsistenz sich nur implizit ergibt und nicht offensichtlich ist)
    </p>
  </body>
</html>
</richcontent>
</node>
</node>
<node CREATED="1784079838160" ID="ID_1763616932" MODIFIED="1784080020991" TEXT="k&#xf6;nnte dem Displayer direkt gegeben werden">
<richcontent TYPE="NOTE"><html>
  <head>
    
  </head>
  <body>
    <p>
      Das w&#228;re dann ein Pointer (const void *); seine Sichtbarkeit ergibt sich auch hier aus dem atomic-State
    </p>
  </body>
</html>
</richcontent>
<node CREATED="1784079873496" ID="ID_714454620" MODIFIED="1784079881936" TEXT="kann aber nicht per Dispatcher erfolgen"/>
<node CREATED="1784079882711" ID="ID_102892347" MODIFIED="1784079907595" TEXT="mu&#xdf; dann ein Datenfeld sein (sinnvollerweise im Displayer)"/>
</node>
</node>
<node CREATED="1784080062495" ID="ID_254917759" MODIFIED="1784080174245" TEXT="die zuletzt genanne M&#xf6;glichkeit erscheint mir am nat&#xfc;rlichsten">
<richcontent TYPE="NOTE"><html>
  <head>
    
  </head>
  <body>
    <p>
      ...da ich immer in Zust&#228;ndigkeiten denke, ist es mir unsympatisch, einen Satz gemeinsamer Zustands-Variablen zu verwenden
    </p>
  </body>
</html>
</richcontent>
</node>
</node>
<node CREATED="1784080203172" ID="ID_952531619" MODIFIED="1784080213143" TEXT="daraus ergibt sich die Datenstruktur">
<node CREATED="1784080214847" ID="ID_1165930889" MODIFIED="1784080245515" TEXT="und zwar geh&#xf6;ren damit die Buffer dem Proactor-Thread"/>
<node CREATED="1784080390813" ID="ID_1044489570" MODIFIED="1784080418199" TEXT="Allocation und Ownership">
<node CREATED="1784080461760" ID="ID_1762147278" MODIFIED="1784080535764" TEXT="Buffer sehr gro&#xdf; &#x27f9; einzeln allozieren">
<richcontent TYPE="NOTE"><html>
  <head>
    
  </head>
  <body>
    <p>
      ...das gilt f&#252;r ein Prod-System, in dem der Speicher framentiert ist, und man vermutlich Buffer-Pools hat
    </p>
  </body>
</html>
</richcontent>
<icon BUILTIN="messagebox_warning"/>
</node>
<node CREATED="1784080449077" ID="ID_1803805054" MODIFIED="1784080659901" TEXT="einfach w&#xe4;re ein riesiges Array auf dem Heap">
<richcontent TYPE="NOTE"><html>
  <head>
    
  </head>
  <body>
    <p>
      F&#252;r die Demo ist das die offensichtliche L&#246;sung: man bekommt unique-ownership und Subscript-Operator einfach vom std::unique_ptr. Wenn man den notwendigen Speicher nicht bekommt, dann l&#228;uft die Demo eh nicht, also wozu die Umst&#228;nde?
    </p>
  </body>
</html>
</richcontent>
<icon BUILTIN="back"/>
</node>
</node>
<node CREATED="1784082520499" ID="ID_299429653" MODIFIED="1784082523281" TEXT="Buffer-Typ">
<node COLOR="#5b280f" CREATED="1784082524138" ID="ID_1665124664" MODIFIED="1784132193492" TEXT="der Einfachheit halber &#x27f9; definiert vom EglDisplay">
<icon BUILTIN="button_cancel"/>
<node CREATED="1784082547951" ID="ID_1261536746" MODIFIED="1784082582921" TEXT="ist ein std::array aus 8bit-Pixeln"/>
<node COLOR="#5b280f" CREATED="1784082595689" ID="ID_1135557355" MODIFIED="1784132191641" TEXT="verwende diese Typedef aber auch als &#xbb;Buffer&#xab;-Abstraktion">
<icon BUILTIN="stop-sign"/>
<node CREATED="1784132084657" HGAP="24" ID="ID_845039951" MODIFIED="1784132637445" TEXT="hier beginnt der Knoten" VSHIFT="7">
<arrowlink COLOR="#b92b54" DESTINATION="ID_1404935910" ENDARROW="Default" ENDINCLINATION="101;8;" ID="Arrow_ID_1619759457" STARTARROW="None" STARTINCLINATION="53;82;"/>
<icon BUILTIN="broken-line"/>
</node>
</node>
<node BACKGROUND_COLOR="#e7d8b6" CREATED="1784132196542" ID="ID_1214331051" MODIFIED="1784132240994" TEXT="besser: Globale Konfig &#x27f6; Template-Paramter">
<icon BUILTIN="yes"/>
</node>
</node>
<node CREATED="1784083148598" ID="ID_504827142" MODIFIED="1784083164848" TEXT="Problem: Anordnung der Daten-Definition im Code">
<node CREATED="1784083166480" ID="ID_1404935910" MODIFIED="1784132116787" TEXT="mu&#xdf; hierzu auch das Enum definieren">
<linktarget COLOR="#b92b54" DESTINATION="ID_1404935910" ENDARROW="Default" ENDINCLINATION="101;8;" ID="Arrow_ID_1619759457" SOURCE="ID_845039951" STARTARROW="None" STARTINCLINATION="53;82;"/>
</node>
<node CREATED="1784083179322" ID="ID_275541270" MODIFIED="1784083198899" TEXT="und zum Buffer den atomic-state packen"/>
<node CREATED="1784083201959" ID="ID_697343104" MODIFIED="1784083233397" TEXT="Alignment beachten &#x27f9; besser separater Ring von State-Flags"/>
<node CREATED="1784083236834" ID="ID_1267317279" MODIFIED="1784131541424" TEXT="wie kann dann der Zugriff erfolgen?">
<arrowlink COLOR="#5a94d9" DESTINATION="ID_169121010" ENDARROW="Default" ENDINCLINATION="135;0;" ID="Arrow_ID_84801803" STARTARROW="None" STARTINCLINATION="76;6;"/>
</node>
<node CREATED="1784131317769" ID="ID_1516225282" MODIFIED="1784131336237" TEXT="das Anordnungs-Problem ist eine Sackgasse">
<icon BUILTIN="messagebox_warning"/>
<node CREATED="1784131338269" ID="ID_1521754743" MODIFIED="1784131354300" TEXT="es ist zwar &#xbb;nur&#xab; ein Problem der Code-Anordnung"/>
<node CREATED="1784131354971" ID="ID_458757211" MODIFIED="1784131366411" TEXT="diese ist jedoch festgelegt">
<node CREATED="1784131367993" ID="ID_55736035" MODIFIED="1784131407585" TEXT="durch die Forderung nach Lesbarkeit (&#xd83e;&#xdc32; Demo-Code)">
<richcontent TYPE="NOTE"><html>
  <head>
    
  </head>
  <body>
    <p>
      hei&#223;t: hier gibt es keine M&#246;glichkeit, <i>ein Auge zuzudr&#252;cken</i>
    </p>
  </body>
</html>
</richcontent>
</node>
<node CREATED="1784131409804" ID="ID_359711423" MODIFIED="1784131419742" TEXT="durch das einmal gew&#xe4;hlte Domain-Scoping"/>
</node>
</node>
</node>
<node CREATED="1784131432702" ID="ID_1143489272" MODIFIED="1784131440428" TEXT="L&#xf6;sung: Zugriff vom Datentyp trennen">
<node CREATED="1784131442690" ID="ID_656100547" MODIFIED="1784131483235" TEXT="dadurch bleibt das Scoping unbedingt erhalten"/>
<node CREATED="1784131484193" ID="ID_169121010" MODIFIED="1784131533952" TEXT="Zugriff als Funktion darstellen &#x27f9; &#x3bb;">
<linktarget COLOR="#5a94d9" DESTINATION="ID_169121010" ENDARROW="Default" ENDINCLINATION="135;0;" ID="Arrow_ID_84801803" SOURCE="ID_1267317279" STARTARROW="None" STARTINCLINATION="76;6;"/>
</node>
<node CREATED="1784136965047" ID="ID_1744030854" MODIFIED="1784137036831" TEXT="zu kurz gedacht: es ist eine Zugriffs-Klammer">
<richcontent TYPE="NOTE"><html>
  <head>
    
  </head>
  <body>
    <p>
      Eine Operation zum Zugriff und eine Operation um den abgeschlossenen Zugriff zu markieren; zudem gibt es auch noch den Dispatcher.
    </p>
  </body>
</html>
</richcontent>
<icon BUILTIN="messagebox_warning"/>
</node>
<node CREATED="1784137038242" ID="ID_1199476075" MODIFIED="1784137051164" TEXT="dann doch ein klassisches OO-Callback-Interface"/>
</node>
</node>
</node>
</node>
<node CREATED="1783644430659" ID="ID_269686877" MODIFIED="1783644452555" TEXT="Aufrabe: Vorlauf steuern">
<node CREATED="1783644529049" ID="ID_486151338" MODIFIED="1783644875737" TEXT="zwei Phasen (Chase/Lock)">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      In der Chase-Phase werden blank-Frames ausgegeben, solange bis wir Frames mit gen&#252;gend Vorlauf im Speicher haben. Danach, in der Lock-Phase ist eine Relation zwischen der rotierenden Buffer-Position und dem aktuellen Flip gesetzt. Ab dem Punkt kann man N Frames im Voraus die IO-Aktion losschicken.
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783644878986" ID="ID_629406693" MODIFIED="1783644997672" TEXT="Problem: Anfangs-Spitze">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Zu Beginn schicken wir M Frames auf den Weg; die brauchen u.U l&#228;nger. Sch&#246;n w&#228;re es nat&#252;rlich, wenn man diesen Selbs-regulierenden Mechanismus auch live zeigen k&#246;nnte
    </p>
  </body>
</html></richcontent>
</node>
</node>
</node>
</node>
</node>
</node>
<node CREATED="1783786559990" ID="ID_1008291067" MODIFIED="1783786563832" TEXT="Publikation">
<node BACKGROUND_COLOR="#c8c0b6" COLOR="#435e98" CREATED="1783786565267" ID="ID_330019672" MODIFIED="1783787290503" TEXT="Frage: Lizenz?">
<icon BUILTIN="help"/>
<icon BUILTIN="yes"/>
<node COLOR="#5b280f" CREATED="1783786615366" ID="ID_905609740" MODIFIED="1783787270254" TEXT="Es ist Lehrmaterial &#x27f9; permissiv">
<icon BUILTIN="button_cancel"/>
<node CREATED="1783786773754" ID="ID_12321607" MODIFIED="1783786935315" TEXT="es w&#xe4;re dieses Mal leicht m&#xf6;glich">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      ...anders als bei dem Video-Output-Thema, bei dem wir uns die zentralen Element &#252;berhaupt erst aufschlie&#223;en mu&#223;ten, und dies nur mithilfe bestehender GPL-Codebasen geschafft haben. Diesmal ist die Situation ganz anders, das Thema ist ziemlich gut in Tutorials und Blogs aufbereitet. Viele haben zwar kein brauchbares Lizenz-Statement, aber andererseits ist die Aufgabe so einfach, da&#223; ich nirgends Code abschreiben mu&#223;, den ich nicht auch genauso selber schreiben k&#246;nnte.
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783786937038" ID="ID_782656761" MODIFIED="1783787030571" TEXT="ist das &#xfc;berhaupt noch relevant??">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <ul>
      <li>
        es schaut ja eh keiner auf unseren Beispielcode. Da mach ich mir keine Illusionen. Der Code ist f&#252;r &quot;uns&quot; selber sp&#228;ter wichtig....
      </li>
      <li>
        wer interessiert sich &#252;berhaupt noch f&#252;r LIzenzen, die AI stiehlt ja sowiso alles, und Jedermann kann behaupten, er h&#228;tte seine Weisheit von einem LLM.
      </li>
    </ul>
  </body>
</html></richcontent>
<icon BUILTIN="smily_bad"/>
</node>
</node>
<node COLOR="#435e98" CREATED="1783786668847" ID="ID_517750346" MODIFIED="1783787279327">
<richcontent TYPE="NODE"><html>
  <head/>
  <body>
    <p>
      mein Bauchgef&#252;hl: <b>GPL</b>
    </p>
  </body>
</html></richcontent>
<icon BUILTIN="back"/>
<node CREATED="1783787032442" ID="ID_1472543330" MODIFIED="1783787496449">
<richcontent TYPE="NODE"><html>
  <head/>
  <body>
    <p>
      Das ist ein politisches Statement. <i>Das ist wichtiger denn je</i>
    </p>
  </body>
</html></richcontent>
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Der Vollst&#228;ndigkeit halber: es gibt den Unterschied zwischen negativer Freiheit und positiver Feiheit; letztere ist der Entschlu&#223; zu einer klar formulierten Vision. Die GPL formuliert hierzu die &#187;vier Freiheiten&#171;. Dahinter steht das Ideal des Gemeinwohls. Das mu&#223; leider verteidigt werden gegen Ausbeutung und Veruntreuung.
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783787061169" ID="ID_1906878927" MODIFIED="1783787101544" TEXT="Der Code soll auf die Lumiera-Website. Eine Abweichende Lizenz schafft dort nur Komplikationen"/>
<node CREATED="1783787106667" ID="ID_1055216820" MODIFIED="1783787173608" TEXT="und dann ist da noch der EGL-Code aus dem letzen Jahr (den ich tats&#xe4;chlich kopiere)">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      ...und der beruht, transitiv argumentiert, nicht nur pro-forma, sondern auch dem Geist nach auf Publikationen unter Copyleft
    </p>
  </body>
</html></richcontent>
</node>
</node>
</node>
</node>
<node CREATED="1781400461948" FOLDED="true" ID="ID_1876863038" MODIFIED="1783362593603" TEXT="Laptop">
<icon BUILTIN="go"/>
<node COLOR="#338800" CREATED="1781400465563" ID="ID_1232371284" MODIFIED="1781651339119" TEXT="f&#xfc;r LAC-Maynooth : auf Ubuntu 26.04 (Resolute)">
<icon BUILTIN="button_ok"/>
<node COLOR="#338800" CREATED="1781519278720" ID="ID_676588034" MODIFIED="1781519283129" TEXT="Upgrade">
<icon BUILTIN="button_ok"/>
</node>
<node COLOR="#338800" CREATED="1781519283647" ID="ID_907242344" MODIFIED="1781519289042" TEXT="Software installieren">
<icon BUILTIN="button_ok"/>
</node>
</node>
<node COLOR="#338800" CREATED="1781519289702" ID="ID_844551265" MODIFIED="1781651337448" TEXT="aktuelle Versionen bauen">
<icon BUILTIN="button_ok"/>
<node COLOR="#338800" CREATED="1781519307590" ID="ID_1201788638" MODIFIED="1781532814179" TEXT="Ardour">
<icon BUILTIN="button_ok"/>
<node COLOR="#338800" CREATED="1781521235928" ID="ID_855039252" MODIFIED="1781521242957" TEXT="lokaler PC : hat geklappt">
<icon BUILTIN="button_ok"/>
</node>
<node COLOR="#338800" CREATED="1781521243888" ID="ID_240912391" MODIFIED="1781532813148" TEXT="auf dem Laptop">
<icon BUILTIN="button_ok"/>
<node CREATED="1781522460966" ID="ID_1081421465" MODIFIED="1781522500489" TEXT="Ubuntu-DEB: 1:9.0.0+ds-1ubuntu1"/>
<node CREATED="1781522503976" ID="ID_1135878055" MODIFIED="1781522538823" TEXT="in Debian: 1:9.5.0+ds-1"/>
<node COLOR="#338800" CREATED="1781522543132" FOLDED="true" ID="ID_30314490" MODIFIED="1781532811176" TEXT="forward-Port machen">
<icon BUILTIN="button_ok"/>
<node CREATED="1781522570447" ID="ID_409284912" MODIFIED="1781522597602" TEXT="Ubuntu-DEB-Sources herunterladen"/>
<node BACKGROUND_COLOR="#c8c0b6" COLOR="#435e98" CREATED="1781522598218" FOLDED="true" ID="ID_1010572140" MODIFIED="1781532809159" TEXT="per rsync auf den PC und dort zusammenf&#xfc;hren">
<icon BUILTIN="yes"/>
<node CREATED="1781522626485" ID="ID_1443600419" MODIFIED="1781522633859" TEXT="eigentlich die Debian-Version nehmen"/>
<node BACKGROUND_COLOR="#c8c0b6" COLOR="#435e98" CREATED="1781522634468" ID="ID_285777397" MODIFIED="1781532807736" TEXT="aber die Control-Files abgleichen">
<node CREATED="1781523384531" ID="ID_801829490" MODIFIED="1781523386502" TEXT="Patches">
<node CREATED="1781523387306" ID="ID_137138514" MODIFIED="1781523396061" TEXT="ein Patch zu Jackd2 f&#xe4;llt auf"/>
<node CREATED="1781523396635" ID="ID_1655264957" MODIFIED="1781523403357" TEXT="dieser rollt Patches von Debian zur&#xfc;ck"/>
<node CREATED="1781523405765" ID="ID_1146993987" MODIFIED="1781523416946" TEXT="Frage: ist er f&#xfc;r 1.9.5 (noch) notwendig?">
<node CREATED="1781523571407" ID="ID_339341038" MODIFIED="1781523579053" TEXT="er w&#xe4;re mit fuzz anwendbar"/>
<node CREATED="1781523595665" ID="ID_650244806" MODIFIED="1781523605450" TEXT="(verstehe nicht wozu der Patch da ist)"/>
<node CREATED="1781523580065" ID="ID_180781601" MODIFIED="1781523595053" TEXT="sieht f&#xfc;r mich harmlos aus"/>
<node COLOR="#338800" CREATED="1781523606701" ID="ID_1269040745" MODIFIED="1781524065108" TEXT="nach M&#xf6;glichkeit mit einschlie&#xdf;en!">
<icon BUILTIN="button_ok"/>
</node>
</node>
<node CREATED="1781524082558" ID="ID_1176756896" MODIFIED="1781524101285" TEXT="Debian hat zudem einen Patch 0600-vst3-paths.patch">
<node CREATED="1781524116935" ID="ID_735500939" MODIFIED="1781524124015" TEXT="sieht harmlos / offensichtlich aus"/>
<node COLOR="#338800" CREATED="1781524124596" ID="ID_1001934095" MODIFIED="1781524128425" TEXT="ebenfalls mitnehmen">
<icon BUILTIN="button_ok"/>
</node>
</node>
</node>
<node CREATED="1781524249949" ID="ID_1355298644" MODIFIED="1781524253229" TEXT="install">
<node CREATED="1781524261583" ID="ID_1874128958" MODIFIED="1781524273478" TEXT="die Ubuntu-Version qualifiziert explizit den namen &quot;ardour9&quot;"/>
<node COLOR="#435e98" CREATED="1781524254037" ID="ID_776388280" MODIFIED="1781524282923" TEXT="bleibe bei der Debian-Version">
<icon BUILTIN="yes"/>
</node>
</node>
<node CREATED="1781524277542" ID="ID_584412681" MODIFIED="1781524280743" TEXT="control">
<node COLOR="#5b280f" CREATED="1781524284651" ID="ID_1978642217" MODIFIED="1781524316796" TEXT="Debian definiert zus&#xe4;tzlich Abh&#xe4;ngigkeit auf  libjack-jackd2-dev">
<icon BUILTIN="button_cancel"/>
<node CREATED="1781524322302" ID="ID_875489732" MODIFIED="1781524333241" TEXT="unter Ubuntu wohl nicht notwendig"/>
<node CREATED="1781524466723" ID="ID_698827027" MODIFIED="1781524491336" TEXT="das Problem kommt mir bekannt vor">
<node CREATED="1781524492343" ID="ID_110782565" MODIFIED="1781524506569" TEXT="Ubuntu hat nur libjpeg-turbo8-dev"/>
<node CREATED="1781524507661" ID="ID_1118717481" MODIFIED="1781524515854" TEXT="anscheindend gen&#xfc;gt dort aber libjpeg-dev"/>
</node>
<node COLOR="#5b280f" CREATED="1781524317630" ID="ID_1053940314" MODIFIED="1781528533780" TEXT="lasse ich weg">
<icon BUILTIN="yes"/>
<icon BUILTIN="button_cancel"/>
</node>
<node CREATED="1781528537191" ID="ID_1400481410" MODIFIED="1781528555724" TEXT="nehme libjpeg62-dev">
<linktarget COLOR="#a4103e" DESTINATION="ID_1400481410" ENDARROW="Default" ENDINCLINATION="437;58;" ID="Arrow_ID_1089824375" SOURCE="ID_1232407594" STARTARROW="None" STARTINCLINATION="931;0;"/>
</node>
</node>
<node CREATED="1781524527147" ID="ID_1783245907" MODIFIED="1781524535638" TEXT="Jackd">
<node CREATED="1781524536394" ID="ID_1529067711" MODIFIED="1781524541837" TEXT="Debian h&#xe4;ngt ab von Jack-1"/>
<node CREATED="1781524542321" ID="ID_1991227022" MODIFIED="1781524547292" TEXT="Ubuntu verwendet nur Jack-2"/>
<node CREATED="1781524547844" ID="ID_1930682769" MODIFIED="1781524568324" TEXT="Jack-2 ist eigentlich auch notwendig (siehe Changelog!)"/>
<node CREATED="1781524569293" ID="ID_68544587" MODIFIED="1781524580904" TEXT="L&#xf6;sung: verlange Jack-2 mit Fallback auf Jack-1"/>
</node>
<node CREATED="1781524603377" ID="ID_811822631" MODIFIED="1781524617027" TEXT="Standards-Version in Debian ist 4.7.4">
<node CREATED="1781524619119" ID="ID_1075248000" MODIFIED="1781524623970" TEXT="eine h&#xf6;her als in ubuntu"/>
<node CREATED="1781524624454" ID="ID_1208892081" MODIFIED="1781524635127" TEXT="Ubuntu baut also formal auf Debian-stable auf"/>
<node CREATED="1781524635669" ID="ID_1981983708" MODIFIED="1781524656094" TEXT="da es ein minor-bump ist gehe ich zur&#xfc;ck auf 4.7.3"/>
</node>
<node CREATED="1781524665741" ID="ID_1201708006" MODIFIED="1781524672723" TEXT="Debian definiert auch provides">
<node CREATED="1781524683265" ID="ID_222109669" MODIFIED="1781524684099" TEXT=" ladspa-host,  lv2-host,  vst2-host,  vst3-host,"/>
<node CREATED="1781524684969" ID="ID_1654604516" MODIFIED="1781524691425" TEXT="erscheinen allesamt sinnvol"/>
<node COLOR="#435e98" CREATED="1781524691918" ID="ID_833961413" MODIFIED="1781524696831" TEXT="nehme ich mit"/>
</node>
</node>
<node CREATED="1781525241343" ID="ID_54562490" MODIFIED="1781525243872" TEXT="changelog">
<node CREATED="1781525244646" ID="ID_1161552067" MODIFIED="1781525286433" TEXT="setze Versionsnummer sinnvoll">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      ...so da&#223; es h&#246;her steht als das Ubuntu-Paket, aber von einem offiziellen Ubuntu-Paket der gleichen Version ersetzt w&#252;rde
    </p>
  </body>
</html></richcontent>
</node>
<node COLOR="#435e98" CREATED="1781525296172" ID="ID_667189739" MODIFIED="1781525299964" TEXT="1:9.5.0+ds-1ubuntu0~port1">
<font BOLD="true" NAME="SansSerif" SIZE="12"/>
</node>
<node CREATED="1781525318070" ID="ID_179652020" MODIFIED="1781525324371" TEXT="(liste meine Anpassungen auf)"/>
<node CREATED="1781525306532" ID="ID_1756176951" MODIFIED="1781525312307" TEXT="zeichne mit meinem Namen/Key"/>
</node>
</node>
<node COLOR="#338800" CREATED="1781525900388" ID="ID_592913455" MODIFIED="1781525918634" TEXT="baue neues Quellpaket">
<icon BUILTIN="button_ok"/>
<node CREATED="1781525905665" ID="ID_1258557880" MODIFIED="1781525906344" TEXT="ardour_9.5.0+ds-1ubuntu0~port1.dsc"/>
<node CREATED="1781525907396" ID="ID_333880345" MODIFIED="1781525917114" TEXT="verwendet: ardour_9.5.0+ds.orig.tar.xz"/>
</node>
</node>
<node COLOR="#435e98" CREATED="1781525924624" ID="ID_357934879" MODIFIED="1781526052650" TEXT="auf den Laptop &#xfc;bertragen -&gt; ~/debBIld"/>
<node CREATED="1781526328443" ID="ID_1711109725" MODIFIED="1781526338507" TEXT="auf dem Laptop (Ubuntu 26.04)">
<node CREATED="1781526053864" ID="ID_260807395" MODIFIED="1781526062695" TEXT="dort: mk-build-deps"/>
<node COLOR="#435e98" CREATED="1781526238697" ID="ID_1361966809" MODIFIED="1781526252042" TEXT="ardour-build-deps 1:9.5.0+ds-1ubuntu0~port1">
<font BOLD="true" NAME="SansSerif" SIZE="12"/>
<icon BUILTIN="info"/>
</node>
<node CREATED="1781526341712" ID="ID_1089321343" MODIFIED="1781526343501" TEXT="debuild -i -us -uc -b">
<node CREATED="1781526365487" ID="ID_785116268" MODIFIED="1781526385797" TEXT="Begr&#xfc;ndung: nicht signieren">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      sonst scheitert der Build wom&#246;glich noch....
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1781526386620" ID="ID_728043433" MODIFIED="1781526443328" TEXT="das ist nicht zur Distribution bestimmt">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      wenn &#252;berhaupt, w&#252;rde ich den Build sp&#228;ter in einem Docker-Container wiederholen;
    </p>
    <p>
      f&#252;r die PPAs dagegen w&#228;re mein angepa&#223;tes Source-Paket so wie es vorliegt grade richtig (signiert, ohne Binaries)
    </p>
  </body>
</html></richcontent>
<icon BUILTIN="idea"/>
</node>
<node BACKGROUND_COLOR="#fafe99" COLOR="#fa002a" CREATED="1781526956638" ID="ID_131187864" MODIFIED="1781526968649" TEXT="Interner Compiler-Fehler">
<icon BUILTIN="broken-line"/>
</node>
</node>
</node>
<node CREATED="1781526972454" ID="ID_619273003" MODIFIED="1781526979581" TEXT="also dann doch: Build auf Docker">
<node CREATED="1781528313248" ID="ID_1860859885" MODIFIED="1781528322006" TEXT="Build scheitert: jpeglib.h fehlt"/>
<node CREATED="1781528323330" ID="ID_1232407594" MODIFIED="1781528561050" TEXT="versuche dann doch libjpeg62-dev">
<arrowlink COLOR="#a4103e" DESTINATION="ID_1400481410" ENDARROW="Default" ENDINCLINATION="437;58;" ID="Arrow_ID_1089824375" STARTARROW="None" STARTINCLINATION="931;0;"/>
</node>
<node COLOR="#338800" CREATED="1781532767067" ID="ID_497843372" MODIFIED="1781532770991" TEXT="Build funktioniert">
<icon BUILTIN="button_ok"/>
</node>
</node>
</node>
<node COLOR="#338800" CREATED="1781532771843" ID="ID_12601059" MODIFIED="1781532782382" TEXT="Ardour 9.5 installiert">
<icon BUILTIN="button_ok"/>
</node>
<node COLOR="#338800" CREATED="1781532777434" ID="ID_301772035" MODIFIED="1781532781666" TEXT="kurzer Testlauf OK">
<icon BUILTIN="button_ok"/>
</node>
</node>
</node>
<node COLOR="#338800" CREATED="1781519309280" ID="ID_1473871922" MODIFIED="1781651318661" TEXT="Yoshimi">
<icon BUILTIN="button_ok"/>
<node BACKGROUND_COLOR="#e0ceaa" COLOR="#690f14" CREATED="1781521250102" ID="ID_158010908" MODIFIED="1781651316654" TEXT="Will hat neue Version gemacht">
<icon BUILTIN="messagebox_warning"/>
<node CREATED="1781521569558" ID="ID_863017096" MODIFIED="1781521573991" TEXT="v2.3.6.4"/>
<node CREATED="1781521575486" ID="ID_1041894838" MODIFIED="1781521583310" TEXT="es gibt einen GUI-Bugfix"/>
<node CREATED="1781521583778" ID="ID_544320855" MODIFIED="1781521588374" TEXT="und einen GUI-Tweak"/>
<node CREATED="1781521588952" ID="ID_1251659207" MODIFIED="1781521594598" TEXT="und massive &#xdc;berarbeitung der Doku"/>
</node>
<node COLOR="#435e98" CREATED="1781521616181" ID="ID_914070530" MODIFIED="1781651304475" TEXT="unklar: soll ich noch bauen?">
<icon BUILTIN="help"/>
<icon BUILTIN="yes"/>
<node CREATED="1781521625685" ID="ID_694849318" MODIFIED="1781521632756" TEXT="w&#xe4;re nat&#xfc;rlich &#xbb;sch&#xf6;n&#xab;"/>
<node CREATED="1781521649465" ID="ID_1777979871" MODIFIED="1781521659380" TEXT="dann h&#xe4;tte ich ihn auch gleich auf meinem Laptop"/>
<node COLOR="#338800" CREATED="1781651306551" ID="ID_419598314" MODIFIED="1781651310038" TEXT="hab noch gebaut">
<icon BUILTIN="button_ok"/>
</node>
</node>
</node>
</node>
<node COLOR="#338800" CREATED="1781642640870" ID="ID_1911864376" MODIFIED="1781651860784" TEXT="Demo-Setup">
<icon BUILTIN="button_ok"/>
<node COLOR="#338800" CREATED="1781642864216" ID="ID_847138093" MODIFIED="1781651264267" TEXT="Focusrite mu&#xdf; mit dem Laptop laufen">
<icon BUILTIN="button_ok"/>
</node>
<node COLOR="#338800" CREATED="1781642660365" ID="ID_118877508" MODIFIED="1781651266296" TEXT="Ardour + Yoshimi + Jack-Session testen">
<icon BUILTIN="button_ok"/>
</node>
<node COLOR="#338800" CREATED="1781642670984" ID="ID_309685613" MODIFIED="1781651268838" TEXT="Playback von meiner Session funktioniert">
<icon BUILTIN="button_ok"/>
</node>
<node CREATED="1781642475972" ID="ID_1490884530" MODIFIED="1781642478672" TEXT="brauche noch....">
<node COLOR="#338800" CREATED="1781642479524" ID="ID_1571433727" MODIFIED="1781651806686" TEXT="midicomp">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Quellen auch kopiert; das Binary tut dr&#252;ben ohne Weiteres auch...
    </p>
  </body>
</html></richcontent>
<icon BUILTIN="button_ok"/>
</node>
<node COLOR="#338800" CREATED="1781642484763" ID="ID_1190304637" MODIFIED="1781651850947" TEXT="qrencode">
<icon BUILTIN="button_ok"/>
</node>
</node>
</node>
<node BACKGROUND_COLOR="#f0d5c5" COLOR="#990033" CREATED="1781519331385" ID="ID_55446699" MODIFIED="1781519339623" TEXT="Build-Umgebung">
<icon BUILTIN="help"/>
<node COLOR="#5b280f" CREATED="1781642707022" ID="ID_1745959271" MODIFIED="1781663809078" TEXT="Trac: alte Version als Paket bereitstellen">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      das Trac startet nicht auf dem Laptop. Habe keine Zeit mehr zur Untersuchung. Daher meine Idee: versuchen, das aktuelle Debian-Paket in einem Ubuntu-Image gebaut zu bekommen
    </p>
  </body>
</html></richcontent>
<icon BUILTIN="button_cancel"/>
<node CREATED="1781663810498" ID="ID_405325289" MODIFIED="1781663815766" TEXT="sollte nicht der Grund sein!"/>
<node CREATED="1781663816274" ID="ID_622622971" MODIFIED="1781663837267" TEXT="Resloute hat v. 1.6-4 (das ist nur eine Debian-Rev weiter)"/>
<node BACKGROUND_COLOR="#accdc3" COLOR="#3f4015" CREATED="1781666343182" ID="ID_365895434" MODIFIED="1781666381517" STYLE="fork" TEXT="ChatGPT hat den Traceback erkannt">
<edge COLOR="#808080" STYLE="bezier" WIDTH="thin"/>
<icon BUILTIN="wizard"/>
<node CREATED="1781666366226" ID="ID_1908475780" MODIFIED="1781666381516" TEXT="issue https://trac.edgewall.org/ticket/13607"/>
<node CREATED="1781666398978" ID="ID_193223054" MODIFIED="1781666415107" TEXT="das version-Attribut des SQLite-Moduls ist weggefallen"/>
<node CREATED="1781666390387" ID="ID_970388595" MODIFIED="1781666398190" TEXT="schl&#xe4;gt einen einfachen Workaround vor"/>
<node COLOR="#338800" CREATED="1781666415951" ID="ID_735749217" MODIFIED="1781666424175" TEXT="Problem damit gel&#xf6;st: Tracd startet">
<icon BUILTIN="button_ok"/>
</node>
</node>
</node>
<node BACKGROUND_COLOR="#d2beaf" COLOR="#5c4d6e" CREATED="1781642762242" ID="ID_1654989070" MODIFIED="1781642770376" TEXT="einmal Lumiera bauen k&#xf6;nnen...">
<icon BUILTIN="hourglass"/>
</node>
</node>
<node BACKGROUND_COLOR="#eef0c5" COLOR="#990000" CREATED="1781519320843" ID="ID_118394895" MODIFIED="1781651276766" TEXT="Zwersync">
<icon BUILTIN="pencil"/>
<node BACKGROUND_COLOR="#fdfdcf" COLOR="#ff0000" CREATED="1781651277675" ID="ID_1217658482" MODIFIED="1781651287554" TEXT="morgens nochmal....">
<icon BUILTIN="bell"/>
</node>
</node>
</node>
<node BACKGROUND_COLOR="#c8c0b6" COLOR="#435e98" CREATED="1780237673481" FOLDED="true" HGAP="-64" ID="ID_1856494971" MODIFIED="1783362473882" STYLE="bubble" TEXT="Vorbereitung Yoshimi-Workshop LAC-26" VSHIFT="69">
<edge COLOR="#816262" STYLE="linear"/>
<font NAME="SansSerif" SIZE="15"/>
<icon BUILTIN="button_ok"/>
<node CREATED="1780237746684" ID="ID_834777983" MODIFIED="1780237767193" STYLE="fork" TEXT="Ablauf-Planung">
<node CREATED="1780237784167" FOLDED="true" ID="ID_1409484378" MODIFIED="1781519439769" TEXT="Vorschlag Will">
<icon BUILTIN="list"/>
<node CREATED="1780237817296" ID="ID_1410441549" MODIFIED="1780237819958" TEXT="Demo-Play"/>
<node CREATED="1780237827363" ID="ID_1141362896" MODIFIED="1780237831189" TEXT="Introduction Will"/>
<node CREATED="1780237831721" ID="ID_752310977" MODIFIED="1780237838309" TEXT="Yoshimi&apos;s History">
<node BACKGROUND_COLOR="#c8c0b6" CREATED="1780238019168" HGAP="27" ID="ID_103290730" MODIFIED="1780241530002" STYLE="bubble" TEXT="10" VSHIFT="14">
<edge COLOR="#482fe8"/>
<font NAME="SansSerif" SIZE="9"/>
</node>
</node>
<node CREATED="1780237861320" ID="ID_593799273" MODIFIED="1780237865472" TEXT="Introduction Hermann"/>
<node CREATED="1780237878811" ID="ID_822584185" MODIFIED="1780237897619" TEXT="Investigating breakages">
<node BACKGROUND_COLOR="#c8c0b6" CREATED="1780238019168" HGAP="27" ID="ID_414426381" MODIFIED="1780241530002" STYLE="bubble" TEXT="15" VSHIFT="14">
<edge COLOR="#482fe8"/>
<font NAME="SansSerif" SIZE="9"/>
</node>
</node>
<node CREATED="1780237906463" ID="ID_1405299160" MODIFIED="1780237913498" TEXT="Will: Demo of new features">
<node CREATED="1780237926346" ID="ID_847602707" MODIFIED="1780237932344" TEXT="part change notification"/>
<node CREATED="1780237936833" ID="ID_1333685402" MODIFIED="1780237943982" TEXT="MIDI-Learn Envelopes"/>
<node CREATED="1780237950689" ID="ID_1697523350" MODIFIED="1780237954629" TEXT="Improved Crossfade">
<node BACKGROUND_COLOR="#c8c0b6" CREATED="1780238019168" HGAP="27" ID="ID_1144779594" MODIFIED="1780241530001" STYLE="bubble" TEXT="25" VSHIFT="14">
<edge COLOR="#482fe8"/>
<font NAME="SansSerif" SIZE="9"/>
</node>
</node>
</node>
<node CREATED="1780237962764" ID="ID_1319954314" MODIFIED="1780237965940" TEXT="and then?"/>
</node>
<node CREATED="1780238104765" FOLDED="true" ID="ID_135325439" MODIFIED="1781519439770" TEXT="Plan von mir: MIDI">
<icon BUILTIN="list"/>
<node CREATED="1780238134049" ID="ID_626996067" MODIFIED="1780238136156" TEXT="Intro">
<node BACKGROUND_COLOR="#c8c0b6" CREATED="1780238019168" HGAP="27" ID="ID_1732530235" MODIFIED="1780241530001" STYLE="bubble" TEXT="5" VSHIFT="14">
<edge COLOR="#482fe8"/>
<font NAME="SansSerif" SIZE="9"/>
</node>
</node>
<node CREATED="1780238137576" ID="ID_982044739" MODIFIED="1780238156569" TEXT="Theory: how Yoshimi uses MIDI">
<node BACKGROUND_COLOR="#c8c0b6" CREATED="1780238019168" HGAP="27" ID="ID_1825434147" MODIFIED="1780241530001" STYLE="bubble" TEXT="10" VSHIFT="14">
<edge COLOR="#482fe8"/>
<font NAME="SansSerif" SIZE="9"/>
</node>
</node>
<node CREATED="1780238433872" ID="ID_504891870" MODIFIED="1780238451146" TEXT="Demo: setup Yoshimi and connect to Sequencer">
<node BACKGROUND_COLOR="#c8c0b6" CREATED="1780238019168" HGAP="27" ID="ID_262215120" MODIFIED="1780241530000" STYLE="bubble" TEXT="15" VSHIFT="14">
<edge COLOR="#482fe8"/>
<font NAME="SansSerif" SIZE="9"/>
</node>
</node>
<node CREATED="1780238454728" ID="ID_1614588875" MODIFIED="1780238465522" TEXT="Demo: MIDI-Learn">
<node BACKGROUND_COLOR="#c8c0b6" CREATED="1780238019168" HGAP="27" ID="ID_1440126499" MODIFIED="1780241530000" STYLE="bubble" TEXT="20" VSHIFT="14">
<edge COLOR="#482fe8"/>
<font NAME="SansSerif" SIZE="9"/>
</node>
</node>
<node CREATED="1780238604538" ID="ID_1958048363" MODIFIED="1780238687858">
<richcontent TYPE="NODE"><html>
  <head/>
  <body>
    <p>
      Explanation of the Assignment:
    </p>
    <p>
      arrange a given MIDI file
    </p>
  </body>
</html></richcontent>
<node BACKGROUND_COLOR="#c8c0b6" CREATED="1780238019168" HGAP="27" ID="ID_690078145" MODIFIED="1780241530000" STYLE="bubble" TEXT="25" VSHIFT="14">
<edge COLOR="#482fe8"/>
<font NAME="SansSerif" SIZE="9"/>
</node>
</node>
<node CREATED="1780238712767" ID="ID_1695146360" MODIFIED="1780238724357" TEXT="Experimentattion or Workshop">
<node BACKGROUND_COLOR="#c8c0b6" CREATED="1780238019168" HGAP="27" ID="ID_1493950235" MODIFIED="1780241530000" STYLE="bubble" TEXT="40" VSHIFT="14">
<edge COLOR="#482fe8"/>
<font NAME="SansSerif" SIZE="9"/>
</node>
</node>
<node CREATED="1780238737360" ID="ID_524250532" MODIFIED="1780238750634" TEXT="closing / Q &amp; A">
<node BACKGROUND_COLOR="#c8c0b6" CREATED="1780238019168" HGAP="27" ID="ID_1640635754" MODIFIED="1780241529999" STYLE="bubble" TEXT="45" VSHIFT="14">
<edge COLOR="#482fe8"/>
<font NAME="SansSerif" SIZE="9"/>
</node>
</node>
</node>
<node CREATED="1780238805800" ID="ID_1575474951" MODIFIED="1781519425066" TEXT="Kombination beider">
<icon BUILTIN="back"/>
<node CREATED="1780237817296" ID="ID_1940571822" MODIFIED="1780237819958" TEXT="Demo-Play"/>
<node CREATED="1780237827363" ID="ID_1012673273" MODIFIED="1780237831189" TEXT="Introduction Will"/>
<node CREATED="1780237831721" ID="ID_555913907" MODIFIED="1780237838309" TEXT="Yoshimi&apos;s History">
<node BACKGROUND_COLOR="#c8c0b6" CREATED="1780238019168" HGAP="27" ID="ID_1681984669" MODIFIED="1780241529999" STYLE="bubble" TEXT="10" VSHIFT="14">
<edge COLOR="#482fe8"/>
<font NAME="SansSerif" SIZE="9"/>
</node>
</node>
<node CREATED="1780237861320" ID="ID_810123151" MODIFIED="1780237865472" TEXT="Introduction Hermann"/>
<node CREATED="1780237878811" ID="ID_1566813500" MODIFIED="1780237897619" TEXT="Investigating breakages">
<node BACKGROUND_COLOR="#c8c0b6" CREATED="1780238019168" HGAP="27" ID="ID_1299010797" MODIFIED="1780241529999" STYLE="bubble" TEXT="15" VSHIFT="14">
<edge COLOR="#482fe8"/>
<font NAME="SansSerif" SIZE="9"/>
</node>
</node>
<node CREATED="1780238137576" ID="ID_1356058098" MODIFIED="1780239007738" TEXT="Theory: how Yoshimi uses MIDI (Hermann)">
<node BACKGROUND_COLOR="#c8c0b6" CREATED="1780238019168" HGAP="27" ID="ID_390378744" MODIFIED="1780241529998" STYLE="bubble" TEXT="20" VSHIFT="14">
<edge COLOR="#482fe8"/>
<font NAME="SansSerif" SIZE="9"/>
</node>
</node>
<node CREATED="1780238433872" ID="ID_709543406" MODIFIED="1780238451146" TEXT="Demo: setup Yoshimi and connect to Sequencer">
<node BACKGROUND_COLOR="#c8c0b6" CREATED="1780238019168" HGAP="27" ID="ID_1985638247" MODIFIED="1780241529998" STYLE="bubble" TEXT="25" VSHIFT="14">
<edge COLOR="#482fe8"/>
<font NAME="SansSerif" SIZE="9"/>
</node>
</node>
<node CREATED="1780238454728" ID="ID_131655559" MODIFIED="1780238465522" TEXT="Demo: MIDI-Learn">
<node BACKGROUND_COLOR="#c8c0b6" CREATED="1780238019168" HGAP="27" ID="ID_1392101848" MODIFIED="1780241529998" STYLE="bubble" TEXT="30" VSHIFT="14">
<edge COLOR="#482fe8"/>
<font NAME="SansSerif" SIZE="9"/>
</node>
</node>
<node CREATED="1780238712767" ID="ID_1813262998" MODIFIED="1780238937833" TEXT="Arrange a MIDI (Demo)">
<node BACKGROUND_COLOR="#c8c0b6" CREATED="1780238019168" HGAP="27" ID="ID_1803864508" MODIFIED="1780241529998" STYLE="bubble" TEXT="40" VSHIFT="14">
<edge COLOR="#482fe8"/>
<font NAME="SansSerif" SIZE="9"/>
</node>
</node>
<node CREATED="1780238737360" ID="ID_1529703548" MODIFIED="1780238750634" TEXT="closing / Q &amp; A">
<node BACKGROUND_COLOR="#c8c0b6" CREATED="1780238019168" HGAP="27" ID="ID_567389147" MODIFIED="1780241529997" STYLE="bubble" TEXT="45" VSHIFT="14">
<edge COLOR="#482fe8"/>
<font NAME="SansSerif" SIZE="9"/>
</node>
</node>
</node>
</node>
<node COLOR="#435e98" CREATED="1780237752332" FOLDED="true" ID="ID_81992278" MODIFIED="1783358871068" STYLE="fork" TEXT="Inhalte">
<font BOLD="true" NAME="SansSerif" SIZE="12"/>
<icon BUILTIN="edit"/>
<node CREATED="1780432956427" ID="ID_423790273" MODIFIED="1780432965014" TEXT="MIDI zum Arrangieren">
<node CREATED="1780432966338" ID="ID_1459116926" MODIFIED="1781519518871" TEXT="Lorenzo hat ein relativ langes St&#xfc;ck bereitgestellt">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      es ist komplex und verwendet viele Effekte &#8212; und ist (wenn ich Will recht verstehe) &quot;not really contemporary&quot;
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1780433042756" ID="ID_1480794618" MODIFIED="1780433145744" TEXT="meine Idee: Concerto d-moll nach Vivaldi BWV 596">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    Vivaldi's Concerto in D minor for two violins and obbligato violoncello, Op.3, No.11 (RV 565)

    <p>
      
    </p>
    <p>
      Ich w&#252;rde nat&#252;rlich nur das Pr&#228;ludium nehmen...
    </p>
  </body>
</html></richcontent>
<node COLOR="#338800" CREATED="1781519527472" ID="ID_1934474300" MODIFIED="1781519556887" TEXT="MIDI aufgebaut">
<icon BUILTIN="button_ok"/>
</node>
<node COLOR="#338800" CREATED="1781519538938" ID="ID_1279956929" MODIFIED="1781519557633" TEXT="Timings arrangiert">
<icon BUILTIN="button_ok"/>
</node>
<node CREATED="1781519547556" ID="ID_28843701" MODIFIED="1781519554906" TEXT="gesucht: Instrumentierung">
<node BACKGROUND_COLOR="#e0ceaa" COLOR="#690f14" CREATED="1781519559257" ID="ID_1497966862" MODIFIED="1781519657916" TEXT="habe bisher mit meinen Instrumenten gearbeitet">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      ...das war sch&#246;n f&#252;r mich, ist aber nicht wirklich hilfreich....
    </p>
    <ul>
      <li>
        weil meine Instrumente eigentlich ein Sound-Matering erfordern
      </li>
      <li>
        der Sound recht ungewohnt ist &#8212; ganz bestimmt nicht &#187;cool&#171;
      </li>
    </ul>
  </body>
</html></richcontent>
<icon BUILTIN="messagebox_warning"/>
</node>
<node CREATED="1781519661016" ID="ID_1699740765" MODIFIED="1781519726415" TEXT="f&#xfc;r die Demo m&#xfc;ssen es Presets aus der Yoshimi-Distribution sein">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      das ist zwingend, denn unsere geplante Demo des Arrangierens soll diesen Ansatz zeigen
    </p>
  </body>
</html></richcontent>
<icon BUILTIN="yes"/>
</node>
<node CREATED="1781519734632" ID="ID_1651753374" MODIFIED="1781519793847" TEXT="nur wenn das gelingt, ist mein MIDI eine Option">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      und entschieden wird ganz n&#252;chtern, gemeinsam
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1781519800631" ID="ID_1046286575" MODIFIED="1781519803555" TEXT="Aufgaben">
<node CREATED="1781519804591" ID="ID_241693310" MODIFIED="1781519814463" TEXT="etwas f&#xfc;r B1 finden"/>
<node CREATED="1781519815557" ID="ID_964247971" MODIFIED="1781519821944" TEXT="etwas f&#xfc;r die beiden L-Stimmen finden"/>
<node CREATED="1781519822660" ID="ID_1309842488" MODIFIED="1781519830775" TEXT="etwas f&#xfc;r M1"/>
<node CREATED="1781519831323" ID="ID_1295099144" MODIFIED="1781519833789" TEXT="etwas f&#xfc;r M2"/>
<node CREATED="1781519836238" ID="ID_1295136641" MODIFIED="1781519844293" TEXT="Balance &#xfc;ber Lautsprecher erproben"/>
</node>
</node>
<node CREATED="1781519855616" ID="ID_337979956" MODIFIED="1781519864963" TEXT="MIDI fertigstellen">
<node CREATED="1781519865719" ID="ID_1991258362" MODIFIED="1781519870594" TEXT="Debugging">
<node CREATED="1781519871447" ID="ID_1039687891" MODIFIED="1781519875577" TEXT="einige Noten bleiben h&#xe4;ngen"/>
<node CREATED="1783358657059" ID="ID_944825999" MODIFIED="1783358760348" TEXT="das Problem ist reproduzierbar">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      getriggert wird es, wenn der vorherige Note-off nicht direkt mit dem n&#228;chsen Note-on aligned, aber sehr kurzzeitig davor endet. Bei mir ist das entstanden aus dem Time-Stretching der zun&#228;chst per Grid eingegebenen MIDI-Noten. Und weil Ardour immer noch nicht seine off-by-one-Probleme im Griff hat. Das m&#252;ssen wir in Lumiera besser machen!!!
    </p>
  </body>
</html></richcontent>
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1783358662474" ID="ID_1694393697" MODIFIED="1783358673070" TEXT="TODO: Bug melden">
<icon BUILTIN="bell"/>
</node>
</node>
<node CREATED="1781519881032" ID="ID_1312918562" MODIFIED="1781519893055" TEXT="Bank-Select-Messages"/>
<node CREATED="1781519903346" ID="ID_343859982" MODIFIED="1781519906413" TEXT="Volume-Automation"/>
</node>
</node>
<node CREATED="1783358770868" ID="ID_646676522" MODIFIED="1783358859094">
<richcontent TYPE="NODE"><html>
  <head/>
  <body>
    <p>
      letzten Endes haben wir nur eine Demo gemacht,
    </p>
    <p>
      und etwas von Lorenzo's St&#252;ck (auszugsweise) gespielt
    </p>
  </body>
</html></richcontent>
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      f&#252;r mein Arrangement war da gar kein Platz, was mir aber auch recht war (das w&#228;re anders gewesen, wenn wir einen richtigen Workshop mit ausreichend Zeit gehabt h&#228;tten)
    </p>
  </body>
</html></richcontent>
</node>
</node>
<node CREATED="1781520004907" ID="ID_1568233541" MODIFIED="1781520035140" TEXT="Thema: schwierige Situation im letzten Jahr">
<node CREATED="1781520037168" ID="ID_397513738" MODIFIED="1781520058537" TEXT="Gedanken f&#xfc;r 5 Minuten &#xbb;Lightning-Talk&#xab;"/>
<node CREATED="1781520061597" ID="ID_51178707" MODIFIED="1781520064600" TEXT="Konzept">
<node CREATED="1781520067449" ID="ID_1341578014" MODIFIED="1781520073128" TEXT="ich bin seit 10 Jahren dabei"/>
<node CREATED="1781520073626" ID="ID_1890645092" MODIFIED="1781520111258" TEXT="in den letzten (2?) Jahren kaum noch inhaltliche Entwicklung"/>
<node CREATED="1781520112219" ID="ID_1007604945" MODIFIED="1781520131830" TEXT="Symptom: sehr aufwendige Suche nach Ursachen von Problemen"/>
<node CREATED="1781520132852" ID="ID_1957223345" MODIFIED="1781520141015" TEXT="Ausl&#xf6;ser">
<node CREATED="1781520142010" ID="ID_25873608" MODIFIED="1781520168650" TEXT="vermutlich expandierende Nutzung"/>
<node CREATED="1781520169485" ID="ID_1364489442" MODIFIED="1781520179641" TEXT="&#xc4;nderungen im Software-Umfeld"/>
</node>
<node CREATED="1781520181173" ID="ID_1776229830" MODIFIED="1781520183424" TEXT="Ursache">
<node CREATED="1781520186335" ID="ID_994758870" MODIFIED="1781520196495" TEXT="wie die Code-Basis entstanden ist">
<node CREATED="1781520573390" ID="ID_132982159" MODIFIED="1781520585226" TEXT="Bl&#xfc;tezeit der OpenSource"/>
<node CREATED="1781520587342" ID="ID_117091715" MODIFIED="1781520592642" TEXT="creatives Chaos"/>
<node CREATED="1781520593289" ID="ID_1714631787" MODIFIED="1781520597401" TEXT="many helping hands"/>
</node>
<node CREATED="1781520211211" ID="ID_519076972" MODIFIED="1781520617231" TEXT="aktueller Zustand">
<node CREATED="1781520620759" ID="ID_201769766" MODIFIED="1781520626826" TEXT="nicht mehr die Original-Autoren"/>
<node CREATED="1781520676867" ID="ID_667008577" MODIFIED="1781520685030" TEXT="die Experten sind weitergezogen"/>
<node CREATED="1781520639904" ID="ID_363304176" MODIFIED="1781520658453" TEXT="Code-Basis &#xfc;berfordert die meisten potentiellen Contributoren"/>
<node CREATED="1781520618898" ID="ID_1608327032" MODIFIED="1781520620115" TEXT="viele &#xbb;ad-hoc&#xab; Fixes, sp&#xe4;ter vergessen"/>
</node>
<node CREATED="1781520253790" ID="ID_1682535861" MODIFIED="1781520269965" TEXT="Information und Kommunikation mit anderen Projekten schwieriger geworden"/>
</node>
<node CREATED="1781520296483" ID="ID_60480027" MODIFIED="1781520301271" TEXT="Verallgemeinerung">
<node CREATED="1781520302357" ID="ID_1034795521" MODIFIED="1781520309965" TEXT="wir als Community"/>
<node CREATED="1781520386588" ID="ID_1099579549" MODIFIED="1781520396069" TEXT="sollten mit dem Kult der &#xbb;technischen L&#xf6;sungen&#xab; brechen"/>
<node CREATED="1781520310503" ID="ID_71783091" MODIFIED="1781520322380" TEXT="m&#xfc;ssen uns um unsere Commons k&#xfc;mmern"/>
<node CREATED="1781520398936" ID="ID_1240655542" MODIFIED="1781520408059" TEXT="warum AI nicht hilfreich ist">
<node BACKGROUND_COLOR="#f8f1cb" COLOR="#a50125" CREATED="1781520411146" ID="ID_344431376" MODIFIED="1781520418626" TEXT="Vorsicht: hier beschr&#xe4;nken">
<icon BUILTIN="messagebox_warning"/>
</node>
<node CREATED="1781520420539" ID="ID_1028039494" MODIFIED="1781520436303" TEXT="auf Alexei Alesandrescu beziehen">
<node CREATED="1781520437675" ID="ID_285379657" MODIFIED="1781520440646" TEXT="Skills"/>
<node CREATED="1781520441151" ID="ID_22473641" MODIFIED="1781520443334" TEXT="Judgement"/>
<node CREATED="1781520443757" ID="ID_482746350" MODIFIED="1781520483793" TEXT="Sovereignty and Creativity"/>
</node>
</node>
</node>
</node>
</node>
<node COLOR="#5b280f" CREATED="1781519909489" ID="ID_1379383182" MODIFIED="1783358585461" TEXT="(optional) Outline / Pr&#xe4;sentation">
<icon BUILTIN="button_cancel"/>
<node CREATED="1781519929311" ID="ID_825383909" MODIFIED="1781519938576" TEXT="was ist MIDI?"/>
<node CREATED="1781519939029" ID="ID_274182264" MODIFIED="1781519949650" TEXT="MIDI in Yoshimi">
<node CREATED="1781519951363" ID="ID_1409401616" MODIFIED="1781519954812" TEXT="3 Back-ends"/>
<node CREATED="1781519955241" ID="ID_768646541" MODIFIED="1781519963860" TEXT="Bedeutung der Channel"/>
<node CREATED="1781519964474" ID="ID_563332994" MODIFIED="1781519967339" TEXT="Note-Events"/>
<node CREATED="1781519968233" ID="ID_1769201868" MODIFIED="1781519975028" TEXT="CC-Events"/>
<node CREATED="1781519975952" ID="ID_470680710" MODIFIED="1781519977996" TEXT="Bank-Select"/>
<node CREATED="1781519978400" ID="ID_66374315" MODIFIED="1781519986787" TEXT="MIDI-Learn"/>
</node>
<node CREATED="1783358560424" ID="ID_935851419" MODIFIED="1783358578889" TEXT="habe dann beschlossen, darauf zu verzichten">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      pa&#223;t nicht zum Charakter der Veranstaltung
    </p>
  </body>
</html></richcontent>
</node>
</node>
<node BACKGROUND_COLOR="#c8c0b6" CREATED="1783358587740" ID="ID_620274200" MODIFIED="1783358625416" TEXT="was gut war: hab mich mit Will an einem Abend im Hotel zusammengesetzt">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      ...und wir sind nochmal alles durchgegangen und haben unser Demo-Material ausprobiert.
    </p>
  </body>
</html></richcontent>
<icon BUILTIN="idea"/>
</node>
</node>
<node COLOR="#338800" CREATED="1781520732368" FOLDED="true" ID="ID_137593604" MODIFIED="1783358898016" STYLE="fork" TEXT="sonstige Vorbereitung">
<icon BUILTIN="button_ok"/>
<node CREATED="1781520750329" ID="ID_1327239664" MODIFIED="1783358895611" TEXT="Sachen bereitlegen zum Packen">
<node COLOR="#435e98" CREATED="1781521718680" ID="ID_295580533" MODIFIED="1783358895611" TEXT="noch was einzukaufen?">
<icon BUILTIN="help"/>
<node CREATED="1781521728935" ID="ID_1416745009" MODIFIED="1783358895611" TEXT="Socken"/>
<node CREATED="1781521730882" ID="ID_1332742604" MODIFIED="1783358895611" TEXT="ggfs Seife / Zahnpasta"/>
<node COLOR="#5b280f" CREATED="1781521746547" ID="ID_362809678" MODIFIED="1783358895612" TEXT="kleines MIDI-Keyboard?">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      ...hab ich versucht, aber in ganz M&#252;nchen nicht mehr bekommen. Lindberg h&#228;tte es gehabt, ist aber im Konkurs. Music-Shop hatte nichts, hat auch bei der Konkurrenz in Pasing angerufen. War dann ein nettes Gespr&#228;ch mit einem andern alten Musik-Hacker :-)
    </p>
  </body>
</html></richcontent>
<icon BUILTIN="help"/>
<icon BUILTIN="button_cancel"/>
</node>
<node BACKGROUND_COLOR="#e0ceaa" COLOR="#690f14" CREATED="1783358462501" ID="ID_671509472" MODIFIED="1783358895612" TEXT="&#xfc;bersehen: brauche Netz-Adapter">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      weiter nicht schlimm ... das passiert vielen Leuten, deshalb gibt es das in Irland in jedem &quot;convenience store&quot;
    </p>
  </body>
</html></richcontent>
<arrowlink COLOR="#ac4e6b" DESTINATION="ID_131441753" ENDARROW="Default" ENDINCLINATION="-131;-567;" ID="Arrow_ID_1550824993" STARTARROW="None" STARTINCLINATION="-252;19;"/>
<icon BUILTIN="broken-line"/>
</node>
</node>
</node>
<node CREATED="1781520780027" ID="ID_109604369" MODIFIED="1783358895612" TEXT="Laptop und Kamera"/>
<node COLOR="#435e98" CREATED="1781520796200" FOLDED="true" ID="ID_1874846493" MODIFIED="1783358895612" TEXT="Reisevorbereitung">
<icon BUILTIN="go"/>
<node COLOR="#338800" CREATED="1781520842316" ID="ID_633256100" MODIFIED="1783357218912" TEXT="Formalien zum Flug pr&#xfc;fen">
<icon BUILTIN="button_ok"/>
<node CREATED="1781520854531" ID="ID_409853627" MODIFIED="1781520859358" TEXT="siehe Mail von Lufthansa"/>
<node CREATED="1781520863498" ID="ID_402035574" MODIFIED="1781520886450" STYLE="fork" TEXT="Einreise Irland">
<node BACKGROUND_COLOR="#e0ceaa" COLOR="#690f14" CREATED="1781520892348" ID="ID_747515400" MODIFIED="1781520900550" TEXT="kein Schengen-Staat">
<icon BUILTIN="messagebox_warning"/>
</node>
<node COLOR="#338800" CREATED="1781520887947" ID="ID_1584628267" MODIFIED="1781520889479" TEXT="Personalausweis ist OK">
<icon BUILTIN="button_ok"/>
</node>
<node COLOR="#338800" CREATED="1781520903045" ID="ID_479611634" MODIFIED="1781657277574" TEXT="mu&#xdf; Ausreise-Daten-Formular ausf&#xfc;llen">
<icon BUILTIN="button_ok"/>
</node>
<node CREATED="1781520949014" ID="ID_456449715" MODIFIED="1783357559328" TEXT="Aus/Einreisekontrolle">
<node CREATED="1781520978808" ID="ID_727486787" MODIFIED="1781520986631" TEXT="in Dublin"/>
<node CREATED="1781520987145" ID="ID_633169539" MODIFIED="1781520994141" TEXT="vermutlich in M&#xfc;nchen bei der R&#xfc;ckkehr"/>
</node>
<node BACKGROUND_COLOR="#e0ceaa" COLOR="#690f14" CREATED="1781520917531" ID="ID_1132702356" MODIFIED="1783357228571" TEXT="unklar: gibt es in M&#xfc;nchen etwas besonderes zu beachten?">
<icon BUILTIN="help"/>
<node CREATED="1783357231402" ID="ID_1132822714" MODIFIED="1783357251627" TEXT="Antwort: ein Flughafen ist eine Chaos-Maschine"/>
<node CREATED="1783357253967" ID="ID_1932895270" MODIFIED="1783357838600" TEXT="aber letztlich mu&#xdf; man immer nur den Wegweisern folgen">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      In dem Fall bedeutet das konkret, da&#223; man in M&#252;nchen bereits durch eine Sonderkontroll-Zone gelotst wird, nachdem man duch den Security-Check durch ist. Auch der Security-Check ist schon auf einer anderen Ebene. D.h. man wird hier durch die Kan&#228;le f&#252;r echtes Ausland geschleust. Dann gibt es aber &#252;berall Abk&#252;rzungen, da Irland zwar kein Schengen-Staat ist, aber letztlich doch EU. Insgesamt wurde in M&#252;nchen meine Identit&#228;t 5 mal unabh&#228;ngig gecheckt. Bei der Gep&#228;ckabgabe, am Security-Check, dann im Ausreisecheck mit automatischer Biometrie-Erfassung in einer Schleuse. Danach nochmal an einem Checkpoint durch die Polizei. Und am Gate ein weiteres Mal, durch das Lufthansa-Personal. Alles sehr freundlich, aber bestimmt.
    </p>
    <p>
      
    </p>
    <p>
      Ganz anders in Dublin. Bei der Ankunft wird man vom Terminal direkt durch die Zollstation geleitet. Das ist derzeit eine Baustelle, funktioniert aber reibungslos (man merkt sofort den andern Stil der Leute dort, gegen&#252;ber Deutschland). Einmal die Kennkarte vorzeigen, die wird kurz auf einen Scanner gelegt, und das war's (&quot;welcome in Ireland&quot; und tats&#228;chlich ein freundliches L&#228;cheln). Beim R&#252;ckflug gab es gar keine spezielle Umleitung, sondern nur den &#252;blichen ID-Check beim Boarding. Zur&#252;ck in M&#252;nchen wird man wieder durch eine Polizeistation geleitet, kann dort aber die fast-Lane f&#252;r EU-Residents nehmen. Ein strenger s&#228;uerlicher Blick von einem Beamten, Kennkarte auf einen Scanner, und ein kurzes Nicken.
    </p>
  </body>
</html></richcontent>
</node>
</node>
</node>
<node COLOR="#338800" CREATED="1781527887764" ID="ID_1973787585" MODIFIED="1783358370919" TEXT="Gep&#xe4;ck">
<icon BUILTIN="button_ok"/>
<node CREATED="1781527890896" MODIFIED="1781527890896" TEXT="1 Personal item included in this fare (40 x 30 x 15 cm max)."/>
<node CREATED="1781527920312" ID="ID_414717887" MODIFIED="1781527921227" TEXT="1 carry-on bag (18lbs 8kg/46in. 118cm max)"/>
<node CREATED="1781527935283" ID="ID_657903509" MODIFIED="1781527936214" TEXT="1 checked bag (50lbs 23kg/62in. 158cm max)"/>
<node COLOR="#338800" CREATED="1781530149901" ID="ID_702527051" MODIFIED="1783357220800" TEXT="Contact-Form ausdrucken und beilegen">
<icon BUILTIN="button_ok"/>
</node>
<node COLOR="#338800" CREATED="1781529085571" ID="ID_1325712235" MODIFIED="1781532736106" TEXT="Batterien">
<icon BUILTIN="yes"/>
<node CREATED="1781529089936" ID="ID_935390555" MODIFIED="1781529107077" TEXT="Limit: 100 Wh / Device">
<node CREATED="1781529140870" ID="ID_266057087" MODIFIED="1781529142137" TEXT="watt hours (Wh) = milliampere hours (mAh) x voltage (V) / 1,000"/>
<node CREATED="1781529145353" ID="ID_1706145542" MODIFIED="1781529150590" TEXT="Foto-Akku">
<node CREATED="1781529152116" ID="ID_1338730651" MODIFIED="1781529157623" TEXT="1100mAh"/>
<node CREATED="1781529158131" ID="ID_1223023656" MODIFIED="1781529162899" TEXT="7,2V"/>
<node CREATED="1781529185445" ID="ID_697450947" MODIFIED="1781529190587" TEXT="7,92 Wh"/>
</node>
<node CREATED="1781529235923" ID="ID_1836255078" MODIFIED="1781529244946" TEXT="Original-Akku: hat 8.2 Wh"/>
<node CREATED="1781529282771" ID="ID_1780882202" MODIFIED="1781529291439" TEXT="Notebook: 45,4 Wh"/>
<node CREATED="1781529379774" ID="ID_105961328" MODIFIED="1781529383115" TEXT="Smartphone">
<node CREATED="1781529384348" ID="ID_1475601754" MODIFIED="1781529399694" TEXT="2715 mAh"/>
<node CREATED="1781529417448" ID="ID_1001234247" MODIFIED="1781529430998" TEXT="Nennkapazit&#xe4;t 3916 mAh"/>
<node CREATED="1781529432581" ID="ID_1181155078" MODIFIED="1781529441793" TEXT="Spannung 4,004V"/>
<node CREATED="1781529460458" ID="ID_1463082239" MODIFIED="1781529467397" TEXT="15,67 Wh"/>
</node>
</node>
<node CREATED="1781529706285" ID="ID_1753997132" MODIFIED="1781529719446" TEXT="Photo/Video-Equipment">
<node CREATED="1781529720066" ID="ID_1007453983" MODIFIED="1781529723542" TEXT="eigens aufgef&#xfc;hrt"/>
<node CREATED="1781529724009" ID="ID_1583683698" MODIFIED="1781529735668" TEXT="gleiche Limits wie electronic Devices"/>
<node CREATED="1781529736211" ID="ID_1751960387" MODIFIED="1781529742841" TEXT="die 15 Devices gelten f&#xfc;r alles zusammen"/>
</node>
<node CREATED="1781529107906" ID="ID_1413895046" MODIFIED="1781529110934" TEXT="max 15 Devices"/>
<node CREATED="1781529612816" ID="ID_1121796427" MODIFIED="1781529617094" TEXT="+20 Ersatz-Akkus"/>
<node CREATED="1781529114521" ID="ID_970944244" MODIFIED="1783357959517" TEXT="recommended: in carry-on baggage"/>
</node>
<node BACKGROUND_COLOR="#c8c0b6" COLOR="#435e98" CREATED="1783357972864" ID="ID_1814383959" MODIFIED="1783358365549" TEXT="Erfahrung: problemlos">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Andere Leute haben wesentlich mehr Gep&#228;ckvolumen als ich. Wenn man sich an die Regeln h&#228;lt (Waffen, Werkzeuge, Elektronik), dann ist es auch heute noch so wie vor 20 Jahren. Eigentlich sogar einfacher, da die Scanner besser sind. Der security-Check in M&#252;nchen hat sich mein USB-Inteface genau angeschaut, auch erkannt was es ist. Ansonsten alles andere gem&#228;&#223; Anzeige am Bildschirm durchgewunken. Man kann heutzutage auch alles in eine einzige Schale kippen. Was ich immer wieder vergesse: die Taschent&#252;cher raus aus den Hosentaschen, und auch die Medikamente aus der Brusttasche. Ist aber nur ein Schmunzeln wert. Ein Detail: ich hatte eine Tube Bepanthen in einer Klarsichtt&#252;te im Rucksack. Wurde angeschaut, war OK. Besser w&#228;re es gewesen, sich eine Klarsichtt&#252;te mit Zip-Lock zu besorgen, dann k&#246;nnte man auch ein Deo und eine Zahnb&#252;rste mit dabei haben (falls man von seinem Gep&#228;ck getrennt wird). Akkus m&#252;ssen allesamt nicht nur im Handgep&#228;ck-Rucksack sein, sondern direkt am K&#246;rper/Handtasche. Da achtet man drauf (wu&#223;te ich vorher).
    </p>
  </body>
</html></richcontent>
<icon BUILTIN="idea"/>
</node>
</node>
<node BACKGROUND_COLOR="#c8c0b6" COLOR="#435e98" CREATED="1781528647062" ID="ID_1090801494" MODIFIED="1781531275157" TEXT="Lufthansa-App verwenden?">
<icon BUILTIN="help"/>
<node COLOR="#338800" CREATED="1781531276165" ID="ID_977980212" MODIFIED="1781531284092" TEXT="installiert &amp; kann mich anmelden">
<icon BUILTIN="button_ok"/>
</node>
<node COLOR="#338800" CREATED="1781656785877" ID="ID_224644673" MODIFIED="1781656789750" TEXT="Check-In funktioniert">
<icon BUILTIN="button_ok"/>
</node>
</node>
</node>
<node BACKGROUND_COLOR="#eef0c5" COLOR="#990000" CREATED="1781521117008" ID="ID_1432710998" MODIFIED="1783352791959" TEXT="Zeitplanung">
<icon BUILTIN="back"/>
<node CREATED="1781521121499" ID="ID_1456930720" MODIFIED="1781521124291" TEXT="Hinflug">
<node BACKGROUND_COLOR="#f8f1cb" COLOR="#a50125" CREATED="1781666537972" ID="ID_174325198" MODIFIED="1781666550065" TEXT="Abfahrt: 12:09 Sendlinger Kirche">
<icon BUILTIN="messagebox_warning"/>
</node>
<node CREATED="1781651359560" ID="ID_355203422" MODIFIED="1781651374030" TEXT="Ziel f&#xfc;r Ankunft am Flughafen: 13:00 +x"/>
<node CREATED="1781656583769" ID="ID_945016614" MODIFIED="1781656593839" TEXT="Boarding-Time: 14:40"/>
<node CREATED="1781532071241" ID="ID_62918728" MODIFIED="1781532079131" TEXT="Bag-drop Deadline: 14:45"/>
<node CREATED="1781656662525" ID="ID_1538980114" MODIFIED="1781656668317" TEXT="Gate schlie&#xdf;t: 15:10"/>
<node CREATED="1781530022658" ID="ID_925566273" MODIFIED="1781530034141" TEXT="Depart: 15:25 MEST"/>
<node CREATED="1781530072499" ID="ID_1759665102" MODIFIED="1781656644988" TEXT="Terminal 2 Gate-Area H"/>
<node CREATED="1781656645613" ID="ID_627941235" MODIFIED="1781656650787" TEXT="Gate H24"/>
<node CREATED="1781530084274" ID="ID_1325622136" MODIFIED="1781530087509" TEXT="A320neo"/>
<node COLOR="#338800" CREATED="1781656792137" ID="ID_1901609818" MODIFIED="1781656794772" TEXT="check-in">
<icon BUILTIN="button_ok"/>
</node>
</node>
<node CREATED="1781521124737" ID="ID_1340964220" MODIFIED="1781521126416" TEXT="R&#xfc;ckflug">
<node CREATED="1783352841090" ID="ID_484481637" MODIFIED="1783352852865" TEXT="Check-out  im Hotel ca 10:30"/>
<node CREATED="1783352853375" ID="ID_974656381" MODIFIED="1783352873115" TEXT="kurz nach 11:00 in Maynooth in den Zug gestiegen">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Will hat mich noch zum Bahnhof gebracht...
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783352877496" ID="ID_1656703385" MODIFIED="1783352890214" TEXT="hatte dann &gt; 2h in Dublin">
<node CREATED="1783352895946" ID="ID_1245615755" MODIFIED="1783355275054" TEXT="Gep&#xe4;ckaufbewahrung hat v&#xf6;llig problemlos funktioniert">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Tip: die App installieren!
    </p>
  </body>
</html></richcontent>
<linktarget COLOR="#434cb2" DESTINATION="ID_1245615755" ENDARROW="Default" ENDINCLINATION="275;14;" ID="Arrow_ID_601912277" SOURCE="ID_66627055" STARTARROW="None" STARTINCLINATION="421;0;"/>
<linktarget COLOR="#4878b2" DESTINATION="ID_1245615755" ENDARROW="Default" ENDINCLINATION="310;0;" ID="Arrow_ID_627411553" SOURCE="ID_893630246" STARTARROW="None" STARTINCLINATION="566;0;"/>
</node>
<node CREATED="1783352908429" ID="ID_1002742986" MODIFIED="1783353270945" TEXT="&quot;wohl gef&#xfc;hlt&quot; hab ich mich dabei nicht">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      ...man geht in so einen &#187;convenience store&#171; am Block gegen&#252;ber der Connolly Station. Das ist Bahnhofs-Gegend, aber immerhin nicht direkt im Bahnhof. Im Laden kommt so ein gestresster syrischer Ladenbesitzer (allerdings: in Irland ist Jedermann viel taktvoller als hier in Deutschland), macht ein Foto mit seinem Handy, und stellt das Gep&#228;ck dann auf ein Regal direkt hinter dem Tresen. Sp&#228;ter, beim Abholen, erkennt er einen &quot;you want to pick up your luggage?&quot;, wuchtet die zwei Sachen raus, und das wars dann. Wenn w&#228;hrend der Zeit jemand in meinen Rucksack &quot;geschaut&quot; h&#228;tte, dann h&#228;tte ich eine Beschwerde machen m&#252;ssen...
    </p>
    <p>
      Wei&#223; nicht, ob mir eine Halle mit Schlie&#223;f&#228;chern dort wirklich sympatischer w&#228;re. Naja, hab Connolly Station eigentlich als ungef&#228;hrlich empfunden.
    </p>
  </body>
</html></richcontent>
</node>
</node>
<node CREATED="1783353283530" ID="ID_901827813" MODIFIED="1783353423530" TEXT="15:09 mit dem Flughafenbus">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Die Info im Internet war falsch. Die Station ist nicht an George's Quay, sondern direkt gegen&#252;ber am (sehr bekannten) Zollhaus. Alles sehr relaxed, kurzer Blick auf das Handy, da&#223; man ein Ticket hat, niemand schaut genau hin. Der erste Bus war zu voll. Ich stand mit 20 weiteren Leuten da. Ein Mitarbeiter des Busbetreibers ist dort vor Ort. 5 Minuten sp&#228;ter kam der n&#228;chste Bus, der war halb leer.
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783353424871" ID="ID_552493329" MODIFIED="1783353466925" TEXT="war damit 15:30 berereits am Flughafen">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      also gute 2 Stunden Zeit.
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783353468465" ID="ID_1068490435" MODIFIED="1783353571013" TEXT="Check-In f&#xfc;r Lufthansa + SwissAir leicht zu finden">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Ein Schalter f&#252;r First, drei Schalter f&#252;r Business + Ecconomy. Keine Warteschlange
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783353573275" ID="ID_1155171226" MODIFIED="1783353669564" TEXT="Sicherheitskontrolle hat ca. 15 Minuten gedauert">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Ist in Terminal-1 im obersten Stockwerk. Kurze Wartezeit in der Schlange. Alles in eine Schale, danach sortiert das System in &quot;sofort OK&quot; vs. &quot;manuelle Nachkontrolle&quot;. Ich war in ersterer Kategorie.
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783353671294" ID="ID_594703854" MODIFIED="1783353715861" TEXT="war danach erst mal in aller Ruhe auf dem Klo">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      wie &#252;blich: die WCs direkt bei der Sicherheitskontrolle sind nicht sonderlich frequentiert, und sehr sauber.
    </p>
  </body>
</html></richcontent>
<icon BUILTIN="ksmiletris"/>
</node>
<node CREATED="1783353717408" ID="ID_1892189619" MODIFIED="1783353819179" TEXT="Wartezeit verging rasch">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Hab mir eine Cola gekauft, und dann mein Schmerzmittel genommen. Das war ein sehr guter Trick. Vorher, tags&#252;ber war es noch m&#252;hsam.
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783353834897" ID="ID_1454753493" MODIFIED="1783353884486" TEXT="nur einfache Pa&#xdf;kontrolle beim Boarding">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Im Vergleich dazu sind die Beh&#246;rden in Deutschland wirklich paranoid.
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783353958688" ID="ID_14650357" MODIFIED="1783354030247" TEXT="Hin- wie R&#xfc;ckflug war komplett ausgebucht">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      daher das &#252;bliche Spiel, ob jemand noch sein Handgepeck aufgeben m&#246;chte. Da waren aber auch Leute mit Rollkoffern. Bei mir hat niemand gefragt, und letztlich hat der Platz im Flugzeug dann auch locker gereicht
    </p>
  </body>
</html></richcontent>
</node>
</node>
</node>
<node COLOR="#338800" CREATED="1781521003339" ID="ID_79687716" MODIFIED="1781666562100" TEXT="Nahverkehr Dublin">
<icon BUILTIN="button_ok"/>
<node CREATED="1781666567793" ID="ID_1000796696" MODIFIED="1783354035665" TEXT="brauche eine Leap Visitor Card"/>
<node CREATED="1781666577822" ID="ID_1289346136" MODIFIED="1781666587148" TEXT="Verkaufstelle w&#xe4;re z.B. der Spar im Terminal-2"/>
<node COLOR="#338800" CREATED="1781666587968" ID="ID_845747754" MODIFIED="1781666598707" TEXT="hab die Routenplanungs-App">
<icon BUILTIN="button_ok"/>
</node>
<node COLOR="#338800" CREATED="1781666604477" ID="ID_1967788146" MODIFIED="1781666613125" TEXT="hab ein Ticket f&#xfc;r den Express-Bus gekauft">
<icon BUILTIN="button_ok"/>
</node>
</node>
<node COLOR="#338800" CREATED="1781521028121" ID="ID_960362958" MODIFIED="1781666556579" TEXT="Karten bereitstellen">
<icon BUILTIN="button_ok"/>
</node>
<node COLOR="#338800" CREATED="1781521041562" ID="ID_1112143538" MODIFIED="1783354047935" TEXT="Gep&#xe4;ckaufbewahrung Montag">
<icon BUILTIN="button_ok"/>
<node CREATED="1783354053081" ID="ID_1041441953" MODIFIED="1783354057718" TEXT="Benny hat mir einen Tip gegeben"/>
<node CREATED="1783354058330" ID="ID_66627055" MODIFIED="1783354094276" TEXT="war dann letztlich der gleiche Tip, wie von ChatGPT">
<arrowlink COLOR="#434cb2" DESTINATION="ID_1245615755" ENDARROW="Default" ENDINCLINATION="275;14;" ID="Arrow_ID_601912277" STARTARROW="None" STARTINCLINATION="421;0;"/>
</node>
</node>
<node BACKGROUND_COLOR="#e0ceaa" COLOR="#690f14" CREATED="1783354158016" ID="ID_131441753" MODIFIED="1783358496766" TEXT="was ich &#xfc;bersehen hatte: Netz-Adapter">
<linktarget COLOR="#ac4e6b" DESTINATION="ID_131441753" ENDARROW="Default" ENDINCLINATION="-131;-567;" ID="Arrow_ID_1550824993" SOURCE="ID_671509472" STARTARROW="None" STARTINCLINATION="-252;19;"/>
<icon BUILTIN="messagebox_warning"/>
<node CREATED="1783354171454" ID="ID_259492664" MODIFIED="1783354179678" TEXT="Irland hat das englische Stecker-System"/>
<node CREATED="1783354180095" ID="ID_1613950322" MODIFIED="1783354195478" TEXT="ist aber elektrisch kompatibel zu Europa"/>
<node CREATED="1783354198024" ID="ID_1447295955" MODIFIED="1783354207317" TEXT="Adapter gibt es an jedem &quot;convenience store&quot;"/>
<node CREATED="1783354215003" ID="ID_294205898" MODIFIED="1783354423947" TEXT="konkret: HL Smith Terminal-1 oder &quot;Spar&quot; Terminal-2">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      hab dann bei Smith 2 Adapter gekauft, St&#252;ck 10&#8364;. Problem gel&#246;st. Leap Visitor Card gabs da aber nur f&#252;r 1 Tag (genauso wie's ChatGPT sagte). Bin dann weiter zu Terminal-2 gelaufen. War sehr gut, da&#223; ich mir sp&#228;t nachts noch Google-Maps angeschaut habe. Merke, das ist keine Paranoia, sondern eine sehr gute Gewohnhait von mir!!!
    </p>
    <p>
      In Terminal-2 war &quot;Spar&quot; etwas versteckt, ist n&#228;mlich im oberen Stock, beim Eingang zum Abflug (w&#228;hrend WL Smith in Terminal-1 unten bei der Ankunft ist, ganz links). Leap Visitor Card dort gekauft, dann einen neuen Bus gebucht
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783354426801" ID="ID_40376061" MODIFIED="1783355039734" TEXT="Erfahrung: Flughafenbus">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Definitiv so: man mu&#223; die Tickets online buchen. Das geht aber auch noch vor Ort (per WLan), wenige Minuten vor Abfahrt. Visa-Debitkarte von ING und Consors hat problemlos funktioniert. Das mu&#223; man aber im Griff haben (also kein Zeitdruck! ruhige Ecke suchen, eine App verwenden, von der man sicher ist, da&#223; die Verifikation funktioniert, wie hier, die ING-App). Was ich nicht wu&#223;te: ich h&#228;tte mir gar nicht nochmal ein Ticket kaufen m&#252;ssen, mein vorher gebuchtes Ticket f&#252;r den Bus 30 minuten fr&#252;her, den ich vers&#228;umt habe, wegen der Geschichte mit dem Netz-Adaptor, w&#228;re informell akzeptiert worden, weil die Leute dort &quot;common sense&quot; haben.
    </p>
    <p>
      Die Busfahrt dauert ca 40 Minuten. Davon gef&#252;hlt die H&#228;lfte durch ein endloses Tunell unter der Stadt durch. Das letzte St&#252;ck im Stadtverkehr zieht sich endlos. George's Quay ist die erste Station in der Stadt, und die n&#228;chste zu Connolly Station. Tara Street Station w&#228;re sogar direkt daneben, aber mein Zug fuhr von Connolly.
    </p>
    <p>
      Der Bus f&#228;hrt von dort weiter den Liffy-River entlang, insges. braucht er 40 Minuten, bis er auf der anderen (n&#246;rdlichen) Seite, vor dem Zoll-Geb&#228;ude wieder ankommt. Die Pl&#228;ne und Angaben auf der Website sind irref&#252;hrend. F&#252;r den R&#252;ckflug sollte man nicht ab George's Quay buchen, sondern gegen&#252;ber. Spielt aber in der Praxis keine Rolle. Gegen&#252;ber, beim Zoll-Geb&#228;ude ist ein Mitarbeiter der Buslinie vor Ort. Fahrg&#228;ste werden einfach nach vorhandener Kapazit&#228;t mitgenommen, da die Busse tats&#228;chlich alle 10 Minuten fahren. W&#228;re ich, wie gebucht, an George's Quay eingestiegen, dann w&#228;re ich 40 Minuten durch die Stadt gezockelt. Aber der Busfahrer dr&#252;ben am George's Quay hat mir das gleich gesagt. Vorher hatte ich einen Passanten angesprochen, auch der war, wie typisch in Irland, nicht betont freundlich, aber offen und gespr&#228;chig. Er hat mir gleich gesagt, wie das hier l&#228;uft, und mir dann gleich erz&#228;hlt, da&#223; er einen Freund in Deuschland hat, der jetzt nach Finnland &#252;bersiedelt, usw... Ja so sind die drauf. Kann man sich in DE gar nicht vorstellen.
    </p>
  </body>
</html></richcontent>
</node>
</node>
<node CREATED="1783355051623" ID="ID_427423585" MODIFIED="1783355054598" TEXT="Links">
<node CREATED="1783355068680" LINK="https://about.leapcard.ie/about/where-to-buy?" MODIFIED="1783355068680" TEXT="https://about.leapcard.ie/about/where-to-buy?"/>
<node CREATED="1783355096471" ID="ID_1267131533" LINK="https://checkout.dublinexpress.ie/" MODIFIED="1783355096471" TEXT="https://checkout.dublinexpress.ie/"/>
<node CREATED="1783355164275" LINK="https://www.transportforireland.ie/available-apps/tfi-live/" MODIFIED="1783355164275" TEXT="https://www.transportforireland.ie/available-apps/tfi-live/"/>
<node CREATED="1783355248868" ID="ID_1985129010" LINK="https://radicalstorage.com/luggage-storage/dublin/connolly-rail-station" MODIFIED="1783355248868" TEXT="https://radicalstorage.com/luggage-storage/dublin/connolly-rail-station">
<node CREATED="1783355260847" ID="ID_893630246" MODIFIED="1783355721903" TEXT="die hab ich verwendet">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Den Umst&#228;nden enstprechend ist das wohl die praktischste L&#246;sung. Man installiert eine App, bucht und bezahlt sich das kurz vorher (bei mir: am Abend vorher). Dann geht man in den jeweilgen &quot;convenience store&quot;.
    </p>
    <p>
      Mir pers&#246;nlich, als old-Timer w&#228;re eine Halle mit Schlie&#223;f&#228;chern am Bahnhof viel sympatischer. Aber Bahnh&#246;fe sind auch nicht mehr das, was sie mal waren. Wobei Irland hier einen sehr guten Eindruck hinterl&#228;&#223;t. Aber auch das mit dem lokalen Shop ist letztlich OK, da es in Irland der normale Stil ist. In Deutschland sind solche Shops praktisch immer &quot;zwielichtig&quot;, in Irland nicht. Au&#223;erdem hat man ja den Storage-Betreiber mit der App, und ein Foto vom Gep&#228;ck wird vorher auch gemacht, das gibt eine gewisse Sicherheit. Wobei mir klar ist, da&#223; man im Problemfall erst mal selber sich um eine Beschwerde k&#252;mmern m&#252;&#223;te.
    </p>
  </body>
</html></richcontent>
<arrowlink COLOR="#4878b2" DESTINATION="ID_1245615755" ENDARROW="Default" ENDINCLINATION="310;0;" ID="Arrow_ID_627411553" STARTARROW="None" STARTINCLINATION="566;0;"/>
</node>
<node CREATED="1783355248869" ID="ID_766057884" MODIFIED="1783355248869" TEXT="oder:">
<node CREATED="1783355248869" ID="ID_1480973137" LINK="https://www.dublinairport.com/at-the-airport/facilities/luggage-facilities" MODIFIED="1783355248869" TEXT="https://www.dublinairport.com/at-the-airport/facilities/luggage-facilities"/>
<node CREATED="1783355248870" ID="ID_1249155908" LINK="https://bounce.com/luggage-storage/dublin" MODIFIED="1783355248870" TEXT="https://bounce.com/luggage-storage/dublin"/>
<node CREATED="1783355248870" ID="ID_1566717405" LINK="https://stasher.com/" MODIFIED="1783355248870" TEXT="https://stasher.com/"/>
</node>
</node>
</node>
<node COLOR="#338800" CREATED="1781521053248" ID="ID_1208693129" MODIFIED="1783356020921" TEXT="Aufenthalt">
<icon BUILTIN="button_ok"/>
<node CREATED="1781521079725" ID="ID_439928185" MODIFIED="1781521083386" TEXT="Essen?">
<node CREATED="1783355723349" ID="ID_1548869747" MODIFIED="1783355847796" TEXT="Tja ... h&#xe4;tte ich gerne mehr kennengelernt...">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      ...aber, realistisch geshen, ist das f&#252;r mich vorbei. Es ist besser, wenn ich nichts esse, und es ist sicherlich kein Genu&#223; mehr, mit anderen Leuten zum Essen zu gehen, sondern ein ziemlicher Stre&#223;faktor. Die ersten beiden Tage ging's noch relativ glatt. Und ich war froh, mich an Will dranh&#228;ngen zu k&#246;nnen, der die Gepflogenheiten besser versteht.
    </p>
  </body>
</html></richcontent>
<icon BUILTIN="smily_bad"/>
</node>
<node CREATED="1783355849528" ID="ID_429086567" MODIFIED="1783356014201" TEXT="Immerhin: das Hotel hatte ein klassisches Irish breakfast">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      ...und das hab ich genossen. Jetzt wei&#223; ich, was &quot;black pudding&quot; ist.
    </p>
    <p>
      An den letzten Tagen war dieses Fr&#252;hst&#252;ck praktisch das einzige, was ich den ganzen Tag gegessen habe, und das war so die beste L&#246;sung. Im Grunde &#228;hnlich wie in Lyon, und auch dort hat sich das bew&#228;hrt (auch wenn ich immer noch die andere Vorstellung im Kopf habe, da&#223; man auf einer Reise irgendwo genu&#223;voll und entspannt zum Essen geht, mit Leuten, bei denen man sich wohlf&#252;hlt)
    </p>
  </body>
</html></richcontent>
</node>
</node>
<node CREATED="1781521083876" ID="ID_593173048" MODIFIED="1781521101566" TEXT="war kann man in Dublin machen?">
<node CREATED="1783356022966" ID="ID_407501820" MODIFIED="1783356083354" TEXT="Benny hatte den besten Tip f&#xfc;r mich: die Irish National Gallery">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      das ist meine Welt. Hab praktisch den ganzen Tag dort verbracht. Mit dem ganzen sonstigen sight-seeing k&#246;nnen die sich mal ihren Schuh aufblasen.
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783356085379" ID="ID_1658706026" MODIFIED="1783356444120" TEXT="und: ich war in Howt">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Das ist eine Touristen-Attraktion. War mir vorher klar. Ist aber leider auch wirklich so. Ich war praktisch die ganze Zeit nur mit meinem eigenen Hass auf diesen leeren Betrieb besch&#228;ftigt.
    </p>
    <p>
      Warum ich aber dann doch nach Howt gefahren bin, war der Klippen-Trail, den ich auf der Karte gesehen hatte. Ich bin die zweitl&#228;ngste Strecke gelaufen, 12km, rote Markierung. Damit war ich nach den ersten 45 Minuten raus aus dem Touristen-Strom. Au&#223;erdem war ich schon wohlweislich erst am sp&#228;ten Nachmittag, um 17:00 angekommen. Es war Sonnwend, also Sonnenuntergang kurz vor 22:00 Irischer Sommerzeit. Tats&#228;chlich bin ich sogar fr&#252;her wieder heim, um 21:00. Den schmalen Pfad &#252;ber dieses eigenartige Hochland werde ich in Erinnerung behalten. Und die M&#246;ven. Ansonsten ist es dort laut, denn es liegt in der Einflugschneise vom Flughafen. Und eine Techno-Party war auch noch, vermutlich wegen Sonnwend.
    </p>
  </body>
</html></richcontent>
<icon BUILTIN="smiley-neutral"/>
</node>
<node CREATED="1783356447630" ID="ID_775846710" MODIFIED="1783357210751" TEXT="im &#xdc;brigen war mir Dublin unheimlich...">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Hab die Wellenl&#228;nge dieser Stadt nicht wirklich gefunden.
    </p>
    <p>
      Hatte daf&#252;r aber auch gar keine Zeit, und keinen Grund.
    </p>
    <p>
      Was ich gesehen habe, war eine Mitte, die keine ist. Ein Hafen, der nicht mehr zug&#228;nglich ist, sondern ein Industriegebiet. Massiver Autoverkehr. Keine U-Bahn. Enge Stra&#223;en, durch die sich auch noch diese Stockbusse durchzw&#228;ngen. Massen an Touristen, f&#252;r die kein Raum ist. Und massives Elend &#252;berall. Verfallende Altbauten, und moderne Architektur, die wie ein Raumschiff eingepflanzt ist, und um sich herum keinen Stadtraum schafft.
    </p>
  </body>
</html></richcontent>
</node>
</node>
</node>
</node>
</node>
<node BACKGROUND_COLOR="#c0c8f4" COLOR="#5a4398" CREATED="1783358907786" ID="ID_602463099" MODIFIED="1783358947492" STYLE="fork" TEXT="Fazit">
<font BOLD="true" NAME="SansSerif" SIZE="12"/>
<icon BUILTIN="back"/>
<node CREATED="1783358952176" ID="ID_157125384" MODIFIED="1783359064870" TEXT="Workshop gut &#xfc;ber die B&#xfc;hne gebracht">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Es war der letzte Slot im Programm, und wir haben es geschafft, da&#223; es bei uns &#187;Musik&#171; gab (keine &quot;Avant-Garde&quot; und keine Tech-Demo). Die allgemeine Stimmung war sehr erfreulich. So einige Zuh&#246;rer waren wieder sichtlich beeindruckt von den klanglichen M&#246;glichkeiten. Einige kamen nachher noch, und haben auf dem Keyboard gespielt.
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783359066482" ID="ID_1590606696" MODIFIED="1783359804215" TEXT="Mein Kurz-Talk-im-Workshop lief so lala-OK-ish">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Ich hatte die ganzen Abende vorher, im Hotell ge&#252;bt, und wu&#223;te schon jeden Punkt auswendig. Das hat sich bew&#228;hrt. Thematisch bin ich in dieser Vorbereitung, w&#228;hrend der Konferenz etwas &#187;zur&#252;ckgerudert&#171;. Auch das war angemessen. Ich hatte das Gef&#252;hl, da&#223; niemand im Publikum ver&#228;rgert war, ich aber auch nichts wirklich Erhellendes gesagt habe. Was ich aber im R&#252;ckblick als gut empfinde, denn ich hatte nicht die Position f&#252;r etwas Weitergehendes.
    </p>
    <p>
      Um es nochmal zu rekapitulieren, <i>ich</i>&#160;wollte diesen Themenblock nicht, aber Will war es wichtig. Ich selber empfinde die Schwierigkeiten, die wir letztes Jahr hatten, als normal und keiner Rede wert. Was <i>mich dabei</i>&#160;nur &#228;rgert ist, da&#223; <i>ausgerechnet ich diese Drecksarbeit </i>andauernd machen mu&#223;. Aber letztlich gibt es nur mich und Will, Kristian ist berufst&#228;tig und hat Familie, und nur sporadisch mal Zeit, Jesper will sich raushalten (und nicht wieder Project-Lead werden). Und wenn man Will pers&#246;nlich trifft, ist v&#246;llig klar, wer er ist, was sein Horizont ist, und was er nicht machen kann. Insofern bleibe ich einfach &#252;brig, und wenn mir an Yoshimi weiterhin was liegt, werde ich diese Arbeit machen m&#252;ssen, oder das Projekt geht vor die S&#228;ue. All das hab ich aber nicht gesagt, und ich habe es inhaltlich gut hinbekommen, stattdessen etwas Generisches zu sagen, das doch immerhin den Sachverhalt bezeichnet. Hab mich ziemlich genau an die hier skizzierte Gliederung gehalten. Weiterungen zu AI habe ich nicht ausgef&#252;hrt, obwohl <i>das</i>&#160;das Einzige gewesen w&#228;re, was mich daran interessiert h&#228;tte. Es ist aber auch gut so, das habe ich an der Diskussion in den vorangegangenen Tagen gemerkt.
    </p>
    <p>
      Vom Sprechen her war es so la-la. Ich glaube, ich hab nicht mehr so viel gestottert. Da&#223; meine Aussprache grauenhaft deutsch klingt, habe ich inzwischen einfach akzeptiert, und ignoriere es (was mir sehr hilft, mich auf die Wortwahl zu konzentrieren). Duch die Vorbereitung mu&#223;te ich nicht &quot;nach Worten suchen&quot;. Ansonsten war mein Vortrag nach meinen eigenen Ma&#223;st&#228;ben ziemlich mittelm&#228;&#223;ig. Es gab auch keinen Spannungsbogen (und ich hatte eigentlich nach meinem eigenen Empfinden nichts zu sagen).
    </p>
    <p>
      Am Ende habe ich meinen Block nicht ganz zuende formuliert, da mir Will mit einem Einwurf eine Br&#252;cke zur&#252;ck gebaut hat (die viel geschickter war, als das, was ich grade sagen wollte, daher habe ich sie sofort genommen)
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783359806614" ID="ID_672968897" MODIFIED="1783360282544" TEXT="der Zeit-Slot hat gereicht, war sogar zu lang">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      Damit hat sich mein urspr&#252;ngliches Bauchgef&#252;hl best&#228;tigt. Will kann nicht einmal 45 Minuten f&#252;llen, er w&#252;rde nur Demo nach Demo machen. Durch die Gliederung, die wir uns vorher gmacht haben, waren wir aber eigentlich gut sortiert. Insofern best&#228;tigt sich, warum Will mich gebeten hat, mitzumachen. Er hat n&#228;mlich jeden meiner Vorschl&#228;ge gerne aufgenommen; die Zusammenarbeit war sehr konstruktv, vor allem, als wir uns pers&#246;nlich abstimmen konnten, im Hotel in Maynooth.
    </p>
    <p>
      
    </p>
    <p>
      Am Ende vom Zeit-Slot blieb etwas Luft, und so hat Will noch einen weiteren Track von sich gespielt, der aber nur noch wenig zum Thema beigetragen hat. Ich hab ihm dann signalisiert, da&#223; es reicht, und er hat das verstanden. Da waren wir in Minute 40. Insofern konnten wir sogar noch etwas Diskussion machen. Da kam dann eine Frage zu meinem Themenblock und zur Dokumentation. Im R&#252;ckblick &#228;rgert es mich, da&#223; ich nicht im Stande war, das besser aufzugreifen (da h&#228;tte ich n&#228;mlich nochmal eine Br&#252;cke zur A.I. schlagen k&#246;nnen). Aber was ich gesagt habe, war OK, und mehr wollte der Fragende ja eigentlich nicht. Ansonsten kamen noch zwei technische Detail- / Verst&#228;ndnisfragen, die wieder zeigen, da&#223; viele Zuh&#246;rer nur mit CSound oder PureData experimentieren, aber nicht mit so einem typsichen &quot;Synthie&quot; vertraut sind (denn in dieser Hinsicht ist Zyn/Yoshimi &#252;berhaupt nicht &#252;berraschend)
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1783360099299" ID="ID_1453107748" LINK="https://lac26.mucs.club/gallery/" MODIFIED="1783360117914" TEXT="Hier sind Photos von der Konferenz">
<icon BUILTIN="idea"/>
</node>
<node CREATED="1783360325165" ID="ID_1549768533" MODIFIED="1783362343464" TEXT="Maynooth behalte ich gerne in Erinnerung">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      F&#252;r mich war dazu essentiell, da&#223; ich nicht blo&#223; Zuh&#246;rer war, sondern ein Projekt vertreten habe. Bez&#252;glich &#187;Networking&#171; hatte ich keine Ambitionen, hab aber auch nichts vers&#228;umt; ich habe zwei oder drei Leuten ausf&#252;hrlich von Lumiera erz&#228;hlen k&#246;nnen, und die schienen alle durchaus im Stande, die Tragweite zu erkennen. Allerdings war niemand da, der mich jetzt direkt etwas voranbringen w&#252;rde. H&#228;tte ich aber auch nicht erwartet, ich kenne diese Community. M&#246;glich w&#228;re es, aber die Community wird kleiner und kleiner, und wer noch da ist, sitzt in seiner Ecke. Ich h&#228;tte mich gefreut, etwas mehr mit Robin reden zu k&#246;nnen. Das hat sich aber nicht ergeben, und ich habe keinerlei Interesse, da &quot;zu dr&#252;cken&quot;. Robin zeigt seinerseits kein Interesse, und f&#252;hlt sich mir gegen&#252;ber etwas unwohl, obwohl er oberfl&#228;chlich immer den &quot;alten Bekannten&quot; begr&#252;&#223;t. Bemerkenswerterweise hatte Robin alles vergessen, was ich ihm in Lyon von Lumiera erz&#228;hlt hatte. Er war erstaunt, zu h&#246;ren, da&#223; ich immer noch mit Lumiera weitermache. Ich komme mit ihm nicht auf die Ebene, die interessant w&#228;re (w&#252;rde mir davon aber auch nichts erwarten, da ich inzwischen ziemlich genau vestehe, wo er steht). Drei bis vier andere Leute, die ich in Lyon kennengelernt hatte, und mit denen ich gerne wieder ankn&#252;pfen wollte, waren nicht da. Insgesamt war sonst kaum jemand da, mit dem mich pers&#246;nlich ein Gespr&#228;ch interessiert h&#228;tte. Ich bin aber weiterhin vorsichtig, mich nicht zu aggressiv zu positionieren. Aktuell geht es mir nur darum, pr&#228;sent zu sein (ich k&#246;nnte auch in keine Art von Kollaboration einsteigen derzeit, weil ich meine Kr&#228;fte zusammenhalten mu&#223;, insofern bin ich froh, da&#223; sich auch dazu keine Gelegenheit ergab).
    </p>
    <p>
      
    </p>
    <p>
      Ohne diese Aufgabe, ein Projekt zu vertreten (und Networking zu machen), w&#252;rde mich die LAC (schon seit langer Zeit) nicht hinter dem Ofen vorlocken. Die &quot;Konzerte&quot; sind immer gleich. Da gen&#252;gt ein Termin, weil es schon sch&#246;n ist, ein gut aufgebautes Ambisonics zu h&#246;ren. Das zweite und drite Konzert habe ich &quot;geschwenzt&quot;. Das war ein Gl&#252;ck, denn anstelle des zweiten Konzerts hatte ich Zeit, in dieser alten Universit&#228;ts-Anlage zu sein und nichts zu tun, und die Stille und Ruhe des Ortes aufzunehmen. Das war auch der Abend mit dem Gewitter und dem Regenbogen.
    </p>
    <p>
      Insgesamt war Maynooth viel kleiner und bescheidener aufgebaut, als Lyon, was aber einfach an den dahinter stehenden Organisationen lag. Das dritte Konzert, in Dublin, w&#228;re ein allgemeines Experimental-Konzert f&#252;r elektronische Musik gewesen. Von mir aus h&#228;tte mich das nur gelangweilt, und da Will auch kein Interesse hatte, war die Konferenz sehr schnell beendet. So hatte ich Zeit f&#252;r eine Wanderung zum Carton Demense, und hab so tats&#228;chlich ein St&#252;ck von Irland gesehen.
    </p>
    <p>
      Hinzu kommt, da&#223; ich doch bei einer solchen Gelegenheit immer wieder merke, wie sehr ich gesundheitlich angeschlagen bin. Am vierten Tag, an dem ich nach Dublin wollte, ging es mir ziemlich dreckig. Sp&#228;ter, gegen Abend zu, hat es sich etwas mehr eingependelt, was aber auch damit zusammenh&#228;ngt, da&#223; ich da in Howt im Freien war, und mehrere Stunden einfach allein laufen konnte.
    </p>
    <p>
      Insgesamt war es ein &#187;Nicht-Urlaub&#171; von einer Art, die ich noch gut ertragen kann. Dieses kleine Universit&#228;ts-St&#228;dtchen mutet an wie aus einer andern Zeit, da war die &#187;Quality without a Name&#171;, von der Christopher Alexander spricht. Und zum Gl&#252;ck mu&#223; ich dort nicht leben. Das Hotel war mindestens eine Kategorie zu edel f&#252;r mich, aber ich konnte gut unerkannt bleiben, die Leute in Irland sind wirklich auf eine unaufdringliche Art zugewandt, und ich hab mich sehr wohl gef&#252;hlt. Vom Hotel aus war alles fu&#223;l&#228;ufig zu erreichen, die w&#252;ste Welt der Automobile war zwar zu h&#246;ren, aber nur auf der anderen Seite. Und zum Gl&#252;ck gibt es praktisch nichts &quot;Sehenswertes&quot; im Maynooth.
    </p>
    <p>
      
    </p>
    <p>
      Wenn ich nur bedenke, was Daniela garde im Moment mit ihrer LItauen-Bildungsreise alles um die Ohren geworfen bekommt, dann graut mir, und ich f&#252;hle mich verloren. Was f&#252;r ein lehrer und eitler Betrieb das alles.
    </p>
  </body>
</html></richcontent>
</node>
</node>
</node>
</node>
<node COLOR="#435e98" CREATED="1519000413497" HGAP="-43" ID="ID_1743786269" MODIFIED="1715873905102" POSITION="left" VSHIFT="108">
<richcontent TYPE="NODE"><html>
  <head/>
  <body>
    <p>
      org<font size="3">a</font><font size="1">nisatorisch</font>
    </p>
  </body>
</html></richcontent>
<edge COLOR="#f1ff7f"/>
<font NAME="SansSerif" SIZE="16"/>
<node CREATED="1715854555555" ID="ID_954941333" MODIFIED="1715854555555" TEXT="Termin">
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1519001747051" ID="ID_1181924241" MODIFIED="1779386001214" TEXT="Call-of-Papers">
<icon BUILTIN="flag-yellow"/>
<node BACKGROUND_COLOR="#c8c0b6" COLOR="#435e98" CREATED="1519001776927" ID="ID_562121416" MODIFIED="1779556988899" TEXT="Deadline">
<icon BUILTIN="clanbomber"/>
<node COLOR="#338800" CREATED="1715854555555" ID="ID_897784401" MODIFIED="1779385985746" TEXT="23.5.">
<font NAME="SansSerif" SIZE="12"/>
<icon BUILTIN="button_ok"/>
</node>
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1519519862359" ID="ID_986061503" MODIFIED="1779386001216" TEXT="Acceptance notification:">
<icon BUILTIN="flag-yellow"/>
</node>
<node BACKGROUND_COLOR="#e0ceaa" COLOR="#690f14" CREATED="1519329832209" ID="ID_242907821" MODIFIED="1779388707226" TEXT="Format">
<icon BUILTIN="info"/>
<node CREATED="1722708347189" ID="ID_290520471" MODIFIED="1747438903818" TEXT="Kurzform und Langform"/>
<node CREATED="1722708352348" ID="ID_1408970240" MODIFIED="1722708358823" TEXT="Text mit HTML-Markup"/>
<node CREATED="1722708359315" ID="ID_599162106" MODIFIED="1722708370381" TEXT="Eingabe im FrOSCon-Konferenzsystem">
<node CREATED="1747815803642" ID="ID_354079086" MODIFIED="1779388718154" TEXT="mein Account funktioniert noch">
<richcontent TYPE="NOTE"><html>
  <head/>
  <body>
    <p>
      -----BEGIN PGP MESSAGE-----
    </p>
    <p>
      
    </p>
    <p>
      hF4DgGNXC/FW0HQSAQdAynTDJxP4gey1VAsJ/2fb/Pz/7SdEDaH99pGL3xFNBhgw
    </p>
    <p>
      gOXq9+2npcG+wn9stWNHsIHJlCTcgMQWoBSQX8w2irTkUYncReWhdiAbz971t4Cs
    </p>
    <p>
      0sBJAXhQ13ML9umVxaY9+RGxUUZqZ1dLDfcAbDTh0b9xbjrrGclWCA8kO9y8cVOI
    </p>
    <p>
      afQLpsGCRvSaDCGIDTe2sbK1knwCiZK7sQIz6GOYEHQYvyRTwNHhmCivLy4aqy1U
    </p>
    <p>
      jLJVbx0qgbUu+mMJGugNbITFRyfIu2W9P4ceBX4AE0KUaXwwg8CIbQfGld+0+cMc
    </p>
    <p>
      IafKrmBGrIAYf6APYSDbBxXV3V5QfTN4Ew220rxcO8HIpYJDYyaNbHpyT3OjcSgy
    </p>
    <p>
      GVpZ7L8f88aXGKbiwX2rdW1iLbmfBdbFixY0Me4on4A0qHzXpMB7ZeGZ6yvq6j5q
    </p>
    <p>
      /K7d77gSJdwLWRyE49RwdmRXe1Siv/iP4WM9lQ==
    </p>
    <p>
      =RxD1
    </p>
    <p>
      -----END PGP MESSAGE-----
    </p>
  </body>
</html></richcontent>
<icon BUILTIN="ksmiletris"/>
</node>
</node>
</node>
<node COLOR="#338800" CREATED="1519329836328" ID="ID_214079495" MODIFIED="1779556986278" TEXT="formulieren">
<icon BUILTIN="button_ok"/>
<node BACKGROUND_COLOR="#c8c0b6" CREATED="1779805644353" ID="ID_1181598347" MODIFIED="1779805677287" STYLE="bubble">
<richcontent TYPE="NODE"><html>
  <head/>
  <body>
    <p>
      Titel: <u><font size="4">Reading Video data with IO_URING</font></u>
    </p>
  </body>
</html></richcontent>
</node>
<node CREATED="1779504756681" ID="ID_466048202" MODIFIED="1779504767437" TEXT="halte mich an das Schema aus den letzten Jahren"/>
<node CREATED="1779504768195" ID="ID_531662550" MODIFIED="1779504785771" TEXT="Kurzform und Langform ergeben auch zusammen einen Text"/>
<node BACKGROUND_COLOR="#accdc3" COLOR="#3f4015" CREATED="1779554095269" ID="ID_1290433500" MODIFIED="1779554118621" STYLE="fork" TEXT="habe mir noch einige Vorschl&#xe4;ge von ChatGPT geben lassen">
<edge COLOR="#808080" STYLE="bezier" WIDTH="thin"/>
<icon BUILTIN="wizard"/>
</node>
<node BACKGROUND_COLOR="#c8c0b6" COLOR="#435e98" CREATED="1779504789243" ID="ID_649621958" MODIFIED="1783787704354" TEXT="Kl&#xe4;ren: kann man mit IO_URING gezielt bestimmte Bereiche eines Files lesen?">
<arrowlink COLOR="#5a07d6" DESTINATION="ID_628756969" ENDARROW="Default" ENDINCLINATION="686;-59;" ID="Arrow_ID_347382746" STARTARROW="None" STARTINCLINATION="347;-14;"/>
<icon BUILTIN="help"/>
<node CREATED="1783446197275" ID="ID_1248460230" MODIFIED="1783446216012" TEXT="IO_URING stellt andere IO-Operationen in asynchroner Weise bereit"/>
<node CREATED="1783446217077" ID="ID_668632489" MODIFIED="1783446293619" TEXT="insofern ja: readv() / writev() k&#xf6;nnen beliebige Teilbereiche eines Files lesen/schreiben">
<arrowlink COLOR="#fdfdca" DESTINATION="ID_1820629134" ENDARROW="Default" ENDINCLINATION="1190;0;" ID="Arrow_ID_836559053" STARTARROW="None" STARTINCLINATION="619;22;"/>
</node>
</node>
</node>
</node>
<node CREATED="1519001760129" ID="ID_1268047369" MODIFIED="1519001762637" TEXT="Konferenz">
<node BACKGROUND_COLOR="#e5d49f" CREATED="1780593833446" ID="ID_1139009542" LINK="https://lac26.mucs.club/" MODIFIED="1780593885021" STYLE="fork" TEXT="LAC Maynooth 18-20.Juni 2026">
<edge COLOR="#f1ff7f" STYLE="bezier" WIDTH="thin"/>
<icon BUILTIN="calendar"/>
</node>
<node BACKGROUND_COLOR="#e5d49f" CREATED="1779386584639" ID="ID_1677738266" MODIFIED="1779386630766" TEXT="15./16. August 2026">
<icon BUILTIN="calendar"/>
</node>
<node CREATED="1519519948666" ID="ID_1460418188" MODIFIED="1519519951178" TEXT="Programm">
<node COLOR="#435e98" CREATED="1780593932919" ID="ID_166107707" LINK="https://lac2026.sciencesconf.org/program?lang=en" MODIFIED="1783362517394" TEXT="Sa 20.Juni 16:30-17:15 Yoshimi-Workshop"/>
<node BACKGROUND_COLOR="#e2eab4" CREATED="1752362406520" ID="ID_1027335076" MODIFIED="1779389036950" TEXT="1X.August XX:00">
<arrowlink COLOR="#97606e" DESTINATION="ID_734596433" ENDARROW="Default" ENDINCLINATION="-323;76;" ID="Arrow_ID_276868768" STARTARROW="None" STARTINCLINATION="-69;10;"/>
<icon BUILTIN="info"/>
</node>
</node>
<node CREATED="1519001850989" ID="ID_795393550" MODIFIED="1519001852201" TEXT="Zeit"/>
</node>
</node>
<node BACKGROUND_COLOR="#d2beaf" COLOR="#5c4d6e" CREATED="1519001331772" ID="ID_1530039807" MODIFIED="1779386016335" TEXT="Hotel">
<icon BUILTIN="hourglass"/>
<node COLOR="#338800" CREATED="1779390075377" ID="ID_1767288848" MODIFIED="1779390085364" TEXT="LAC/Maynooth ist gebucht">
<icon BUILTIN="button_ok"/>
</node>
<node COLOR="#338800" CREATED="1783362491002" ID="ID_1488082806" MODIFIED="1783362505307" TEXT="Hotel Astoria Bonn ist gebucht">
<icon BUILTIN="button_ok"/>
</node>
</node>
<node BACKGROUND_COLOR="#d2beaf" COLOR="#5c4d6e" CREATED="1519001321685" ID="ID_1826326861" MODIFIED="1779386016334" TEXT="Reise">
<icon BUILTIN="hourglass"/>
<node BACKGROUND_COLOR="#f8f1cb" COLOR="#a50125" CREATED="1779389894637" HGAP="33" ID="ID_1663209801" MODIFIED="1779390020656" TEXT="an Storno-Option f&#xfc;r Benny denken" VSHIFT="10">
<icon BUILTIN="messagebox_warning"/>
</node>
</node>
</node>
</node>
</map>