[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

[AEDe]

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

[Наиль Валиахметов]

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

канделы=квадрат дальности ANSI делить на 4

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

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

Спасибо всем еще раз!

[Наиль Валиахметов]

AEDe, но в описании некоторых конвоев их не вижу, в частности T2 на CULNM1.TG
Вот и интересно понять, сколько можно ожидать от такой малютки.
И для M21H на 3-хградусной тирке

[AEDe]

 Сообщение от Наиль Валиахметов :

но в описании некоторых конвоев их не вижу

Ну ладно не всегда , а много где. Возьмите gekko и по нему откалибруйте люксметр на телефоне.

 Сообщение от Наиль Валиахметов :

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

Да именно так.

[galex]

 Сообщение от Наиль Валиахметов :

можно ли получить более-менее близкий результат?

для более точного результата придется не делить на 4, а умножать на 0.25

[Наиль Валиахметов]

galex

[kaa.mobil]

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

ага люксметр показывает 190, Опля1 230, Опля2 250 так что про точность я бы не особо парился.

Кстати, Drex, ploop, вроде бы проскакивало, что у вас люксметры есть (может быть даже поверенные). А опплы в закромах не найдётся? Может тоже сравните показания в одних условиях. Чтобы окончательно определиться, считать опплу люксметром или таки и мне знакомого фотографа искать?

[fnksb]

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

Чтобы окончательно определиться, считать опплу люксметром

Я так понимаю, что оппла по сути и есть "люксметр с некоторыми дополнительными функциями"

Но надо помнить, что и у обычных люксметров разброс в 10-15% - в общем-то норма. Хуже того, один из моих люксметров выдавал разброс в 50% в зависимости от степени разряда батарейки

Ну то есть это все такие "показометры", и на общем фоне оппла - весьма неплохой и стабильный показометр в роли люксметра, ИМХО.

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

[ploop]

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

стати, Drex, ploop, вроде бы проскакивало, что у вас люксметры есть (может быть даже поверенные).

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

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

А опплы в закромах не найдётся?

У меня нет.

[Drex]

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

Кстати, Drex, ploop, вроде бы проскакивало, что у вас люксметры есть (может быть даже поверенные). А опплы в закромах не найдётся? Может тоже сравните показания в одних условиях. Чтобы окончательно определиться, считать опплу люксметром или таки и мне знакомого фотографа искать?

Опплы нету (а надо бы).
Люксметр есть, Мегеон 21200, но по природной лени так в строй его и не ввёл. Хотя софт, добытый с Вашей помощью, уже установил.
Раз такое дело - надо в эти выходные будет запустить-опробовать люксметр и накатить Люменоид на смартфон. Наиболее вероятно - в это воскресенье.

[galex]

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

что стандартный люксметр может выдавать ошибки до 200%

200 не 200, но калиброваны они, стандартные, под лампу накаливания. С неизвестной погрешностью для другой температуры

[kaa.mobil]

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

200 не 200, но калиброваны они, стандартные, под лампу накаливания. С неизвестной погрешностью для другой температуры

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

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

ага люксметр показывает 190, Опля1 230, Опля2 250 так что про точность я бы не особо парился.

В связи с вышесказанным, можете сравнить показания люксметра и опплов на лампе накаливания? По идее, поближе должно быть, хотя если опллы калиброваны под диоды, то на ЛН уже они брехать будут... Нет, бл, в мире совершенства.

[galex]

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

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

может

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

хрен об этом узнаешь точно

или нет...

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

хотя если опллы калиброваны под диоды, то на ЛН уже они брехать будут

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

[alibek]

Если не ошибаюсь, люксы приведены к чувствительности человеческого глаза, и для нетипичных источников света довольно условны.
Неизвестно ведь, как реализовано измерение в каком-то определенном люксметре.
Может быть интеграция по спектру. А может просто измерение какого-то узкого участка спектра в расчете на какой-то шаблонный спектр (например солнечный или ЛН).
Ватты были бы объективнее.

[Drex]

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

в отличие от люксметров, которые не знают, чем на них светят,

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

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

Есть люксметр, но нет Опплы. Как мне грамотно это проверить?
Могу среди своего склада фонарей подобрать пары с одинаковой паспортной яркостью (и стабилизацией) и разной ЦТ и замерить в одинаковых условиях (закрытая коробка, полностью заряженный акк, одинаковое расстояние от фонаря до датчика).
Пойдёт такой план лабораторной работы?

[galex]

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

Есть люксметр

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

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

Пойдёт такой план лабораторной работы?

там в принципе настолько большие погрешности изначально (сравнимые с разбросом параметров светодиодов), что нет смысла что-то еще ловить. не поймешь это погрешность измерений или влияние измеряемого параметра.

[AEDe]

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

так что ничего не мешает быть ей одинаково неточной для любого источника света.

Мешает она не умеет в источники с большой долей ИК. Да и охват по спектру не полный так что скорее всего под диоды только.

А вот спектрофотометр он да пресчитывает люксы из спектра.

[kaa.mobil]

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

Пойдёт такой план лабораторной работы?

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

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

[galex]

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

с большой долей ИК

о как. значит нужна 5-я оппла. с ик-фильтром

[AEDe]

galex, не, нужен кодер, который читает документацию. В 4 чип вполне может с лампами работать.