Как сделать?

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

Возможно ли каким то образом получить обратную связь от файлов контента?
например открыть файл вида “действие_1_1.jpg” если такой файл отсутствует открыть файл “действие_1.jpg” если и его нет то “действие.jpg”
может какой-то внешний скрипт есть для этого… или еще что-то

lom,
Ты хочешь вывести картинку или вообще любой файл?

.jpg .png .webm все будет, смысл именно в том как запустить проверку на наличие файла и возвратить её результат (да/нет)

Так, давай уточним, что именно ты хочешь:
1. Чтобы проверялось наличие файла во время выполнения, т.е. игра доходит до такой-то точки, дальше смотрит, есть ли оно по указанному пути и что-то с этим делает;
2. Полный анализ кода внешней утилитой
И непременно напиши, зачем тебе это нужно. Это важно, и поможет нам улучшить QSP.

Да я думал унифицировать код игры и отвязать его от конкретных графический файлов.
к примеру в любом месте кода при выводе картинки/видео я бы вставлял некоторую подпрограмму вывода через $func
которая бы проверяла файлы и возвращала путь к найденному файлу по заданным приоритетам.

например все файлы контента имеют специфическую запись имен файлов (действие_парам1_парам2_парам3_…_.jpg(.webm))
dialog_black_dl.webm - !ГГ разговаривает с девушкой с длинными черными волосами
если такого файла нет проверяем есть ли файл dialog_black_dl.jpg потом dialog_black.webm и так далее вплоть до dialog.jpg
фрагменты имени файла планується подавать из массивов к примеру
$args[0]=$cont[npc+’deistv’]
$args[0]+=$cont[npc+’_color’]
….
и так далее

например if files’$args[0]’ = -1: jamp ‘start’ else $result = $args[0]
где files новая команда которая возвращает -1 при отсутствии файла а $args[0] содержит путь к файлу

как только нашли файл выводим в окно основного описания и продолжаем выполнение кода локации
самое главное чтобы все это работало необходимо получать какой то сигнал чтобы остановить цикл как только файл найден и продолжать если не найден.

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

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

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

lom,
Да, получится необычно, но это будет одна из песочниц ДеГросса, не более

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

2. это позволит в процессе разработки увеличивать разнообразие контента без необходимости изменения кода. Так для полноценной работы программы достаточно будет сделать набор файлов по умолчанию вида dialog.jpg который будет выводится при общений с любым НПС, и уже потом добавлять контент.

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

lom,
Блин, ну ведь файлы ты сам в начале загружаешь и именуешь тоже. И тут должна быть какая-то система, которая зависит также от тебя, можно загонять все названия (предполагаемые) в массив, а потом через arrcomp проверять, если в массиве такой элемнт согласно твоей номенклатуре, то есть просто парсить все названия, пути к файлам. то есть если этого файла нет, то он просто выдаст -1.
А самой функции такой в qsp нет, так как она там вообще не нужна. Скажу больше вообще ни в одном движке ИФНИ её нет, ВООБЩЕ.
Ибо зачем?

То есть фалы картинок за тебя же движок не именует, он может только выставлять пути.

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

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

dmvikar,
Так энивэй он зависит от нейминга