Notebook 1x HDMI - 2x monitor?



ZdravímMám notebook Acer Nitro 5 a mám pouze 1x HDMI a potřeboval bych mít k němu dva monitory. Jeden už mám, 144Hz a druhý budu kupovat ten stejný akorát 75Hz - jak je připojit k notasu tak, aby ten první měl 144 a ten druhej klidně 60? Koukal jsem po nějakých HDMI splitterech, ale bojím se, že mi to jenom plochu rozšíří na druhý monitor, ale chci mit 3 obrazovky.Našel jsem ještě možnost, že by se dalo přes port USB-c nějak připojit splitter na HDMI, ale taky nevím, jestli mi hodí na první 144Hz a na druhý ne. Point - jo jsem si vědom že mi HDMI 144Hz nehodí u notasu ani tak, je to něco kolem těch 120 nebo tak nějak - nechci kecat, nevím to přesně, prostě míň. Díky za radu
"na to USB není napojen video výstup" to je nesmysl..převodníky z USB3 na HDMI a různý docky fungujou všude a jsou univerzální (z klasickýho USB3 konektoru).Nic takovýho jako "video výstup" z USB neexistuje.Např tohle a podobný funguje všude.[https://www.alza.cz/dell-d3100-usb-3-0-d23017...](https://www.alza.cz/dell-d3100-usb-3-0-d2301760.htm)
<p><strong> poznámka: </strong> <em>toto bylo testováno na notebooku s grafickou kartou řízenou i915.</em></p><hr><h3>pozadí</h3><p><strong> poznámka: </strong> když je připojena nová obrazovka, do hostitele není odeslána žádná událost, zůstane to pravda i po mé poslední úpravě. jediným způsobem je tedy použít dotazování. snažím se, aby byly co nejefektivnější ...</p><h3>úprava # 3</h3><p>nakonec existuje jedno lepší řešení (prostřednictvím acpi):</p><p>stále neexistuje žádná událost, ale acpi se zdá být efektivnější než <code>xrandr</code> na dotaz. (poznámka: toto <strong> vyžaduje </strong> načtené moduly jádra acpi, ale nevyžaduje oprávnění root.</p><p>moje konečné řešení (pomocí bash):</p><pre><code>isvgaconnected() { local crtstate read -a &lt; /proc/acpi/video/vid/crt0/state crtstate test $(( ( ${crtstate[1]} &gt;&gt;4 ) ${1:+*-1+1} )) -ne 0 } </code></pre><p>nyní test:</p><pre><code>$ if isvgaconnected; then echo yes; else echo no; fi yes </code></pre><p>je zapojen, takže ho nyní odpojím:</p><pre><code>$ if isvgaconnected; then echo yes; else echo no; fi no </code></pre><p><strong> poznámka: </strong> <code>${1:+*-1+1}</code> povolit argument <em>boolean</em>: pokud <em>něco je přítomno</em>, odpověď by byla obrácena: <code>( crtstate &gt;&gt; 4 ) * -1 + 1</code>.</p><p>a závěrečný skript:</p><pre><code>#!/bin/bash export crtprocentry=/proc/acpi/video/vid/crt0/state isvgaconnected() { local crtstate read -a &lt; $crtprocentry crtstate test $(( ( ${crtstate[1]} &gt;&gt;4 ) ${1:+*-1+1} )) -ne 0 } delay=.1 unset switch isvgaconnected || switch=not while :;do while isvgaconnected $switch;do sleep $delay done if [ "$switch" ];then unset switch echo vga is connected # doing something while vga is connected else switch=not echo vga is not connected. # doing something else, maybe. fi done </code></pre><p><strong> upozornění: </strong> <em>lehčí než <code>xrandr</code>, ale ne nevýznamné</em> se zpožděním menším než <em>,02</em> sekund, bash skript půjde na začátek procesu jedlíci zdrojů (<code>top</code>)!</p><p>i když to stojí ~ 0,001 s:</p><pre><code>$ time read -a &lt;/proc/stat crtstat </code></pre><p>vyžaduje to ~ 0,030 s:</p><pre><code>$ read -a &lt; /proc/acpi/video/vid/crt0/state crtstate </code></pre><p>to je velké! takže v závislosti na tom, co potřebujete, lze <code>delay</code> rozumně nastavit mezi <code>0.5</code> a <code>2</code>.</p><h3>úprava # 2</h3><p>nakonec jsem něco našel:</p><p><strong> důležité vyloučení odpovědnosti: </strong> hraní s <code>/proc</code> a <code>/sys</code> záznamy mohou poškodit váš systém !!! takže na produkčních systémech nezkoušejte následující.</p><pre><code>mapfile watchfilelist &lt; &lt;( find /sys /proc -type f 2&gt;/dev/null | grep -i acpi\\\|i91 ) prompt=("/" "|" '\' '-'); l=0 while :; do mapfile watchstat &lt; &lt;( grep -h . ${watchfilelist[@]} 2&gt;/dev/null ) for ((i=0;i&lt;=${#watchstat[@]};i++)); do [ "${watchstat[i]}" == "${oldstat[i]}" ] || echo ${watchstat[i]} done oldstat=("${watchstat[@]}") sleep .5 printf "\r%s\r" ${prompt[l++]} [ $l -eq 4 ]&amp;&amp;l=0 done </code></pre><p>... po očištění nežádoucích záznamů:</p><pre><code>for ((i=0;i&lt;=${#watchfilelist[@]};i++)); do [[ "${watchfilelist[$i]}" =~ /sys/firmware/acpi/interrupts/sci ]] &amp;&amp; unset watchfilelist[$i] &amp;&amp; echo $i done </code></pre><p>to jsem dokázal přečíst:</p><pre><code>/proc/acpi/video/vid/crt0/state:state: 0x1d /proc/acpi/video/vid/crt0/state:state: 0x0d /proc/acpi/video/vid/crt0/state:state: 0x1d </code></pre><p>když připojím, odpojte a znovu zapojte kabel monitoru.</p><p>při dotazu na konfiguraci (spuštění <code>system/preferences/monitor</code> nebo <code>xrandr</code>), grafické karty udělají typ <em>scan</em>, takže běží <code>xrandr -q</code> vám dá informace, ale musíte zjistit stav.</p><p>prohledal jsem všechny protokoly (jádro, démona, x atd.) prohledávajícím <code>/proc</code> &amp; <code>/sys</code> a zjevně se zdá, že neexistuje nic, co by vyhovovalo vaší žádosti.</p><p>zkusil jsem to také:</p><pre><code>export spc50="$(printf "%50s" "")" watch -n1 ' find /proc/acpi/video -type f | xargs grep -h . | sed "s/^\([^:]*):/\1'$spc50'}:/; s/^\(.\{50\}\) *:/\1 /"' </code></pre><p>po tom všem, když spustíte <code>system/preferences/monitor</code> zatímco nebyla připojena žádná nová obrazovka ani odpojena, bude se nástroj zobrazovat jednoduše (normálně). ale pokud jste již dříve připojili nebo odpojili obrazovku, občas spustíte tento nástroj a uvidíte, že na ploše vytvoříte typ <em>reset</em> ​​nebo <em>obnovit</em> ​​(stejný pokud spustíte <code>xrandr</code>).</p><p>zdá se, že to potvrzuje, že tento nástroj požádá o <code>xrandr</code> (nebo pracuje stejným způsobem) pravidelným dotazováním na stav, počínaje okamžikem jeho spuštění.</p><p>můžete vyzkoušet sami:</p><pre><code>$ for ((i=10;i--;)); do xrandr -q | grep ' connected' | wc -l; sleep 1; done 1 1 1 2 2 2 1 1 1 1 </code></pre><p>tím se na 10 sekund zobrazí počet připojených obrazovek (displejů).</p><p>zatímco to běží, připojte a/nebo odpojte obrazovku/monitor a podívejte se, co se děje. takže byste mohli vytvořit malou testovací funkci bash:</p><pre><code>isvgaconnected() { local xrandr=$(xrandr -q) [ "$xrandr" == "${xrandr#*vga1 con}" ] || return 0 return 1 } </code></pre><p>který by byl použitelný jako v:</p><pre><code>$ if isvgaconnected; then echo yes; fi </code></pre><p>ale buďte opatrní, <code>xrandr</code> trvá asi <strong> 0,140 s do 0.200 s </strong>, zatímco na zástrčkách nedojde k žádné změně a do <strong> 0,770 sekund </strong> kdykoli něco bylo připojeno nebo odpojeno těsně před (<strong> poznámka: </strong> zdá se, že to není zdrojový zdroj).</p><h3>úprava # 1</h3><p>abych zajistil, že neučím něco nesprávného, ​​prohledával jsem web a dokumenty, ale nenašel jsem nic o <em>dbus and screens</em>.</p><p>nakonec jsem běžel ve dvou různých oknech <code>dbus-monitor --system</code> (hrál jsem také s možnostmi) a malý skript, který jsem napsal:</p><pre><code>$ for ((i=1000;i--;)); do isvgaconnected &amp;&amp; echo yes || echo no; sleep .5; done </code></pre><p>... a znovu zapojen, než odpojen monitor, mnohokrát. takže teď mohu říci:</p><ul> <li><em>v této konfiguraci <strong> pomocí ovladače i915 </strong> neexistuje jiný způsob, než spustit <code>xrandr -q</code> vědět, zda je monitor připojen nebo ne.</em></li> </ul><p>ale buďte opatrní, protože se nejeví jiné způsoby. například se zdá, že <code>xrandr</code> tyto informace sdílí, takže moje plocha gnome by se automaticky přepnula na <code>xinerama</code> automaticky ... <strong>, když jsem běžel <code>xrandr</code> </strong>.</p><h3>některé dokumenty</h3><ul> <li> <a href="https://wiki.archlinux.org/index.php/xrandr#toggle\_external\_monitor">skript pro přepínání interního/externího displeje pro notebooky</a> </li> <li> <a href="http://www.x.org/docs/intel/hd/ihd\_os\_vol\_3\_part4\_bjs.pdf">®intel hd graphics opensource programmer's reference manual</a> </li> </ul> <p>nezapomeňte, že zatímco monitor může být větší než 800x600, okno prohlížeče nemusí být na celou obrazovku.</p><p>například běžím na monitorech lcd s rozlišením 1600x1200 (stále poměrně velké), ale mé okno prohlížeče je přibližně 1100x1200 (přibližně).</p><p>musíte se tedy podívat na nejběžnější rozlišení <em>prohlížeč</em>, nikoli na nejběžnější rozlišení <em>obrazovka</em>.</p> Potřebujete něco takového (nemusí být tohle konkrétní).   
 [czc.cz/...](https://www.czc.cz/evolveo-android-box-m4/222615/produkt)  
Nejprve si ale ověřte, že má televize HDMI vstup. Tak Koupí novýho přijímače asi nic nezkazíš. Dobrý jsou všechny HD postavený na Linuxu. Mezi nimi bude jeden z lepších asi tenhle [parabola.cz/...](http://www.parabola.cz/clanky/4496/dreambox-dm7020-hd-luxusni-hd-pvr-satelitni-prijimac/) ale je otázka, zdali se vložený prostředky vrátí. Pro někoho jo, pro někoho ne. Já mám HD-Box, jsem spokojenej a byl za půlku. ceny Dreamboxu.

Výběr satelitů je převelikej a vybírat si můžeš dlouho. Tak si vyber ten kterej se ti líbí a se kterým se ti dobře pracuje. Záleží hlavně na grafické kartě, tato hra vyžaduje minimálně: Nvidia 7900 256MB alebo ATI X1900 256MB.

Nicméně na grafických kartách v noteboocích nemusí fungovat korektně. V závislosti na přesnosti aplikace vyžaduje, může být nutné vyřešit několik problémů:


1. Jsou akcelerometr osy kalibrovány? Jsem viděl MEMS akcelerometry, které měly osy, které byly vzájemně kolmé, a měli významně odlišné charakteristiky odezvy pro každou osu (typicky X a Y bude odpovídat, a Z se liší). Budete muset syntetizovat ideální osy XYZ z jakéhokoliv fyzického čtecí zařízení poskytuje. (Google je akcelerometr kalibrace ").
2. Jsou magnetometr osách kalibrovány? Podobný problém jako výše, s výjimkou mnohem obtížnější kontrolovat: Je velmi obtížné vytvářet jednotné kalibrované magnetická pole. Používáte-li okolní geomagnetického pole, bude nutné pečlivě kontrolovat místní magnetismus svého pracovního prostředí a vaše nářadí. (Google 'magnetometr kalibrace').
3. Po akcelerometr a magnetometr byly individuálně kalibrovány, jejich osy musí být kalibrován vůči sobě navzájem. Vzhledem k tomu, oba tyto prostředky jsou typicky připájeny na PCB, tam je téměř zaručeno, že významná odchylka. V mnoha případech, rada rozvržení a zařízení parametry ani nemusí povolit XYZ osy tak, aby odpovídaly navzájem! To může být nejtěžší dělat z laboratorního hlediska, tak bych doporučujeme provést přímé srovnání s použitím jiný hardware, který má oba druhy senzorů a je již kalibrován (jako je iPhone nebo Android telefon - ale prověřuj zařízení před použití). Obvykle se to provádí úpravou předchozí dva kalibrační matice, dokud přípravu vektorů, které jsou správně vyrovnané vůči sobě navzájem.
4. Teprve poté, co jste generování vzájemně kalibrovaných magnetické a akcelerometru vektorů můžete použít řešení navrhovaná ostatními respondenty.


Jsem popsal jen statické řešení, kde obě magnetometr a akcelerometr jsou nehybně vzhledem k místním gravitačním a magnetických polí. Potřebujete-li vytvářet odezvy v reálném čase, zatímco systém se rychle pohybuje, budete potřebovat účet pro časové chování každého snímače. Existují dva základní způsoby, jak toho dosáhnout: 1) platí v časové oblasti filtrů na každý snímač tak, aby jejich výstupy mají společný časové oblasti (obvykle přidáním určité zpoždění). 2) Pomocí prediktivní modelování ke změně výstupů senzorů v reálném čase (menším zpožděním, ale více hluku).


Viděl jsem Kalman filtry používané pro takové aplikace, ale jejich uplatnění ve vektorovém domény může vyžadovat použití čtveřice místo Euler matic. Čtveřice se snadněji používají výpočetně (méně operací potřebných srovnání s maticemi), ale zjistil jsem, že je mnohem těžší pochopit a dostat pravdu.


Nebo můžete zvolit zcela jinou cestu, a používání statistik a dat padnoucí udělat vše výše uvedené práce do jednoho obrovského kroku. Uvažujme problém takto: Vzhledem k tomu, 6 vstupní hodnoty (XYZ každý z nekalibrovaných magnetometru a akcelerometr) a odkaz na zařízení (za předpokladu, že je ruční, a tam je šipka malované na případu), výstup jeden úhel představující magnetické úložné, proti které je šipka na případ ukazuje, a elevace vzhledem šipky k vektoru gravitace (naklonění pouzdra).


Za použití kalibrovaného referenčního zařízení (jak je uvedeno výše), spárovat se zařízením, které mají být kalibrován, a trvat několik set datových bodů, se zařízením v různých orientacích. Pak použijte silný matematický balíček takový Matlab, MathCAD, R nebo scipy nastavit a řešit nelineárních rovnic pro vytvoření transformační matice. Vypněte si v nastavení zvuková cvičení (reproduktor). Pokud nevíte jak, napište váš OS, prohlížeč, zařízení. Můžete uvést, jaké rozlišení vaše hra podporuje AndroidManifest.xml tím, že [tuto vlastnost](http://developer.android.com/guide/topics/manifest/supports-screens-element.html) . Když řešení Zařízení je tam není uveden, bude Android měřítko výřezu (říká se tomu režimu kompatibility). Samozřejmě stačí koaxiál jeden.

Od antén svedete signál do slučovače, od toho půjde jeden kabel až k účasticeké zásuvce, kde se opět signál rozdělí na TV a RADIO

doplněno 12.09.14 18:02: ovšem musíte počítat s nějakým útlumem jak na slučovači tak na zásuvce... tak aby k tomu nebyl potřeba ještě zesilovač. To už by potom vyšlo levněji snad natahat to dvěma kabely zvlášť ![:)]( ":)")

doplněno 12.09.14 18:09: ben: dnešní účastnické zásuvky, alespoň některé, si s rozbočením signálu už poradí samy. Stačí tedy jeden koaxiál a ony samy v sobě mají frekvenční dělič pro rádio a TV ![:)]( ":)") <p>terminál gnome podporuje 256 barev, ale neinvertuje jeho podporu. autodetekci vimu můžete potlačit zadáním následujícího:</p><pre class="lang-bsh prettyprint-override"><code>if $colorterm == 'gnome-terminal' set t\_co=256 endif </code></pre><p>ve vašem ~/.vimrc.</p><p><strong>poznámka</strong>: pokud použijete obrazovku gnu=), bude šťastně jíst těchto 256 barevných kódů a převést je na základní 16 barev. lepší oprava je změna term na xterm -256barva před spuštěním obrazovky/vim.</p><p><strong>aktualizace pro rok 2017</strong>: pokud máte dostatečně nedávný vim (7.4.1799 nebo novější) a dostatečně pokročilý emulátor terminálu (xterm nebo gnome-terminál založený na dostatečně nejnovější verzi vte), umět <code>:set termguicolors</code> a terminálový vim použije plné 24bitové barvy, jak je definováno vaším motivem vim, pomocí <code>highlight guifg=#rrggbb guibg=#rrggbb</code>.</p>