Очень круто! Захотел грохнуть в своем LG картинки дефолтные, которые он показывает как скринсейвер, думал рутануть не проблема, пошел искать... оказалось очень мало легкодоступной инфы и исследователей, видимо просто мало кому оно интересно. Зато нашел протокол управления по ip, и допинал его реализацию немного (для себя на c#, не выкладывал, но на гитхабе автору оригинального проекта на js подсказал как сделать). Рад, что кто-то более хардкорный копнул настолько глубоко!
Даже если закрыть глаза на сетевые проблемы с nat, нестабильным каналом, плавающим пингом и тд, остается один банальный вопрос стабильности нод и скорости разворачивания своего сервиса, когда ноды переезжают. Разворачивать какой-нибудь сложный/нагруженный сервис в такой среде я бы не стал - ему или понадобится конское число реплик, или он будет постоянно в оффлайне, рассогласованном состоянии, в процессе переливки данных между нодами.
А подскажите, может есть решение с автоматическим перекодированием контента, для ущербных клиентов типа недо-смарт телевизоров? Чтобы оно и поиск локальный-нелокальный, и торренты недокачанные поддерживало. Пробовал собирать матрешку из разных компонентов, но все время то одно неудобно, то другое, файлы недоиндексируются, перекодирование не дружит с перемоткой. В итоге с третьей попытки нашел 10-метровый hdmi который тянет 4к и продолжаю смотреть с vlc на винде.)
Пытался в подобное, портабельный "вездеходный" скрипт для CI/CD, который должен работать на винде и маке разработчика, в любом дистрибутиве билд-агента, и в почти любом докер-образе. В итоге уперся в то, что помимо баша необходимо гарантировать наличие дополнительных пакетов для каждой более-менее серьезной задачи. Curl, jq, unzip... в итоге, вместо того чтобы везде таскать их, и сходить с ума от сложностей баш-скриптинга - плюнул и переписал все на python. При чем написать скрипт, который работает на py2 и py3 одновременно - вообще не проблема, буквально 3 if понадобилось. Зато теперь сплю спокойно.
Я тоже дошел до идеи отписаться от всего, такой же скрипт делал, для вконтакта... правда, выполнил его в консоли и все. Выложить в маркет плагинов не догадался, видимо к лучшему.
Статья огонь, автор крут! Помимо игр, сразу в голову пришла uefi-шная версия gdisk, ей бы такой GUI не помешал. Да и просто загрузчик, но с гибко настраиваемым интерфейсом и возможностью что-то дописать на почти-питоне, вполне пригодился бы.
Экран 4:3, запчасти и любая клавиатура на выбор - это, конечно, звучит прикольно. Только где этот вендор будет через год-два-пять? Разъемы через usb - лишь бы модули с разъемами не выпали на ходу из корпуса...
Планшеты вообще странные устройства. Закрытые, нестандартные вдоль и поперек, и сообщества умельцев меньше чем у смартфонов из-за нишевости. Из-за этого быстро устаревают и становятся бесполезными кирпичами, хотя порой обидно - экран, тач, сеть, автономность...
И не только Android с iOS имеют проблемы "запускается, но ничего сделать нельзя": купил как-то Acer Iconia W3 поиграться - вроде и Intel x86, и Windows, даже десятая, хоть и с тормозами, и даже EFI. Думал получится запускать или стримить на него простенькие игры, но все упирается в нестандартную графику, даже RDP с планшета рассыпается и артефачит, а стриминг на него с помощью steam и альтернатив просто не подхватывает hardware acceleration, и упирается либо в скорость старого wi-fi, либо в мощность процессора. Еще хоть и можно запустить любой efi bootloader, но Linux виснет на этапе загрузки ядра, потому что платформа как-то по-своему реализует энергосбережение и никто просто не добавлял ее поддержку.
имелось в виду решение, когда ER определил какой нужен endpoint и прописал его куда-то в HttpContextFeature, а мы берем и подменяем на свой. Видел такую статью и демо, но что-то не срослось, возможно потому что на 2.2. ER реализован как-то не так, как в 3.1
Потому что один контроллер может быть доступен по нескольким маршрутам
Действительно, спасибо! *facepalm*
BinderTypeModelBinder
Зарегать его в DI напрямую — не рабоает. Вероятно, я не нашел, как именно создается биндер, уже не помню. Статьи, которые попадались мне, юзали Request Services из контекста.
А про сериализацию честно говоря не придумал как можно было бы проще. Ну, разве что руками ползать по json-у, но это я считаю идейно неправильным, поэтому использовал newtonsoft json converters везде где только можно)
видимо, радио жрет больше чем процессор в современных схемах
Он все-таки смог заработать на путешествии во времени!
небось регулярными выражениями парсят :(
мультиклет?
https://github.com/WesSouza/lgtv-ip-control/issues/58
там в комментах pdf с описанием протокола, сам репозиторий - реализация. про bluetooth ничего не знаю
Очень круто! Захотел грохнуть в своем LG картинки дефолтные, которые он показывает как скринсейвер, думал рутануть не проблема, пошел искать... оказалось очень мало легкодоступной инфы и исследователей, видимо просто мало кому оно интересно. Зато нашел протокол управления по ip, и допинал его реализацию немного (для себя на c#, не выкладывал, но на гитхабе автору оригинального проекта на js подсказал как сделать). Рад, что кто-то более хардкорный копнул настолько глубоко!
Clean room называется
Даже если закрыть глаза на сетевые проблемы с nat, нестабильным каналом, плавающим пингом и тд, остается один банальный вопрос стабильности нод и скорости разворачивания своего сервиса, когда ноды переезжают. Разворачивать какой-нибудь сложный/нагруженный сервис в такой среде я бы не стал - ему или понадобится конское число реплик, или он будет постоянно в оффлайне, рассогласованном состоянии, в процессе переливки данных между нодами.
А подскажите, может есть решение с автоматическим перекодированием контента, для ущербных клиентов типа недо-смарт телевизоров? Чтобы оно и поиск локальный-нелокальный, и торренты недокачанные поддерживало. Пробовал собирать матрешку из разных компонентов, но все время то одно неудобно, то другое, файлы недоиндексируются, перекодирование не дружит с перемоткой. В итоге с третьей попытки нашел 10-метровый hdmi который тянет 4к и продолжаю смотреть с vlc на винде.)
Пытался в подобное, портабельный "вездеходный" скрипт для CI/CD, который должен работать на винде и маке разработчика, в любом дистрибутиве билд-агента, и в почти любом докер-образе. В итоге уперся в то, что помимо баша необходимо гарантировать наличие дополнительных пакетов для каждой более-менее серьезной задачи. Curl, jq, unzip... в итоге, вместо того чтобы везде таскать их, и сходить с ума от сложностей баш-скриптинга - плюнул и переписал все на python. При чем написать скрипт, который работает на py2 и py3 одновременно - вообще не проблема, буквально 3 if понадобилось. Зато теперь сплю спокойно.
Я тоже дошел до идеи отписаться от всего, такой же скрипт делал, для вконтакта... правда, выполнил его в консоли и все. Выложить в маркет плагинов не догадался, видимо к лучшему.
Статья огонь, автор крут! Помимо игр, сразу в голову пришла uefi-шная версия gdisk, ей бы такой GUI не помешал. Да и просто загрузчик, но с гибко настраиваемым интерфейсом и возможностью что-то дописать на почти-питоне, вполне пригодился бы.
Экран 4:3, запчасти и любая клавиатура на выбор - это, конечно, звучит прикольно. Только где этот вендор будет через год-два-пять? Разъемы через usb - лишь бы модули с разъемами не выпали на ходу из корпуса...
Планшеты вообще странные устройства. Закрытые, нестандартные вдоль и поперек, и сообщества умельцев меньше чем у смартфонов из-за нишевости. Из-за этого быстро устаревают и становятся бесполезными кирпичами, хотя порой обидно - экран, тач, сеть, автономность...
И не только Android с iOS имеют проблемы "запускается, но ничего сделать нельзя": купил как-то Acer Iconia W3 поиграться - вроде и Intel x86, и Windows, даже десятая, хоть и с тормозами, и даже EFI. Думал получится запускать или стримить на него простенькие игры, но все упирается в нестандартную графику, даже RDP с планшета рассыпается и артефачит, а стриминг на него с помощью steam и альтернатив просто не подхватывает hardware acceleration, и упирается либо в скорость старого wi-fi, либо в мощность процессора. Еще хоть и можно запустить любой efi bootloader, но Linux виснет на этапе загрузки ядра, потому что платформа как-то по-своему реализует энергосбережение и никто просто не добавлял ее поддержку.
Спасибо! Интересная штука, конечно
А что за технология крыши как водяного зеркала? Не могу вообще ничего нагуглить, можете сориентировать?
Для андроида с root есть DriveDroid, много лет использую
В какой-то из serious sam есть уровень со всеми эффектами и этим чайником
Интересная штука! Рискну предположить что middlewares она уже не вызывает, а фильтры? [Authorize] например
имелось в виду решение, когда ER определил какой нужен endpoint и прописал его куда-то в HttpContextFeature, а мы берем и подменяем на свой. Видел такую статью и демо, но что-то не срослось, возможно потому что на 2.2. ER реализован как-то не так, как в 3.1
Действительно, спасибо! *facepalm*
Зарегать его в DI напрямую — не рабоает. Вероятно, я не нашел, как именно создается биндер, уже не помню. Статьи, которые попадались мне, юзали Request Services из контекста.
А про сериализацию честно говоря не придумал как можно было бы проще. Ну, разве что руками ползать по json-у, но это я считаю идейно неправильным, поэтому использовал newtonsoft json converters везде где только можно)