[Назад] [Вся нить] [Последние 50 сообщений]
Ответ в нить
Captcha image
Тема   ( ответ в 2023)
Сообщение flower
Файл  []
Пароль  (для удаления файлов и сообщений)
Параметры   
  • Прежде чем постить, ознакомьтесь с правилами.
  • Поддерживаются файлы типов GIF, JPG, MP4, OGV, PNG, WEBM, WEBP размером до 25600 кБ.
  • Ныне 1858 unique user posts. Посмотреть каталог
  • Максимальное количество бампов нити: 200

a7414dcad86e18dd.png - (701.95KB, 1280×720)
2023
No. 2023    
Одна девочка хочет писать код связанный с аниме, но не знает, что это могло бы быть. Хочется таких реквестов. А там и оичаньский гитхаб для такого заведём, если будет можно.
Развернуть все изображения
No. 2024    
10cdd48827b0cc01697be53fc7fc0ec4.jpg - (543.94KB, 1846×3171)
2024
Кот одной девочки сразу про Overmix - свободную программу для автоматического склеивания девочек с помощью ЭВМ!

https://github.com/spillerrec/Overmix
No. 2025    
>>2024
Я наверное попробую поюзать!
No. 2026    
Ладно. По поводу поиска идеи для кота про аниме. Первый кусочек будущей идеи: что-то делать из кадров из аниме.
No. 2028    
7DKc.mp4 - (21.90KB, 480×270)
2028
>гитхаб
А можно gitlab или bitbucket или что ещё?

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

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

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

С точки зрения качества/размера одним из эффективных способов может быть найти ближайший ключевой кадр слева и справа, и скопировать отрезок между ними (lossless/same_size), а обрывки слева и справа перекодировать в lossless или в очень высоком качестве. То есть, результат формируем как: перекодированная последовательность до первого слева к. кадра + копия кадров исходного потока между крайними ключевыми кадрами внутри фрагмента + перекодированная последовательность от первого справа к. кадра. Если делать это мануально, скажем, в ffmpeg, то плывут pts у кадров, а это очень плохо. Нужна программа, которая по видео с потоком в h264; началу и концу фрагмента, указанному по времени или по номеру кадра; параметрам кодирования для начала и конца; вырежет этот видеофрагмент (вместе с соответсвующими аудио/сабами) указанным образом с корректным сохранением времён показа кадров и дистанций между ними.
No. 2029    
>>2028
Или даже так. Есть видео с потоком в h264. Мы его по времени/номерам кадров разбиваем на
  1. фрагменты для тотального перекодирования (с разными настройками);
  2. фрагменты для ""копирования"" указанным в >>2028 образом.
данные о которых мы пишем в некоторый файл. По видео и
тому файлу программа должна строить новое с корректным сохранением времени кадров.

Зачем это нужно? Например, пусть есть видео, не очень эффективно с позиции размер/качество закодированное. Статичные и несложные части того видео можно сжать сильнее (почти) без потерь качества, нестатичныескопировать. Сделав это мы получим видео, почти эквивалентное оригинальному, но значительно меньшее оригинального размером.
No. 2032    
>>2028
>некоторый кусок видеоряда, при том концы отрезка фрагмента не приходятся на ключевые кадры
fixed
No. 2033    
6a7bc8b20655856df0326363c5df8dd4.jpg - (809.22KB, 1000×1414)
2033
Одна девочка хотела бы научиться писать код.
No. 2039    
>>2028
Если честно, пока не до конца понимаю что требуется делать...
No. 2040    
>>2033
А у девочки есть ЭВМ? У одной девочки в детстве не было ЭВМ, поэтому она в библиотеке книжки про ЭВМ и код в тетрадке. А потом девочкины родители ЭВМ, и девочка всё время в игры...
No. 2041    
>>2040
У одной девочки есть ЭВМ! Но одна девочка все больше в игры. И не очень понимает, зачем ей программировать.
No. 2042    
>>2041
Чтобы делать ещё игры.
No. 2043    
da1f28799932f8bb0c332f253241870d.jpg - (281.75KB, 1943×1619)
2043
>>2042
Одна девочка хотела бы сделать свою VN, у девочки даже наметки сюжета есть и костяк сценария. Но тут, скорее уж, надо учиться рисовать. И искать руководства, как делать VN на Unity.
No. 2044    
Eileen.png - (0.98MB, 1624×872)
2044
>>2043
Можно Ren'Py же, там и кот почти не понадобится!
No. 2045    
3d9ad808b7e5bc2c4e63b484360572ff.jpg - (360.97KB, 1155×1633)
2045
>>2044
Но тогда можно и с мобильнымит платформами попрощаться, ведь RenPy очень плохо портируется.
No. 2046    
>>2045
Вот девочка дальновидная!
No. 2047    
>>2046
Одна девочка даже слишком дальновидная, раз о таких вещах, даже не написав полный текст новеллы с развилками.
No. 2049    
155954011628.png - (3.59MB, 2150×3035)
2049
>>2045
А можно свой оичаньский движок написать на чем-нибудь. На C++, например.
No. 2050    
71607476_p0.jpg - (228.53KB, 1240×1754)
2050
>>2049
Одна девочка читала, что игру Stardew Valley так и написали, без движка, на C.
No. 2059    
Какой код? Там 3D-моделирование, графика, нудная работа ручками.
No. 2060    
>>2059
У >>2024 именно аниме-код.
No. 2234    
>>2050
На С#
No. 3775    
Одна девочка хочет такую виртуальную девочку, которая будет напоминать и спрашивать всякие вещи. Но если заскриптованная, то интереса не будет. Одна девочка подумала, что было бы здорово, если бы одна девочка была бы виртуальной девочкой для другой девочки, а та — для неё. И автоматически такие пары на сервере создавать, когда две девочки присоединяются.

Девочка бака? Такое уже есть?
No. 3776    
>>3775
у другой девочки с детства мечта, чтобы у неё такая виртуальная девочка-помощница! Девочка сама очень ответственная, но рассеянная. Постоянно у неё из головы всякие важные дела и встречи и стыдненько. Из-за этого у девочки постоянное беспокойство. Каждую ночь ночь до трёх утра с боку на бок, не забыто ли что. Вот бы все заботы на электронную девочку-секретаршу с идеальной памятью! Чтобы та девочке расписание и напоминания и с утра список дел на сегодня. А у девочки бы голова свободна, и можно полностью себя делам, и всё хорошо.

А если сервер, и девочки друг другу напоминания, то надо ведь за других девочек все их важные вещи в голове? Сложненько ведь, такую ответственность. Девочка бы ещё больше переживаний, чтобы других девочек случайно в неловкое положение из-за своей рассеянности. Или это как-то по-другому?
No. 3787    
>>3776
А другая девочка всё ровно наоборот, безответственная, но всё запоминает. Поэтому ей было сложно представить такую ситуацию.

> А если сервер, и девочки друг другу напоминания, то надо ведь за других девочек все их важные вещи в голове?

Наверное, только лишь самое важное напоминать и спрашивать, чтобы мотивировать других девочек!
No. 3831    
К сожалению, нет таких мейд компьютерных. А когда появятся, то наверно будут только на японском говорить, придётся его учить, если доживем.
No. 3838    
158431622138.png - (410.28KB, 1042×1473)
3838
> придётся его учить, если доживем
Если честно, то до времени, когда его именно придётся учить, при прочих равных доживать не очень хочется.
No. 3860    
20190410234202.jpg - (57.79KB, 1024×555)
3860
>>3775
Напоминает обычную ролёвку при общении в интернете. Тут разве что может быть какой-то функционал, который сделает такое общение более интересным.
No. 3870    
Девочке интересно, а что такое кластеры метапарадигм?
No. 3871    
И в какой парадигме какого кластера находится ойчан?
No. 3872    
1586097934112.jpg - (229.45KB, 1920×1080)
3872
>>3870
Ну, во-первых, это — калстеры. А ещё это кластеры метапарадигм.
No. 4231    
Так вот же!
https://github.com/soruly/awesome-acg
https://www.moelib.com/
No. 4257    
На мой взгляд, есть несколько перспективных направлений:
1. расцензуривание булочек в адалт-манге и анимэ на основе нейросетей. Уже есть подобный проект (DeepCreamPy), но главные открытия ещё явно впереди.
2. апскейлинг по типу waifu2x, но для видео. Требует немалых выч. ресурсов (делать распределённую систему?), крутейших алгоритмов с матаном и недюжинной оптимизации кода. Актуально для старых тайтлов.

>>4231
Спасибо за ссылки!
No. 4829    
222551965.png - (23.47KB, 259×224)
4829
Одна девочка опять в который раз уже начала пытаться учиться погромированию. Как же это сложно. Но интересно. Но непонятно ничего. Трудно быть глупой. На сколько же её хватит в этот раз.
No. 4830    
>>4829
Если интересно, то всё получится же! Можно какую-то нужную штуку для себя самой, чтобы совсем интересно.
No. 4853    
222551952.png - (16.06KB, 259×224)
4853
>>4829
Впервые пригодилось немного выученное!
Задача была конечно совершенно простая и решить её я могла бы в разы быстрее другими способами, но решила почему бы и нет?

>>4830
Спасибо же.
Для себя всё и затевалось. У меня есть давно всякие штучки, которые хотелось бы сделать или изменить немного всякие существующие.

А ещё у меня проблема, что я хватаюсь за всё подряд и в итоге не умею ничего нормально делать, но кучу всего понемногу. Сегодня вот зачем-то я карточные фокусы. Трачу время, когда бы могла другими, более нужными делами заняться. Но фокусы такие захватывающие! Как они все пальцами ловко перебирают, будто взаправду волшебство случается!
No. 4854    
6d83c8b2be7451a488b74d459be07577.jpg - (536.53KB, 1000×1000)
4854
>>4853
> А ещё у меня проблема, что я хватаюсь за всё подряд и в итоге не умею ничего нормально делать, но кучу всего понемногу. Сегодня вот зачем-то я карточные фокусы. Трачу время, когда бы могла другими, более нужными делами заняться. Но фокусы такие захватывающие! Как они все пальцами ловко перебирают, будто взаправду волшебство случается!

Так это здорово ведь! Кругом столько интересного, надо как можно больше всего разного, и однажды что-то твоим увлечением на всю жизнь. Кот-то говорил, что надо как буква Т: глубокие познания в чём-то одном и широкий кругозор обо всё на свете!
No. 4864    
>>4829
>>4853
>>2033
Мне кажется, что приобретение общих писательских навыков можно разбить на два класса:
  • Быстрое написание эффективного, компактного, элегантного кода;
  • Создание хорошей архитектуры.
Первое хорошо развивается решением задачек на алгоритмы и структуры данных на строготипизированном процедурном языке без исчерпывающего количества фич и без привязки под конкретную архитектуру вычислителя, а также постоянным программированием. Находить задачки можно на сайтах для школьников https://informatics.mccme.ru/ . Можно ещё искать их (и участвовать в соревнованиях) на более серьёзных сайтах, например - https://codeforces.com/ , https://atcoder.jp/ .

Стоит, однако, упомянуть, что часть алгоритмов, рассматриваемых на сайтах для школьников (да и студентов), подразумевают некий абстрактный вычислитель (который на деле ни разу не абстрактный) со случайным доступом к памяти (который есть, но на порядок медленнее последовательного), с последовательным выполнением команд и прочей неправдой. Поэтому на деле они не применяются. Так в strstr (в glibc) отнюдь не КМП и не Ахо-Карасик, про которые вроде обычно рассказывают в российских учебных заведениях. А strchr делает отнюдь не простой побайтовый перебор, и где-то в 10 раз быстрее тривиальной реализации оттого.

Второй класс навыков можно и нужно развивавть написанием чего-то серьёзного и useable-ного. Решением реальных (в частности - своих) задач. В случае полного отсутствия знаний и навыков, вполне можно сразу переходить к чему-то реальному, но тут есть риск наделать много глупостей, на которые в случае отсутствия стороннего review'ера будет некому указать. Это не всегда критично. Чем больше практики написания кода - тем проще и лучше будет получаться.

Ещё нужно отметить более узкий набор навыков: знание целевого языка и его библиотек, понимание принципов их устройства, умение ими пользоваться без гугла. В случае с C, например, можно просто сделать свою реализацию стандартной библиотеки, основав её на каком-нибудь открытом ядре (например, Linux). По крайней мере, в некоторых школах для взрослых людей, рассказывали, это входит в процесс обучения.

В случае полного отсутствия навыков я бы предложил такой алгоритм обучения:
1. Задачки на алгоритмы и структуры данных на C.
2. Написание на C разных игрушечных программ, задействующих особенности архитектур вычислителей и бегущих на них систем с целью их изучения. Можно тронуть исходный код стандартных библиотек. Можно тронуть современный ассемблер (например, GNU'шный) и низкоуровневые средства отладки по типу GDB, посмотреть, во что компилируется код более высокоуровневых языков в зависимости от параметров и прошагать скомпилированное. Можно поиграться с каким-нибудь открытым ядром и его основными подсистемами.
3. После этого можно серьёзно заняться хоть современным C++, хоть модно-молодёжными Go и Rust, хоть Python.

Тут будет полезно понимать принципы реализации высокоуровневых фич языков и систем, и осознавать то, какие проблемы эти языки решают (или добавляют). Например, отсутствие наследования - переопределения методов в C контрится возможмостью делать структуры, содержащие ссылки на функции для работы с данными; это более долгий способ, но иногда большая гибкость такого подхода бывает нужна. Наличие try/catch в языке в большинстве случаев убирает необходимость пользоваться goto в ситуацииях, когда после каждой ошибки надо выгружать нарастающее по ходу метода количество загруженных ресурсов; так в Java goto де-факто нет. Если бы в Java можно было указатели на функции, то не было бы нужды делать (анонимные) классы, единственное преднозначение которых - унаследоваться от класса-слушателя события и переопределить метод для его обработки. Наличие метаданных и reflex'ии в C# позволяет на ходу делать метапрограммирование: особенно помогает от повторения аннотаций данных и кучи строк кода типа table.columns["somevar"][i] = obj[i].somevar. В языках без таких возможностей оно частично решаться препроцессором и отдельными программами, разворачивающими дескрипторы и файлы в кучу строк кода на момент компиляции.
No. 4866    
>>4864
В Java try/catch, правда, не может в fallthrough (а я почему-то помню, что может, доверяй вот постерам в интернете). Жалко. Если делать решение без повтора cleanup-кода, то придётся в catch'е писать в переменную - номер ошибки и уже по ней делать fallthrough switch.
Собственно, такая вот ситуация и straightforward C-решение.
https://pastebin.com/kKyXmVR1
Straightforward Java-решение. В языках с автофинализацией таких ситуаций куда меньше, но они бывают.
https://pastebin.com/F2r0XcAG
Java-решение без повторов.
https://pastebin.com/fuC9rE76
No. 4867    
Да и Ахо-Карасик - алгоритм более общего значения. Ещё бы он там применялся. Плохой пример.
No. 4868    
Ничего не понятно, но спасибо на всякий случай.
No. 4981    
222551964.png - (15.44KB, 259×224)
4981
>>4829
Всё-таки девочка слишком глупа для такого! У~
No. 4982    
2.png - (664.88KB, 862×600)
4982
>>4981
Одна девочка когда студенткой, ей один преподаватель, что когда он сам студентом, то ему его преподаватель, что он слишком тупой, чтобы математиком. Он тогда себе слово, что нарочно настоящим математиком и учёным, вот!
No. 5945    
2021-02-05_15_26_07.png - (114.89KB, 1440×757)
5945
Одна девочка нашла про кластеры метапарадигм.
No. 6483    
>>4853
Девочка на меня очень похожа. А я на баку
No. 6484    
Clipboard01.png - (246.24KB, 1336×940)
6484
Не знаю, как для просмотра, но для чтения пригодится: «Дано» -> «Надо»

Ну и подскажите или способ разобрать примеры не через задницу, или где взять не покорёженный словарь Мюллера.
No. 10391    
i-023.png - (144.71KB, 497×363)
10391
Девочки погромисты тут?
Мне нужно сделать приложение под windows чтобы сканировала директорию на наличие картинок и отображала каждую, определённое время по таймеру.
Знаете как всякие сайты вроде Line of action or quick pose?
Есть приложение GestureDrawing 3 https://www.artstation.com/marketplace/p/k1Vq/gesturedrawing (есть бесплатная версия для ознакомления.)
Вот такое вот нужно.
На чём это вот сделать будет проще всего баке не разбирающейся? Питон подойдёт? Что учить именно для этого? Или можно выучить что-то другое быстрее? Под виндовс наверное на С пишут, да?
Расскажите мне.
Да, у девочки очередная мания и непременно нужно постараться сделать самой то, что сделали до неё кучу раз.
No. 10392    
>>10391
Electron / его альтернативы https://blog.logrocket.com/why-use-electron-alternative/
No. 10396    
>>10391
На C# довольно просто сделать. Особенно если под Windows.
No. 10397    
>>10396
Ойчую. Ссылки не смотрел и о тех программах не знаю. Но по описанию, на C# в Вижле за несколько часов можно склепать. Сама Visual Studio, правда, будет качаться и ставиться долго.
No. 10399    
Спасибо. А без visual studio нельзя?
Девочке недавно нужно было скомпилировать одну программу, а для этого нужно было студию эту, так мне аж 8 гигабайт предложили установить чего-то. Не хочу такую лабуда ставить. Пришлось без той программы.
No. 10400    
>>10399
Мимо девочка
Visual code. Любые редакторы, поддерживающие синтаксис. Например, Atom.
No. 10401    
Девочку отпустило. В это раз быстро, к счастью.
No. 10402    
>>10401
А чому девочке было плохо?
No. 10653    
>>10400
>Например, Atom.
Категория: вредные советы.
No. 11868    
Загрузчик плейлистов для музтреда.

Да, ruby там всего лишь подставляет аргументы в curl реагируя на строчки файла, т.е. не нужен и наверно это может и bash и awk и sed, но вот так.

https://p.teknik.io/XZDCb
https://paste.thec0de.com/?7463425658b8bb23#9WEAdtNwJ3PsJDfFnuwGJPRWeR6MQxqDf8fFcS2FnRcV
No. 11870    
effile.png - (36.33KB, 1354×135)
11870
キタ━━━(゚∀゚)━━━!!
Удалить сообщение []
Пароль  
[Mod]