મેં મેગ્નેટિક ટેપમાંથી અજાણ્યા ફોર્મેટમાં ડેટા કેવી રીતે પુનઃપ્રાપ્ત કર્યો

પ્રાગૈતિહાસિક

રેટ્રો હાર્ડવેરના પ્રેમી હોવાને કારણે, મેં એકવાર યુકેમાં વેચનાર પાસેથી ZX સ્પેક્ટ્રમ+ ખરીદ્યું હતું. કમ્પ્યુટર સાથે જ સમાવિષ્ટ, મને રમતો (સૂચનો સાથેના મૂળ પેકેજિંગમાં) સાથેની ઘણી ઑડિઓ કેસેટ, તેમજ વિશિષ્ટ નિશાનો વિના કેસેટ પર રેકોર્ડ કરાયેલા પ્રોગ્રામ્સ પ્રાપ્ત થયા. આશ્ચર્યજનક રીતે, 40-વર્ષ જૂની કેસેટોનો ડેટા સારી રીતે વાંચી શકાય એવો હતો અને હું તેમાંથી લગભગ તમામ ગેમ્સ અને પ્રોગ્રામ્સ ડાઉનલોડ કરવામાં સક્ષમ હતો.

જો કે, કેટલીક કેસેટ પર મને એવા રેકોર્ડિંગ્સ મળ્યા જે સ્પષ્ટપણે ZX સ્પેક્ટ્રમ કમ્પ્યુટર દ્વારા બનાવવામાં આવ્યા ન હતા. તેઓ સંપૂર્ણપણે અલગ સંભળાતા હતા અને, ઉલ્લેખિત કમ્પ્યુટરના રેકોર્ડિંગ્સથી વિપરીત, તેઓ ટૂંકા બેઝિક બુટલોડરથી શરૂ થયા ન હતા, જે સામાન્ય રીતે તમામ પ્રોગ્રામ્સ અને રમતોના રેકોર્ડિંગમાં હાજર હોય છે.

થોડા સમય માટે આ મને ત્રાસ આપે છે - હું ખરેખર તેમનામાં શું છુપાયેલું છે તે શોધવા માંગતો હતો. જો તમે ઓડિયો સિગ્નલને બાઈટના ક્રમ તરીકે વાંચી શકો છો, તો તમે અક્ષરો અથવા સિગ્નલની ઉત્પત્તિ સૂચવે છે તે કંઈપણ શોધી શકો છો. એક પ્રકારનું રેટ્રો-પુરાતત્વ.

હવે જ્યારે હું બધી રીતે ગયો છું અને કેસેટના લેબલો જાતે જોઉં છું, ત્યારે હું સ્મિત કરું છું

જવાબ મારી આંખોની સામે જ હતો
ડાબી કેસેટના લેબલ પર TRS-80 કમ્પ્યુટરનું નામ છે, અને ઉત્પાદકના નામની નીચે છે: "યુએસએમાં રેડિયો શેક દ્વારા ઉત્પાદિત"

(જો તમે ષડયંત્રને અંત સુધી રાખવા માંગતા હો, તો બગાડનારની નીચે ન જશો)

ઓડિયો સિગ્નલોની સરખામણી

સૌ પ્રથમ, ચાલો ઓડિયો રેકોર્ડિંગ્સને ડિજિટાઇઝ કરીએ. તે જેવો અવાજ કરે છે તે તમે સાંભળી શકો છો:

અને હંમેશની જેમ ઝેડએક્સ સ્પેક્ટ્રમ કોમ્પ્યુટર પરથી રેકોર્ડિંગ સંભળાય છે:

બંને કિસ્સાઓમાં, રેકોર્ડિંગની શરૂઆતમાં એક કહેવાતા છે પાયલોટ ટોન - સમાન આવર્તનનો અવાજ (પ્રથમ રેકોર્ડિંગમાં તે ખૂબ જ ટૂંકો છે <1 સેકન્ડ, પરંતુ અલગ કરી શકાય છે). પાયલોટ ટોન કમ્પ્યુટરને ડેટા પ્રાપ્ત કરવા માટે તૈયાર થવા માટે સંકેત આપે છે. નિયમ પ્રમાણે, દરેક કમ્પ્યુટર સિગ્નલના આકાર અને તેની આવર્તન દ્વારા ફક્ત તેના "પોતાના" પાયલોટ ટોનને ઓળખે છે.

સિગ્નલના આકાર વિશે જ કંઈક કહેવું જરૂરી છે. ઉદાહરણ તરીકે, ZX સ્પેક્ટ્રમ પર તેનો આકાર લંબચોરસ છે:

જ્યારે પાયલોટ ટોન શોધાય છે, ત્યારે ZX સ્પેક્ટ્રમ સ્ક્રીનની સરહદ પર વૈકલ્પિક લાલ અને વાદળી પટ્ટીઓ દર્શાવે છે જે દર્શાવે છે કે સિગ્નલ ઓળખાઈ ગયો છે. પાયલોટ ટોન સમાપ્ત થાય છે સિંક્રો પલ્સ, જે કમ્પ્યુટરને ડેટા પ્રાપ્ત કરવાનું શરૂ કરવા માટે સંકેત આપે છે. તે ટૂંકા સમયગાળા દ્વારા વર્ગીકૃત થયેલ છે (પાયલોટ ટોન અને અનુગામી ડેટાની તુલનામાં) (આકૃતિ જુઓ)

સિંક પલ્સ પ્રાપ્ત થયા પછી, કમ્પ્યુટર સિગ્નલના દરેક ઉદય/પતનને રેકોર્ડ કરે છે, તેની અવધિને માપે છે. જો સમયગાળો ચોક્કસ મર્યાદા કરતાં ઓછી હોય, તો બીટ 1 મેમરીમાં લખવામાં આવે છે, અન્યથા 0. બિટ્સને બાઈટમાં એકત્રિત કરવામાં આવે છે અને N બાઈટ ન મળે ત્યાં સુધી પ્રક્રિયાને પુનરાવર્તિત કરવામાં આવે છે. N નંબર સામાન્ય રીતે ડાઉનલોડ કરેલી ફાઇલના હેડરમાંથી લેવામાં આવે છે. લોડિંગ ક્રમ નીચે મુજબ છે:

1. પાયલોટ ટોન
2. હેડર (નિશ્ચિત લંબાઈ), ડાઉનલોડ કરેલ ડેટા (N), ફાઇલનું નામ અને પ્રકાર સમાવે છે
3. પાયલોટ ટોન
4. ડેટા પોતે

ડેટા યોગ્ય રીતે લોડ થયેલ છે તેની ખાતરી કરવા માટે, ZX સ્પેક્ટ્રમ કહેવાતા વાંચે છે પેરિટી બાઈટ (પેરિટી બાઇટ), જે લેખિત ડેટાના તમામ બાઇટ્સને XOR કરીને ફાઇલ સાચવતી વખતે ગણવામાં આવે છે. ફાઇલ વાંચતી વખતે, કમ્પ્યુટર પ્રાપ્ત ડેટામાંથી પેરિટી બાઇટની ગણતરી કરે છે અને, જો પરિણામ સાચવેલા કરતા અલગ હોય, તો "આર ટેપ લોડિંગ ભૂલ" ભૂલ સંદેશ પ્રદર્શિત કરે છે. કડક શબ્દોમાં કહીએ તો, જો વાંચતી વખતે, તે પલ્સ ઓળખી શકતું નથી (ચૂકી ગયું હોય અથવા તેની અવધિ ચોક્કસ મર્યાદાઓને અનુરૂપ ન હોય) તો કમ્પ્યુટર આ સંદેશ વહેલો આપી શકે છે.

તો, ચાલો હવે જોઈએ કે અજાણ્યો સિગ્નલ કેવો દેખાય છે:

આ પાયલોટ ટોન છે. સિગ્નલનો આકાર નોંધપાત્ર રીતે અલગ છે, પરંતુ તે સ્પષ્ટ છે કે સિગ્નલમાં ચોક્કસ આવર્તનના ટૂંકા સ્પંદનોનું પુનરાવર્તન થાય છે. 44100 Hz ની નમૂનાની આવર્તન પર, "શિખરો" વચ્ચેનું અંતર લગભગ 48 નમૂનાઓ છે (જે ~918 Hz ની આવર્તનને અનુરૂપ છે). ચાલો આ આંકડો યાદ રાખીએ.

ચાલો હવે ડેટા ફ્રેગમેન્ટ જોઈએ:

જો આપણે વ્યક્તિગત કઠોળ વચ્ચેનું અંતર માપીએ, તો તે તારણ આપે છે કે "લાંબા" કઠોળ વચ્ચેનું અંતર હજી પણ ~ 48 નમૂનાઓ અને ટૂંકા વચ્ચેનું - ~ 24 છે. થોડું આગળ જોતાં, હું કહીશ કે અંતે તે બહાર આવ્યું છે કે 918 Hz ની આવર્તન સાથે "સંદર્ભ" કઠોળ ફાઇલની શરૂઆતથી અંત સુધી સતત અનુસરે છે. એવું માની શકાય છે કે ડેટા ટ્રાન્સમિટ કરતી વખતે, જો સંદર્ભ કઠોળ વચ્ચે વધારાની પલ્સ આવી હોય, તો અમે તેને બીટ 1 તરીકે ગણીએ છીએ, અન્યથા 0.

સિંક પલ્સ વિશે શું? ચાલો ડેટાની શરૂઆતમાં જોઈએ:

પાયલોટ ટોન સમાપ્ત થાય છે અને ડેટા તરત જ શરૂ થાય છે. થોડી વાર પછી, વિવિધ ઓડિયો રેકોર્ડીંગ્સનું વિશ્લેષણ કર્યા પછી, અમે જાણવામાં સક્ષમ થયા કે ડેટાનો પ્રથમ બાઈટ હંમેશા સમાન હોય છે (10100101b, A5h). કોમ્પ્યુટર ડેટા મેળવ્યા પછી તેને વાંચવાનું શરૂ કરી શકે છે.

તમે સમન્વયન બાઈટમાં છેલ્લા 1 લી પછી તરત જ પ્રથમ સંદર્ભ પલ્સની શિફ્ટ પર પણ ધ્યાન આપી શકો છો. ડેટા રેકગ્નિશન પ્રોગ્રામ વિકસાવવાની પ્રક્રિયામાં તે ખૂબ પાછળથી શોધાયું હતું, જ્યારે ફાઇલની શરૂઆતમાં ડેટા સ્થિર રીતે વાંચી શકાતો ન હતો.

હવે ચાલો એક અલ્ગોરિધમનું વર્ણન કરવાનો પ્રયાસ કરીએ જે ઑડિઓ ફાઇલ પર પ્રક્રિયા કરશે અને ડેટા લોડ કરશે.

ડેટા લોડ કરી રહ્યું છે

પ્રથમ, ચાલો અલ્ગોરિધમને સરળ રાખવા માટે કેટલીક ધારણાઓ જોઈએ:

1. અમે ફક્ત WAV ફોર્મેટમાં ફાઇલોને ધ્યાનમાં લઈશું;
2. ઑડિયો ફાઇલની શરૂઆત પાયલોટ ટોનથી થવી જોઈએ અને શરૂઆતમાં મૌન ન હોવું જોઈએ
3. સ્ત્રોત ફાઇલમાં 44100 Hz નો સેમ્પલિંગ રેટ હોવો આવશ્યક છે. આ કિસ્સામાં, 48 નમૂનાઓના સંદર્ભ કઠોળ વચ્ચેનું અંતર પહેલેથી જ નિર્ધારિત છે અને અમને પ્રોગ્રામેટિક રીતે તેની ગણતરી કરવાની જરૂર નથી;
4. નમૂનાનું ફોર્મેટ કોઈપણ હોઈ શકે છે (8/16 બિટ્સ/ફ્લોટિંગ પોઈન્ટ) - કારણ કે વાંચતી વખતે આપણે તેને ઈચ્છિતમાં કન્વર્ટ કરી શકીએ છીએ;
5. અમે ધારીએ છીએ કે સ્રોત ફાઇલ કંપનવિસ્તાર દ્વારા સામાન્ય કરવામાં આવે છે, જે પરિણામને સ્થિર કરે છે;

વાંચન અલ્ગોરિધમ નીચે મુજબ હશે:

1. અમે ફાઇલને મેમરીમાં વાંચીએ છીએ, તે જ સમયે નમૂનાના ફોર્મેટને 8 બિટ્સમાં રૂપાંતરિત કરીએ છીએ;
2. ઑડિઓ ડેટામાં પ્રથમ પલ્સનું સ્થાન નક્કી કરો. આ કરવા માટે, તમારે મહત્તમ કંપનવિસ્તાર સાથે નમૂનાની સંખ્યાની ગણતરી કરવાની જરૂર છે. સરળતા માટે, અમે એકવાર જાતે જ તેની ગણતરી કરીશું. ચાલો તેને prev_pos ચલમાં સાચવીએ;
3. છેલ્લા પલ્સની સ્થિતિમાં 48 ઉમેરો (pos := prev_pos + 48)
4. 48 દ્વારા પોઝિશન વધારવી એ બાંહેધરી આપતું નથી કે અમે આગામી સંદર્ભ પલ્સ (ટેપ ખામી, ટેપ ડ્રાઇવ મિકેનિઝમની અસ્થિર કામગીરી, વગેરે) ની સ્થિતિ પર પહોંચીશું, અમારે પલ્સ પોઝની સ્થિતિને સમાયોજિત કરવાની જરૂર છે. આ કરવા માટે, ડેટાનો એક નાનો ટુકડો લો (pos-8;pos+8) અને તેના પર મહત્તમ કંપનવિસ્તાર મૂલ્ય શોધો. મહત્તમને અનુરૂપ સ્થિતિ પોઝમાં સંગ્રહિત કરવામાં આવશે. અહીં 8 = 48/6 એ પ્રાયોગિક રીતે મેળવેલ સ્થિરાંક છે, જે ખાતરી આપે છે કે અમે યોગ્ય મહત્તમ નક્કી કરીશું અને નજીકમાં હોઈ શકે તેવા અન્ય આવેગને અસર કરશે નહીં. ખૂબ જ ખરાબ કિસ્સાઓમાં, જ્યારે કઠોળ વચ્ચેનું અંતર 48 કરતા ઘણું ઓછું અથવા વધુ હોય, ત્યારે તમે પલ્સ માટે ફરજિયાત શોધનો અમલ કરી શકો છો, પરંતુ લેખના અવકાશમાં હું અલ્ગોરિધમમાં તેનું વર્ણન કરીશ નહીં;
5. અગાઉના પગલા પર, તે તપાસવું પણ જરૂરી છે કે સંદર્ભ પલ્સ બિલકુલ મળી આવી હતી. એટલે કે, જો તમે ફક્ત મહત્તમ માટે જુઓ છો, તો આ ખાતરી આપતું નથી કે આ સેગમેન્ટમાં આવેગ હાજર છે. રીડિંગ પ્રોગ્રામના મારા નવીનતમ અમલીકરણમાં, હું સેગમેન્ટ પર મહત્તમ અને લઘુત્તમ કંપનવિસ્તાર મૂલ્યો વચ્ચેનો તફાવત તપાસું છું, અને જો તે ચોક્કસ મર્યાદા કરતાં વધી જાય, તો હું આવેગની હાજરી ગણું છું. જો સંદર્ભ પલ્સ ન મળે તો શું કરવું તે પણ પ્રશ્ન છે. ત્યાં 2 વિકલ્પો છે: કાં તો ડેટા સમાપ્ત થઈ ગયો છે અને મૌન અનુસરે છે, અથવા આને વાંચવાની ભૂલ ગણવી જોઈએ. જો કે, અમે અલ્ગોરિધમને સરળ બનાવવા માટે આને છોડી દઈશું;
6. આગલા પગલા પર, આપણે ડેટા પલ્સ (બીટ 0 અથવા 1) ની હાજરી નક્કી કરવાની જરૂર છે, આ માટે આપણે સેગમેન્ટની મધ્યમાં લઈએ છીએ (prev_pos;pos) Middle_pos બરાબર Middle_pos := (prev_pos+pos)/2 અને સેગમેન્ટ (middle_pos-8;middle_pos +8) પરના અમુક પડોશમાં, ચાલો મહત્તમ અને ન્યૂનતમ કંપનવિસ્તારની ગણતરી કરીએ. જો તેમની વચ્ચેનો તફાવત 10 કરતાં વધુ હોય, તો અમે પરિણામમાં બીટ 1 લખીએ છીએ, અન્યથા 0. 10 એ પ્રાયોગિક ધોરણે મેળવેલ સતત છે;
7. વર્તમાન સ્થિતિને prev_pos માં સાચવો (prev_pos := pos)
8. જ્યાં સુધી આપણે આખી ફાઇલ વાંચી ન લઈએ ત્યાં સુધી પગલું 3 થી શરૂ કરીને પુનરાવર્તન કરો;
9. પરિણામી બીટ એરે બાઈટના સમૂહ તરીકે સાચવેલ હોવું જોઈએ. વાંચતી વખતે અમે સમન્વયન બાઈટને ધ્યાનમાં લીધા ન હોવાથી, બિટ્સની સંખ્યા 8 ના ગુણાંકમાં ન હોઈ શકે, અને જરૂરી બીટ ઓફસેટ પણ અજ્ઞાત છે. અલ્ગોરિધમના પ્રથમ અમલીકરણમાં, મને સમન્વયન બાઈટના અસ્તિત્વ વિશે ખબર ન હતી અને તેથી ઑફસેટ બિટ્સની વિવિધ સંખ્યાઓ સાથે 8 ફાઇલોને ફક્ત સાચવી હતી. તેમાંથી એકમાં સાચો ડેટા હતો. અંતિમ અલ્ગોરિધમમાં, હું ફક્ત A5h સુધીના તમામ બિટ્સને દૂર કરું છું, જે મને તરત જ સાચી આઉટપુટ ફાઇલ મેળવવાની મંજૂરી આપે છે.

રૂબીમાં અલ્ગોરિધમ, રસ ધરાવતા લોકો માટે
પ્રોગ્રામ લખવા માટે મેં રૂબીને ભાષા તરીકે પસંદ કરી, કારણ કે... હું મોટાભાગે તેના પર પ્રોગ્રામ કરું છું. વિકલ્પ ઉચ્ચ-પ્રદર્શન નથી, પરંતુ વાંચનની ઝડપને શક્ય તેટલી ઝડપી બનાવવાનું કાર્ય તે મૂલ્યવાન નથી.

# Используем gem 'wavefile'
require 'wavefile'

reader = WaveFile::Reader.new('input.wav')
samples = []
format = WaveFile::Format.new(:mono, :pcm_8, 44100)

# Читаем WAV файл, конвертируем в формат Mono, 8 bit 
# Массив samples будет состоять из байт со значениями 0-255
reader.each_buffer(10000) do |buffer|
  samples += buffer.convert(format).samples
end

# Позиция первого импульса (вместо 0)
prev_pos = 0
# Расстояние между импульсами
distance = 48
# Значение расстояния для окрестности поиска локального максимума
delta = (distance / 6).floor
# Биты будем сохранять в виде строки из "0" и "1"
bits = ""

loop do
  # Рассчитываем позицию следующего импульса
  pos = prev_pos + distance
  
  # Выходим из цикла если данные закончились 
  break if pos + delta >= samples.size

  # Корректируем позицию pos обнаружением максимума на отрезке [pos - delta;pos + delta]
  (pos - delta..pos + delta).each { |p| pos = p if samples[p] > samples[pos] }

  # Находим середину отрезка [prev_pos;pos]
  middle_pos = ((prev_pos + pos) / 2).floor

  # Берем окрестность в середине 
  sample = samples[middle_pos - delta..middle_pos + delta]

  # Определяем бит как "1" если разница между максимальным и минимальным значением на отрезке превышает 10
  bit = sample.max - sample.min > 10
  bits += bit ? "1" : "0"
end

# Определяем синхро-байт и заменяем все предшествующие биты на 256 бит нулей (согласно спецификации формата) 
bits.gsub! /^[01]*?10100101/, ("0" * 256) + "10100101"

# Сохраняем выходной файл, упаковывая биты в байты
File.write "output.cas", [bits].pack("B*")

પરિણામ

અલ્ગોરિધમ અને સ્થિરાંકોના ઘણા પ્રકારો અજમાવીને, હું ખૂબ જ રસપ્રદ કંઈક મેળવવા માટે નસીબદાર હતો:

તેથી, અક્ષર શબ્દમાળાઓ દ્વારા અભિપ્રાય આપતા, અમારી પાસે ગ્રાફ બનાવવા માટેનો પ્રોગ્રામ છે. જો કે, પ્રોગ્રામ ટેક્સ્ટમાં કોઈ કીવર્ડ્સ નથી. બધા કીવર્ડ્સ બાઇટ્સ તરીકે એન્કોડ કરેલા છે (દરેક મૂલ્ય > 80h). હવે આપણે એ શોધવાની જરૂર છે કે 80 ના દાયકાનું કયું કમ્પ્યુટર આ ફોર્મેટમાં પ્રોગ્રામ્સને સાચવી શકે છે.

હકીકતમાં, તે બેઝિક પ્રોગ્રામ જેવું જ છે. ZX સ્પેક્ટ્રમ કમ્પ્યુટર પ્રોગ્રામ્સને મેમરીમાં લગભગ સમાન ફોર્મેટમાં સ્ટોર કરે છે અને પ્રોગ્રામ્સને ટેપમાં સાચવે છે. માત્ર કિસ્સામાં, મેં કીવર્ડ્સની સામે તપાસ કરી ટેબલ. જો કે, પરિણામ દેખીતી રીતે નકારાત્મક હતું.

મેં લોકપ્રિય એટારી, કોમોડોર 64 અને તે સમયના અન્ય ઘણા કમ્પ્યુટર્સના મૂળભૂત કીવર્ડ્સ પણ તપાસ્યા, જેના માટે હું દસ્તાવેજો શોધવામાં સક્ષમ હતો, પરંતુ સફળતા વિના - રેટ્રો કમ્પ્યુટર્સના પ્રકારો વિશેનું મારું જ્ઞાન એટલું વિશાળ ન હોવાનું બહાર આવ્યું.

પછી મેં જવાનું નક્કી કર્યું સૂચી, અને પછી મારી નજર ઉત્પાદક રેડિયો શેક અને TRS-80 કમ્પ્યુટરના નામ પર પડી. આ એ જ નામો છે જે મારા ટેબલ પર પડેલી કેસેટોના લેબલ પર લખેલા હતા! હું આ નામો પહેલા જાણતો ન હતો અને TRS-80 કમ્પ્યુટરથી પરિચિત ન હતો, તેથી મને એવું લાગતું હતું કે રેડિયો શેક એ BASF, Sony અથવા TDK જેવી ઑડિયો કેસેટ ઉત્પાદક છે અને TRS-80 એ પ્લેબેકનો સમય હતો. કેમ નહિ?

કમ્પ્યુટર ટેન્ડી/રેડિયો શેક TRS-80

તે ખૂબ જ સંભવ છે કે પ્રશ્નમાં ઓડિયો રેકોર્ડિંગ, જે મેં લેખની શરૂઆતમાં ઉદાહરણ તરીકે આપ્યું હતું, તે આના જેવા કમ્પ્યુટર પર બનાવવામાં આવ્યું હતું:

તે બહાર આવ્યું છે કે આ કમ્પ્યુટર અને તેની જાતો (મોડલ I/Model III/Model IV, વગેરે) એક સમયે ખૂબ જ લોકપ્રિય હતા (અલબત્ત, રશિયામાં નહીં). નોંધનીય છે કે તેઓએ જે પ્રોસેસરનો ઉપયોગ કર્યો તે પણ Z80 હતું. આ કમ્પ્યુટર માટે તમે ઇન્ટરનેટ પર શોધી શકો છો ઘણી બધી માહિતી. 80 ના દાયકામાં, કમ્પ્યુટર માહિતીનું વિતરણ કરવામાં આવ્યું હતું સામયિકો. આ ક્ષણે ત્યાં ઘણા છે અનુકરણકર્તાઓ વિવિધ પ્લેટફોર્મ માટે કમ્પ્યુટર્સ.

મેં ઇમ્યુલેટર ડાઉનલોડ કર્યું trs80gp અને આ કોમ્પ્યુટર કેવી રીતે કામ કરે છે તે પ્રથમ વખત હું જોઈ શક્યો. અલબત્ત, કોમ્પ્યુટર કલર આઉટપુટને સપોર્ટ કરતું ન હતું; સ્ક્રીન રીઝોલ્યુશન માત્ર 128x48 પિક્સેલ હતું, પરંતુ ત્યાં ઘણા એક્સ્ટેન્શન્સ અને ફેરફારો હતા જે સ્ક્રીન રીઝોલ્યુશનને વધારી શકે છે. આ કોમ્પ્યુટર માટે ઓપરેટિંગ સિસ્ટમ અને બેઝિક લેંગ્વેજના અમલીકરણ માટેના વિકલ્પો પણ ઘણા બધા વિકલ્પો હતા (જે ZX સ્પેક્ટ્રમથી વિપરીત, કેટલાક મોડેલોમાં ROM માં "ફ્લેશ" પણ નહોતા અને કોઈપણ વિકલ્પ ફ્લોપી ડિસ્કમાંથી લોડ કરી શકાય છે, જેમ કે ઓએસ પોતે)

મને પણ મળી ઉપયોગિતા ઑડિયો રેકોર્ડિંગ્સને CAS ફોર્મેટમાં રૂપાંતરિત કરવા માટે, જે ઇમ્યુલેટર્સ દ્વારા સપોર્ટેડ છે, પરંતુ કેટલાક કારણોસર તેનો ઉપયોગ કરીને મારી કેસેટમાંથી રેકોર્ડિંગ્સ વાંચવાનું શક્ય ન હતું.

CAS ફાઇલ ફોર્મેટને શોધી કાઢ્યા પછી (જે ટેપમાંથી ડેટાની થોડી-બાય-બીટ નકલ હોવાનું બહાર આવ્યું છે જે મારી પાસે પહેલેથી જ હતું, સિંક બાઇટની હાજરીવાળા હેડર સિવાય), મેં એક બનાવ્યું. મારા પ્રોગ્રામમાં થોડા ફેરફારો અને ઇમ્યુલેટર (TRS-80 મોડલ III) માં કામ કરતી કાર્યકારી CAS ફાઇલને આઉટપુટ કરવામાં સક્ષમ હતી:

મેં પ્રથમ પલ્સ અને સંદર્ભ કઠોળ વચ્ચેના અંતરને GEM પેકેજ તરીકે સ્વચાલિત નિર્ધારણ સાથે કન્વર્ઝન યુટિલિટીનું નવીનતમ સંસ્કરણ ડિઝાઇન કર્યું છે, સ્રોત કોડ અહીં ઉપલબ્ધ છે Github.

નિષ્કર્ષ

અમે જે માર્ગની મુસાફરી કરી છે તે ભૂતકાળની રસપ્રદ યાત્રા બની છે, અને મને આનંદ છે કે અંતે મને જવાબ મળ્યો. અન્ય વસ્તુઓમાં, હું:

• મેં ZX સ્પેક્ટ્રમમાં ડેટા બચાવવા માટેનું ફોર્મેટ શોધી કાઢ્યું અને ઑડિયો કેસેટમાંથી ડેટા બચાવવા/વાંચવા માટે બિલ્ટ-ઇન ROM રૂટિનનો અભ્યાસ કર્યો.
• હું TRS-80 કોમ્પ્યુટર અને તેની જાતોથી પરિચિત થયો, ઓપરેટિંગ સિસ્ટમનો અભ્યાસ કર્યો, નમૂના કાર્યક્રમો જોયા અને મશીન કોડ્સમાં ડિબગીંગ કરવાની તક પણ મળી (છેવટે, બધા Z80 નેમોનિક્સ મને પરિચિત છે)
• ઑડિઓ રેકોર્ડિંગને CAS ફોર્મેટમાં કન્વર્ટ કરવા માટે એક સંપૂર્ણ સુવિધાયુક્ત ઉપયોગિતા લખી, જે "સત્તાવાર" ઉપયોગિતા દ્વારા માન્ય ન હોય તેવા ડેટાને વાંચી શકે છે.

સોર્સ: www.habr.com