Nelze spustit hry na novém herním ntb



Zdravím, mám od listopadu nový ntb Asus rog strix gl703vd(Herní notebook - Intel Core i5 7300HQ Kaby Lake, 17.3" LED 1920x1080 IPS antireflexní, RAM 8GB DDR4, NVIDIA GeForce GTX 1050 2GB GDDR5, SSHD 1TB, WiFi 802.11ac, Bluetooth 4.1, HD webkamera, HDMI, miniDisplayPort, USB 3.1 Gen 1, USB-C 3.1 Gen 1, podsvícená klávesnice, baterie 64Wh, Windows 10 Home 64-bit)Vůbec mi nejdou spustit některé hry, resp. jdou mi spustit hry podporované geforce experience, ale třeba takový HeroesVI (který na starým pc byly nehratelný) se nedají spustit - teda někdy šly, ale tak jeden pokus z 5ti a jinak se spustí a zůstane jen černá obrazovka (a spešl u Heroes z toho ani nejde vyskočit a musím pokaždý restartovat pc). Totéž i u jiných her, který se ani nespustí. Všechny hry mám koupený ze Steamu, Uplay a GOG.Můžete mi poradit, v čem může být problém? Páč si ani nemůžu koupit nějakou hru, protože nevím, jestli mi vůbec půjde spustit..![](/Client.Images/smileys/7.gif)Díky za radu.
To je herní leda názvem ![](/Client.Images/smileys/1.gif) Jinak ovladače grafiky a ostatních komponentů jsou aktuální?
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ě. Použij nějaké "Live CD"

[o106.com/...](http://o106.com/odvirovani-pocitace-s-windows-bootovatelna-live-cd-s-antiviry/) děkuji všem za rady, ale problém je na straně ubisoftu, globální verze ac black flag funguje bez problém, ale verze eastern europe (kód z krabičky) už ne.

naštěstí jsem problém vyřešil, tak že kamarád mi poskytnul zbytek věci z globální verze, co se přes uplay nestáhlo, potom jsem dal ručně vyhledal nainstalovanou hru.

kontaktoval jsem elfin52 abych mu hru taky zprovoznil. Príčin může být spousta a zrejme to nebude mit souvislost z Duolingem. Zkuste se poptat nekde na forech, kde se resi hardwarove zalezitosti. Dobrý den, to je problém kodeků, kterých je hodně a potom nějaký film AVI přehrávat lze a jiný nikoliv (mám to takto v STB). Já to neřeším, resp. přehraji si film v PC, ale kdybych to řešit chtěl, tak si ve Format Factory zjistím u filmu, který se v STB přehrává, jaké má vlastnosti (a kodek) a podle toho bych zkusil překonvertovat film nefunkční do stejných vlastností (a kodeku). Jinak, píšete o autorádiu, ale asi to bude spíše DVD player, ne? Zdravím!

  
doplněno 25.05.18 21:16: achjo - napište nám zde, jaká je to značka a přesný typ toho autorádia (zkusíme si najít nějaké info o tom přístroji na internetu). Mě by třeba zajímalo, jak má to autorádio velkou obrazovku.

  
doplněno 25.05.18 22:58: achjo - tak jsem si ten přístroj našel na internetu a musím se přiznat, že něco takového jsem ještě neviděl - tam už snad chybí jen vodotrysk ![](). Kouknul jsem i na nějaké video na YouTube a je to pěkná mašinka (zvláště to "vyšpulení" obrazovky je efektní). No, má to umět přehrávat DivX, což jsou soubory videa s koncovkou AVI. Jenže, jak už jsem Vám psal, tak problém bude v tom kodeku, resp. ne každé video AVI se přehraje v daném přístroji. Už jsem zmínil program Format Factory, který si dohledáte a nainstalujete do PC (je zdarma a v češtině). Potom tam zkusíte film, který ten přístroj nepřehraje překonvertovat s jiným kodekem a zase jako AVI - tady Vám více neporadím, protože se to musí zkusit a výsledek potom zkusit v tom autorádiu. Nebo je další možnost překonvertovat do MPG, což je formát, který umí přehrát snad každý DVD přístroj. Zkuste si pohrát s Format Factory a snad se Vám to podaří, když už máte takový unikátní přístroj. Hodně štěstí. problém vyřešen, můj model notebookh nedovoloval boot z usb fleshky 2.0, z usb fleshky 3.1 to šlo. díky fedorákům na linuxdays za pomoc :wink: <ol> <li>v systému windows spusťte příkazový řádek jako správce</li> <li>vyvolejte spuštění nouzového režimu příkazem: <code>bcdedit /set {current} safeboot minimal</code></li> <li>během spouštění restartujte počítač a zadejte systém bios.</li> <li>přejděte z ide do režimu ahci, poté <code>save &amp; exit</code>.</li> <li>windows 10 se spustí v nouzovém režimu.</li> <li>klepněte pravým tlačítkem myši na ikonu okna a vyberte, abyste spustili příkazový řádek v administrátorském režimu z různých možností.</li> <li>zrušte bootování v nouzovém režimu příkazem: <code>bcdedit /deletevalue {current} safeboot</code></li> <li>restartujte počítač ještě jednou a tentokrát se spustí normálně, ale s aktivovaným režimem ahci.</li> </ol><p>( <a href="http://www.tenforums.com/drivers-hardware/15006-attn-ssd-owners-enabling-ahci-mode-after-windows-10-installation-5.html">zdroj</a> )</p> Už jste se snažil změnit cílovou CPU `x86`místo `"Any CPU"`v pokročilých možnostech kompilátoru? Vím, že to řeší některé problémy s ostatními `OLEDB`poskytovateli vynucením použití 32-bitové verzi. <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>můžete se podívat do <code>/sys/block</code>:</p><pre><code>-bash-3.2$ ls -ld /sys/block/sd*/device lrwxrwxrwx 1 root root 0 jun 8 21:09 /sys/block/sda/device -&gt; ../../devices/pci0000:00/0000:00:1f.2/host0/target0:0:0/0:0:0:0 lrwxrwxrwx 1 root root 0 jun 8 21:10 /sys/block/sdb/device -&gt; ../../devices/pci0000:00/0000:00:1f.2/host1/target1:0:0/1:0:0:0 lrwxrwxrwx 1 root root 0 jun 8 21:10 /sys/block/sdc/device -&gt; ../../devices/pci0000:00/0000:00:1f.2/host2/target2:0:0/2:0:0:0 lrwxrwxrwx 1 root root 0 jun 8 21:10 /sys/block/sdd/device -&gt; ../../devices/pci0000:00/0000:00:1f.2/host3/target3:0:0/3:0:0:0 </code></pre><p>nebo pokud nemáte <code>/sys</code>, můžete se podívat na <code>/proc/scsi/scsi</code>:</p><pre><code>-bash-3.2$ cat /proc/scsi/scsi attached devices: host: scsi0 channel: 00 id: 00 lun: 00 vendor: ata model: st31000340as rev: sd1a type: direct-access ansi scsi revision: 05 host: scsi1 channel: 00 id: 00 lun: 00 vendor: ata model: st31000340as rev: sd1a type: direct-access ansi scsi revision: 05 host: scsi2 channel: 00 id: 00 lun: 00 vendor: ata model: st31000340as rev: sd1a type: direct-access ansi scsi revision: 05 host: scsi3 channel: 00 id: 00 lun: 00 vendor: ata model: st31000340as rev: sd1a type: direct-access ansi scsi revision: 05 host: scsi4 channel: 00 id: 00 lun: 00 vendor: pepperc model: virtual disc 1 rev: 0.01 type: cd-rom ansi scsi revision: 03 </code></pre>