Dnia Thu, 13 Jul 2017 14:46:33 -0700 (PDT), s...@g...com
> W dniu czwartek, 13 lipca 2017 19:07:04 UTC+2 użytkownik J.F. napisał:
>> Użytkownik sczygiel napisał w wiadomości grup
>>>Sporo formatów graficznych w dawnych czasach miało mocne koligacje z
>>>tym jak sie te dane prezentowały w pamięci komputera podczas
>>>wyświetlania.
>>>Tak było w przypadku grafik na c64 i na amidze. Lub ewentualnie jesli
>>>nie były dumpem pamięci to miały jakieś nieskomplikowane metody
>>>kompresji.
>>>Dlatego wtedy formaty tekstowe dla grafiki nie były prawie wcale
>>>uzywane.
>>
>> Ale to w zasadzie nie na temat. Dumpy pamieci czy nie - jezyki
>> programowania nie przewidywaly dolaczania danych binarnych.
>>
>
> W kodzie bezpośrednio nie. Ale juz jako załadowanie danych z dysku -
> bardzo popularne. Choćby wspomniany pascalowy rekord. Czy wpisane z
> ręki w pliku źródłowym czy załadowane z pliku za pomocą krótkiego
> polecenia - dla programisty problem niewielki.

Ale nie o to chodzi, zeby program przy wykonaniu sobie przeczytal.
Tylko o to, zeby kompilator przeczytal i do kodu dolaczyl.

Takiej opcji nie ma, trzeba dane opisac tekstem.

>>>Wyjatkami sa właśnie te wstawki w kodach źródłowych lub serie poleceń
>>>DATA w basicu.
>> DATA w basicu to ciagle tekst, DB czy DW w assemblerze to ciagle
>> format tekstowy,
>
> Tekst, ale niezbyt zjadliwy. Spróbuj takiego komodorowego duszka
> (dodac kropke tu i ówdzie) czy inna sinusoidę edytowac (zmienić
> amplitude) tak z marszu ręcznie :) Niewielka to pomoc w tym ze
> postac jest tekstowa :)

w assemblerze byl format binarny :-)

>> Byc moze w czasach gdy pamieci bylo 16 czy 64KB nie bylo to wielkim
>> problemem - takie dane byly malutkie, nie bylo problemu zapisac bajt
>> po bajcie :-)
>>
> Ano, jakos w tamtych czasach ludzie mieli wiecej czasu. :)
> Chyba ;)

Chodzilo mi o to, ze jak mam sobie duszka zdefiniowac, cale 21 bajtow,
to moge sobie napisac w jakims DB, czy DATA.
Generator znakow do Spectrum, bodajze 1KB, juz troche uciazliwy.
A dzis wszystko znacznie wieksze.


J.