1 điểm bởi GN⁺ 2024-06-01 | 2 bình luận | Chia sẻ qua WhatsApp
  • Cần bảo tồn một số đoạn ghi âm ngắn còn lại trên chiếc Apple PowerBook Duo 280c đời 1994, nhưng mọi ngả như đầu ra âm thanh, đĩa mềm, mạng và bộ chuyển đổi đĩa đều bị chặn, nên gửi fax trở thành đường vòng
  • Dùng trình biên tập hex của ResEdit để mở tệp âm thanh dưới dạng văn bản hệ thập lục phân, dán vào Microsoft Word rồi gửi qua chức năng fax trong hộp thoại in
  • Việc nhận do modem tích hợp và ứng dụng fax trên ThinkPad T60 chạy Windows XP đảm nhiệm; thay vì nối trực tiếp hai laptop bằng dây điện thoại, cần một mạch mô phỏng đường dây điện thoại dùng pin 9V
  • Cách chuyển ảnh fax TIF ngược lại bằng OCR để lại tiếng lách tách và tiếng nổ lụp bụp trong âm thanh do nhận nhầm 0/C, 9/4, 0/D cùng các lỗi bỏ sót và chèn thêm
  • Cuối cùng, tác giả tạo công cụ FaxToBinary để trực tiếp phân tích lưới ký tự chữ đơn cách, huấn luyện thủ công các mẫu ký tự, và khôi phục tệp âm thanh khớp từng byte với bản gốc

Các đường sao chép bị chặn

  • Thiết bị đích là PowerBook Duo 280c đời 1994, bên trong có vài đoạn ghi âm ngắn cần bảo tồn
  • May mắn là laptop vẫn khởi động được, ổ cứng quay khi gõ nhẹ, và các tệp âm thanh có thể phát qua loa trong
  • Các cách sao chép thông thường lần lượt bị chặn
    • Không có jack âm thanh, nên khó sao chép analog với chất lượng tốt
    • Ổ cứng bên trong dùng SCSI với đầu nối lạ, và cũng không chắc hệ thống hiện đại có thể đọc dễ dàng hệ thống tệp HFS cũ hay không
    • Khi nối ổ đĩa mềm ngoài, máy tính không hoạt động, và cũng không tìm ra nguyên nhân hỏng
    • Có cổng AppleTalk và jack điện thoại, nhưng chưa cài phần mềm mạng
  • HTTP chỉ được chuẩn hóa vào năm 1996, và chiếc laptop này cũng không có phần mềm quay số có thể dùng vào thời đó
  • Thay vào đó, vẫn còn trình quay số điện thoại và phần mềm fax, nên có thể đi đường vòng bằng modem

Biến tệp thành tài liệu fax

  • Trên laptop có cài ResEdit, một trình biên tập tài nguyên, cùng với các trò chơi; trình biên tập hex của công cụ này cho phép xem nội dung thô của tệp dưới dạng hệ thập lục phân
  • ResEdit không hỗ trợ chức năng in, nên phải chuyển văn bản hex sang ứng dụng khác
  • Tệp âm thanh ví dụ có dung lượng 37.928 byte, và vì mỗi byte được hiển thị bằng hai ký tự hex, phần biểu diễn văn bản dài gấp đôi
  • Do có giới hạn về kích thước có thể xử lý một lần, tệp được chia ra để sao chép; mỗi phần xử lý theo đơn vị 12288 byte, tức 0x3000, để dễ nhớ offset
  • Văn bản hex sao chép vào clipboard có thể dán nguyên xi vào tài liệu Microsoft Word, và Word có chức năng in
  • Tất cả các tệp đều dưới 100KB, và tốc độ sao chép thủ công qua clipboard từ ResEdit sang Word được ước tính trung bình khoảng 316 byte/giây

Tạo đường dây điện thoại giả giữa hai laptop

  • Máy tính nhận là ThinkPad T60 có modem quay số tích hợp, và ứng dụng fax của Windows XP có thể lưu fax đến dưới dạng ảnh TIF nhiều trang
  • Cách nối trực tiếp hai laptop bằng cáp điện thoại thất bại
    • PowerBook gọi đi nhưng ThinkPad không bắt máy
    • Tùy chọn “Ignore Dial Tone” cũng không có tác dụng
  • Điện áp do mạng điện thoại có dây thực cung cấp đóng vai trò quan trọng để modem hoạt động, và vấn đề này được giải quyết bằng mạch mô phỏng đường dây điện thoại
  • Mạch này có thể làm bằng các linh kiện điện tử phổ biến và pin 9V, cung cấp một đường dây điện thoại giả giữa hai laptop
  • Do yêu cầu của FCC, việc gửi fax cần có trang bìa; sau khi thêm trang bìa, quá trình truyền diễn ra
  • Ban đầu, sau khi raster hóa, thời gian truyền dự kiến là 24 phút, nhưng bằng cách giảm cỡ chữ, nó được rút xuống còn 6 trang và 7 phút; fax được ThinkPad nhận ở tốc độ 14400bps

OCR vẫn để lại lỗi

  • Fax mà ThinkPad nhận được là ảnh TIF, và để biến nó trở lại thành tệp nhị phân, trước tiên tác giả thử chuyển đổi PDF và OCR
  • Ảnh fax có vẻ thuận lợi cho OCR
    • Văn bản được máy tính tạo ra nên căn chỉnh và hình dạng ổn định
    • Bộ ký tự chỉ gồm 16 loại là 0-9 và A-F
    • Dùng Courier, một phông chữ đơn cách phổ biến
  • Có thể chọn văn bản kết quả OCR, sao chép vào trình biên tập hex và lưu thành tệp nhị phân
  • Audacity đoán định dạng âm thanh của tệp kết quả là unsigned 8-bit PCM, little-endian, 22050Hz, mono và cũng hiển thị dạng sóng
  • Phát lại nhìn chung ổn, nhưng các điểm sụt đột ngột trong dạng sóng nghe như tiếng lách tách hoặc tiếng nổ lụp bụp do lỗi chép lại của OCR
  • Dù thử nhiều chương trình OCR cũng như thay đổi cỡ chữ và phông chữ, vẫn không đạt được độ chính xác 100%
    • Nhầm lẫn giữa 0 và C, 9 và 4, 0 và D
    • Cũng có trường hợp bỏ sót ký tự hoặc chèn ký tự mới

Khôi phục từng byte bằng FaxToBinary

  • Vì văn bản trong ảnh fax được tạo bằng phông chữ đơn cách, có thể coi toàn bộ tài liệu như một lưới ký tự có khoảng cách cố định
  • Khi căn đúng điểm bắt đầu, offset ký tự và khoảng cách dòng, có thể cắt và phân tích từng ký tự riêng lẻ
  • Công cụ tự viết cho phép kiểm tra ở phần xem trước bên trái xem các tham số kích thước và offset đã đúng chưa; nếu khi di chuyển giữa các ký tự hoặc đổi dòng không có trôi lệch thì có thể bắt đầu xử lý
  • Nhận dạng ký tự hoạt động theo cách huấn luyện thủ công đơn giản
    • Với mỗi mẫu duy nhất xuất hiện lần đầu, người dùng chỉ định đó là ký tự nào
    • Về sau, khi gặp ký tự có cùng hình dạng, công cụ nhớ câu trả lời trước đó và tái sử dụng
  • Mã nguồn công cụ được cung cấp dưới dạng FaxToBinary.zip
  • Sau một chút huấn luyện thủ công, công cụ xuất ra tệp; âm thanh phát mượt mà không còn tiếng nổ lụp bụp và trở thành bản sao khớp từng byte với bản gốc
  • Sau khi khôi phục tệp, DOOM cũng chạy được trên chiếc PowerBook đó

2 bình luận

 
kayws426 2024-06-01

Chỉ là suy nghĩ thoáng qua.

  • Thật ngạc nhiên khi Microsoft Word lại được cài trên một chiếc PowerBook 30 năm tuổi.
  • Nếu muốn OCR thì đáng lẽ phải ở dạng có cung cấp checksum chứ không phải mã RAW-HEX. Những định dạng đơn giản như ihex hoặc srecord cũng cung cấp checksum.
  • Nếu là người dùng Linux, tôi đoán họ đã gọi điện và truyền tệp an toàn bằng zmodem.
 
GN⁺ 2024-06-01
Ý kiến trên Hacker News
  • Khi OCR các bản dump thập lục phân từ tạp chí máy tính cũ, tôi từng gặp vấn đề tương tự và đã giải quyết bằng cách tạo một công cụ để kiểm chứng kết quả OCR.
    Khi nhập kết quả OCR và tách các chữ số, công cụ hiển thị các ký tự được cắt từ bản gốc theo từng nhóm phân loại; chỉ cần nhìn bằng mắt, con người có thể nhanh chóng phát hiện các lỗi phân loại như “3” bị đưa vào nhóm “8”.
    https://blog.qiqitori.com/2023/03/ocring-hex-dumps-or-other-...
    https://blog.qiqitori.com/2023/03/ai-day-in-retroland-prolog...
    Tôi đã viết hai bài liên quan và công cụ cũng được liên kết trong bài. Tuy nhiên, tính dễ dùng của công cụ chỉ nhỉnh hơn sendmail một chút thôi.
    Tôi không biết chiếc laptop Apple cũ đó có môi trường lập trình hay thứ gì tương tự Microsoft Word thời ấy hay không, nhưng có lẽ đã có cách tốt hơn mà không cần hack phần cứng.

    • Dĩ nhiên là có môi trường lập trình, nhưng không được tích hợp sẵn; vấn đề cốt lõi ở đây là ổ đĩa mềm ngoài không hoạt động.
      Cách tốt hơn có lẽ là dùng cổng nối tiếp thay vì gửi fax qua cổng modem. Adapter serial-USB rất dễ kiếm.
    • Cách này có vẻ cũng có thể cải thiện bằng tự động hóa. Có lẽ nó đã có trong một bài báo cách đây 40 năm rồi, chỉ là tôi không biết tên.
      Về cơ bản, ở lượt quét thứ hai, tìm các điểm ngoại lai trong từng nhóm ký tự, tạm thời phân loại lại sang nhóm khác; nếu điểm tương đồng của các nhóm liên quan tốt lên thì giữ thay đổi đó, rồi lặp lại cho đến khi không còn cải thiện nữa.
      Ví dụ, tìm “số 3 ít giống các số 3 khác nhất”, tạm đưa nó vào nhóm “8”; nếu điểm “các mảnh số 3 giống nhau đến mức nào” và “các mảnh số 8 giống nhau đến mức nào” được cải thiện, thì có thể giữ thay đổi đó.
      Tuy nhiên, nếu tài liệu có trộn nhiều kiểu chữ, việc gom các số “3” thuộc các font khác nhau vào cùng một nhóm có thể phản tác dụng bằng cách làm hỏng điểm tương đồng của nhóm.
    • Cũng có thể dùng tìm/thay thế của Word để chọn một bộ 16 ký tự tránh các nhầm lẫn OCR.
    • Tôi nhớ đến ứng dụng OCR từng dùng khi chuyển phụ đề PGS sang SRT. Nó hiển thị các từ và chữ cái theo nhóm, rồi để người dùng phê duyệt hoặc sửa kết quả nhận dạng.
  • Chẳng phải chiếc laptop đó có cổng nối tiếp (COM) sao? Thời đó gần như phổ biến, và theo trang này [1] thì nó có hai cổng.
    Dùng Zmodem là giải quyết đơn giản, và có vẻ phần mềm terminal cũng đã có sẵn.
    [1] https://everymac.com/systems/apple/powerbook_duo/specs/mac_p...

    • Có thể dùng xmodem hoặc zmodem, và truyền file hai chiều mong muốn bằng mã hóa macbinary.
      Tuy nhiên, phía PowerBook cần có thứ gì đó có thể nhận qua cổng nối tiếp. ClarisWorks chắc chắn làm được, và rất có khả năng Office cũng có cùng chức năng “nhận tài liệu”.
      Hoặc có thể “in” ra cổng nối tiếp rồi bắt đầu ra nối tiếp. Thực chất là truyền văn bản một chiều, nhưng đủ cho việc tác giả muốn làm.
      Dù vậy, cách gửi fax rồi OCR khá hay.
    • Tôi là tác giả. Câu hỏi hay, và có lẽ là có cổng đó, nhưng nói thật tôi không quen với Zmodem.
      Tôi không nhớ laptop có cài ứng dụng terminal nào, nhưng cũng có thể tôi đã không tìm đủ kỹ.
    • Có cổng đó. Giống như Kevin McCallister trong Home Alone có thể gọi cảnh sát, tác giả có vẻ đã chọn biến nó thành một câu chuyện đặc biệt thay vì dùng lời giải đơn giản nhất.
    • Vì Apple dùng đầu nối mini DIN 8 chân cho cổng nối tiếp, có thể tác giả không có đúng loại cáp.
  • Ban đầu tôi tưởng họ sẽ chụp ảnh màn hình laptop cũ rồi OCR, nhưng cách làm thực tế thú vị hơn nhiều.
    Dù vậy, có lẽ để font thật lớn rồi dành 24 phút để truyền sẽ nhanh hơn. Viết phần mềm OCR đã cập nhật có khả năng mất hơn 24 phút.
    Nhưng nếu làm thế thì đâu còn vui nữa.

    • Tôi là tác giả. Ngay cả OCR văn bản sạch do máy tính tạo ra bằng phần mềm thương mại còn khó cho ra kết quả ổn định, nên tôi nghĩ OCR từ ảnh chụp còn kém đáng tin hơn.
      Trong bài tôi lược bỏ cho gọn, nhưng thực tế tôi đã thử nhiều font và cỡ chữ, mỗi kiểu một trang, rồi kiểm tra thủ công; không có cải thiện lớn.
    • Trước đây tôi từng giải quyết vấn đề chia sẻ màn hình Wayland theo kiểu này. [0]
      [0] https://social.immibis.com/notice/AeWSRvyKlhBB2hANoe
    • Laptop ở độ tuổi này đáng lẽ phải có cổng nối tiếp. Ngay cả trong môi trường như Win95, cũng có thể dùng null modem, chạy TCP/IP và sao chép file sang một OS tương đối hiện đại qua SMB.
    • Tác giả nói rằng họ đã thử nhiều cỡ chữ.
  • Hồi còn trẻ, tôi từng phải lấy cơ sở dữ liệu dBase 2 từ một desktop CP/M sang một PC xách tay MS-DOS.
    Tôi thiết lập cáp nối tiếp, chạy PROCOMM trên PC, đặt cổng hai bên thành 9600/n/8/1, rồi in từ dBase 2 trong khi PROCOMM ghi phiên làm việc ra file.
    Nếu chạy mà không dừng đủ lâu để ghi ra đĩa mềm thì ký tự sẽ bị mất, nên phía CP/M tôi dùng ctrl-s/q để điều khiển luồng.
    Lúc đó dường như chưa ai từng nghĩ ra cách làm như vậy.

    • Trong trường hợp MacBook này, có vẻ vấn đề là không có phần mềm phù hợp.
      Dù vậy, nếu đã cài modem thì theo tôi nhớ cũng phải có phần mềm terminal.
  • AppleTalk gần như là đáp án đúng. Driver được tích hợp sẵn và Apple đã duy trì khả năng tương thích trong thời gian dài rất tốt.
    Tôi từng gặp vấn đề tương tự khi chuyển tệp giữa IIGS và thiết bị hiện đại; trình giả lập floppy, SCSI, serial thô đều có thể dùng được, nhưng nếu đặt một máy Mac có cả AppleTalk lẫn Ethernet ở giữa, thì có thể kéo-thả toàn bộ cây thư mục giữa thiết bị đích dựa trên AppleTalk và một chia sẻ như SMB, nên rất đơn giản.
    SCSI cũng thường khá dễ chuyển đổi nếu bạn biết đầu nối và loại ổ đĩa, đồng thời sẵn sàng nối chuỗi vài adapter. Tôi nhớ ổ SCSI 2,5 inch thuộc loại đầu nối dòng SCA, và miễn là tuân thủ quy tắc single-ended/differential thì có adapter SCSI để nối gần như mọi thứ với nhau.
    Vấn đề là tìm OS hoặc công cụ đọc được hệ thống tệp Mac cũ; có lẽ một trong các tiện ích đọc ảnh raw cũng có thể đọc và ghi disk image.

    • Giá mà tác giả cung cấp model HDD, PCB và ảnh đầu nối thì tốt.
      Có lẽ việc nối nó sang nơi khác để sao chép dữ liệu đã có thể khá đơn giản. Tôi làm ở nơi thường xuyên xử lý cả phần cứng hơn 30 năm tuổi theo kiểu này, và điểm mấu chốt là phải thoát khỏi khuôn khổ một giải pháp phần mềm.
      Đây không phải là vấn đề phần mềm, và phần lớn cần một loại chuyên môn khác.
    • Tác giả nói rằng phần mềm mạng chưa được cài đặt.
      Về chuyển đổi SCSI thì tôi cũng nghĩ giống vậy; tác giả nói không chắc có đọc được volume HFS hay không, nhưng Linux đã có driver HFS từ hàng chục năm nay.
    • Bỏ qua vấn đề đầu nối bên trong, hầu hết laptop Mac và mọi máy Mac hiện đại đều có Target Mode, cho phép phơi bày ổ cứng trong như một thiết bị SCSI, FireWire, Thunderbolt hoặc USB bên ngoài để mount trên máy tính khác.
      Trong trường hợp này là PowerBook Duo và đĩa SCSI, nên cần một thiết bị như Duo Dock[2], adapter chuyển HDI-30[3], cùng tổ hợp cáp·converter·controller để nối thiết bị parallel SCSI vào hệ thống hiện đại.
      Nếu có máy với khe PCI Express hoặc vỏ Thunderbolt PCI Express, tôi khuyên dùng adapter LSI Logic Ultra320 trên eBay, giá dưới 50 đô la. Driver cho macOS, Linux, Windows đều dễ kiếm.
      Khi đã chuẩn bị xong, chỉ cần nối các máy Mac bằng cáp SCSI, giữ phím T khi PowerBook khởi động để vào target disk mode, rồi nếu OS hỏi có muốn định dạng đĩa không đọc được hay không thì nhất định trả lời không.
      Để truy cập hệ thống tệp HFS, cách có vẻ đầy đủ và dễ nhất trên macOS là tạo raw disk image, sao lưu, sau đó cài Mac OS 9 trong qemu, gắn image vào, dùng Alsoft PlusMaker để chuyển đổi tại chỗ từ HFS sang HFS+, rồi mount image trên macOS hiện tại.
      Thêm nữa, bạn cũng sẽ có một hệ thống Mac OS 9 giả lập trên máy Mac hiện đại, có thể chạy phần lớn ứng dụng từ ổ cứng PowerBook gốc.
      [1] https://developer.apple.com/library/archive/technotes/tn/tn1...
      [2] https://en.wikipedia.org/wiki/PowerBook_Duo#Docking_stations
      [3] https://www.amazon.com/dp/B0081SAIS2/
      [4] https://www.broadcom.com/support/download-search?pg=Legacy+P...
      [5] https://wiki.qemu.org/Documentation/GuestOperatingSystems/Ma...
      [6] https://www.macintoshrepository.org/19-plusoptimizer-plusmak...
      [7] https://www.macintoshrepository.org/809-stuffit-deluxe-1-5-x...
      [8] https://www.macintoshrepository.org/1724-toast-5-titanium
  • Cái này giống một bài thi lý thuyết thông tin thực chiến nên khá thú vị
    “Hãy truyền một tệp 32.000 byte qua kênh mong muốn. Kênh nào cũng tệ theo một cách nào đó. Bạn có smartphone, cổng serial và máy tính. Máy tính không có trình biên dịch, nhưng có thể dùng bất kỳ chức năng cơ bản nào. Lời giải cần nhiều byte nhập vào hơn tệp cần truyền, chẳng hạn như script, sẽ bị loại. Không giới hạn thời gian, nhưng lời giải nhanh nhất sẽ thắng. Bắt đầu.”
    Nếu là một chiếc Mac cũ thì không biết tôi có làm tốt hơn tác giả không. Tuy vậy, nếu có thể đổi các ký tự trông giống nhau về mặt thị giác như 3 và 8 thành những ký tự rất dễ phân biệt, kiểu 8→Z, thì cũng khá hấp dẫn khi nghĩ rằng cách nhanh nhất có thể là quay màn hình bằng smartphone rồi OCR
    Tôi nhớ System 7 có AppleScript, nên có lẽ đã có thể có một bước thay thế kiểu sed

    • Trước khi nghĩ tới giải pháp phần mềm, có lẽ tôi sẽ tháo ổ đĩa ra và cắm vào một giao tiếp XYZ-to-USB trước
      Cài hfsprogs, mount ổ đĩa rồi lấy tệp cần thiết ra là xong
      Đầu nối proprietary có thể là vấn đề, nên có lẽ cần cách vòng như hàn tạm tại chỗ, nhưng may là thiết bị cũ thường vẫn chạy khá tốt dù làm vậy
      Nói thật thì đó là lợi thế của dân phần cứng
    • OCR bằng camera smartphone có thể dễ tạo ra các lỗi khó phát hiện và sửa
      Vì vậy có lẽ tôi sẽ tìm một mã hóa khiến lỗi trở nên cực kỳ hiếm. Nếu phải dump toàn bộ ổ đĩa của laptop, tôi nghĩ thà để laptop bật suốt một tuần còn hơn dùng một cách nhanh hơn nhưng dễ sinh lỗi
      Tính sơ bộ, gửi 320MB trong một tuần là 530 byte mỗi giây. Nếu hiển thị màn hình ở 4Hz và quay bằng smartphone, có thể giả định là không có rơi khung hình hay artifact kỳ lạ; như vậy mỗi khung khoảng 135 byte, tức 1080 bit
      Chia màn hình 8,4 inch 640×480 thành các ô vuông 16×16 pixel thì sẽ có khoảng 1000 ô cỡ 0,5cm. Nếu hiển thị mỗi ô trắng/đen trong 0,25 giây, artifact của camera sẽ không ảnh hưởng nhiều tới dữ liệu và gần như khớp với băng thông cần thiết
    • Tôi tò mò không biết cần bao nhiêu byte để nhập bằng trình biên tập hex một chương trình nhị phân xuất dữ liệu lên màn hình dưới dạng chuỗi ảnh trắng đen giống QR code nhưng không phải QR
      Vì không OCR ký tự nên sẽ giảm các vấn đề nêu trên, nhưng trước tiên vẫn phải đưa chương trình đó vào máy
  • Đoạn nói rằng ổ cứng trong là SCSI với đầu nối lạ nên có vẻ khó dùng adapter thực ra có một hướng là dùng bus SCSI
    SCSI là giao thức bus mastering cho phép nhiều master dùng chung bus, nên có thể cắm đồng thời hai máy tính vào cùng một bus SCSI và cùng truy cập thiết bị đĩa. Không nên tin tưởng việc ghi đồng thời lên hệ thống tệp, nhưng toàn bộ ổ đĩa thời đó ngày nay chỉ là một tệp lớn, nên cứ dump nguyên khối là được
    Sự không nhất quán của hệ thống tệp đang mở cũng chỉ ở mức giống khôi phục sau sự cố, và có lẽ không ảnh hưởng tới các tệp đã lưu từ lâu
    HFS cũ cũng nhờ ưu điểm kiểu mã nguồn mở/New Jersey mà hẳn rất dễ mount qua loopback trên Linux
    Tôi vẫn còn giữ ảnh đĩa đầy đủ của một chiếc Mac SE20 cũ đời 1988 và thỉnh thoảng vẫn mount nó. Nó cũng được lấy ra qua bus SCSI. Tôi nghĩ số 20 là MHz của bộ xử lý 68020, nhưng tình cờ máy cũng có ổ 20MB, và chiếc SE30 năm sau cũng tương tự
    Phần dùng phần mềm fax làm tôi nhớ tới một ý tưởng trước đây chỉ nghĩ đến mà chưa thực hiện. Nếu đưa vào trang bìa fax một thứ giống QR code lớn mã hóa định dạng .DOC của tài liệu, thì vẫn có thể gửi bằng máy fax thông thường, còn nếu bên nhận là modem máy tính thì có thể nhận tài liệu ở định dạng gốc rồi dùng handshake để dừng phần truyền fax còn lại
    Có lẽ đó đã là một cách chuyển tiếp êm hơn khỏi công nghệ fax cũ

  • Vài năm trước tôi đã mất khá nhiều thời gian để chuyển tệp qua lại giữa Macintosh Plus và máy tính hiện đại
    Khi đó tôi dùng hai ổ ZIP 100MB, tức SCSI cho Mac Plus và USB cho máy tính hiện đại; về sau thì dùng kết nối cổng serial với phần mềm terminal [1]
    Giờ có một lựa chọn tốt hơn và rẻ hơn là BlueSCSI[2]. Đây là trình giả lập HDD SCSI có thể mount các tệp .img lưu trên thẻ SD như đĩa HDD, đồng thời cũng hỗ trợ giả lập CD và card mạng
    Sau khi chép tệp vào ổ ảo như vậy, có thể trích xuất trên thiết bị hiện đại bằng trình duyệt HFS hoặc trình giả lập
    [1] https://blog.rekawek.eu/2016/12/08/mac-plus#hard-drive
    [2] https://bluescsi.com/

    • Ngày xưa tôi từng mơ có một ổ Zip. Đến giờ tôi vẫn không hiểu rõ vì sao nó không trở thành tiêu chuẩn như ổ USB sau này
  • Đây là một bài viết thật sự hấp dẫn, và với hiểu biết hạn chế của tôi về máy tính thì nó quá phức tạp
    Khoảng năm 1993~1994, nếu nhớ lại thứ tự so với các sự kiện khác, tôi từng có cơ hội “sửa” một chiếc laptop IBM không khởi động được. Nó dày, nặng và to, nhưng màn hình chỉ cỡ một chiếc đĩa mềm 3,5 inch
    Tôi chưa từng thấy chiếc laptop nào như vậy trong ảnh hay ở đâu khác, nên đoán rằng ngay cả theo tiêu chuẩn thời đó thì nó cũng đã là đồ cũ hơn nữa. Nếu ai biết đó là gì, tôi muốn xem ảnh
    Một ông chú hàng xóm lập dị, lỗi thời, kiểu người cố vấn, đã đưa nó cho tôi để thử sửa, và tôi đã đặt nó trên bàn khoe trong vài ngày. Có lẽ tôi đã sửa nó bằng một cách ngớ ngẩn và đơn giản như sửa AUTOEXEC.BAT rồi tải WordStar. Thứ cần dùng cũng chỉ là WordStar trên DOS, thậm chí không phải Windows 3.x
    Rất có khả năng chiếc laptop đó là do các nhà truyền giáo Cơ Đốc đến thăm nhà thờ địa phương ở quê tôi tặng lại
    Tôi còn một câu chuyện sửa máy tính khác, nhưng phải nhớ lại chi tiết để viết ra. Đó là chuyện ngủ trong doanh trại quân đội trên núi, có lính gác vũ trang đi kèm khi đi tiểu, rồi chăm sóc một phụ nữ mang thai bằng xe cứu thương trên đường về. “Nhiệm vụ” đó tôi đi cùng một người bạn hàng xóm thuở nhỏ, nhưng anh ấy đã qua đời, và ông chú lỗi thời kia cũng đã qua đời. Hai việc không liên quan với nhau

  • Nếu đã có “phần mềm fax” thì gần như chắc chắn cũng đã có trình giả lập terminal, và hẳn có thể gửi tệp mà không làm hỏng chúng bằng thứ như ZMODEM
    Đọc mà khổ sở, giống như nhìn ai đó dùng dao phết bơ thay cho tua vít chính xác vậy