[kaa.mobil]

Давненько не брал я в руки шашек.

Все знают ceilingbounce и куча народа им пользуется. Без преувеличения - культовый софт в узких фонарёвочных кругах, бывший до сегодняшнего дня единственным в своём роде.

Автор, Zak Wilson - товарищ, без сомнения, крутой. Не столько из-за самого приложения (там, в принципе, не бином Ньютона), сколько из-за языка, на котором оно написано. На Clojure! Под Андроид! Я просто охренел, когда первый раз пошёл на код посмотреть. Clojure сам по себе язык достаточно экзотический, а уж под Андроид - запредельно. Я вообще не знал, что это возможно.

Но сам ceilingbounce - ужасен . Интерфейс - это просто п.здец какой-то, его просто нет. Совершенно неудобный, неинтуитивный и выглядит отвратительно. Может на Clojure трудно делать нормальные интерфейсы, может автор не придаёт особого значения UI, отдавая предпочтение функциональности, может отложил причёсывание на будущее, а потом потерял интерес, не знаю.

Когда впервые попользовался, после первой мысли "чего ж так коряво-то?" сразу возникла вторая "надо своё написать, я ж вроде умею немножко". И я даже набросал какой-то прототип, чего-то ковырял, но потом, как всегда, возникли более приоритетные задачи, и я забросил. Однако не так давно снова пришлось обратиться к ceilingbounce для снятия графика и снова испытать нешуточный дискомфорт. "Гештальты надо закрывать" - подумалось мне, и я сел реанимировать и добивать до минимальной кондиции полупротухший прототип.

Мне не то, что не дают покоя лавры ceilingbounce - они не такие уж и пышные. Больше хотелось после долгого перерыва вернуться к разработке под Андроид, восстановить навыки, посмотреть что новенького, снова вдоволь на ровном месте нахлебаться андроидных странностей и непотебств, коих там предостаточно, ну, всё такое. Задача-то шибко интересная. И все мои хотения, в конечном итоге, были удовлетворены.

Итак, собственно сабж, Lumenoid. Делать умеет то же самое, что и ceilingbounce, но, смею надеяться, более красиво, хорошо и удобно.
Из основных улучшений:

• Интерфейс, само собой, в первую голову. Более информативный и читабельный.
• Кое-какие сохраняемые настройки, в том числе, калибровочные коэффициенты.
• Отсутствие глюков с сохранением файлов. Их можно сохранять как автоматически, так и вручную
• Приложение не превращается в тыкву после изменения ориентации экрана.
• Полностью по-русски, для кого-то это может быть важно.

Но самое основное преимущество: Lumenoid поддерживаемый (ну, пока мне не надоест ). Посему всячески приветствую багрепорты, конструктивную критику и предложения по доработкам и новой функциональности. Как минимум, все найденные баги исправлю, ну и разумные предложения внедрю.

Интерфейс я старался сделать максимально понятным, поэтому расписывать, как и что делать, не буду, пробуйте сами. Спрашивайте, если непонятно, это поможет мне понять, что я сделал плохо.

Просто накидаю тут скриншотиков.



А вот так выглядит сохранённая картинка графика. Кстати, её размеры можно настраивать.



Пока никуда в открытый доступ не выкладывал, взять можно с моего яндекс.диска (версия 0.1-beta). Я в любом случае совсем не зря повозился, новый опыт и что-то даже получилось, гештальт закрылся. Но я надеюсь, что это будет интересно не только мне.

ВНИМАНИЕ: Замечание 1. Задержка отрисовки графика и странные эффекты.
Некоторые камрады жалуются на неожиданное поведение графика при отрисовке:

 Сообщение от Timofej 000 :

На обоих задержки с 1- 1,5с

 Сообщение от galex :

если быстро провести рукой над датчиком, снижение яркости отрабатывает ступенькой, а вот возвращается плавно постепенно замедляясь

 Сообщение от AEDe :

Если закрыть датчик ,то показания естественно падают , а вот если потом открыть иногда не меняются, или меняются на рандомное число

Lumenoid ничем подобным, конечно же, не занимается, просто слушает датчик и забирает новые значения ровно в тот момент, когда они приходят (именно так происходит работа с датчиками в Андроид)

Есть обоснованное предположение, что все эти эффекты - ничто иное, как особенности реализации датчика освещённости в конкретном устройстве.

Если вы наблюдаете нечто, подобное описанному, или иное неожиданное поведение, сравните это с тем, что происходит в ceilingbounce и других приложениях люксметра, которые умеют показывать график. Мне писать имеет смысл только в случае значительного отличия в поведении Lumenoid от поведения других подобных приложений.

ВНИМАНИЕ: Замечание 2. Навигация кнопкой Back.
Также есть жалобы на неожиданное поведение навигации:

 Сообщение от AEDe :

После запуска жмем левое меню, потом "настройки". И вроде логично по кнопке назад выходить обратно в левое меню или даже на экран "рантайм"/"люксметр", но по кнопке назад сворачивается приложение.

 Сообщение от galex :

по прежнему выходит их программы при возврате из настроек, которые через меню.

Это стандартное поведение навигации Android, зафиксированное в документации.

 Сообщение от kaa.mobil :

Да, это выход. И он происходит по канонам Андроида. С первого взгляда мне оно тоже показалось странным, но если вдуматься, всё вполне логично. Все скрины, перечисленные в главном меню - это равноправные скрины верхнего уровня, так сказать, три независимых корня дерева навигации. И выход из них возможен только наружу. Это видно по навигационной кнопке в вехнем левом углу. Если там стрелка влево, то вернёмся откуда пришли. Если гамбургер (три горизонтальные линии), то выйдем. Я себя уже давно приучил для навигации пользоваться не системной кнопкой Back, а именной этой иконкой навигации.

Я для этого ничего не делал, оно так само по-умолчанию себя ведёт, и к тому же описано. Шаманить над этим с риском отломать навигацию в других местах, тратя время и нервы, не очень хочется. Со своей стороны могу лишь порекомендовать пользоваться системной кнопкой Назад только для выхода из приложения (когда она ведёт наружу), а для навигации внутри приложения - левым верхним углом, где есть либо стрелка влево, ведущая на предыдущий экран, либо гамбургер (три горизонтальные линии одна под другой) для вызова главного меню в экранах верхнего уровня, для которых предыдущих экранов не существует согласно концепции навигации в Андроид.

ВНИМАНИЕ: Замечание 3. Взаимодействие с графиком посредством жестов.
Кроме управления кнопками на тулбаре и меню, в график можно ещё тыкать пальцами.

• Тап по точке или сегменту графика - показывает значения точки (конечной точки отрезка, если тапнули по отрезку)
• Горизонтальный щипок - масштабирование времени (горизонтальное)
• Вертикальный щипок - масштабирование значений (вертикальное)
• Диагональный щипок - масштабирование с сохранением текущего соотношения сторон
• Двойной тап одним пальцем с последующим свайпом без отрыва - масштабирование выделением. Область выделения начинается в точке начала свайпа, заканчивается в конце свайпа.
• Двойной тап - сброс масштабирования.

Обновление 23.01.2023

Версия 0.2-beta

Изменения:

• Исправлен косяк с правами на запись файла Android 10+ (капец как крови попило, извращенцы, бл.)
• Исправлено деление на 0 во тьме (странный кейс)
• Изменена главная иконка (пробуется Тёплая Ламповая)
• Изменена иконка "Сбросить масштаб графика".

Продолжение следует.

Обновление 25.01.2023

Версия 0.3-beta

Изменения:

• Исправлены падения во тьме (мерзкая бага, AEDe, благодарю)
• Иправлены глюки при больших освещённостях (ещё более мерзкая, респект me45 и ploop)
• Обработаны ситуации с отсутствием в системе датчика освещённости и когда он вроде бы есть, но по стандартному пути данных не присылает (Наиль Валиахметов, проверьте, что на вашем телефоне скажет?)
• Всё управление скрином Рантайм перенесено в верхнюю панель и меню (три вертикальные точки) по аналогии со скрином Люксметр и Дальность
• Поля с цифирью более не растут по вертикали на несколько строк
• Настройка разделителя полей в CSV (по умолчанию ",", настройки Рантайма)
• Настраиваемый диалог подтверждениия выхода из приложения (для любителей системной кнопки Back, по умолчанию отключен, глобальные настройки)

Пока ещё не надоело.

Обновление 26.01.2023

Версия 0.3.1-beta

Изменения:

• Исправлены глюки при пересвете
• Прикрутил отображение данных о датчике света (пункт в главном меню)

Обновление 27.01.2023

Версия 0.3.2-beta

Изменения:

• Исправлен мелкий баг, рантайм предыдущего запуска не сбрасывался при запуске следующего
• Сведения о датчике теперь можно выделить и скопировать
• Прикручена интеграция с Crashlytics. Теперь Lumenoid умеет сообщить мне, что он внезапно упал, и как его перед этим мучали. Никакте персональные данные и фаилы не отправляются, только анонимные багрепорты. Это та же система, которая автоматически прикручивается ко всем приложениям в Google Play

Обновление 02.02.2023

Версия 0.4-beta

Изменения:

• Сделал паузу (чтоб её...). Спрятал под настройку, потому что наверняка многим (в том числе и мне) она не нужна, а кнопки близко, есть риск ткнуть не туда. По умолчанию отключено.
• Есть возможность скомпенсировать изменение освещённости во время паузы (специально для AEDe), так же спрятано под настройкой. По умолчанию отключено.
• Поправил автоориентацию экрана. Теперь учитывается системное отключение автоповорота.
• Исправлено падение при автоостановке в темноте.

Обновление 02.02.2023 (2)

Версия 0.4.1-beta

Изменения, две мелочи всплыли:

• Заблокировано переполнение значения при многократной повышающей компенсации паузы
• Исправлено нерегулярное падение при запущенном рантайме при повороте телефона.

Обновление 04.02.2023

Версия 0.5-beta

Изменения:

• Я таки выловил одну ошибку в компенсации паузы. Исправлено.
• Добавлено масштабирование по отдельным осям, а также выделением. Подробнее смотрите в Замечании 3.
• Сделал контрастнее поле "Освещённость" и значения на осях графика.
• Теперь в график можно потыкать пальцем и посмотреть значения конкретных точек.

Обновление 06.02.2023

Версия 0.5.1-beta

Изменения:

• Поборолся с падениями при многократных паузах. Вроде победил.

Обновление 30.03.2023

Версия 0.6-beta

Изменения:

• Дополнительная панель управления снизу (ollega). По умолчанию отключено.
• Экспорт/импорт настроек для любителей сносить предыдущую версию (или чистить данные) перед установкой следующей. Живёт в общих настройках приложения.
• Экран с разнообразной информацией (ploop)
• Верификация ввода настроек, подавление сохранения некорректных значений.

Обновление 05.07.2023

Версия 1.0

Изменения:

• Запрещённые символы в полях "Фонарь" и "Модель" игнорируются при формировании имён файлов.
• Исправлено падение при попытке открытия настроек, если не выдано разрешение на доступ к файловой системе.
• Обновил библиотеки, повысил целевую версию до Android 12. Но это незаметное изменение, не влияющее на функциональность

Актуальная версия: 1.0
Все версии (мало ли, вдруг сломаю, чтобы откатиться можно было)

• Яндекс Диск
• Google Drive
• Microsoft OneDrive

[Drex]

 Сообщение от galex :

у него должен быть паспорт, в котором указаны погрешности, как основная, так и дополнительные от изменения спектра и прочих параметров света.

https://www.megeon-pribor.r...
На сайте пишут только это:

Разрешение
0,1 лк в диапазоне 0...199,9 лк
1 лк в диапазоне 200...1999 лк
10 лк в диапазоне 2000...19999 лк
100 лк в диапазоне 20000...200000 лк

Погрешность
±3% - до 10 000 лк
±4% - более 10 000 лк

Есть ли что-то про источник - посмотрю в документации, когда домой приду.

[Drex]

 Сообщение от kaa.mobil :

Вы предлагаете в качестве эталона использовать "одинаковую паспортную яркость" двух фонарей (кстати, что это? световой поток?), которая:

Рельно никогда не будет одинаковой.
Даже если вдруг чудесным образом она окажется одинаковой, то из-за разного светораспределеения в коробке освещённость одной и той же точки разными фонарями будет разная. С этим можно было частично побороться сферой достаточно большого диаметра, да где ж её взять и кому это надо...

Не учёл особенности света разных фонарей, моя вина. Под паспортной яркостью имел в виду люмены в заданном режиме.

[AEDe]

kaa.mobil, как идея еще прикрутить функцию которая лм*ч считает, интеграл в общем)

[kaa.mobil]

 Сообщение от AEDe :

kaa.mobil, как идея еще прикрутить функцию которая лм*ч считает, интеграл в общем)

Чисто технически посчитать интеграл как-бы не вопрос, но там нюансов масса вылезет: где и когда показывать, делать ли настройку выключения его отображения, какие единицы измерения показывать, если нет коэффициента калибровки к люменам и т.п.

Насколько вообще этот показатель полезен и востребован? В каких сценариях вы планируете его использовать.

[AEDe]

 Сообщение от kaa.mobil :

В каких сценариях вы планируете его использовать.

Сценарий сравнение\измерение эффективности фонарей. т.е. в идеале получить лм*ч , но и и отношения их тоже хватит.

 Сообщение от kaa.mobil :

показатель полезен и востребован

В теории очень полезен) Но думаю всем лень считать. На блф помню у кого то в обзорах был.

 Сообщение от kaa.mobil :

но там нюансов масса вылезет: где и когда показывать, делать ли настройку выключения его отображения, какие единицы измерения показывать, если нет коэффициента калибровки к люменам и т.п.

По первым ,я не дизайнер... но например сделать настройку , показывать да где нибудь хоть по центру графика. Ну или при включении этой опции вместо рантайма по ANSI. по сути заменяет эту величину в некотором смысле.

 Сообщение от kaa.mobil :

какие единицы измерения показывать

Это не вопрос. Сейчас показания в люксах. Соответственно лк*ч.

 Сообщение от kaa.mobil :

и т.п.

Я что то больше не могу никаких вопросов придумать.

[kaa.mobil]

 Сообщение от AEDe :

Это не вопрос. Сейчас показания в люксах. Соответственно лк*ч.

Ещё какой вопрос. Показания в люксах, пока не введён калибровочный коэффициент для сферы, после его ввода сразу становятся люменами.
И я как-то не улавливаю физического смысла величины лк*ч. Но чисто формально, почему бы и нет? Для сравнения размерность вообще роли не играет.

 Сообщение от AEDe :

В теории очень полезен)

Здесь вообще ни разу не сталкивался. Хотя, казалось бы, посчитать интеграл по файлику данных ceilingbounce - вообще плёвая задача, школьная лабораторная по информатике на полчаса.

Ок, к сведению принял, но в ближайшее время не обещаю, других забот пока хватает.

[AEDe]

 Сообщение от kaa.mobil :

после его ввода сразу становятся люменами.

Тогда и лк*ч становятся лм*ч)

 Сообщение от kaa.mobil :

И я как-то не улавливаю физического смысла величины лк*ч.

А что улавливать? весь смысл в размерности , можно экспозицией назвать, если хочется умное слово)
А так просто величина которую нужно домножить на коэффициент чтобы получить лм*ч , которые в свою очередь дают фотометрический аналог Вт*ч.
Без подобия сферы это число ничего не дает.

 Сообщение от kaa.mobil :

Ок, к сведению принял, но в ближайшее время не обещаю, других забот пока хватает.

Да, на питоне это фактически одна строчка... Но в приложении удобнее , конечно, не надо csv перекидывать на комп.

[kaa.mobil]

 Сообщение от AEDe :

Тогда и лк*ч становятся лм*ч)

Лм*ч у меня никакого диссонанса не вызывает, смущает бессмысленность лк*ч

 Сообщение от AEDe :

если хочется умное слово)

Не, умных слов я и сам горазд придумать. Хочется смысла

[AEDe]

 Сообщение от kaa.mobil :

Хочется смысла

Тогда просто величина пропорциональная лм*ч . Не все промежуточные вычисления должны иметь полезный и явный физический смысл. Типа как sqrt(g), или sqrt(2h) , но стоит их перемножить и вуаля!

[fnksb]

 Сообщение от AEDe :

В теории очень полезен) Но думаю всем лень считать.

Проблема же не только в том, что лень считать - но и в низкой точности такого результата, а также к полезности этого результата при такой точности. То есть мы получаем какую-то "типа цифру", которой можно козырять и транслировать - а практический смысл ее очень сомнителен.

Maukka в обзорах пытался считать лм/вт, но даже там куча вопросов была к корректности этих вычислений (и вычислений как таковых, и полезности этой характеристики для оценки фонаря).

 Сообщение от kaa.mobil :

какие единицы измерения показывать, если нет коэффициента калибровки к люменам и т.п.

Ну, если это люксы, то стоит выводить что это люксы =)

 Сообщение от kaa.mobil :

делать ли настройку выключения его отображения

ИМХО да, обязательно - чтобы люди более вдумчиво понимали, что это. Еще хорошо бы и предупреждение там написать буковоками при включении, хотя это уже украшательства =)

 Сообщение от AEDe :

Я что то больше не могу никаких вопросов придумать.

Вопрос отсечки еще есть, то есть хорошо бы задавать подвижную регулировку отсечки типа "считать до снижения яркости на 10-20-30-40-50%" или что-то такое.

Иначе у нас фонари без стабилизации (или с ранним степдауном к нижним режимам, или с сильными сбросами по ТК) выдают намного бОльшую эффективность, за счет использования этого "хвоста" (как правило, так светики работают с существенно бОльшей эффективностью - но толку от этого, если нас интересует эффективность в максимуме и на максимальной яркости).
Регулировка этого полностью не исправит, но по крайней мере и заставит задуматься, и позволит показать преимущества стабилизированного фонаря, который действительно светит на той яркости которая сравнивается =)
Выставил отсечку скажем на 50%, и показываешь в чем вообще смысл стабилизированного света в плане реальной эффективности, а не цифорок абстрактных =)

[kaa.mobil]

 Сообщение от fnksb :

Вопрос отсечки еще есть, то есть хорошо бы задавать подвижную регулировку отсечки типа "считать до снижения яркости на 10-20-30-40-50%" или что-то такое.

Во, плюс ещё две настройки. Я-то, как программист, настройки обожаю, чем больше, тем лучше. Но опыт показывает, что большинство людей начинают умирать при количестве настроек, превышающих 7-10. Поэтому большинство современного софта хрен настроишь по-человечески...

 Сообщение от AEDe :

Тогда просто величина пропорциональная лм*ч

Да, чтобы заведомую чушь не писать, написать просто "Экспозиция" без размерности, если к люменам не приведено, а в описании к настройке расшифровать, что за зверь.

 Сообщение от fnksb :

но и в низкой точности такого результата

Вот сейчас не совсем понятно, вы про точность вычисления интеграла или про точность исходных данных? Если не говорить о точности абсолютных значении лм*ч, которых в быту не добиться по известным причинам, то для сравнения и для "и показываешь в чем вообще смысл стабилизированного света в плане реальной эффективности, а не циферок абстрактных" - вполне там точности достаточно.

[fnksb]

 Сообщение от kaa.mobil :

Во, плюс ещё две настройки. Я-то, как программист, настройки обожаю, чем больше, тем лучше. Но опыт показывает, что большинство людей начинают умирать при количестве настроек, превышающих 7-10. Поэтому большинство современного софта хрен настроишь по-человечески...

Кому надо пользоваться - пусть настраивают.
Кому не надо - пусть лучше не лезут =)

Здесь, как мне кажется, такая настройка прям необходима. Иначе насчитают тут, и потом все эти циферки поползут куда попало, в обзоры и отзывы.

Да и в целом, как раз возможность показать насколько циферки изменяются при небольшом изменении настроек - хорошо включает мозг в плане отношения к этим цифрам, диапазону разброса и т.п.

[kaa.mobil]

 Сообщение от fnksb :

Кому надо пользоваться - пусть настраивают.
Кому не надо - пусть лучше не лезут =)

С этими двумя категориями проблем и нет обычно. Самые проблемные - которым настраивать надо что-то другое, простое и понятное, а "из-за кучи этой вашей непонятной хрени я найти не могу"

[fnksb]

 Сообщение от kaa.mobil :

Вот сейчас не совсем понятно, вы про точность вычисления интеграла или про точность исходных данных?

Не, в точности вычисления интеграла я не сомневаюсь (наверное=), я про релевантность полученных данных и их дальнейшее использование. И в связи с неточностью сфер (тут мы ничего не можем поделать, кроме вот того чтоб писать люксы если это люксы=), и в связи с изменением яркости фонарей в процессе (тут как раз поможет простое и понятное выставление отсечки уровня яркости, до которого считаем. Ну и может еще выведение рядом с цифрой лм*ч - средних люменов в считаемом диапазоне).

[kaa.mobil]

 Сообщение от fnksb :

кроме вот того чтоб писать люксы если это люксы

Самое занятное, что вообще без коэффициентов это даже и не люксы. Так, "значение, пропорциональное освещённости"... Но если только сравнить, то пойдёт. Естественно, на одной и той же конкретной установке.

[Drex]

 Сообщение от kaa.mobil :

Во, плюс ещё две настройки. Я-то, как программист, настройки обожаю, чем больше, тем лучше. Но опыт показывает, что большинство людей начинают умирать при количестве настроек, превышающих 7-10. Поэтому большинство современного софта хрен настроишь по-человечески...

Маггл-режим (с минимумом настроек) и про-режим (с максимумом).

[kaa.mobil]

 Сообщение от Drex :

Маггл-режим (с минимумом настроек) и про-режим (с максимумом).

Плюс ещё одна настройка Да какая! Метанастройка, настройка настроек.

[AEDe]

 Сообщение от fnksb :

Иначе насчитают тут, и потом все эти циферки поползут куда попало, в обзоры и отзывы.

Ну слушай, да коряво что угодно можно намерить...вон тому же Березовому сто раз сказали , что его телефон не подходит и датчик дискретный у него, но ему пофиг. Условно не давать удобный инструмент умным , чтобы тупые им не пользовались)

Отсечка по падению там и так есть, вторую можно и не вводить.
С этими лм*ч можно по разному играться везде будут свои нюансы и какой то свой смысл.

 Сообщение от kaa.mobil :

Метанастройка, настройка настроек.

В моем любимом приложении 5 уровней функционала настроек

[Drex]

 Сообщение от kaa.mobil :

Плюс ещё одна настройка Да какая! Метанастройка, настройка настроек.

Ну да. Зато 2 зайца убиваются - и настройки есть, и люди не пугаются.

[fnksb]

 Сообщение от kaa.mobil :

Самое занятное, что вообще без коэффициентов это даже и не люксы.

Чорд, действительно =)

 Сообщение от Drex :

Маггл-режим (с минимумом настроек) и про-режим (с максимумом).

Сейчас люменоид удобно и интуитивно понятно сделан. Я тоже понятия не имею какие там настройки например паузы с компенсацией шевелений, просто не пользуюсь ими и хорошо =)

Наверное, еще одна выключенная по умолчанию функция и 1-2 настройки к ней не сильно усложнят функционал, и не потребуют вводить отдельные маггл-режимы.

А для каких-то рассчетов и иллюстраций - ну да, может быть полезна.