Понедельник, 22 Июля 2019, 16:42

Приветствую Вас Гость

[ Новые сообщения · Игроделы · Правила · Поиск ]
  • Страница 1 из 139
  • 1
  • 2
  • 3
  • 138
  • 139
  • »
Форум игроделов » Записи участника » TimKruz [2769]
Результаты поиска
TimKruzДата: Среда, 17 Июля 2019, 17:36 | Сообщение # 1 | Тема: TTS
старожил
Сейчас нет на сайте
Цитата sandy ()
Мне кажется, что незаслуженно обойдена/проигнорирована очень важная тема (и для Unity, и для C# вцелом).
Речь идет о реализации Text-To-Speech подсистемы.
Тем более что реализация модулей TTS уже предполагает различные решения для "сетевых" и локальных синтезаторов.

А в чём вопрос-то? Как подключить TTS к Unity или использовать на C#? Или какие варианты TTS существуют?

Цитата sandy ()
(Для новичков краткое пояснение: TTS, это когда вместо мегабайт предзагруженных аудио-диалогов, вы сможете использовать килобайты требуемого текста)

Мне кажется, технологии TTS пока недостаточно развиты для того, чтобы использовать их в творческих проектах. Это как если бы все персонажи в ААА-игре говорили голосом "гугл-робота" (см. на ютубе серию роликов).

Да и в чём плюсы от TTS? Однозначно не в экономии дискового пространства (сейчас его принято не экономить).
1. Можно на клиенте озвучить любой текст, даже такой, который изначально не был задуман. Нужно ли это играм? Пока нет полноценного ИИ, который не выглядел бы как тупой чат-бот или не менее тупой игровой болванчик, подобная возможность играм не требуется (все тексты заготовлены заранее).
2. Можно серьёзно сэкономить на найме актёров озвучки. Но большим проектам это вообще не нужно (мочить репутацию?), а инди-разработчики предпочитают обходиться текстом. В конце концов все давно привыкли к тому, что большинство игр либо не имеют озвучку совсем, либо озвучены лишь основные/начальные квесты.
3. Экономия пространства диска - сомнительно, т.к. звук требует меньше места, чем качественная графика, а качественный TTS движок сам по себе весит не мало. Ещё нужно будет посчитать, будет ли выгода - у Вокалоидов, к примеру, банк данных одного персонажа весит сотни мегабайт, если я ничего не путаю. Если использовать облачную технологию - возникает необходимость в интернет-подключении, плюс всё сломается, когда кончится лицензия/аренда или облако закроется.

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

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

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

Кстати, если подгонять TTS под серьёзную игру, придётся записывать голосовой банк практически под каждого персонажа - и здесь уже неизвестно, что будет дешевле, записать несколько фраз или целый банк (не знаю, насколько трудно создать голосовой банк с нуля, и что может дополнительно потребоваться от актёра). Плюсом - лишний вес игры от каждого дополнительного банка...



TimKruzДата: Вторник, 28 Мая 2019, 17:01 | Сообщение # 2 | Тема: Готовы ли вы выложить свой код?
старожил
Сейчас нет на сайте
pixeye,


Цитата afq ()
ты же вроде писал что сделать файлы и каталоги легко. Я думал что ты это в первую очередь сделаешь. А ты за четыре часа сделал echo и exit.

Ух... Если тебя это так волнует, я потратил 2 часа 16 минут (параллельно играя в игру), и сделал не "echo и exit", а синглтон "TGameConsole", который принимает пользовательский ввод, разбирает и анализирует команды, список которых легко пополнить. Без этого обработчика смысла в дальнейшей работе не было бы, ибо даже если написать класс, работающий с файловой системой, испробовать на практике его не получится (без временного кода).

По мере создания класса, работающего с "файловой системой", я бы мог испытывать его в роли игрока, а не тестовыми вызовами. Я не говорю, что это удобнее или проще, но это нагляднее и мне так нравится больше — код начинает выполнять свою задачу задолго до того, как будет дописан до конца. Получается "игра с кодом", а это приятнее, чем делать всё в уме.

Цитата afq ()
Тебе же советую учить какой нибудь язык раз в год. Ну или не раз в год, а хотя бы ещё один язык, чтобы мышление менялось.

Я перепробовал множество ЯПов (как минимум писал программки для усвоения), но в конечном итоге понял, что нет особого смысла знать много языков. Они, по большей части, отличаются только синтаксисом, набором библиотек, фичами и багами компиляторов, да основной платформой. Но когда твоя платформа — винда, фичи и баги компиляторов тебя не волнуют, библиотеки тебе зачастую не нужны, а синтаксис нравится какого-то конкретного вида, не вижу никакого смысла во владении десятком ЯПов одновременно.

И потом, ЯП — это инструмент решения задач, а задач у меня тупо нет.

Всегда, пытаясь освоить новый ЯП, думал в стиле "щас чёт крутое запилю!" Время шло, а крутых идей, которые я мог бы реализовывать, на ум не приходило. В итоге бросал и возвращался к своему обычному режиму "покодить что-нибудь на паскале раз в полгода от скуки".

Скажем, изучал Java, чтобы освоить разработку под Android. Но осознал, что мне нечего делать именно на смартфоны. Для рынка? Он переполнен. Бросил Java.

Хотя чаще я всё-таки сталкиваюсь с тем, что не только я не знаю, чё делать, но и гугление не даёт ничего про реализацию моих идей. По крайней мере, простым и понятным языком, а не абстрактными формулами.

Цитата afq ()
для терминала выбирать лучше команды линукса, потому что врядли хакер будет пользоваться терминалом ms-dos.

Меня заинтересовала идея игровой симуляции работы с ПК, а не симулятор хакера)

Я вообще хотел бы создать свой набор команд, чтобы игроку было интересно изучать что-то новое, а не тупо содрать всё с реальной консоли. Зачем играть в игру про терминал, если я могу открыть настоящий терминал?

Цитата afq ()
вот смотри что у меня реализовано

Эм... А где хлебные крошки? В линуксе же есть:
user@comp:~/user/documents/books$
Или как там, не суть. Мне кажется, это очень важная фича.

Цитата afq ()
Всегда сложно понять что автор имел ввиду написав несколько строк кода.

Плохой автор, значит)

Цитата Xakep ()
Ну фиг знает на счет ассемблера, это дикий лоу левел и 10 строк уже могут быть абсолютно не понятными, если писал его не ты, плюс условные и безусловные переходы вместо ветвлений и циклов очень сильно усложняют навигацию по коду (хотя может это и решается с помощью макрасов?).

Глянь fasm, там тема с макросами дошла до того, что можно программы писать только из макросов, без инструкций ЦП. :D

И если кодить на ассемблере под Windows, то там в основном куча вызовов библиотечных процедур (invoke имяпроц парам1, парам2, парам3), хоть это и не избавляет от необходимости понимания работы процессора и ассемблера.

Цитата Xakep ()
естественно, если ты не знаком с функциональной парадигмой, все что будет написано будет не понятно, хоть как ты обзови переменные

Если не ошибаюсь, функциональная парадигма отличается отсутствием классических переменных — т.е. все результаты куда-то передаются, а если и хранятся, то без изменений. Из-за этого код выглядит так:
v = Func1(Func2(Func3(Func4(1, 2, 3))));
Т.е. "Func4 сделала что-то с 1, 2 и 3, передала ответ в Func3, которая ... в Func1, которая сохранила результат работы в v". По-моему всё просто.

Так что проблема опять же сводится к названиям) Вот что это за Func4 и почему она получает 1, 2 и 3? Кто знает...

Или языки типа Forth. На них можно писать как угодно, но обычно пишут кучей сокращений из двух-трёх букв, и это нереально усложняет понимание кода. Читал что-то типа "программист разговаривает с Фортом на собственном языке", и в примерах там были читабельные имена, а реальный код... Далёк от этого.

Цитата Xakep ()
все раздроблена настолько мелко и не пойми как взаимодействует друг с другом.

Оглавление, оглавление надо делать) И по папкам раскладывать по смыслу.

Цитата Xakep ()
можешь не понимать, но тебе это решение по умолчанию может показаться красивым

Ну не знаю, я не могу посчитать "красивым" то, что не могу понять...
Возможно, я вижу красоту в работе каких-то систем, а внешняя сторона (синтаксис, именование, дробление) только обёртка; однако в плохой обёртке работу этих систем становится трудно разглядеть.

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

Цитата Xakep ()
Просто не пользуйся не нужным мусором и пиши в своем стиле

Легко сказать. Трудно пересилить нежелание делать что-то вручную)

Цитата Ordan ()
И вот, я часто слышу от плюсовиков о проблемах с памятью и никогда не понимал, что за ужасы там творятся то)

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

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

Цитата Ordan ()
Когда ты будешь делать другие проекты твой навык кодинга, всяко выше чем когда делал предыдущий проект и старый код будет для тебя просто мусором.

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

Но, окей, это всё абстрактные размышления, так можно вечно обсуждать)


TimKruzДата: Воскресенье, 26 Мая 2019, 00:52 | Сообщение # 3 | Тема: Готовы ли вы выложить свой код?
старожил
Сейчас нет на сайте
Цитата afq ()
так там удобства новые завезли

Скорее НЕудобства. Я уже описал выше, почему излишнее разнообразие на базовом уровне — плохо.

Цитата afq ()
Например можно создать структуру.
Код
struct employe {
int id;
int std::string value;
int res;
};

И получить в цикле вот так значения.
Код
std::vector<employe> employee;
for ( auto const &[ id, value, resource ] : employee ) {
  std::cout << id << " " << value << " " << resource << "\n";
}

На Pascal можно проще:
Код
const
  MSG_EMPLOYEE_INFO = 'Employee #%d: %s %s (%d y.o.)';
type
  TEmployee = record
    ID: Integer;
    Name, Surname: String;
    Age: Byte;
  end;
var
  EmployeesRoom: array of TEmployee;
  Employee: TEmployee;
begin
  for Employee in EmployeesRoom do
    with Employee do
      WriteLn(Format(MSG_EMPLOYEE_INFO, [ID, Name, Surname, Age]));
end;

Ваще не понимаю, зачем нужны все эти ::, auto const &[]:, <type>, <<, >> и прочая бесовщина.
То есть разобрать и понять значение я могу, но принимать это не хочу. Больше слов — меньше неясных спецсимволов!

ИМХО, есть два вида ЯП:
1. Spider;
2. ,//\\(::,,::)//\\,
Первые можно читать и понимать как текст, а вторые нужно разглядывать, как ASCII-картинку.
Вот только если в языках первого типа на опечатку в слове укажет компилятор, то в языках второго типа мало того, что можно глазами не заметить лишний/недостающий символ, так ещё и компилятор может принять опечатку за корректный код, который приведёт к неизвестным заранее последствиям... Поэтому мне больше нравятся языки, подобные языку Ada (паскаль на максималках, еее). И читать приятнее, и пишется проще (дольше — не сложнее; проще — не короче).

Цитата afq ()
TimKruz, ну как ты пробывал сделать хакерскую игру?

Ну я набросал такую вот фигню около 4 часов ночи:
А потом мне это надоело и я уснул под утро)

Цитата pixeye ()
Ты просто честно-честно ответь себе чего ты действительно хочешь. И все встанет на свои места : ) Не прячься и не играй в игры разума. Все на поверхности.

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



TimKruzДата: Суббота, 25 Мая 2019, 18:02 | Сообщение # 4 | Тема: Готовы ли вы выложить свой код?
старожил
Сейчас нет на сайте
Цитата pixeye ()
Зачем ? :)

Хороший вопрос :D
Ну тип... Просто нравится делать что-то, что работает. Но когда юзаешь готовые инструменты, сначала тратишь уйму времени на изучение этих инструментов, а потом уйму времени на борьбу с ошибками этих инструментов, которые не можешь исправить из-за монструозности этих инструментов (при том что 90% от их функционала тебе не нужно!). В итоге ничего нормально не работает, а ты завален мануалами и не понимаешь, зачем тебе это всё нужно изучать, ломать и чинить...

Я вот, например, никак не пойму, зачем в C++ и подобные ЯПы продолжают добавлять новый функционал даже не на уровне библиотек, а на уровне синтаксиса. Зачем? Это ведь изучать нужно, а потом возиться в каше из кучи сущностей, использования многих из которых можно было бы избежать (если бы в языке их не было, либо программисты их не использовали)... Типа сначала все ополчились против "goto", мол он усложняет восприятие, но потом сделали 100500 новых фиговин, которые ничуть не лучше goto, особенно в таком количестве.

Честно говоря не понимаю людей, которые хвастаются, что такой-то ЯП умеет делать и так, и эдак, и ещё десятком инструментов. Оно, может, и удобно в ряде случаев, но потом приходится удерживать в голове кучу информации, чтобы разобрать очередной фрагмент кода. Типа: "так, а почему здесь это? а, новая функция, недавно в стандарт добавили... а это что? а, здесь использование бага десятилетней давности, понятно... а вот это, кажется, должно приводить к ошибке, ну-ка глянем в мануал... не, это только выглядит как ошибка, но формально допустимо... а это что за бред? нет, и так тоже можно..."

Вот и хочется иметь инструмент, который не имел бы в себе всего этого мусора.
И заодно — чтобы не было соблазна набрать use MagicLibrary, которая делает хорошо, но непонятно как.

А ещё меня бесят лицензии. Надеюсь, если из чужого у меня будет только "железо" (инструкции ЦП, команды BIOS, и т.д.), я не должен буду прикладывать специальный файл, в котором тщательно подлизываюсь к каждому, кто хоть как-то посмотрел на мой код? А то так ведь придётся создавать свой компуктер, только потом окажется, что транзисторы запатентованы и нужно кому-то дань нести, чтобы из них что-то паять... Остановите планету, не хочу нарушать чьи-то авторские права на Землю((

Счастье детей и домохозяек — нажимать "я принимаю лицензионное соглашение" ещё до того, как это самое соглашение успеет появиться на экране. Остальные вынуждены страдать (ну, кроме юристов, наверное).

Цитата pixeye ()
Решается через ecs.

Entity component system? Можно было б хотя бы ссылку на Вики дать. <_<

Код не совсем понял, но глянув статью на Википедии, вспомнил, что что-то такое и пытался сделать. Ну, разумеется, после того, как несколько месяцев назад прочитал статью про подход через компоненты. Но, опять же, какие компоненты мне нужны? Пытался построить схему движка, но так и не приблизился к пониманию, как всё связать (например, как и когда физический движок передаёт графическому координаты, если графический не знает о существовании физического, и наоборот?).

Цитата pixeye ()
Непонятно о чем именно идет речь.

Не важно, просто я со своими попытками сделать всё универсальным зашёл слишком далеко, и окончательно запутался))



TimKruzДата: Суббота, 25 Мая 2019, 00:19 | Сообщение # 5 | Тема: Готовы ли вы выложить свой код?
старожил
Сейчас нет на сайте
Цитата pixeye ()
Понятно - растяжимо. Тебе может быть непонятно в силу того что твои знания недостаточны и ты просто не в состоянии адекватно оценить этот кусок кода.
Цитата TimKruz ()
Совсем другое дело, что понятность субъективна, это да)

Я не спорю, просто бывает менее понятно и более понятно (в самом общем смысле).

Цитата pixeye ()
Сокрытие работы не имеет ничего общего с понятностью.

Сокрытие сокрытию рознь:
— то, что больше никогда не придётся редактировать, и имеет понятный внешний интерфейс;
— то, что постоянно падает и ломается, и при том трудно понять, как этим управлять извне.

И код свой я привёл скорее в шутку, а не как пример чего-то правильного)
У меня вообще код редко бывает правильным (в первую очередь потому, что я ничего до конца не довожу)...

Цитата pixeye ()
Те кто будут именно поддерживать твой код будут работать не с обертками а с тем что ты скрываешь за своим Create.

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

Проблема тут только в том, что не все могут правильно разделить проект на самостоятельные и независимые уровни. Например, я уже писал тут, что код должен работать даже отдельно от остального кода — это означает не только то, что любая из подсистем игрового движка должна запускаться отдельно от остального кода движка, но и любой существенный фрагмент кода не должен зависеть от всего остального кода (т.е. если воткнуть в другую программу, его поведение не изменится).

Как я понимаю, в этом и должно заключаться ООП. Мы создаём "объекты" как нечто, что существует само по себе, и нас не должно волновать, какие внутренности в них спрятаны (пока эти внутренности оправдывают наши ожидания). Но это возможно, только пока объекты остаются маленькими и понятными (подразумевается собственный код объекта, а не суммарно с вложенными объектами).

Ой, и вообще, разве разработка снизу вверх не решает эти проблемы? Сделали модуль, протестировали, и больше никогда к нему не притрагиваемся, только если не забудем, чем он должен был заниматься (но эту проблему устраняет понятность интерфейса и, при необходимости, документация). Вообще не понимаю, зачем копаться в кишках какого-то компонента, если проще и быстрее собрать новый из тех же фрагментов, из которых собран старый (если стараться делать проще).

Ммм... Ну вот, скажем, тот транслятор, о котором я говорил, используется всего в три шага: Create, LoadFromFile, Generate. Последняя функция принимает требуемую точку входа в скрипт, и возвращает результат трансляции/выполнения (на самом деле это скорее метаязык, он описывает только порядок слияния чего-либо с чем-нибудь, так что я не знаю, какие определения тут уместны) в виде строки. Зачем нам ковыряться во внутренностях? Только если расширять синтаксис языка, но тогда это будет уже совсем другой транслятор другого языка. Поэтому я могу использовать этот транслятор и отдельно, и в составе игрового движка, и ещё в чём-либо, где требуется нагенерировать каких-то данных из скрипта — и мне даже не нужно думать каждый раз о том, как устроен транслятор изнутри, потому что его работа абсолютно одинакова.

А вот обратная ситуация, когда у какого-то пепелаца стопицот рычагов управления (кажется, это называется "суперобъект"?), и приходится рыться в его реализации, чтобы понять, почему при дёргании за рычаг №120 отваливаются рычаги со 150 до 230, а рычаг 90 ещё издевательски посвистывает при этом (или бросает безымянный exception без внятного объяснения). Разобраться в этом всём можно, разумеется, но — зачем? Какая-то особая форма мазохизма, рыться в этом всём...

(Это основная причина, почему я пилю велосипеды и ненавижу обмазываться готовыми библиотеками. Моя мечта (одна из) — сделать свой ЯП, на котором никогда не будет чужих библиотек, и писать на нём лично. В гордом одиночестве. Что мне будет угодно.)

...мда, серьёзно же у меня бомбит.
Извинити( :(


TimKruzДата: Пятница, 24 Мая 2019, 21:54 | Сообщение # 6 | Тема: Code My God - разработка игр
старожил
Сейчас нет на сайте
Цитата JackNazaryan ()
Вообще я не имел ввиду, что надо судить себя по первым результатам, а всего лишь про тот случай, когда на ютуб идут чисто по тренду моды, быть как все. При этом ни особо творческих замыслов, ни их долговечности нет.

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

Просто нужно настраивать себя не на "снять видео и через недельку посмотреть", а на то, что придётся долго и упорно развивать свою речь, составлять сценарии, учиться разному ПО, искать контент/материалы, придумывать оригинальные идеи и способ их подачи, и всё это необходимо испытывать боем, иначе никогда не поймёшь, где ошибаешься... А испытывать боем — это ловить кучу негатива и издевательств не то, что за ошибки, а даже за само начинание... Хочешь через всё это пройти? Вперёд и с песней. Возникают вопросы "зачем мне это"? Ну, значит, это не твоё. И не придётся снимать первое видео)

Цитата tduk ()
При этом у него около 50к подписоты всего лишь. А у челов с "что будет если разрезать ножем овер9999 градусов землю/шар/масло" миллионы

Ну это как сравнить анекдоты, художественную литературу разного уровня и научную литературу.
Анекдоты не виноваты, что их рассказывают даже неграмотные люди (уметь читать для этого не надо), а бульварные романы не виноваты, что они популярнее, чем научные журналы. Просто разным потребителям — разный контент, и было бы несправедливо лишать доступных развлечений 95% населения этой планеты)

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


TimKruzДата: Пятница, 24 Мая 2019, 11:28 | Сообщение # 7 | Тема: Code My God - разработка игр
старожил
Сейчас нет на сайте
Цитата JackNazaryan ()
Обычно после просмотра своего же видео спустя недельку желание сразу пропадает. Ну а если нет, значит может и впрямь скрытый талант пропадает.

Ага.
После взгляда на свой же первый рисунок спустя недельку желание рисовать сразу пропадает.
После чтения своего же первого рассказа спустя недельку желание писать сразу пропадает.
После прослушивания своей же первой мелодии спустя недельку желание музицировать сразу пропадает.
После запуска своей же первой игры спустя недельку желание делать игры сразу пропадает.
Так можно даже сесть на свою же табуретку спустя недельку и сразу пропадёт желание делать табуретки.

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

Но согласен, если критически оценивать своё творчество, то можно отбить любое желание к творчеству вообще.
Навсегда.


TimKruzДата: Пятница, 24 Мая 2019, 10:30 | Сообщение # 8 | Тема: Готовы ли вы выложить свой код?
старожил
Сейчас нет на сайте
Цитата martuk ()
Для этого есть корпоративная вики, где описаны правила и приложены ссылки на официальные доки. Если не соблюдать тот или иной стиль кода, то его просто не пропустит git с правильно настроенным валидатором (CI / CD). Каждый грамотный проект, даже если он опен-сорсный и его разработкой занимаются много людей с разных уголков света, должен иметь CI и группу людей, которые модерируют любой ваш коммит.

С этим согласен... Похоже, я пока просто не встречал грамотных проектов)
...ну, или я просто на самом деле немогутор в серьёзное программирование(

Цитата martuk ()
Может быть и заблуждаешься, но я вижу огонь в твоих глазах - и это хорошо!)

Хорошо, если это тот огонь, о котором ты думаешь, а не пожар моей депрессии)))) *ещё много якобы весёлых скобочек*

Цитата pixeye ()
Тем кто работает над конкретным кодом он должен быть "понятен" и не более

Эм, где-то вычитал, что по отношению к коду "красиво" = "понятно".

Думаю, это как-то связано с психологией, ведь нет никаких биологически обусловленных признаков "красивого кода". Вот если ты легко понимаешь конкретный код, то его чтение доставляет тебе удовольствие (в противовес страданию от состояния ЯНИЧЕГОНЕПОНЯЛ при чтении непонятного кода), а то, что доставляет тебе удовольствие — очевидно, должно быть чем-то "красивым", ибо нечто "уродливое" удовольствия как правило не доставляет.

Кстати, если проводить параллель с текстами на естественных языках — всегда приятнее тот текст, что легче читать. Об этом не говорят как о какой-то "красоте", но ведь именно из-за этого в Интернете не принято писать зАбОрЧиКоМ, писать всё сообщение капсом и т.д., потому что читать становится сложнее и неприятнее. В общем, думаю, "красота" и "понятность" тут связаны.

Совсем другое дело, что понятность субъективна, это да)

Цитата pixeye ()
Тому кто тебе платит глубоко ***** красивый код или нет

Им потом этот код в будущем поддерживать придётся (не лично, а организации, если речь об этом). Что, совсем плевать, какой код поддерживать?

Цитата pixeye ()
Цитата TimKruz ()
И не надо про оптимизации, что лишний вызов подпрограммы замедляет программу, что длинные имена занимают больше места на диске и т.д. Мы не в 90-х,
Ты очень, очень сильно сейчас заблуждаешься : )
Цитата k0fe ()
Вот поэтому в Стиме так много лоуполи игр и прочие kinda meh graphics, которые грузят мой средний пк (1050, i5-7th) на 90%
"Мы ж не в прошлом" не совсем правильный подход.

pixeye, k0fe, я тут опять простыню накатал, но потом одумался.
Если кратко: оптимизации кода не должны быть во вред читаемости кода.
Какой толк от того, что ты выигрываешь 5 микросекунд на исполнении кода, который не можешь расширить, дополнить, и т.д.? Давайте все просто машинные коды набирать, нам же не нужно потом в этих кодах разбираться...
Есть масса способов писать и понятно, и оптимально. Но почему-то люди предпочитают оправдывать свой грязный код мистическими "оптимизациями", в которых они потом сами разобраться не могут...

А игры в стиме такие тормозные, потому что простые движки/конструкторы доступны всем, а технический склад ума и необходимые знания доступны не всем. Сегодня у людей понимание того, чем они занимаются, возникает позже, чем они получают возможность создать новый игровой суперхит и срубить кучу бабла. Потом они понимают, что было бы неплохо улучшить своё творение, но, оглядываясь по сторонам, видят сотни таких же глючных и тормозных проектов, и справедливо решают "ну, раз тут так принято, то зачем мне напрягаться?"... Так что, возможно, во всём этом бардаке виноваты как раз те люди,
Цитата pixeye ()
которые делая низкоуровневые вещи позволяют тебе писать так высокоуровнево как ты хочешь
:D

Цитата afq ()
С чего ты взял, что сможешь разобраться в сложном проекте, если даже в моём не можешь?

В твоём я даже суть не понимаю. Ты создаёшь как бы эмулятор ПК, но при этом у тебя в основном работа с файлами выдуманной файловой системы... Ты же на C++ пишешь? Где ООП? Где Computer.Create("zex")?

Цитата afq ()
Зайди в main.cpp и посмотри что получилось в итоге, как создаётся всё. И пофиг что не по 18 строк кода функция. Она требует больше строк кода. Лишние вызовы других функций ни к чему.

Ты прав. Лишние вызовы ни к чему. Поэтому мой игровой движок максимально прост:
Код
begin
  GameEngine := TGenGECore.Create(Configuration);
  GameEngine.Run;
end.

Дальше он делает всё сам. Магия? Не думаю)


afq, а что должно симулироваться на этих твоих виртуальных ПК, у тебя ведь там не настоящие операционки и программы... Неужели целиком весь терминал эмулируешь, со всеми этими dd, man, sudo?.. Мне просто интересно, насколько быстро я мог бы сделать сравнимый аналог на Pascal (со стороны игрока), но разбираться в чужом коде ради этого совсем не хочется)


TimKruzДата: Пятница, 24 Мая 2019, 05:54 | Сообщение # 9 | Тема: ХУДОЖНИК и ПРОГРАММИСТ С# на роль юниора(Unity) 3д моделлер
старожил
Сейчас нет на сайте
Цитата tduk ()
А по теме, смысл набирать большую команду для сайдскроллера? Имхо, но достаточно 1 кодера и 1 норм моделлера или 2х новичков или тупо ассетстора и 1 директора)

Цитата v_popik ()
Команду стараемся сделать побольше, чтобы рабочий процесс шел активнее.

Возможно, v_popik работал кочегаром, и знает точно — больше угля накидаешь, шибче паровоз поедет. crazy

Брать тупо из ассетстора они ещё год назад собирались (с форума unity3d):
Цитата v_popik ()
В основе будут лежать бесплатные модели, анимации, звуки. высококачественные текстуры нам тоже не нужны. все будет монотонное. Нужные анимации будут записаны через киннект. Игра будет на 40 минут, по объемам все реально
Цитата v_popik ()
Модели не содержат костей. ты слышал что-то про айписофт и про библиотеку бесплатных готовых анимаций? Стилистически не подходят - по этому текстуры будут монотонные и стиль будет выбран соответствующий. Много полигонов. здравствуйте. существует множество бесплатный лоупольных моделей дли игр, даже в ассет сторе их навалом. И великая проблема замоделить лестницу или мусорный бачек самому за 10 минут.

И про сайдскроллер:
Цитата v_popik ()
Ну вижу никаких особых амбиций у данного проекта. его цель - завершиться хотябы в 50% виде, от изначальной задумки. А амбиции будут возложены на следующий проект, т.к к делу будем подходить уже с опытом. смысл проекта - понять как создаются игры подобного типа. А 2д спрайтовый платформер можно создать за 2 месяца и никакого особого опыта этот процесс не принесет, если мы изначально нацеливались на 3д
(ему там говорили, что-де нада 5-10 моделлеров на сайдскроллер в 3D, не потянете, идите пилить 2D, и т.д.)

Думаю, если б у них были "норм моделлер и кодер", давно бы прогресс был... То ли планы слишком круты, то ли плана вообще нет)

А так тут где-то была команда из человек 15-ти (и продолжала рост), и ничего... решили с 2D перескочить на 3D, ибо в 2D им оказалось слишком сложна... Главное, главное — чтоб людям было весело проводить время вместе, а уж игра там как-нибудь сама доделается, да и нужна ли она вообще?))


TimKruzДата: Четверг, 23 Мая 2019, 19:00 | Сообщение # 10 | Тема: ХУДОЖНИК и ПРОГРАММИСТ С# на роль юниора(Unity) 3д моделлер
старожил
Сейчас нет на сайте
Решил ответить здесь же на соседнюю тему (нечего размазывать обсуждение по всему форуму):
Цитата v_popik ()
Упор в сторону реализма, чтобы быстрее сделать демо

Ээм, мне кажется, или "упор на реализм" — это сложнее, чем мультяшно-лоупольный стиль?
Не зря ведь игры ещё с 90-х стремились к реализму, и до сих пор результаты не очень.
В любом случае, быстрее — это накидать кубов со сплошной заливкой и назвать своим стилем)

Цитата v_popik ()
Планы по работе - на все лето. Никто не с ольётся

Вот только людей ты нашёл не так давно, а проект тянешь минимум с июля 2018.
Сколько готовых проектов за плечами? Особенно в команде. Ибо опыт в исполнении планов важнее самих планов)

Цитата v_popik ()
Команду стараемся сделать побольше, чтобы рабочий процесс шел активнее.

СССР тоже старались сделать побольше, пятилетку в три года и т.д. Но почему-то все по своим делам разошлись...
Это я к тому, что важен не размер, а механизмы управления. Справиться с большой командой сложнее, поэтому от маленькой команды профита может быть больше, чем от большой. Ну, типа, организационные процессы проще и личные связи между людьми теснее, из-за этого меньше риск застоя и развала.

Далее по этой теме:
Цитата v_popik ()
Цитата drcrack ()
Зарплату забыли указать
кто ж тебе не дает за зарплату работать? вперед, вакансий полно, даже на этом форуме публикуют.

Эм, чёт неадекватный ответ. Нельзя просто сказать, что "зряплаты нет, но вы держитесь будет весело и интересно"?
Если нечем платить, надо попытаться заинтересовать чем-то другим, а не отпугивать в стиле "хотите денег — идите отсюда".

Цитата v_popik ()
Ты сам то ищешь реальный проект, или просто так пишешь?

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

Цитата v_popik ()
В каком смысле "ВАШ" проект? Он будет НАШ проект, после того как ты в него подключишься

А контракт подписывать будем, или так, на словах? Действительно ли он "наш" будет, или потом получится "ты хорошо поработал, а теперь давай до свидания"? Что будет, если ты сам бросишь этот проект, к кому перейдут авторские права?

Цитата v_popik ()
Смысл писать про процент от продаж. это и так само собой очевидно

Вот потому-то и придумали все эти бумажки, которые нужно подписывать, потому что многое НЕ очевидно.
Хотя в этой теме неочевидно даже то, над каким проектом идёт работа (слишком мало информации).

Цитата v_popik ()
Мы будет тратить деньги, нанимать фрилансеров, а тут я ищу именно членов КОМАНДЫ. Под МЫ, я имею в виду и тебя.

Так-так... Падажжи. Если "МЫ" — это ты, ещё 4 члена команды и какой-нибудь Вася с форума GCUP — то кто будет тратить деньги на фрилансеров? Ты или все, включая самого Васю? А Васю ты спросил, хочет ли он тратить деньги на фрилансеров? И зачем вообще вам фрилансеры, если вас там целая семья разработчиков уже? :D

Цитата v_popik ()
чтобы вырасти в процессе работы над проектом

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

Цитата v_popik ()
Мы делаем крутую демку

Многие крутые демки сделаны всего одним человеком. Вас уже пятеро. Где крутая демка?

Цитата v_popik ()
потом ищем издателя

Предположим ситуацию: издатель не нашёлся. Это очень вероятная ситуация, ведь рынок переполнен индюшатиной.
Чё делать будем?

Цитата v_popik ()
Понимаешь, мы анархисты, как вальв, у нас нет директоров

Почему-то сейчас у того же Valve есть директора (и вообще иерархия).
Да и что-то не помню, чтобы у анархистов когда-либо удавалось управлять большой компанией... Анархизм — это когда у каждого своё собственное одеяло, а не когда каждый тянет общее одеяло на себя)

Цитата v_popik ()
нет у нас нет тех, кто ровнее <...> Если будут возникать затыки, будем ВМЕСТЕ оплачивать услуги фрилансеров или покупать необходимые ассеты

А... Ага. Если Вася с форума не хочет ВМЕСТЕ оплачивать услуги фрилансеров, он уже не совсем равный и его можно исключить из множества "нас"? Понимаешь, множество инди-проектов финансируется ОДНИМ человеком, даже когда работа ведётся целой командой. Просто делать любимое дело вместе с кем-то — это одно, а вкладывать деньги в "общее дело" — это совсем другое. Если не готов в одиночку тянуть проект, который сам же и начал, и поддерживать его финансово, то кому ты тогда нужен?

Цитата drcrack ()
кстати скриншоты игры можно посмотреть в старой теме:
http://unity3d.ru/distribution/viewtopic.php?f=90&t=47846
тока прогресса за год особо не видно, ну либо он тщательно скрывается

Учитывая любовь v_popik портить свои темы, схоронил для истории (archive.org).

Цитата v_popik ()
Цитата drcrack ()
в этой теме мне наиболее удивительным кажется то, что тсу как-то удалось найти пару человек в команду
и что же в этом удивительного?

Действительно. Мне вот в своё время удалось собрать 6 человек, считая себя. На голой идее (что-то типа прототипа слепил за полдня на той же юньке из собственных мэдскиллзов уже в процессе обсуждения идеи). Даже успели чёт поделать, пока не разосрались окончательно (тоже хотелось а-ля демократии, как и ТС, но получились сплошные срачи)... Эх, если бы не спорил, а тупо платил за работу, может чё и вышло бы (шучу, не вышло бы). А идея была в 2D-квесте, т.е. на порядки проще 3D-экшона (учитывая, что художников было минимум трое).

Цитата drcrack ()
кстати за последние 5 лет вальв не родили ни одной успешной игры

Ну ващет у них Steam, я даже представить не могу, насколько большой с него профит... Зачем делать успешные игры, если можно продавать чужие игры и получать больше, чем с собственных игр? Тем более что для игрового сообщества развитие Steam в целом важнее, чем новый шедевр от Valve. Steam поставляет тысячи игр для всех, а игра — это просто игра (которая не всем понравится).

Но это уже совсем другая история)))

Цитата pixeye ()
и никого не смущает что это просто жирный тролль с ником в попик.

У всех свои предпочтения, зачем вешать какие-то ярлыки по одному нику?)
Плюс жирный тролль не догадался бы тянуть одну тему целый год, жирный троллинг — это когда вот прям сразу можно словить лулзов, без предварительной подготовки. Так что, ИМХО, v_popik просто очередной неопытный яжразработчик, который мечтает о дружном и сплочённом коллективе, но не знает, как правильно его организовать.

(Справедливости ради, я тоже не знаю, и если бы был чуть более амбициозным и менее стеснительным, наверняка тоже создавал бы стопицот подобных тем. Но мой жизненный опыт говорит мне, что если хочешь сделать что-то хорошо, быстро и бесплатно — делай это сам и один, ибо все остальные сделают либо плохо, либо долго, либо дорого. Например, в той же команде я мог быстро сочинить какой-никакой сюжет сам, благо некоторый опыт имелся; однако я сбросил эту задачу на другого человека, прождал несколько дней и в итоге сюжета никакого не вышло, зато команда развалилась и бонусом куча негатива для всех участвовавших.)

Цитата Ordan ()
Ох уж эти троли, 4 кодера на сайдскроллер.....

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

Но это всё мечты, пока у организатора сей движухи нет никакого опыта в организации подобных движух)

P.S. Меня заинтересовала эта тема, но это скорее из-за жалости к топикстартеру. Сам по себе проект практически никак не описан, и стучаться в личку за подробностями желания нет. А зря: был бы более широко расписан сам проект, а не вакансии (хотя и они описаны слабо), тогда, может, и интереса больше у людей было бы (зависит от проекта). Всё-таки когда речь идёт об энтузиазме, то есть работе ради идеи проекта, а не ради денег, рассказывать нужно об этой самой идее, а не о том, как круто будет работаться в каком-то там арендуемом помещении Калининграда под руководством неизвестно кого.

Да, понимаю, новички зачастую хранят свои идеи как великую тайну, ведь все вокруг кажутся более опытными и быстрыми, чтобы выхватить шедевр ещё на этапе идеи... Но, скажем, идея Minecraft лежала на видном месте и была реализована разными людьми несколько раз до того, как Minecraft внезапно стал самой продаваемой игрой. А если идея пока плохо оформлена, то сообщество вполне способно помочь дооформить её, отбросить очевидно скучные и неоправданно трудные в реализации элементы, и т.д. Думаю, в ряде случаев сообщество может оказать даже большую поддержку, чем люди в команде. Главное прислушиваться и анализировать, а не упираться рогом в стиле "я художник, я так вижу, и вообще проект наш (мой), а не ваш"))


TimKruzДата: Четверг, 16 Мая 2019, 13:26 | Сообщение # 11 | Тема: Записки линуксоеда
старожил
Сейчас нет на сайте
Цитата Xakep ()
Наверное ты забыл выделить swap, ну и Убунта тот еще кал

Это был LiveUSB, записанный на флешку. Как я мог выделить swap, если я только загрузился, нажал на значок "настройки" и завис (или это был значок "приложения", уже не помню)? В принципе, я тогда подумал, что записал образ на флешку с ошибками или просто скорость чтения-записи на флешку слишком маленькая, но дальше пытаться уже не хотелось. А убунту пробовал, потому что её пиарят и многие нахваливают, да и тогда я не слышал про Manjaro...

Цитата Xakep ()
Да и в принципе в 2019м году 2ГБ оперативки это крайне мало (ну разве что пасьянсы раскладывать).

Мой нетбук Acer Aspire One 522, 1ГБ оперативы (300МБ под видео, 700МБ под ПО). В своё время много играл на нём в Painkiller, GTA:SA, FlatOut 1 и FlatOut 2 (UC), сидя на уроках в школе. Даже в Sleeping Dogs прошёл до момента выхода в открытый город, потом как-то надоело. Конечно, некоторые игры только на минималках идут и то могут лагать, но в принципе всегда можно найти что-то сложнее пасьянсов) Вообще удивлён, что современные ноутбуки сильно ругают за производительность, когда такой маленький нетбук способен тянуть вполне неплохие игрушки...

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

Цитата drcrack ()
пару примеров таких программ если не сложно?
все что я видел свои дополнительные библиотеки хранят рядом с экзешником в папочке которая удаляется целиком при деинсталяции

Названия не скажу, но некоторые программы любят класть свои .dll в C:\Windows\, либо устанавливать свои драйвера и службы, которые, очевидно, тоже прописываются где-то в системе (но их-то проще удалить, чем осиротевшие .dll).

Идеальные программы – это которые "portable" и распространяются в zip-архиве. А вот то, что требует инсталлятора, может иметь сложности в настройке, из-за которых этот инсталлятор и требуется. Соответственно нет ничего удивительного, когда какой-то программе по криворукости разрабов библиотеки нужны именно в системных папках)

Цитата afq ()
Есть права пользователя и запускаешь программы с этими правами, и она ничего не заменит в главных рутовых файлах.

Код
lamer@mycomputer:~$ t0ta11y-n0t-a-v1ru5
Oops! Root access required to work, sorry.
lamer@mycomputer:~$ sudo t0ta11y-n0t-a-v1ru5
Password:
HAHAHAHA, NOW OBEY ME!

Я думаю, ты понял намёк.
Ты ведь не можешь прочитать и понять каждую строчку программы, которую планируешь запустить?

Цитата afq ()
Почему чтобы сесть за руль автомобиля, сначала учат водить в автошколе? Потому что нужны знания как что делать.

Почему я должен заново учиться водить автомобиль, которому только заменил моторное масло?
А ведь между разными сборками линукса бывает очень даже большая разница.

Да и если сравнивать ПК с автомобилем, то только в плане железа. Современные авто, конечно, имеют бортовой компьютер с ОС, но это именно компьютер, а не специфическая часть автомобиля.

Цитата drcrack ()
это не просто мало, это уровень бюджетных мобил за 100 долларов
иметь столько на рабочем ПК... ну не знаю, мне было бы стыдно писать о таком, это все равно что в 30 лет жить у родителей
(+но я не про твой нетбук, а про комп тса у которого примерно такой конфиг :D )

Ты ещё сравни с одноплатными компьютерами, у которых 1-2 ГБ может быть за 25$, а функционал как у обычного ПК (но всё равно процессор мобильный и куча других недостатков). Всё-таки у бюджетных мобил стоит Android, поэтому им этих 2 ГБ тупо впритык. То ли железо такое стрёмное, то ли производители софта совсем обленились...

А у ТСа может быть трудная жизненная ситуация, инвалидность, какие-то независящие от него проблемы, из-за которых для него владение даже старым ПК с 2 ГБ – уже счастье так-то)

Ну и опять, конкретным целям конкретные средства, вон ТС нетбук превратил в сетевой шлюз, это уже overkill, мог бы Raspberry Zero какой-нибудь в это дело применить, или тупо купить любой готовый аппарат за копейки... Так что если ему не нужно 8-16 ГБ для работы, то зачем делать апгрейд ПК?)

Цитата afq ()
А версию ubuntu мне дали в детстве. Я установить её установил, без выборочного разделения разделов. Но не смог залесть в интернет, потому что не знал как.

О, психологическая травма детства, вызванная настройкой линукса?
Когда-нибудь это станет таким мейнстримом, что запишут в МКБ...

Цитата afq ()
Вот поэтому эти твои пользователи, чуть по какому поводу в компьютерную помощь и просят исправить неисправности.

Пользователям – экономия времени, компьютерному мастеру Васе – деньги на пропитание. Все в плюсе. Windows кормит людей!

Цитата drcrack ()
чтобы просто была большая кнопка "сделать хорошо" и он ее нажимал

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

Цитата afq ()
Да не нам, а для себя. Должны научиться.

Я так маму пытаюсь слепому десятипальцевому методу научить, а она ни в какую, говорит "я что, машинистка, чтобы таким заниматься? Мне на работе думать надо, а печатать не важно как!" Хотя любому очевидно, что когда твой мозг не занят поиском нужных клавиш, то сразу высвобождается много времени и ресурсов для реальной работы (мышечная память рулит).

Другими словами, если кто-то чего-то не хочет, то ты никак не убедишь его этому научиться. Он будет плакать, колоться, но использовать старый, проверенный временем метод, потому что на изучение нового уйдёт больше времени, чем на использование старого (хотя в перспективе изучение нового лучше, но срабатывает логика "а наступит ли завтра?").

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

Цитата afq ()
Который даже для обычного польователя не придумал сделать русский язык в игре. Или пользователь должен английский изучить, чтобы играть в твою игру?

Хм, а если в игре только русский – обычному американцу учить русский? А если в игре нет китайского – обычному китайцу учить английский/русский? А если в игре нет старославянского и других мёртвых языков – обычному попаданцу из прошлого учить современные языки? А если в игре нет... Ну ты понял, да? Всем не угодишь, нужно ориентироваться на ограниченную ЦА.

Кстати, а в школе тебе какой язык преподавали? Французский, немецкий? Ну вот затребуй, авось на эти языки проще будет перевод сделать (с русским часто проблемы из-за поддержки кириллицы и слишком длинных слов).

Цитата drcrack ()
Вот серьезно, если ты умеешь ставить винду или удалять баннеры — ты либо беден, либо был бедным в прошлом в какой-то период жизни. Исключений нет.

Ммм, а "ты был школьником" не считается? Ну, последние десятилетия ставить винду умеют многие школьники)

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

Если человек богат, то он тем более не будет совокупляться с линуксом, виндой и прочими ОС. Богатый человек слишком занят увеличением своего богатства, и он не будет платить 300 рублей мастеру Васе. Он будет платить 3000$ специальной бригаде мастеров, которых выкупил с потрохами специально для конкретного компьютера.

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

Цитата drcrack ()
каким образом это следует из того что я написал?

Ну он сделал вывод, что если бедные шарят в компах, то богатые в компах не шарят. Ведь мы имеем и шарящих, и не шарящих, а если все шарящие – строго бедные, то не шарящими должны быть богатые... Лол)

Цитата afq ()
Я вот изучал потому что мне интересно.

А другим это неинтересно. /thread


TimKruzДата: Четверг, 16 Мая 2019, 10:27 | Сообщение # 12 | Тема: Осведомите стоимость за сделать 3D-модель
старожил
Сейчас нет на сайте
Цитата al_mt ()
Только я забыл как в блендере текстуру натянуть :) Надо вспомнить.

Ну, самое простое – в Blender Render создать материал, текстуру и прицепить картинку...

Но кагбэ ещё нужна UV-карта... Вопрос в том, подхватится ли она у тебя из файла модели)

(лул, ткнул кисточкой на новой UV-карте – Блендер резко сожрал всю RAM, включая файл подкачки, и застрелился)

Цитата al_mt ()
Нет, скелета нет.

Главное, главное не расстраивайся, когда модель будет плющить и колбасить как угодно, кроме того, как хочется)


TimKruzДата: Четверг, 16 Мая 2019, 09:44 | Сообщение # 13 | Тема: Хакерский движок для линукс
старожил
Сейчас нет на сайте
Цитата afq ()
А вы как думаете, стоит ли открыть код в будущем, чтобы каждый мог создать свои уровни?

Эммм, а это разве не тот же самый код, который ты около недели назад выложил на GitHub?

Давно собирался сказать: делать симулятор файловой системы прямо на диске – не лучшее решение для игры. Во-первых, если у кого-то эта игра окажется на SSD или флешке, она будет бессмысленно сливать циклы чтения/записи. Во-вторых, для игры работа напрямую с файлами просто не нужна.

Что я предлагаю? Самое простое – это хранить в оперативной памяти структуру файловой системы, в виде имён создаваемых каталогов, файлов, связями между ними и их содержимым (если требуется), и в оперативной же памяти это всё редактировать. А уж когда игрок запрашивает сохранение или выходит из игры – тогда вся эта информация записывается на диск. Тебе ведь не нужна полноценная файловая система, ведь так? Тебе нужна только симуляция этой системы, пригодная для игровых целей.

Я это вижу так:
– файл – это запись (в C++ это struct?) со строкой-именем и строкой-содержимым (или массивом строк);
– каталог – это похожая запись со строкой-именем и массивом указателей, которые могут ссылаться на каталоги и файлы.
При этом, если каталог будет содержать указатель на родительский каталог, а файл – на тот каталог, в котором он лежит, то переходы по этой "файловой системе" можно будет делать, просто перезаписывая текущий указатель на новый исходя из того, на что он указывает и хотим ли мы двигаться вверх или вниз. В общем, банальная древовидная структура...

Могу попробовать на Delphi сделать пример кода... Компилятора C++ под рукой вроде нет)

Хотя не, с записью указателей на диск не знаю, что делать. Ну, я бы воспользовался динамическими массивами или TList (ссылочный список с простыми индексами как у массивов и лёгким управлением), но я не знаю, какие аналоги есть в C++...

Цитата drcrack ()
игру на с++ под линукс с русскими комментами? нет, не стоит
(хотя если ты любишь разочарования, можешь попробовать)

Разочарование от чего? Что никто не смотрит или что смотрят и ругают?




Сообщение отредактировал TimKruz - Четверг, 16 Мая 2019, 10:00
TimKruzДата: Среда, 15 Мая 2019, 08:50 | Сообщение # 14 | Тема: Готовы ли вы выложить свой код?
старожил
Сейчас нет на сайте
Цитата pixeye ()
Цитата
Так что, возможно, брать за основу сложные проекты даже проще, чем какие-то простые, потому что в них всё за тебя уже сделали)
Не проще.

Ну окей, что проще:
1. Написать 10000 строк кода, предварительно разработав общую архитектуру. Добавить картинки.
2. Выдернуть старые картинки и воткнуть новые картинки. Код никак не изменять.
В обоих случаях тебе нужны новые картинки, но во втором случае ты экономишь кучу времени, взяв готовый проект. И чем сложнее этот проект (чем больше возможностей игры реализовано), тем больше времени ты экономишь, не написав ни одной строчки кода. А если этот код написан хорошо – то и времени на добавление нового будет меньше.

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

А если бы речь шла о расширении кода игры, то тут та же ситуация, что и с готовыми игровыми движками. Можно писать целиком с нуля, а можно взять чужие наработки. И тут уж либо изобретать свой велосипед, либо перебирать детали чужого велосипеда. Вопрос только в том, сколько придётся изобретать и сколько перебирать...

Цитата afq ()
Ну вот мой проект ты мог бы осилить? https://github.com/xverizex/hacker_version

Речь шла про абстрактный, хорошо выполненный проект, а не наброски новичка)
Хотя, мне кажется, такой стиль кода характерен для C/C++ (за это я и не люблю вот это всё си-подобное)... :(

Цитата afq ()
Попробуй разберись что я там в terminal.cpp написал.

Ну дык, писать разборчиво всегда сложнее, чем абы как. Вспомнилось вот чьё-то высказывание (нагуглить не получилось), что-то типа: «Писать код легко. Сложно писать поддерживаемый код.» Или, как вариант: «Легко написать программу, которую поймёт компьютер. Сложно написать программу, которую поймёт другой человек.»

Конечно, я сам тот ещё "программист", но могу посоветовать следующее:
1. Нужно обязательно разбивать любые большие подпрограммы на маленькие, иначе пока дочитаешь до середины, забываешь, с чего всё началось, где ты и кто ты. В идеале тело подпрограммы не должно содержать больше 6-8 отдельных сущностей, поскольку большее число сущностей мозг удержать во внимании одновременно не может (читая следующую строку, одна из предыдущих "вылетит из головы").

2. Обязательно давать читаемые имена. Даже классический счётчик "i" лучше назвать читаемо, чтобы было понятно, что конкретно он будет считать (например, Row и Column вместо i и j для счётчиков строк и столбцов таблицы). Даже если из самого кода понятно, что может обозначать имя из одной-двух букв, всё равно на мысленный разбор кода будут потрачены время и силы, тогда как читабельные имена распознаются мозгом практически мгновенно. Да, печатать дольше, но лучше потратить больше времени на печать, чтобы сэкономить время на чтении в будущем.

3. Извлекать все константы, не связанные с логикой кода, куда-нибудь в другое место. Лучше в отдельный файл. И обращаться к ним по читабельным именам, а не по индексам. В случае числовых констант гораздо проще понять имя FirstElement, чем разбираться, "почему здесь не ноль?" (не важно, почему так; важно, что это "первый элемент"). В случае текстовых констант (строк) нам требуется знать только то, что "здесь вывод строки GreetingMessage", и не цепляться взглядом за лишнюю информацию, которая содержится в строке (мало ли какое там "приветствие", оно в будущем может на три экрана раздуться, а логика останется прежней).

В идеале в коде вообще не должно быть безымянных констант. Разумеется, если где-то нужен "просто ноль" – называть его "Zero" не нужно, но если этот ноль имеет какое-то важное значение, которое с чем-то связано (мы не зануляем переменную, а присваиваем ей конкретное значение), то нужно показать, с чем это значение связано. Можно, конечно, писать комментарии, но всегда лучше выглядит обращение по имени, чем лишняя строчка комментария.

4. Не делать далеко идущих связей. В идеале, если из твоего кода выдернули одну подпрограмму, то она должна продолжать работать, как будто ничего не изменилось (разумеется, пока известны все вложенные в неё подпрограммы). И самое главное, эта выдернутая из кода подпрограмма должна быть понятна без ознакомления с остальным кодом. Заголовок говорит, что эта подпрограмма делает, тело говорит, как она это делает, и не должно быть необходимости "сбегать в другой файл, чтобы понять, что здесь вообще происходит". Потому что если подпрограмма ничего не говорит о себе без ознакомления с её соседями, можно попасть в ловушку, когда ты уже три часа исследуешь код, пытаясь понять, чем занята первая попавшаяся функция.

Короче, хороший код – это когда ты ткнул пальцем в любую строчку, и уже знаешь, кому она принадлежит, чем занимается и зачем здесь нужна. Но для этого код нужно писать человеческим языком, а не кучей закорючек и спецсимволов. И любой ЯП это позволяет сделать (даже Ассемблер с макросами-вставками).

Да, кстати, есть такая холиварная тема, как "читабельность языков", и многие языки стремятся её повысить (Ada - за счёт многословия, Python - за счёт строгого требования отступов, и т.д.). Вот только на самом деле читабельность кода зависит от того, кто его пишет, а не от того, на каком языке он написан. Невозможно правилами языка заставить программиста давать корректные имена переменным, например. Так что возможные оправдания "я пишу на C++, он по определению сложный" сразу не катят, C++ не запрещает писать код понятно.

А так и я могу скинуть исходники тетриса, который я написал в 2012, и, попытавшись через несколько лет добавить новый пункт в главное меню, сломал вообще всё. При том код компилировался нормально, но в его поведении я так и не разобрался, потому что приходилось бегать глазами по более чем двум тысячам строк))) С тех пор стараюсь такой запутанный код не делать.

Вообще, идеальный ЯП – Forth. В нём нет ничего лишнего, только объявление новых "слов" (команд) из набора имеющихся. Это просто гениальный язык, который может быть таким, каким хочешь. А форт-машина настолько проста, что любой может написать свою с нуля, и начать на ней работать... Плюс, принципы Форта можно использовать на любом другом ЯП (так-то сам по себе Форт не очень применим на практике, несмотря на все преимущества).

Цитата martuk ()
Поработав в команде, ты осознаешь важность стандартов.

Их много. У Васи один стандарт, у Пети другой. Как им без начальника сработаться? Мы же тут обсуждаем опенсурс, в котором каждый может притащить кусок своего кода в общий проект, и никто никому не обязан. Кроме того, команда команде рознь, команда школьников без опыта работы – тоже "команда".

Цитата martuk ()
Но можешь говнокодить и в соло, никто не запрещает. Вот только код сможешь потом прочесть только ты, и только какой то начальный период.

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

*Имена из одной-двух букв, магических чисел больше чем операций над ними, дёргать глобальные переменные в рандомных местах, подпрограммы на пять экранов, вложенность циклов на три экрана, прыжки по коду через goto (чтобы выбраться из тех самых циклов), использование недочётов языка/компилятора в качестве "оптимизации", принципиальное отсутствие комментариев кроме предсмертных записок и криков о помощи – лишь бы враг не узнал, чем реально занимается эта программа, и всё это выглядит как какой-то негласный стандарт...

Хорошо, хоть автоформатирование придумали. Плохо, что у каждого оно настроено на какую-то свою систему правил.

Цитата martuk ()
пишутся зачастую группой людей, где действительно нужно быть "как все", иначе скорость разработки упадет, а сложность возрастет в разы.

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

Мне кажется, нечитабельный код пишут хейтеры begin..end из алгол-подобных языков. Ведь это они жалуются, что вынуждены писать 8 символов вместо двух. Конечно, быстрее набрать цепочку из спецсимволов, чем текст, но о том, как люди будут это читать (машине-то всё равно), никто почему-то не задумывается...

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

Да, у меня бомбит.
Да, раньше я допускал те же самые ошибки.
Но почему-то я догадался, в чём суть процедурного подхода (назвать кусок кода именем, чтобы он был понятен), а большинство считает это чепухой и продолжает нагромождать безымянные горы команд, говоря "так быстрее".

А ещё кто-то говорит, что, мол, слепой ввод программисту не нужен, скорость печати значения не имеет и т.д. Конечно, когда каждую клавишу ищешь глазами – ни о каких длинных именах и дополнительных конструкциях (объявления подпрограмм) даже думать не хочется, ведь их все печатать нужно.

И не надо про оптимизации, что лишний вызов подпрограммы замедляет программу, что длинные имена занимают больше места на диске и т.д. Мы не в 90-х, а если хотите что-то оптимизировать – скажите это тем, кто берёт огромный фреймворк ради одной примитивной функции, и весь этот фреймворк загружается из интернета в память браузера при каждом посещении сайта. От читабельного кода никто не помрёт, а сведение высокоуровневого кода к набору спецсимволов убивает весь смысл в высокоуровневых языках (хотите непонятности – пишите сразу в машинных кодах, заодно и наоптимизируетесь).

Сорри за многабукв и если вдруг я снова в чём-то заблуждаюсь)


TimKruzДата: Среда, 15 Мая 2019, 00:33 | Сообщение # 15 | Тема: Roblox
старожил
Сейчас нет на сайте
Цитата JackNazaryan ()
О, интересно. Только не понимаю, почему это платформа для создания игр и "ОнЛайн конструкторы игр" - из описания скорее похоже сугубо на их каталог.

Ээм, вообще-то это очень древний проект, что-то типа Second Life, только для малышей и младшеклассников... Там, вроде, можно собрать собственную карту-комнату, задать правила игры и опубликовать, чтобы играть с друзьями (или рандомами). Ну я много лет назад один раз попытался в это поиграть, но чёт не зацепило, управление тогда было жесть и графон ужасный. Больше не пытался)

А ещё Roblox напоминает "Копатель Онлайн" (хотя, скорее наоборот) – тоже породил кучу мемов про школьников, только в англоязычной части интернета. :D


TimKruzДата: Вторник, 14 Мая 2019, 23:58 | Сообщение # 16 | Тема: Записки линуксоеда
старожил
Сейчас нет на сайте
Цитата JackNazaryan ()
Речь уже о том, что виндовсовские программы тем более за собой не очистят те библиотеки, которые больше не нужны, но зато при установке какой-нибудь .NET обязательно будут требовать

Ну дык тот же .NET ставится как отдельная программа, через отдельный инсталлятор. Надо удалить – удаляй; и пусть оставшиеся .NET-приложения превратятся в тыкву, систему это не обрушит.

Цитата JackNazaryan ()
На самом деле apt вполне способен убирать за собой зависимости

Вообще я имел дело с Pamac. Знаю, он отображает список "лишних" пакетов (удобно, если в следующий раз потребуется, чтобы не собирать тот же пакет заново), которые можно удалить... Но меня смутило то, что я не разобрался, куда именно на диске ставится то или иное конкретное приложение, чтобы в случае чего удалить его вручную. Просто привык в Windows удалять папку из Program Files, вручную искать остатки в AppData, ProgramData и других подобных местах, ну и соответственно подчищать остатки в реестре... А тут вдруг программа хранится не в одном месте (Program Files), а рассредоточена по системным каталогам так, что становится непонятно, какой каталог принадлежит этой программе, а какой – другой...

Да, знаю, что удалять программы вручную нельзя, и что у меня в системе накапливаются всякие лишние файлы, которые могли бы удалиться стандартным деинсталлятором программы, но... Меня так задолбали эти деинсталляторы, которые полчаса пытаются найти собственные файлы, что я в какой-то момент решил просто удалять самые тяжёлые файлы, ибо мелкий мусор в глаза не бросается и работе системы вроде как не мешает. Ну и CCleaner и Revo Uninstaller помогают)

----

Цитата afq ()
Сделай серверную программу для игры. Чтобы сервер всегда работал в сети. Распространи свою игру между этим форумом, чтобы можно было поиграть по сети. Ну какую нибудь простенькую игру. Научишься делать сервер для игр и прокачаешь свой скилл!

Мечтал о таком ещё когда планировал замутить нечто GTA-подобное на "хотя бы 1000" игроков онлайн с картой, где в каждую квартиру можно зайти и что-нибудь делать там (из фич планировались: возможность писать заметки, делать свои кастомные модели автомобилей и оставлять персонажа в мире под управлением серверного бота). Лол.

Хорошо, что моей мотивации не хватает дольше, чем на один-два дня. А то вдруг что-то получилось бы. :D




Сообщение отредактировал TimKruz - Среда, 15 Мая 2019, 00:11
TimKruzДата: Вторник, 14 Мая 2019, 18:11 | Сообщение # 17 | Тема: Bleeding Demoness
старожил
Сейчас нет на сайте
Цитата DimaLink ()
пережму картинки в меньшее разрешении. Толькуо немного времени нужно.

Достаточно будет закрыть тегом [spoiler][/spoiler].

Цитата DimaLink ()
Так гонять - это конечно просто несиправлено. Имелось ввиду что игрок нажав 1 раз клавишу получит 1 ход. И неважно будет держать ее или нет. То есть типа походовость такая. Но не совсем. То есть так ходить надо будет запретить.

Просто нужно перемещать персонажа не на KeyDown (нажали клавишу), а на KeyUp (отпустили клавишу). Первое может срабатывать несколько раз (пока удерживаешь клавишу), второе – только в момент отпускания клавиши.
Или более сложный вариант, когда перемещаешь на первое событие KeyDown, а все последующие KeyDown'ы игнорируешь до тех пор, пока не поймаешь событие KeyUp. Тогда персонаж переместится в момент нажатия, но только один раз.
Ну, или можно оставить возможность зажатия клавиши, но установить максимальную скорость движения, например, "1 клетка в секунду", чтобы не заставлять игрока нажимать клавишу десять раз подряд...

Цитата DimaLink ()
Разве портал обязан быть рядом с игроком? По моему нет. И не важно удобно это игроку или нет.

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

Цитата DimaLink ()
Игра не планируется мною как игра с расчетом.ю Сам не люблю типа шахмат где все надо наперед расчитывать.

Нет, конечно, я не предлагаю делать как в шахматах. Урон мобов, например, может быть рандомным (в пределах определённых значений, ну как обычно в РПГ). Направление движения мобы тоже могут выбирать случайно (вообще или пока не увидят игрока). На самих уровнях могут быть разбросаны какие-то случайные бонусы (например, пакет крови) или ловушки (в пределах проходимости, а то можно случайно сломать уровень). Просто когда сама потеря жизни зависит от случайности, игра превращается в банальное подбрасывание монетки, типа "выпала решка – ты проиграл", а это не очень весело, ИМХО.

Короч, получается ситуация "шёл, шёл, вдруг взял и умер", без какой-либо видимой причины. Реальная причина – так захотелось генератору случайных чисел. Это несколько рушит... ну, не знаю, погружение в игру?.. В любом случае, когда, например, монстр бьёт сильнее обычного – это воспринимается как "ловкий удар"; когда монстр идёт в непредсказуемом направлении – "что-то учуял"; когда попадается случайный бонус – "ну ведь тут монстры живут, что-то делают". А кровь, которая то не течёт, то вдруг хлещет фонтаном, то опять не течёт – это какая-то неправильная случайность, ящитаю)

Но, конечно, игра твоя – решать тебе)

Цитата DimaLink ()
твой сюжет прикольный.Сделай раз сам вдохновился. Почему бы и нет. Зачем пропадать идее.
Цитата DimaLink ()
Сделай! Только демонессу поменяй на что нить свое. и Антураж чуть иной. И без проблем))))))
Почсему нет)))

Смысла-то нет(
Всегда хочется чёт грандиозное запилить, да чтоб за один день... Маленькие игры не привлекают совсем, даже несмотря на то, что я уже давно понимаю, что начинать надо с простого...


TimKruzДата: Понедельник, 13 Мая 2019, 22:33 | Сообщение # 18 | Тема: Записки линуксоеда
старожил
Сейчас нет на сайте
Цитата afq ()
Что ты прицепился к этому windows на нетбуке.

Потому что он там 100% нормально работает, а на Linux в большинстве случаев часть железа "отваливается", поскольку нет определённых драйверов. Вот даже Windows 10 отказалась ставиться, потому что не смогла найти подходящий драйвер звука...

Цитата afq ()
ставь на нетбук серверную ос, устанавливая min.iso. Научишься администрировать. Создашь что нибудь серверное и будет от основного компа использовать

У меня есть My Book Live, это такой файловый сервер на урезанном Debian. Туда можно поставить что-нибудь ещё, но не хочу перегружать, мне достаточно стандартной функции "файлопомойки"...

И ещё купил Raspberry Pi, чтоб набраться опыта, но чёт вообще не тянет заниматься с этим. Ставил на него Manjaro ARM, подключал к дисплею... Весело, конечно, но пока лень с этим париться. Да и идей нет никаких абсолютно, как с умом применить эту железку, т.к. изначально рассчитывал запилить туда "мозги" ИИ, но у меня до сих пор нет даже строгой концепции того, что я считаю ИИ...

А нетбук мучить не хочется... Я бы мог сделать на нём сервер даже на базе имеющейся Windows 7 (дело не хитрое – написать свою программу и запустить, можно даже собственный протокол придумать), но зачем? Что я с ним буду делать?..


TimKruzДата: Понедельник, 13 Мая 2019, 22:18 | Сообщение # 19 | Тема: Готовы ли вы выложить свой код?
старожил
Сейчас нет на сайте
Цитата Ordan ()
Для меня мой код это что то интимное) У каждого свои тараканы в голове и всё это отражается в коде, большинство кода что я видел или правил вызывало у меня отвращение потому, что не соответствует моим кодовым фетишам и образу мышления)

Люто плюсую. Обычно стараюсь писать код "красиво", вне зависимости от языка, чтоб читать было приятно и понятно. Соответственно видя то, что накодили другие люди – порой хочется просто бросить всё, ибо человечество обречено(

Цитата martuk ()
Обычно это проблемы тех, кто никогда не работал в команде

Типа, поработав в команде, становишься таким как все?


TimKruzДата: Понедельник, 13 Мая 2019, 21:51 | Сообщение # 20 | Тема: Записки линуксоеда
старожил
Сейчас нет на сайте
Цитата afq ()
Почему тебе не нравиться бесплатный линукс?

Он мне нравится, но мне на нём нечего делать.
Все игры – на Windows; Delphi 7 – на Windows; Firefox без глюков – на Windows; MPC-HC – на Windows; PS Pad – на Windows.
Manjaro мне понравился, но в перспективе ближайших лет мне на нём делать нечего.
К тому же Windows 10 я получил по сути бесплатно, так что жаловаться не на что)

Цитата afq ()
что прям летает? Сколько у тебя загружается система в минутах или секундах?

Ну по диспетчеру задач, система юзабельна примерно через минуту после запуска... Но, скажем:
– Firefox запускается секунды за две от нажатия спец. клавиши на клаве;
– Steam запускается за 3 секунды, а устанавливает обновление за десяток секунд;
– PS Pad запускается за пару секунд;
– Delphi 7 стартует секунд 5;
– MPC-HC и старая версия Screamer Radio появляются мгновенно;
– Inkscape и Blender первый раз грузятся секунд 10, потом секунд 2-3 достаточно.
И отклик в приложениях никакой "тормознутости" не демонстрирует. Нажал кнопку – произошло действие, никакой задержки из-за медлительности ОС или чего-то в этом роде.

Однако, должен заметить:
– всё ускорение происходит за счёт объёма ОЗУ, т.к. многие библиотеки программ заранее хранятся там, отсюда долгая загрузка системы и быстрый запуск программ, особенно при их повторном запуске;
– даже если я поставлю SSD, мне не даст это никакого прироста скорости, т.к. у матери SATA 2, и соответственно любой SSD по скорости будет примерно на уровне HDD;
– когда ОЗУ не хватает, система вынуждена свопиться на диск, и это действительно может приводить к тормозам, но у меня, за исключением некоторых игр, ничего не выходит за пределы 8 ГБ.

Вот на нетбуке с 1 ГБ ОЗУ Windows 7 действительно тормозит, т.к. доступных 700 МБ мало на что хватает. Т.е., например, если Firefox на нетбуке занимает слишком много памяти, часть Windows выпадает в своп (в том числе Проводник), из-за чего приходится долго ждать подкачки нужных данных с диска... Я бы мог поставить на нетбук планку на 4 или 8 ГБ, но по стоимости она выйдет почти равной цене самого нетбука (10 т.р. в ~2011-2012), так что решил не париться.

UPD: к слову, на том же нетбуке, Ubuntu при загрузке с флешки после первой же попытки открыть настройки ушла в dead freeze (нет, не паника ядра, а именно "мёртвая заморозка") и не смогла разморозиться даже спустя несколько часов. Видимо, 1 ГБ для Ubuntu – смерть, хотя Windows 7 на 1 ГБ вполне юзабельна.




Сообщение отредактировал TimKruz - Понедельник, 13 Мая 2019, 21:58
Форум игроделов » Записи участника » TimKruz [2769]
  • Страница 1 из 139
  • 1
  • 2
  • 3
  • 138
  • 139
  • »
Поиск:

Все права сохранены. GcUp.ru © 2008-2019 Рейтинг