Ссылки на сборки не решат правильно на нашем сервере сборки
Поскольку у вас есть сырой поток, я думаю, что вам нужен декодер с парсером.
Проверьте этот decode_video.c пример на ffmpeg:
https://github.com/FFmpeg/FFmpeg/blob/master/doc/examples/decode_video.c
Измените необходимые детали соответственно, как avcodec_find_decoder(...).
Надеюсь, что помогает.
6 ответов
Почти наверняка проблема является экологической - не связанный источник.
Некоторые идеи...
(i) Попытайтесь отключить свои инструменты антивируса/антивируса - я видел случаи, где эти инструменты (особенно Антивирус Trend Micro, по некоторым причинам) могут сохранить файл DLL заблокированным после (во время?) сканирование, вмешивающееся в компиляторы.
(ii) Проверьте свою переменную окружения PATH. Даже в эти современные дни, переменная ПУТИ используется для разрешения некоторых вещей - если это испорчено (слишком долго, максимальная длина является 2 048 символами IIRC), затем, вещи могут быть нечетными.
(iii) Вы проверили полномочия Файла - Вы проверили полномочия в реестр? Например, Syncfusion устанавливает свой лицензионный ключ и при крапивнице Пользовательского и при Машины - если сервер сборки не может читать один или другой, мог бы вызвать проблемы.
Удачи!
Могло также случиться так, что блоки, на которые ссылаются, находятся в GAC на dev машине, но не на машине сборки. Вытащите его из GAC, в Ваш исходный репозиторий, и сошлитесь на него путем.
Вы видите какие-либо различия между ildasm этого файла
'C:\Program Files\Syncfusion\Essential Studio\7.1.0.21\Assemblies\3.5\Syncfusion.XlsIO.Base.dll'
на Вашей машине по сравнению с на сервере?
Мое подозрение - то, что у пользователя, под которым находится процесс сборки, нет доступа к папке, в которой находится Ваше стороннее управление. Так как это функционирует правильно на Ваших машинах, это - почти наверняка конкретный пользователь/разрешение.
Ваша третья сторона dll может зависеть от неуправляемого dlls. Часто это - потому что определенная версия VC ++ Dlls Во время выполнения отсутствует.
Откройте Dll с Зависимостью Walker http://www.dependencywalker.com/ на Вашем сервере и проверке на отсутствующие ссылки.
Не уверенный, если это поможет в Вашем случае, но у меня действительно было что-то подобным прежде, где dll, по-видимому, стал незарегистрированным так или иначе, и работающий regsvr32 на dll добился цели.