Точно уже не помню, но кажется на тот момент когда я эту конструкцию городил, были какие-то проблемы в gtkpod с подсовыванием mp3 файлов в раздел аудиокниг плеера. В интернетах было написано что надо делать m4b и всё будет пучком, вот я и сделал :)
Книги слушаю последовательно от начала до конца, одной единственной закладки на каждую книгу для текущей позиции воспроизведения мне хватает.
Скажите, а делается ли какая-то цветокоррекция и почему все снимки имеют желтоватый оттенок? Качество и цвета того же Чернобыля на гугловских картах выглядят получше.
Спасибо! Статья намного более приближена к реальности (чем например вот эта: habrahabr.ru/blogs/mobiledev/107764/) и видно что за ней стоит опыт разработки под реально существующие телефоны и браузеры. Ну и основные грабли хорошо описаны, не только в статье но и в комментариях.
Было бы интересно почитать про специфику Opera Mini.
А какие циски минимум нужны для поднятия такого решения и на что обращать внимание при покупке чтобы прошивка всё это поддерживала?
Я делал нечто подобное на роутерах Huawei, с использованием протокола BFD (Bidirectional Forwarding Detection) и технологии FRR (Fast ReRouting).
Такое впечатление что авторы последних статей по вёрстке под мобильные устройства находятся в какой-то параллельной реальности где из телефонов встречаются только iPhone и Android с поддержкой свежайших веб-стандартов. Было бы интересно посмотреть реальную статистику (например у контент-провайдеров) по моделям телефонов и браузерам, особенно в России.
Может быть я драматизирую, но если ориентироваться на более-менее массовый сегмент пользователей, то всё значительно сложнее:
С разрешениями экранов полный зоопарк, соответственно графику и размеры элементов в пикселах нужно либо сводить к минимуму, либо делать несколько версий сайта что увеличивает количество работы в разы
Зоопарк браузеров и их версий на порядок превосходит десктопный. Большинство браузеров содержит массу глюков, устарело и возможности для обновления нет, т.к. вендорам интереснее продавать новые модели телефонов нежели поддерживать старые
Операторские шлюзы, которые вытворяют всякие гадости с заголовками, пытаются самостоятельно сжимать/оптимизировать контент и даже имитировать поддержку cookie. И ещё умолчательные настройки точек доступа загоняющие клиентов в wap.
Javascript? А кто сказал что javascript на устройстве вообще есть или не обрезан?
CSS? Ну-ну. Пляски с хаками под десктопный IE покажутся вам сказкой по сравнению с той кашей что творится на мобильных устройствах
Если кратко и в теории, то используется изменение периода и скважности импульсов. На практике же я уже не вспомню как и что там работало. Если всё же интересно, рекомендую заглянуть в оригинал — код Z80 читается гораздо приятнее. Ещё может помочь работа Barmaley_m по дизассемблированию и комментированию движка zx.pk.ru/showthread.php?t=11881 с использованием которой был написан трекер биперной музыки Beepola.
Ещё вспомнил, что в старых сборниках ZX-Ревю была публикация на эту тему. Ищите 9-10 номера журнала за 1993 год (например здесь) и читайте статью В.А. Збитнева «Компьютер и звук».
Действительно что-то особенное есть в той эпохе которую мы к счастью успели захватить. Безусловно, современные технологии на порядки превосходят всё что было раньше. Но тот эффект «чистого листа» когда между человеком и компьютером не было огромнейшей прослойки сложнейшего ПО и архитектурных решений уже не вернуть.
Какой-то особой логики в выборе не было. Когда начинал изучать микроконтроллеры, ковырял параллельно PIC'и и ВЕ1. Кажется её проще и дешевле достать было. Ещё в PIC'ах после Z80 бесила обрезанная до минимума система команд.
Вообще ЛУТ в 2000/2001 году я уже немного использовал, однако рисовать дома на спектруме разводку было проблематично, а на работе времени особо не было.
Да и родилась эта картонка во время отладки кода, поэтому основное желание было услышать звук а не сделать красиво :)
Очень хорошо о микроконтроллерах написано у DI HALT'а, например в курсе по AVR. Если же кратко и своими словами, то:
Изучается документация (без этого никак), выбирается микроконтроллер исходя из задачи/опыта/финансов
Собирается/покупается подключаемый к компьютеру программатор который умеет прошивать данный чип. Он может быть как с разъёмом в который помещается микросхема контроллера для программирования, так и внутрисхемный (умеет шить чип расположенный прямо в устройстве без необходимости его вытаскивать)
Выбирается язык программирования (как правило это ассемблер или Си), на котором собственно и пишется прошивка. В принципе знания Си и микроконтроллерной специфики достаточно, но на мой взгляд лучше этап изучения набора команд и ассемблера не пропускать — в ряде случаев без этого никак. Для многих контроллеров доступно огромное количество готовых библиотек упрощающих решение типовых задач.
Писать код можно как в обычном текстовом редакторе, так и в специализированной среде разработки если таковая имеется
Исходный текст компилируется в машинный код с помощью компилятора поставляемого производителем контроллера
При помощи программатора и его ПО полученный код зашивается в микроконтроллер, как правило при этом так же выполняется конфигурирование некоторых возможностей кристалла (например типа осциллятора, цепей сброса питания и т.п.)
При необходимости всё это отлаживается либо в эмуляторе, либо прямо на кристалле при помощи отладочных возможностей и специального ПО
Через него в теории должен быстро разряжаться C1 когда пропадает питание (у этого контроллера нет цепи brown-out reset для принудительного сброса при недостаточном напряжении питания).
Это уже из позднего, пост-спектрумовского и пред-писишного периода :) А так да, тетрадка в клеточку и карандашик рулили со страшной силой. Собственно так же и кодить на спектруме начинал — на бумаге писал, потом шёл туда где есть спектрум и набирал (пока свой не купил).
Книги слушаю последовательно от начала до конца, одной единственной закладки на каждую книгу для текущей позиции воспроизведения мне хватает.
Разбивку на главы не использую.
Было бы интересно почитать про специфику Opera Mini.
Я делал нечто подобное на роутерах Huawei, с использованием протокола BFD (Bidirectional Forwarding Detection) и технологии FRR (Fast ReRouting).
Может быть я драматизирую, но если ориентироваться на более-менее массовый сегмент пользователей, то всё значительно сложнее:
Ну и вот ещё: www.passani.it/gap/
Ещё вспомнил, что в старых сборниках ZX-Ревю была публикация на эту тему. Ищите 9-10 номера журнала за 1993 год (например здесь) и читайте статью В.А. Збитнева «Компьютер и звук».
Да и родилась эта картонка во время отладки кода, поэтому основное желание было услышать звук а не сделать красиво :)