А PPP то тут причём? Уровнем не ошибся?
А PPP то тут причём? Уровнем не ошибся?
Самое лучшее что можно сделать - это соединить ZX с интернет посредством спец. прокси, который видимо будет работать с ZX через RS232 - получится сродни AT&T протоколу... например AT&Hwww.zx.da.ru вынудит проксик искать страничку www.zx.da.ru и передать его на ZX. Естественно протокол нужен двухсторонний. Всё это осложняется тем, что в новых мат. платах оффтопа зачастую RS232 отсутствует вообще %) хотя и возможно его купить отдельным контроллером.
Добавлено через 5 минут
И вообще... с таким раскладом проблемы - чисто технические - по отладке и написанию кода... (освоение портов RS232-портов, освоение прокси, написание клиента под ZX). В принципе, если уж фантазировать на полную, то прокся на оффтопе может сама обрезать обыкновенные странички и на ходу их в какой то более "правильный" для спекка формат рулить. Например - картинки - они естественно должны быть не более 256x192. Обязательно поддержка GigaScreen, теоретически (посмотрите http://zx.pk.ru/showthread.php?t=4908) полноценные мультикартинки, но это только для фулскрина и без листалки... В общем то после мультикола остаётся дофига процессорного времени... Так что сильно напрячься можно сделать листалку...
Добавлено через 1 час 17 минут
Тут сейчас фотами Ди Гриза заваливал... используя вейвлет сжатие сжал фотку 2048x1536x24бита в 92 кб!!!. И нельзя при этом сказать что деградация картинки была бы жуткая! Это же спектрумовские размеры!!!!
:-( Правда вот даже оффтоп на несколько секунд подвисает при декодировании сего чуда...
Гм. Если есть промежуточный pc-прокси, то тогда вообще достаточно терминальной программы, которой заходишь на linux и запускаешь тот же lynx/links. А вот сделать хотя бы минимальный рендеринг своими силами, да еще и получить файл по сети это было бы интересно.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
TCP/IP стек надо реализовывать видимо средствами других машин... А на ZX давать готовые данные, простые для отображения. Вон есть утилита от ACoder'а чтобы конвертить картинки - можно на ходу похожий алгоритм применять. Потом оффтоп использовать для переконверчивания под спекковский экран - в ширину 256 точек. Т.е. по высоте конечно оно должно скроллироваться, а вот по ширине мне кажется нецелесообразно... Т.е. спекк должен выполнять минимум движений.
Грив в целом сказал правильно.
PCHost выступает как посредник между "большой" сетью и спеком. Т.е. по сути провайдером, с точки зрения спека. При этом получаем большие преимущества- возможность реализации самых разных протоколов на самых разных уровнях (и все это одновременно), конверсию в нужный нам формат (хоть чисто текстовый), конверсию картинок и т.д.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Ну, тогда такое уже есть - FudeBrowser в UZIX (MSX). И конвертирующие хосты в Инете тоже есть (по аннотации, я лично не проверял). Конвертируют для аналогичного (или почти аналогичного) по разрешению экрана MSX. Выглядит ужасно - не из-за конвертора, он выжимает все что может, а из-за убогого экранчика клиента. Поэтому, ИМХО лучше текстовые браузеры (а такие есть, в исходниках) - маленькие и шустрые. И, соответственно, без среднего звена - оно получается совсем уже ненужным.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Ну я тоже Uzix держал в голове, пока читал тему
Смысл PCHost'a- поддержка небольших сетей и отладка. В первом случае он- такой же конвертирующий хост в инете, каких множество (например тот же прокси для мобильной версии оперы). Во втором- чисто для отладки протоколов.
Да это верно без промежуточной точки спектруму не выйти в свет . Да это и не надо. Хватит и этого : текст и формат страницы + возможность с качка файлов.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)