[(nagyrészt) MEGOLDVA] Virtualizált FreeDOS ablakának felskálázása

Virtualizáció

Úgy esett, hogy egy ősrégi, karakteres felületű DOS-os programot kell újra használhatóvá tennem. Általam ismeretlen okból sem Windows alatt, sem dosboxból emulált DOS alatt sem hajlandó működni.

A lehetőség, hogy valódi, natív DOS-t futtassak 2010-ben, egy mai gépen, nem villanyozott fel. Ekkor a gépet semmi másra nem lehetne használni, arról nem beszélve, hogyha a célprogram lefagy (ami sajnos gyakran előfordul), akkor tényleg lefagy, visszahozva a hardveres resetelés már-már elfeledettnek tűnt élményét.

Tehát maradt a virtuális gép. Ubuntu 10.04-re feltelepítettem a legújabb VirtualBoxot és abba egy FreeDOS virtuális gépet. Ezzel végre működik a program, amiért az egészbe belevágtam.

Egy baj van csak: a DOS 80×25 karakteres ablaka igen apró az 1280×1024 pixel felbontású képernyőn. Teljes képernyőn sem jobb, ekkor a betűk ugyanakkorák, csak éppen egy fekete keret tölti ki a képernyő maradékát.

Az kéne, hogy a virtualizációs szoftver felnagyítsa az ablakot - hasonlóan, mint ahogy a GBA emulátorok vagy a dosbox csinálja. De úgy láttam, a VirtualBox erre nem képes. A bugtrackerük tanúsága szerint "dolgoznak rajta", amivel én nem sokra megyek most.

Tehát a kérdés: létezik-e olyan (lehetőleg ingyenes) virtualizációs megoldás, ami ezt, tehát a guest ablakának felskálázását akár simán a kétszeresére, akár teljes képernyőre, tudja.
Ha több ilyen is van, akkor melyiket ajánljátok?

  • 2069 megtekintés

( Zaneck | 2010. 08. 29., v – 19:40 )

VBoxSDL-el mennie kell, sőt megy is, támogatja a fullscreen scaling-ot, én is azzal szoktam alacsony felbontású teljesképernyős alkalmazásokat futtatni virtuális gépen.

Magával az xrandr -scale paraméterrel is meg lehet oldani valahogy, még nem próbáltam, Nvidia videókártyával nem fog menni, mert nem támogatja a RandR 1.3 X Extension-t, de AMD-vel és integrált Intel-el működhet.

Ez jó lenne, ha működne, de nem működik. Se a --fullscreen, se a --fullscreenresize, se semmilyen kombináció.

Ugyanazt kapom, mint a sima VirtualBoxszal.

szerk.:

Érdekes. Először a laptopon próbáltam, ott nem működött. A másik gépen viszont igen. Az előbbiben NVidia Quadro NVS140Mittomén video van, az utóbbiban valamilyen integrált Intel.

szerk2: majdnem jó. Időnként kifekteti az X-et, ami nem annyira jó.

( pampipudli | 2010. 08. 29., v – 21:00 )

Szerintem itt mindenképpen a guest oprendszeren kell reszelni - jelen esetben a dos-on.
Ha létezik valamilyen dos-os vesa drivere a virtualboxnak és találsz rá megfelelő applikációt, akkor van esély, bár jó lenne tudni milyen szoftvert akarsz rajta futtatni, és főleg hogy miben íródott, mert lehet hogy eleve veszett ügy.
Windows 3.1-ben nem volt erre valami megoldás? Szerintem egy próbát megér, annyira talán nem lassítaná be mint egy hekkelt dos..

( petyas v | 2010. 08. 29., v – 21:55 )

Javaslom, hogy az X felbontását állítsad át 640x480-ra, vagy ha engedi a rendszer, akkor 640x400-ra.
Utána indítsad el a VirtualBox-ot, ennek hatására a DOS karakterek megfelelő méretüek lesznek.
Péter

( strangelove | 2010. 08. 29., v – 22:23 )

Megoldási ötlet:

Futtass egy virtuális gépen egy kiherélt, csak QEMU futtatására képes linuxot, amiben futtatsz egy QEMU-t, amit a belsõ virtuális gépen fullscreen-nel indítasz, így ablakméretnyi lesz a 80x25 textmode és az 1024x768 XGA felbontás is.

QEMU-ban QEMU gond nélkül fogja tudni, viszont a speciális billentyûk jelentéseire vigyázz (ctr++alt, ctrl+alt+F, stb...)

http://www.youtube.com/watch?v=QXz7-BNC6jw
http://nocirc.org/

QEMU is SDL-t hasznal. Szoval ha a (szinten SDL-es) VB nem tudja minden hardware-en (vagy driverfuggo), akkor - ha o a ludas - a QEMU sem fogja tudni.
De egy probat meger, nekem - amig hasznaltam - ment QEMUval a fullscreen.

--
Always remember - correlation does not imply causation.
Since realising this, my life has been so much better.

Mivel itt 2 Qemu van betervezve, es az egyik a masikon belul fut, valamint a kulso Qemu linuxot fog futtatni, igy tul azon, hogy csipobol 1/6 sebessegrol beszelunk, maga a linux is lassu lesz, ami a DOS-os Qemu-t futtatja majd.
-- 


Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

( uid_720 | 2010. 08. 30., h – 08:03 )

Szia!

Segíteni nem tudok, de szeretném megdícsérni a helyesírásodat és a stílusodat. Kevés ilyet lehet látni az utóbbi időben. Még a "×" jelet is használod, amit pedig nem szoktak az emberek :-)

Üdv,

Fuszenecker Róbert

Nem lehetetlen, hogy igazad van.

Megnéztem a Google-t, a "dícsér"-re ad több találatot, és egy nyelvtudós oldal is ezt támasztja alá.

De a "dicsér" szerepel a Google találati lista első 20 oldalán.

Kerestem egy friss kiadást a Magyar helyesírás szabályaiból, sajnos nem sok sikerrel. A MEK-es változatnak nincsen 168. oldala, mert csak 88 oldalas :-)

Na mindegy, mindig tanul az ember.

( kikuchiyo | 2010. 08. 30., h – 10:19 )

Köszönöm a tippeket.

A QEMU-t kipróbálom. A hardveres támogatás hiánya miatti esetleges lassúsága nem nagy probléma, legalább jobban visszaadja a régi 386-os felhasználói élményt. :)

Ha a videomeghajtó fagyása okozta problémát valahogy mérsékelni tudom, akkor a jelenlegi VBoxSDL-es megoldás is jó lesz. A teljes képernyőre skálázás elégséges, sőt, talán még jobb is, mint az ablakos kétszeresre nagyítás.

Azt nem tudom, hogy kinek jelentsem a hibát. Az történik ugyanis, hogy amikor elindulna a teljes képernyős virtuális gép, az Oracle logós kép helyett villódzik a monitor néhányat - mintha teljesen megszűnne a videojel, mert a monitor keresi a bemenetet - aztán megjelenik egy fekete képernyő, a bal alsó sarokban egy "Az Ubuntu gyenge grafikájú módban fut. Kijelzője, videokártyája és bemeneti eszközeinek beállításai nem ismerhetők fel megfelelően." üzenet egy részével. A rendszer éppen működőképes marad, a konzolra (tty1) be lehet jelentkezni, de annak is rossz a felbontása.
Szóval valószínű, hogy a közmondásosan rossz linuxos Intel videomeghajtó csinálja össze magát a felbontás-váltáskor. De miért csak akkor, és miért nem minden alkalommal?

Nem tudom Ubuntu alatt mi a helyzet, de Arch Linux-al és integrált Intel 855GM-el nekem korábban nem volt problémám a VBoxSDL-el.

Xrandr kimenet mit mond?

Esetleg meg lehetne próbálni KMS nélkül ha ez lehetséges, ha nem akkor VESA driverrel.

Vagy szedj le egy disztribúciót 2.6.27-es LTS kernellel és 2.9-es xf86-video-intel-el, azok még az UXA-ra, KMS-re, GEM-re való átállás előttről vannak, úgy mennie kell.