Спасибо за большой обстоятельный комментарий! Он несет собой истину и описывает то, как действительно должно быть. Я бы, правда, признал, что все таки компании с низким технологическим уровнем-таки существуют, и они не обязательно плохие или отсталые: это может быть и небольшой размер студии без неограниченного бюджета; и исторически сложившиеся пайплайны, которые пока не смогли сменить, потому что на середине проекта делать такие маневры может быть губительно. Да и сама технологическая отсталось - вещь неоднородная: что-то может быть сделано по уму, а где-то откровенно плохо.
С p4 нам тоже приходится сталкиваться помимо git, так что и его нюансы нам в какой-то степени приходится учитывать, так что спасибо за всестороннее сочувствие :)
да, для небольших веток это и правда наиболее простой быстрый способ. и вплоть до ручного копирования изменений из диффа в GitHub - одностоочник точно нет смысла честно мержить через страдания
вы знаете - это гениальный трюк! и, пожалуй, именно то, что я хотел: совершить feature -> main, а потом притвориться, что это был main -> feature. и без форса.
в комментариях к вашим статьям люди писали, что не понимают, зачем нужно спускаться к низкоуровневым гит-командам, но вот живой пример, где commit-tree решает плохо решаемую задачу.
так же спасибо, что указали на упущенный мной git merge --quit - я поправлю статью
геймдев :) больше всего весят ассеты. только не спрашивайте “А почему не X?”. ответ будет где-то между “NDA” и “обстоятельства”, т.е. по факту с чем приходится работать, с тем приходится
я бы сказал, что статья очень С+±специфична и перенести на другие языки получится только крохи, потому что здесь большею частью описываются не общие паттерны и идиомы, а устоявшиеся хаки под конкретный язык
так что к сожалению очень и очень мало что вы сможете применить на Rust напрямую: RAII, SSO, Value types, самописные Virtual tables
Я стал играть в игру из любопытства и зависти к такому большому спектру скиллов у одного человека - я хотел оценить труд человека. А по итогу мне игра действительно понравилась.
Я ценю в играх атмосферу и авторское высказывание. И вижу, что автор донес до игрока то, что он действительно хотел донести. Это не говоря про ностальгический удар под дых, который эта игра наносит soviet гражданам 35+.
Какой-то ютубер сказал, что эта игра - это именно то, что он сам сделал бы, если бы мог и умел делать игры в соло. Думаю, я с ним соглашусь - это некое воплощение “моей игры” из параллельной вселенной, где я обладаю той же широтой компетенций, как автор Hail to the Rainbow.
Учитывая вышесказанное я не могу рассматривать эту игру, как просто игру из Steam и оценивать ее объективно. От того мне странно читать на русскоязычном + программистском ресурсе отзывы от людей, будто это отзывы обычных игроков
Вы заставили меня очень сильно задуматься) В том смысле, что я фактически сейчас пишу проигрыватель с нуля не опираясь на ffplay и сейчас задаюсь вопросом, действительно ли оно мне надо - все-таки это не так просто, особенно в паре с аудио.
Я смотрел на реализацию плеера ffplay.c за вдохновением, но вдохновения не случилось, потому что там все очень заковыристо :) Но если пойти вашим путем и замести все эти заковырки за красивый фасад, то кому какое дело. Я попробую посмотреть в эту сторону, спасибо за идею
Очень интересное решение! Я правильно понял, что вы просто забрали исходный код и попытались скомпилировать его с нуля в обход их системы сборки?
Так же интересуют подробности по внедрению целого ffplay в свое приложение. Я знаком с ffplay, и даже использовал его несколько раз в своих нуждах. Но я так понимаю - это само по себе готовое приложение, использующее библиотеку ffmpeg, просто очень тесно вплетенное в репозиторий и даже собирающееся по дефолту системой сборки. Вы судя по всему просто адаптировали код ffplay.c под свои нужды и как-то встроили в код своего приложения? Фактически, это модификация ffplay, или обвязка вокруг него, если можно так сказать?
Да, при сборке ffmpeg можно конфигурировать очень гибко и повыбрасывать из него очень многое. Я не уверен, до каких пределов его можно ужать и, боюсь, это придется проверять экспериментально методом проб, ошибок и крашей, если вырезал слишком много
Ну, если следовать по проторенной инструкции, сложности нет :) А так вы правы - самое попившее кровь - это то, что вы перечислили. Просто мне не сразу довелось прийти к этим хакам - подсказки лежали то тут, то там в разных мануалах от разных людей
Спасибо за большой обстоятельный комментарий! Он несет собой истину и описывает то, как действительно должно быть. Я бы, правда, признал, что все таки компании с низким технологическим уровнем-таки существуют, и они не обязательно плохие или отсталые: это может быть и небольшой размер студии без неограниченного бюджета; и исторически сложившиеся пайплайны, которые пока не смогли сменить, потому что на середине проекта делать такие маневры может быть губительно. Да и сама технологическая отсталось - вещь неоднородная: что-то может быть сделано по уму, а где-то откровенно плохо.
С p4 нам тоже приходится сталкиваться помимо git, так что и его нюансы нам в какой-то степени приходится учитывать, так что спасибо за всестороннее сочувствие :)
да, для небольших веток это и правда наиболее простой быстрый способ. и вплоть до ручного копирования изменений из диффа в GitHub - одностоочник точно нет смысла честно мержить через страдания
вы знаете - это гениальный трюк! и, пожалуй, именно то, что я хотел: совершить
feature -> main, а потом притвориться, что это былmain -> feature. и без форса.в комментариях к вашим статьям люди писали, что не понимают, зачем нужно спускаться к низкоуровневым гит-командам, но вот живой пример, где commit-tree решает плохо решаемую задачу.
так же спасибо, что указали на упущенный мной
git merge --quit- я поправлю статьюдаже не знаю, что вам ответить. могу предложить почитать статью
геймдев :) больше всего весят ассеты. только не спрашивайте “А почему не X?”. ответ будет где-то между “NDA” и “обстоятельства”, т.е. по факту с чем приходится работать, с тем приходится
хмм, стоит попробовать. спасибо за совет
пришел на redux, попал на 1С
я бы сказал, что статья очень С+±специфична и перенести на другие языки получится только крохи, потому что здесь большею частью описываются не общие паттерны и идиомы, а устоявшиеся хаки под конкретный язык
так что к сожалению очень и очень мало что вы сможете применить на Rust напрямую: RAII, SSO, Value types, самописные Virtual tables
как раз погрузился в эту тему, статья хорошо под руку попалась - от ~/.claude/ не откажусь
Матерым сотрудником Яндекса, например, как автор этой статьи :)
Рад, что помогло. Поделитесь потом своим фидбеком о успехах с mingw64 :)
так он под автобус попал
Я стал играть в игру из любопытства и зависти к такому большому спектру скиллов у одного человека - я хотел оценить труд человека. А по итогу мне игра действительно понравилась.
Я ценю в играх атмосферу и авторское высказывание. И вижу, что автор донес до игрока то, что он действительно хотел донести. Это не говоря про ностальгический удар под дых, который эта игра наносит soviet гражданам 35+.
Какой-то ютубер сказал, что эта игра - это именно то, что он сам сделал бы, если бы мог и умел делать игры в соло. Думаю, я с ним соглашусь - это некое воплощение “моей игры” из параллельной вселенной, где я обладаю той же широтой компетенций, как автор Hail to the Rainbow.
Учитывая вышесказанное я не могу рассматривать эту игру, как просто игру из Steam и оценивать ее объективно. От того мне странно читать на русскоязычном + программистском ресурсе отзывы от людей, будто это отзывы обычных игроков
у вас статья не дочитана
Вы заставили меня очень сильно задуматься) В том смысле, что я фактически сейчас пишу проигрыватель с нуля не опираясь на ffplay и сейчас задаюсь вопросом, действительно ли оно мне надо - все-таки это не так просто, особенно в паре с аудио.
Я смотрел на реализацию плеера ffplay.c за вдохновением, но вдохновения не случилось, потому что там все очень заковыристо :) Но если пойти вашим путем и замести все эти заковырки за красивый фасад, то кому какое дело. Я попробую посмотреть в эту сторону, спасибо за идею
Очень интересное решение! Я правильно понял, что вы просто забрали исходный код и попытались скомпилировать его с нуля в обход их системы сборки?
Так же интересуют подробности по внедрению целого ffplay в свое приложение. Я знаком с ffplay, и даже использовал его несколько раз в своих нуждах. Но я так понимаю - это само по себе готовое приложение, использующее библиотеку ffmpeg, просто очень тесно вплетенное в репозиторий и даже собирающееся по дефолту системой сборки. Вы судя по всему просто адаптировали код ffplay.c под свои нужды и как-то встроили в код своего приложения? Фактически, это модификация ffplay, или обвязка вокруг него, если можно так сказать?
Да, при сборке ffmpeg можно конфигурировать очень гибко и повыбрасывать из него очень многое. Я не уверен, до каких пределов его можно ужать и, боюсь, это придется проверять экспериментально методом проб, ошибок и крашей, если вырезал слишком много
Ну, если следовать по проторенной инструкции, сложности нет :)
А так вы правы - самое попившее кровь - это то, что вы перечислили. Просто мне не сразу довелось прийти к этим хакам - подсказки лежали то тут, то там в разных мануалах от разных людей
Супер! Можно какую-то ссылку? Боюсь найти не то
очень даже нравится