Статья не о чем, ибо главный фактор плеера — это не сколько он вмещает музыки и какого качества, главное — это музыкальность. На сегодняшний день, она утеряна даже самим флагманом времён Сони (серия волкмэн).
Чего здесь особенного? На входе юзают 8 бит АЦП, на выходе тот же 8 бит ШИМ, по звуку всё весьма плачевно.
Ну и ничего общего с усилителем D. Нет дросселей и усиление по факту нет, одно баловство (аналог пропихнули через цифру).
Было бы интереснее взять тини85 с PLL поиграться, там выше частоты можно было получить.
«у дураков мысли сходятся» :) отличный ход мыслей, но есть ряд глобальных «нюансов»:
1. у вас идет динамическое объявление функций вида:
declare function OS_GetMessageString(byval hTopic as byte) as string
declare function OS_PeekMessageString(byval hTopic as byte) as string
А в коде везде прописана классическая настройка:
$hwstack = 48
$swstack = 48
$framesize = 64
Можно легко словить порчу переменных (переполнение памяти).
Почитайте в Баскоме как нужно рассчитывать настройку этих переменных (их организацию).
Сам автор Баскома не раз об этом предупреждал (нельзя в динамических функциях предсказать конечный результат). Я по этой причине, в своих проектах ушел от использования этого функционала Баскома и с тех пор нет никаких проблем подобными видами «глюков».
2. «если пошла такая пьянка», то можно и нужно как-то заморочиться с контролем переполнения памяти. Боюсь всё это в итоге сведётся к «проще написать эмуль AVR внутри AVR с внешним обвесом (памяти и прочего)». :D Хотя можно что-то попробовать сделать с манипуляциями «OVERLAY» или просто добавить менеджер памяти, контролирующий оставшееся место (или продумать общую организацию переменных). Может получится целый отдельный модуль.
Вообще сложность всей реализации сводится к проблеме: скомпилированный и зашитый код, нельзя поменять в ходе выполнения. Это как образ — он такой как есть. Но можно попытаться его (код) обойти в процессе выполнения, если он с ошибкой.
Практически тоже самое можно сказать про любой «стары» носитель информации: кассеты, CD и даже MD. Я кстати говоря по этой причине перестал слушать все мп3, флаки в китайских хайэндах.)
ФБ помойка и так очевидно (человек, который украл весь бизнес у друзей и этим гордится), всё это ожидаемо. Ну и вся их система реализована через одно место.
И никакая там благотворительность его не спасёт.
Вы мыслите как обычный пользователь смарт часов, которые нужно заряжать раз в сутки.
Здесь высокоэкономичное ядро, работающее на копеечном заряде. Речи не идет ни а каком нормальном режиме работы bluetooth и я даже имею сомнение о корректной работе GPS (скорее всего сделают какой нибудь легкий режим, с редким обновлением).
Ну а цена тут вообще не причем, часы практически для гика…
Ждёссс, ждёмс… посмотрим, что получится. Как понимаю, все навороты с пульсометром и жпс можно будет отключить и тогда мы получим просто часы с уведомлениями и цветным экраном.
Кстати говоря про экран, в жизни он не яркий как на рендерах, т.к. пассивный и подсветка обычным ледом.
Это потому, что у вас скорее всего смежная стена «времянка», раньше строили большие квартиры, сразу на два подъезда, но потом по каким-то причинам превращали их в две квартиры. У меня подобное тоже есть в одной из комнат, но в остальных соседей слышно только при условии катания пианино и семейных плясок (по выходным).
Мне кажется, вам пора попробовать «шагнуть в будущее», можно тоже радио вещать в инете. Я в своё время делал просто музыкальный канал и у меня были постоянные слушатели (те, кто подключались). У вас же интерактивная вещь, возможно будет востребовано, если будет возможность универсального подключения, что-то типа просто WEB. Не требующая привязки к платформе. Ну и там можно добавить как чатики, так и просо телефонный звонок.
Вообще конечно сейчас подобные вещи для геймеров делают, но можно попробовать в массы пустить.
Ну и ничего общего с усилителем D. Нет дросселей и усиление по факту нет, одно баловство (аналог пропихнули через цифру).
Было бы интереснее взять тини85 с PLL поиграться, там выше частоты можно было получить.
Супер!
1. у вас идет динамическое объявление функций вида:
А в коде везде прописана классическая настройка:
Можно легко словить порчу переменных (переполнение памяти).
Почитайте в Баскоме как нужно рассчитывать настройку этих переменных (их организацию).
Сам автор Баскома не раз об этом предупреждал (нельзя в динамических функциях предсказать конечный результат). Я по этой причине, в своих проектах ушел от использования этого функционала Баскома и с тех пор нет никаких проблем подобными видами «глюков».
2. «если пошла такая пьянка», то можно и нужно как-то заморочиться с контролем переполнения памяти. Боюсь всё это в итоге сведётся к «проще написать эмуль AVR внутри AVR с внешним обвесом (памяти и прочего)». :D Хотя можно что-то попробовать сделать с манипуляциями «OVERLAY» или просто добавить менеджер памяти, контролирующий оставшееся место (или продумать общую организацию переменных). Может получится целый отдельный модуль.
Вообще сложность всей реализации сводится к проблеме: скомпилированный и зашитый код, нельзя поменять в ходе выполнения. Это как образ — он такой как есть. Но можно попытаться его (код) обойти в процессе выполнения, если он с ошибкой.
Я похожую задачу делал тупо написав сервер на VB6. :)
И никакая там благотворительность его не спасёт.
Здесь высокоэкономичное ядро, работающее на копеечном заряде. Речи не идет ни а каком нормальном режиме работы bluetooth и я даже имею сомнение о корректной работе GPS (скорее всего сделают какой нибудь легкий режим, с редким обновлением).
Ну а цена тут вообще не причем, часы практически для гика…
Кстати говоря про экран, в жизни он не яркий как на рендерах, т.к. пассивный и подсветка обычным ледом.
Больше проблем и вечная тема — это вентиляция.)
Вообще конечно сейчас подобные вещи для геймеров делают, но можно попробовать в массы пустить.