yurius Сообщения

yurius	# 7 месяцев назад
Темы: 79 Сообщения: 885 Участник с: 01 января 2018	vs220 /usr/bin/spflashtool5 Оно и просто как "spflashtool5" запускается.

yurius	# 7 месяцев назад
Темы: 79 Сообщения: 885 Участник с: 01 января 2018	Slav164 Такая же версия норм стартанула. Интересно. Значит, это у меня что-то не то. А что?

yurius	# 7 месяцев назад
Темы: 79 Сообщения: 885 Участник с: 01 января 2018	vs220 spflashtool5 тоже xml требует? Нет, требует обычный текстовый скаттер. Спасибо, установил, запустилось! Сильно напрягает только чёрная "вырви глаз" тема, и светлой не предусмотрено, ну да ладно. Шить пока не пробовал, как прошью - отпишусь.

yurius

# 7 месяцев назад

Темы: 79

Сообщения: 885

Участник с: 01 января 2018

vs220
spflashtool5 тоже xml требует?

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

yurius	# 7 месяцев назад
Темы: 79 Сообщения: 885 Участник с: 01 января 2018	vs220 spflashtool-bin ковырять Не, это бессмысленно, я ж говорю, он .xml-файл в качестве конфига требует, у меня такого нет. Он-то как раз стартует, но хочет .xml-файл. У меня даже образца .xml-скаттера нет, чтобы попытаться перевести свой .txt в .xml. vs220 или с старыми либами качать и линковать старый spflashtool Ну я качал ещё версию 5.17 (для смартфонов примерно 2017 года) - она точно работала ещё осенью 2020 года, а теперь не работает. Что с ней сделать, чтобы заработала?

yurius

# 7 месяцев назад

Темы: 79

Сообщения: 885

Участник с: 01 января 2018

vs220
spflashtool-bin ковырять

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

vs220
или с старыми либами качать и линковать старый spflashtool

Ну я качал ещё версию 5.17 (для смартфонов примерно 2017 года) - она точно работала ещё осенью 2020 года, а теперь не работает. Что с ней сделать, чтобы заработала?

yurius	# 7 месяцев назад (отредактировано 7 месяцев назад)
Темы: 79 Сообщения: 885 Участник с: 01 января 2018	Всем привет. Долго (больше года, но меньше двух) не прошивал МТК-смартфоны с пом. SP Flashtool на Арче - и вот вчера захотел прошить, и Флэштул выдал такую ошибку: `yurius: ~/SP_Flash_Tool-5.1916_Linux $ ./flash_tool Floating point exception (core dumped)` Хотя раньше эта же версия успешно запускалась и прошивала. Брал отсюда: https://spflashtooldownload.com/download/ - то есть официальнее некуда. Это просто набор файлов, там ничего устанавливать не надо. Установил АУР-овский "spflashtool-bin", но он в качестве конфиг-файла требует файл .xml - а у меня в прошивке текстовый scatter_file.txt. Даже странно - я вообще не видел, чтобы scatter-файл шёл в виде .xml, хотя прошивками занимаюсь лет 7 уже. Ещё установил из АУР-а "spaflashtool-standalone" - но он тоже не запускается. Причём, точно так же, как и по ссылке выше: появляется лого программы, но само окно программы после этого не открывается. /etc/udev/rules.d/51-android.rules : SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="0e8d", ATTR{idProduct}=="2000" SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="0e8d", ATTR{idProduct}=="2008" SUBSYSTEM=="usb", ATTR{idVendor}=="2717", ATTR{Product}=="ff48", MODE="0666" SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="1782", ATTR{idProduct}=="4d00" SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="17ef", ATTR{idProduct}=="7929" SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="1A2C", ATTR{idProduct}=="2C27" SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="0bb4", ATTR{idProduct}=="2002" SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="18d1", ATTR{idProduct}=="4ee2" SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="04e8", ATTR{idProduct}=="6860" SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="04e8", ATTR{idProduct}=="685d" ATTR{idProduct}=="2008", SYMLINK+="android_adb", MODE="0666", OWNER="yurius" ATTR{idProduct}=="2008", SYMLINK+="android_fastboot", MODE="0666", OWNER="yurius" /etc/udev/rules.d/60-spflashtool.rules : `ACTION=="add", KERNEL=="ttyACM[0-9]*", ATTRS{idVendor}=="0e8d", ATTRS{idProduct}=="2000", MODE="0666"` - всё как всегда и было, когда прога работала. Что может быть не так, и что это за ошибка?

yurius

# 7 месяцев назад (отредактировано 7 месяцев назад)

Темы: 79

Сообщения: 885

Участник с: 01 января 2018

Всем привет.

Долго (больше года, но меньше двух) не прошивал МТК-смартфоны с пом. SP Flashtool на Арче - и вот вчера захотел прошить, и Флэштул выдал такую ошибку:

yurius: ~/SP_Flash_Tool-5.1916_Linux $ ./flash_tool
Floating point exception (core dumped)

Хотя раньше эта же версия успешно запускалась и прошивала. Брал отсюда: https://spflashtooldownload.com/download/ - то есть официальнее некуда. Это просто набор файлов, там ничего устанавливать не надо.

Установил АУР-овский "spflashtool-bin", но он в качестве конфиг-файла требует файл .xml - а у меня в прошивке текстовый scatter_file.txt. Даже странно - я вообще не видел, чтобы scatter-файл шёл в виде .xml, хотя прошивками занимаюсь лет 7 уже. Ещё установил из АУР-а "spaflashtool-standalone" - но он тоже не запускается. Причём, точно так же, как и по ссылке выше: появляется лого программы, но само окно программы после этого не открывается.

/etc/udev/rules.d/51-android.rules :

SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="0e8d", ATTR{idProduct}=="2000"
SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="0e8d", ATTR{idProduct}=="2008"

SUBSYSTEM=="usb", ATTR{idVendor}=="2717", ATTR{Product}=="ff48", MODE="0666"

SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="1782", ATTR{idProduct}=="4d00"
SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="17ef", ATTR{idProduct}=="7929"

SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="1A2C", ATTR{idProduct}=="2C27"

SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="0bb4", ATTR{idProduct}=="2002"

SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="18d1", ATTR{idProduct}=="4ee2"

SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="04e8", ATTR{idProduct}=="6860"

SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="04e8", ATTR{idProduct}=="685d"

ATTR{idProduct}=="2008", SYMLINK+="android_adb", MODE="0666", OWNER="yurius"

ATTR{idProduct}=="2008", SYMLINK+="android_fastboot", MODE="0666", OWNER="yurius"

/etc/udev/rules.d/60-spflashtool.rules :

ACTION=="add", KERNEL=="ttyACM[0-9]*", ATTRS{idVendor}=="0e8d", ATTRS{idProduct}=="2000", MODE="0666"

- всё как всегда и было, когда прога работала.

Что может быть не так, и что это за ошибка?

yurius	# 7 месяцев, 2 недели назад
Темы: 79 Сообщения: 885 Участник с: 01 января 2018	vasek acpi_backlight=vendor До лампочки, ничего не поменялось.

yurius	# 7 месяцев, 2 недели назад (отредактировано 7 месяцев, 2 недели назад)
Темы: 79 Сообщения: 885 Участник с: 01 января 2018	vasek 1 - встроенная видеокарта У меня только интегрированная. vasek проблема с яркостью замечена на некоторых ноутах при работе от аккумулятора А пофиг - что на зарядке, что на аккуме, яркость одинакова и ведёт себя одинаково при изменениях. Ладно, чтобы не морочить почки общественности, забью на это дело. Уже всё попробовали. Да и не проблема это вовсе - просто маленькое неудобство.

yurius

# 7 месяцев, 2 недели назад (отредактировано 7 месяцев, 2 недели назад)

Темы: 79

Сообщения: 885

Участник с: 01 января 2018

vasek
1 - встроенная видеокарта

У меня только интегрированная.

vasek
проблема с яркостью замечена на некоторых ноутах при работе от аккумулятора

А пофиг - что на зарядке, что на аккуме, яркость одинакова и ведёт себя одинаково при изменениях.

Ладно, чтобы не морочить почки общественности, забью на это дело. Уже всё попробовали. Да и не проблема это вовсе - просто маленькое неудобство.

yurius	# 7 месяцев, 2 недели назад (отредактировано 7 месяцев, 2 недели назад)
Темы: 79 Сообщения: 885 Участник с: 01 января 2018	vasek gammy Установил я этих "мишек Gammy". Ничего оно не даёт. Как только понижаю яркость ниже "разрабского" нуля, сам экран физически не становится темнее в полном понимании слова - контраст как будто понижается, и всё изображение становится серым, хотя и менее различимым. Пока яркость понижаю физическими кнопками, контрастность держится на нормальном уровне и картинка остаётся сочной. Как только программно понижаю ниже "разрабского" нуля, изображение теряет контраст и вместе с ним красоту, качество. Такое "уменьшение яркости" мне не нужно, это уродство. То есть "мишки Gammy" работают точно так, как работает xrandr (что я описал выше). А может, именно xrandr и используется в этой проге. Но факт один: опустить КОРРЕКТНО яркость ниже выставленного разрабами "нуля" не удаётся. vasek Напиши хоть модель ноута … Lenovo IdeaPad 330-15AST.

yurius

# 7 месяцев, 2 недели назад (отредактировано 7 месяцев, 2 недели назад)

Темы: 79

Сообщения: 885

Участник с: 01 января 2018

vasek
gammy

Установил я этих "мишек Gammy". Ничего оно не даёт. Как только понижаю яркость ниже "разрабского" нуля, сам экран физически не становится темнее в полном понимании слова - контраст как будто понижается, и всё изображение становится серым, хотя и менее различимым. Пока яркость понижаю физическими кнопками, контрастность держится на нормальном уровне и картинка остаётся сочной. Как только программно понижаю ниже "разрабского" нуля, изображение теряет контраст и вместе с ним красоту, качество. Такое "уменьшение яркости" мне не нужно, это уродство.

То есть "мишки Gammy" работают точно так, как работает xrandr (что я описал выше). А может, именно xrandr и используется в этой проге. Но факт один: опустить КОРРЕКТНО яркость ниже выставленного разрабами "нуля" не удаётся.

vasek
Напиши хоть модель ноута …

Lenovo IdeaPad 330-15AST.

yurius	# 7 месяцев, 3 недели назад
Темы: 79 Сообщения: 885 Участник с: 01 января 2018	vasek Как выход, не использовать заводскую настройку клавиш управления, а назначить горячие клавиши для управления подсветкой самому. А что это даст? Если назначить другие кнопки, они что, преодолеют это "12"? Топик же был про это - что минимальная яркость, которую можно выставить ЛЮБЫМ способом, не является такой уж минимальной, она достаточно высока. "Минимальная" - для меня это значит почти на пороге видимости чего-либо на экране вообще. А на ноуте это далеко не так.

yurius

# 7 месяцев, 3 недели назад

Темы: 79

Сообщения: 885

Участник с: 01 января 2018

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

А что это даст? Если назначить другие кнопки, они что, преодолеют это "12"? Топик же был про это - что минимальная яркость, которую можно выставить ЛЮБЫМ способом, не является такой уж минимальной, она достаточно высока. "Минимальная" - для меня это значит почти на пороге видимости чего-либо на экране вообще. А на ноуте это далеко не так.

yurius	# 7 месяцев, 3 недели назад (отредактировано 7 месяцев, 3 недели назад)
Темы: 79 Сообщения: 885 Участник с: 01 января 2018	В общем, кому интересно, кое-что прояснилось. Я убрал с физическимх кнопок яркости команду "brightnessctl set +-5%", перезагрузился. После перезагрузки оказалось, что кнопки эти всё равно работают, но уже по-другому и при их нажатии справа вверху всплывает временная полоска с бегающим ползунком яркости. Как выяснилось, после отключения с кнопок яркости моей кастомной команды, управление кнопками перехватил Power Manager, в котором есть рычажок "Кнопки управления яркостью", и окошко с "условными единицами", на которые можно изменять яркость. Так вот, при установке этих "у.е." например на 38 (при этом шаг яркости в "/sys/class/.../brightness" равен "6") яркость уменьшается до тех самых "12", о которых в моих постах выше, а после 12 экран уже полностью гаснет! Дальше его можно пробудить кнопкой "Яркость_плюс", а затем опять погасить, и т.д., без ограничений. Можно установить "у.е." на "71" - тогда тоже всё хорошо, и при этом шаг яркости равен "3". То есть шаг должен быть кратен "3" и быть делителем числа "12". Если шаг равен например "4" или "5", то уже хуже: в принципе потушить экран можно, но для этого надо туда-сюда поизменять яркость, чтобы она "вошла в ритм кратности". Но всё равно не даёт покоя это дурацкое "12". Тушение экрана происходит исключительно с этой цифры. А 12 - это всё равно яркость, совсем не близкая к нулевой. Неужели нет способов таки сделать из 12-ти скажем, 6 или 3. Ну где ж оно вшито-то, это число?

yurius

# 7 месяцев, 3 недели назад (отредактировано 7 месяцев, 3 недели назад)

Темы: 79

Сообщения: 885

Участник с: 01 января 2018

В общем, кому интересно, кое-что прояснилось. Я убрал с физическимх кнопок яркости команду "brightnessctl set +-5%", перезагрузился. После перезагрузки оказалось, что кнопки эти всё равно работают, но уже по-другому и при их нажатии справа вверху всплывает временная полоска с бегающим ползунком яркости. Как выяснилось, после отключения с кнопок яркости моей кастомной команды, управление кнопками перехватил Power Manager, в котором есть рычажок "Кнопки управления яркостью", и окошко с "условными единицами", на которые можно изменять яркость. Так вот, при установке этих "у.е." например на 38 (при этом шаг яркости в "/sys/class/.../brightness" равен "6") яркость уменьшается до тех самых "12", о которых в моих постах выше, а после 12 экран уже полностью гаснет! Дальше его можно пробудить кнопкой "Яркость_плюс", а затем опять погасить, и т.д., без ограничений. Можно установить "у.е." на "71" - тогда тоже всё хорошо, и при этом шаг яркости равен "3". То есть шаг должен быть кратен "3" и быть делителем числа "12". Если шаг равен например "4" или "5", то уже хуже: в принципе потушить экран можно, но для этого надо туда-сюда поизменять яркость, чтобы она "вошла в ритм кратности".

Но всё равно не даёт покоя это дурацкое "12". Тушение экрана происходит исключительно с этой цифры. А 12 - это всё равно яркость, совсем не близкая к нулевой. Неужели нет способов таки сделать из 12-ти скажем, 6 или 3. Ну где ж оно вшито-то, это число?