մի քիչ առաջ իբէյում oric atmos առան՝ $175֊ով։ էդ թանկ ա, իրանից աւելի շատ հնարաւորութիւն ունեցող atari֊ները աւելի էժան են վաճառւում։ պարզապէս հազուադէպ ա, չի ճարւում, սիրողներն աւելի շատ են, քան առաջարկը։
ես չփորձեցի էլ, բայց կուզէի իսկականն ունենալ։
իսկ իրա վրայ գիտեմ ինչ կաշխատի՝ կաշխատի ջեմինի կլիենտ։ զի իրան շատ յիշողութիւն պէտք չի։
ու մէկ էլ սպանիչ բան են արել, ընդլայնող տպասալ, ու օպերացիոն համակարգ։
իւնիքսանման համակարգ ա, օրինակ fork()֊ն ա իրա մէջ աշխատում։
էհ։
մտածում եմ, մի քիչ ժամանակ լինի, էսա socialhome֊ից hugo սինքը կանեմ, ու մէկ էլ, եթէ դա անեմ, մի քայլի մէջ կը լինեմ, կարող եմ նաեւ gemini socialhome֊ի «ֆրոնթէնդ» պատրաստել։
#անկապ #օրիկ #ռետրոհամակարգչութիւն #ռետրօ #ատմոս #կարգիչ
ես էլ եմ նկատել, «օրիկ ատմօս»֊ի օրինակով, որ նոր դեմօներն աւելի վերջն են, քան պատմական դեմօներն ու խաղերը, ու որ հիմա արդէն ժամանակակից մօտեցումներ ու լուծումներ են օգտագործել հին մեքենաների հետ աշխատելիս։
#օրիկ #ռետրոհամակարգչութիւն #էկրանահան #կարգիչ #անգլերէն #յօդուած #պատմութիւն
եւս մի կայք ռետրօ ծրագրերով՝
https://www.planetemu.net/roms/tangerine-oric-1-atmos-telestrat-tapesets
#օրիկ #ռետրոհամակարգչութիւն #ռետրո #ռետրօ #կարգիչ #պատմութիւն
երէկ սէնց գիֆ սարքեցի՝
սա՝ oric atmos համակարգչի համար գրուած zorgon’s revenge խաղի վիշապն ա։
ո՞նց ես գիֆը սարքեցի՝
նախ վերցրի մի քանի էկրանահան oricutron էմուլեատորով։ այս էկրանահանի պէս մի քանիսը՝
բայց էկրանաններից մի մասի անունը screenshot06.bmp֊ի պէս էր, իսկ մի մասինը՝ screenshot16.bmp իսկ մի մասինը՝ screenshot116.bmp֊ի պէս էր՝ նկատի ունեմ՝ թուի երկարութիւնը տարբեր էր։
ու դա կարեւոր ա սորտաւորման համար, զի ես չեմ կարող այս վիճակում ասել՝
convert *.bmp dragon.gif — սխալ յաջորդականութեամբ ա միացնելու իրար։
այդ պատճառով նախ պէտք եղաւ անունները նորմալիզացնել։ դա շատ հեշտ ա շելլով անել՝
list=`ls *.bmp`
for i in $list
do
NUMBER=$(echo $i | grep -o -E '[0-9]+')
NEWNUM=`printf "%03d\n" "${NUMBER#0}"`
j=`echo $i | sed "s/$NUMBER/$NEWNUM/"`
echo "$i becomes $j"
mv $i $j
done
ահա, հիմա ունեմ ճիշտ լիստ, որը սկսւում ա screenshot006.bmp֊ից եւ աւարտւում screenshot117.bmp֊ով։
հիմա պէտք ա այս բոլոր նկարիկներից կտրել հէնց այդ վիշապի մասը։
մի քանի փորձի արդիւնքում համոզուեցի պիքսելներով թէ որ մասն ա պէտք կտրել։ եւ աշխատեցրի այս սկրիպտը՝
OUTRES="74x74"
OFFSETX=151
OFFSETY=69
for i in `ls *.bmp`
do
convert -crop ${OUTRES}+${OFFSETX}+${OFFSETY} ${i} ${i}_crop.bmp
done
հիմա արդէն ունենք փոքրիկ նկարիկներ՝ screenshot006.bmp_crop.bmp եւ այլն։
արդէն հեշտ ա։
convert -delay 30 *crop.bmp vishap.gif
եւ ահա, ստանում ենք սա՝
ապա գիֆը կարելի ա սքէյլ անել 64x64֊ի (էդքան լաւ չի իհարկէ) ու վերբեռնել divoom սարքի մէջ՝
եւ վայելել իսկական պիքսելարտ էկրանին։
ու տէնց։
#պիքսելարտ #խաղ #պատմութիւն #զորգոն #օրիկ #ատմոս #պրաւեց #ռետրո #համակարգիչ #գրաֆիկա #իւնիքս #շելլ #անկապ #վիշապ #վիշապիկ #էկրանահան #գիֆ #առօրեայ
փայնբուքի վրայ իմ ջենթու֊ում գրաֆիկայի հետ խնդիրներ կային, իսկ սոնայի մանջարօյում՝ գրեթէ չէ՝ անհամեմատելի լաւ ա վիճակը։
մտածում էի՝ ինչի՞ց ա, ու մտածում էի նաեւ՝ ո՞նց չափելի դարձնել էդ խնդիրը, որ կարողանամ տարբերութիւնը թուերով հասկանալ, նաեւ որ հասկանամ, երբ եմ կարողանում լաւացնել կամ վատացնել վիճակը կարգաւորումներ փոխելով ու/կամ ռեքոմփայլ անելով։
չափելու ձեւը գտայ պատահաբար։ ես չեմ խաղում համակարգչային խաղեր՝ երբ խաղում եմ՝ յետոյ անտանելի ցաւում ա անիմաստ անց կացրած ժամանակի համար։ բայց որ վերջերս անհանգիստ էի՝ մտածեցի՝ փորձեմ։ նաեւ՝ ինտերնետ չունեմ՝ ու մտածեցի՝ քոմփայլ անել oric էմուլեատոր, իսկ իր խաղերը՝ մի քանի կիլոբայթ են՝ քաշելը խնդիր չի։
տեսնեմ՝ ինձ մօտ էմուլեատորը մօտ 30-50% ֆրէյմռէյթ ա տալիս, իսկ մանջարօյում՝ 100%։ ահա՝ պոչը բռնեցի, հիմա գիտեմ ինչպէս չափել։
կարճ ասած, ոնց որ թէ windowmaker֊ի կոմպոզիտորը չի կարողանում օփենջլ նորմալ օգտագործել, գոնէ էդ չիպսետի կամ վիդեօ քարտի վրայ։ գուցէ միջուկը դեռ սղոցեն, լաւացնեն՝ դզուի։ բայց դէ դեռ որ 5.9.1֊ով չի լաւացել։
ու կարելի ա այլ կոմպոզիտոր աշխատեցնել՝ ես աշխատեցրի picom֊ը։
այս կոնֆիգով՝
backend = "glx";
#backend = "xrender";
#backend = "xr_glx_hybrid";
glx-no-stencil = true;
glx-no-rebind-pixmap = true;
#use-damage = true;
xrender-sync-fence = true;
refresh-rate = 0;
vsync = true;
այն այլ բեքենդներ էլ ունի, բայց հէնց ջիէլիքսով տարբերութիւն տուեց։
ըստ որում իրան կարելի ա աշխատեցնել հէնց էդպէս, windowmaker֊ից։ աշխատեցնել ինչ֊որ կոնֆիգով, տեսնել ո՞նց ա, անջատել, կրկին աշխատեցնել։
ու տէնց։
#լինուքս #ջենթու #փայնբուք #տեքնոլոգիաներ #կոմպոզիտոր #օրիկ #էմուլեատոր #լուծում
ես սիրում եմ դեմոներ։
ու ես սիրում եմ օրիկ համակարգիչը։
ու սա իրա համար ամենալավ դեմոներից ա։
որը ի դեպ արդեն վերջերս ա արված ոչ թե ութանասունականներին։
ու էդ նենց մի տեսակ հավես ա հիմա էն կոմպերի համար տենց մի բան անել որ նույնիսկ էն ժամանակ չեին անում։
հա ու ի դեպ ես էդ տղեքին գիտեմ։
ու նույնիսկ օգնել եմ լիքը։
իսկ մի հատ սայթ ունեի գեոսիթիզում որը հիմա ջնջել են սրիկաները, իսկ ես չհասցրեցի բաքափել, որտեղ Ռենե Մագրիտի երեքհարյուրից շատ նկար քոնվերթ էի արել որ օրիկով նայել լինի։
մենակ կարող եմ գտնել ՑԵՈ մագ – քլաբ եուրոպ օրիկ-ի իմ էդ նկարներով քովերներից մեկը։
համ էլ ես այնտեղ տպագրվել եմ մի անգամ․ իմ չորս կիլոբայթանոց կրիպտոգրաֆիկ ծրագրով ։Ճ որը աշխատում էր Մաթիաս Շանդոր ցանցային շիֆրի սկզբունքով։
ու տենց
Recently I have managed to port oo2c Oberon compiler to a number of nmos6502 based platforms including
Atari 8 bit
Apple ][
Commodore
Pet
Oric Atmos
NES
oo2c is two pass Oberon-2 language compiler. First pass generates abstract syntax tree and second pass generates target machine code. Currently oo2c generates very optimized ansi-c code.
That code is very similar to assembler, with many goto statements etc.
oo2c developers prefer to use C as a portable assembler and for that reason it is possible not only to write in Oberon-2 language for most of the platforms but also to easily port it to any platform if there is C compiler available for it.
Initially Stewart Greenhill who sometimes deal with embedded systems and avr micro controllers have been written minilib and changed oo2c code so it could generate code for 8 bit cpus. I have changed minilib so it could be compiled with cc65 c compiler which generates code for many 8 bit 6502 based platforms. That is why now one can write object oriented code for nmos 6502 platforms 🙂
Compiler port is available for download at http://sourceforge.net/projects/nmos6502-oo2c