Rozlišení na externím monitoru



Ahoj.Vlastním Macbook Air 13" Early 2014. (MAC OS X Mojave)Když zapojím do Macbooku kabel s jedním koncem mini display port a druhý konec do monitoru (už obyčejná velikost display portu), tak mi Macbook dokáže pustit do monitoru až 2560x1440... to je moje nativní rozlišení monitoru.Koupil sem si redukci z mini display portu na HDMI, tak Macbook do monitoru dokáže pustit už jen fullhd.Je to problém macbooku nebo redukce???Redukce je by měla zvládnout údajně až 4k.Dík za odpověď.
Nějak jsem nepochopil smysl koupě redukce na HDMI, když to na DP fungovalo dobře.
<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> 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). že je to ošklivější mi nevadí. Ale že je horší funkčnost, obslužnost, to je k zamyšlení, proč autoři jdou touto cestou.
Na velkém monitoru PC skoro nepoužitelné, takže jediná možnost je si okno prohlížeče zmenšit do středu monitoru. Snad se ozve dost lidí, aby to vrátili zpátky, případně vyřešili svůj záměr jinak než zhoršením obslužnosti pro uživatele PC. Vypněte si v nastavení zvuková cvičení (reproduktor). Pokud nevíte jak, napište váš OS, prohlížeč, zařízení. 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. 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. 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. <p><strong> edit: </strong>první kontrola, pokud jste nevyčerpali místo na disku, před vyřešením rozlišení souvisejícího s konfigurací.</p><p>zdá se, že máte příliš nízkou maximální velikost <code>innodb\_data\_file\_path</code> ve vašem <code>my.cnf</code>, v tomto příkladu</p><pre><code>innodb\_data\_file\_path = ibdata1:10m:autoextend:max:512m </code></pre><p>nelze kombinovat více než 512 mb dat ve všech tabulkách inodbb.</p><p>možná byste měli přepnout na režim inodb-na-stůl pomocí <code>innodb\_file\_per\_table</code>.</p> <p>znamenalo by to velmi odlišnou technologii, než jaká se v současnosti používá. nesnažil bych se přinutit dotyková zařízení do sémantiky obrazovkových zařízení. dotyková zařízení vyvíjejí vlastní odlišnou sadu očekávání uživatelů. dotek na vznášení je naprosto přijatelný. viděl jsem několik pěkných příkladů naznačování uživateli, kde se při prvním načtení obrazovky objevují „vznášející se“ oblasti. nějakým způsobem zvýrazníte horká místa a poté se tato světla po sekundě nebo dvou nechají zmizet.</p> <p>pokud chcete přesměrovat připojení x přes ssh, musíte jej povolit na straně serveru i klienta. (v závislosti na distribuci může být ve výchozím nastavení povoleno nebo zakázáno.) na straně serveru se ujistěte, že máte <code>x11forwarding yes</code> v <a href="http://www.freebsd.org/cgi/man.cgi?query=sshd\_config&amp;sektion=5"><code>/etc/sshd\_config</code></a> (nebo <code>/etc/ssh/sshd\_config</code> nebo kdekoli je konfigurační soubor). na straně klienta předejte možnost <code>-x</code> <a href="http://www.freebsd.org/cgi/man.cgi?query=ssh&amp;sektion=1"><code>ssh</code> příkaz</a> , nebo vložte do svého <a href="http://www.freebsd.org/cgi/man.cgi?query=ssh\_config&amp;sektion=5"><code>forwardx11</code> <code>~/.ssh/config</code></a> .</p><p>pokud spustíte <code>ssh -x localhost</code>, měli byste vidět, že <code>$display</code> je (pravděpodobně) <code>localhost:10.0</code>. kontrast s <code>:0.0</code>, což je hodnota, když nejste připojeni přes ssh. (část <code>.0</code> může být vynechána; je to číslo obrazovky, ale více obrazovek se používá zřídka.) existují dvě formy x displejů, s nimiž se pravděpodobně setkáte:</p><ul> <li>místní displeje, s ničím před <code>:</code>.</li> <li>zobrazí se tcp s názvem hostitele před <code>:</code>.</li> </ul><p>s <code>ssh -x localhost</code> můžete přistupovat k x serveru přes obě displeje, ale aplikace budou používat jinou metodu: <code>:number</code> přistupuje k serveru prostřednictvím lokálních soketů a sdílené paměti, zatímco <code>hostname:number</code> přistupuje k serveru přes tcp, což je pomalejší a deaktivuje některá rozšíření.</p><p>nezapomeňte, že pro přístup k serveru x potřebujete formu autorizace nazvanou cookie a obvykle uloženou za scénami v souboru <code>~/.xauthority</code>. pokud používáte ssh pro přístup k jinému uživatelskému účtu nebo pokud vaše distribuce umístí soubory cookie do jiného souboru, možná zjistíte, že <code>display=:0</code> nefunguje v relaci ssh (ale <code>ssh -x</code>, pokud je to povoleno na serveru; při provádění <code>ssh -x</code> nemusíte nikdy mluvit s <code>xauthority</code>. pokud se jedná o problém, musíte <a href="https://unix.stackexchange.com/questions/10121/ssh-display-variable/10126#10126">nastavit proměnnou prostředí <code>xauthority</code></a> nebo <a href="https://unix.stackexchange.com/questions/1596/can-i-launch-a-graphical-program-on-another-users-desktop-as-root/1600#1600">získat soubory cookie jiného uživatele</a> .</p><p>chcete-li odpovědět na aktuální otázku:</p><ul> <li> <p>místní displeje odpovídají soketu v <code>/tmp/.x11-unix</code>.</p> <pre><code>(cd /tmp/.x11-unix &amp;&amp; for x in x*; do echo ":${x#x}"; done) </code></pre></li> <li> <p>vzdálené displeje odpovídají otevřeným tcp portům nad 6000; přístup k zobrazovacímu číslu n na počítači m se provádí připojením k portu tcp 6000 + n na počítači m. ze samotného stroje m:</p> <pre><code>netstat -lnt | awk ' sub(/.*:/,"",$4) &amp;&amp; $4 &gt;= 6000 &amp;&amp; $4 &lt; 6100 { print ($1 == "tcp6" ? "ip6-localhost:" : "localhost:") ($4 - 6000) }' </code></pre> <p>(zbytek této odrážky je pouze v akademickém zájmu.)</p> <p>z jiného počítače můžete pomocí <code>nmap -p 6000-6099 host\_name</code> zkoušet otevřené tcp porty v obvyklém rozsahu. dnes je vzácné, že x servery poslouchají na soketu tcp, zejména mimo rozhraní zpětného smyčky.</p> <p>přesně řečeno, jiná aplikace by mohla používat port v rozsahu obvykle používaném x servery. můžete zjistit, zda server x poslouchá kontrolou toho, který program má port otevřený.</p> <pre><code>lsof -i -n | awk '$9 ~ /:60[0-9][0-9]$/ {print}' </code></pre> <p>pokud se ukáže něco dvojznačného, ​​jako je <code>sshd</code>, neexistuje žádný způsob, jak zjistit, zda se jedná o server x nebo náhoda.</p> </li> </ul>