Вот и длинная запись в блоге... 
Выпуск Duppi v3.1.0 завершился полным фиаско... Мне пришлось выпустить более 3 версий, для того, чтобы исправить все допущенные мной ошибки. Мне очень жаль, но надеюсь, вы продолжите использовать Duppi (он теперь отлично работает)!
Для тех, кто не обновлял Duppi до v3.1.0, 3.1.1 или 3.1.2 указываю, что именно произошло:
- Версия 3.1.0 содержала огромную ошибку, не позволяющую Duppi загружать какие-либо обновления из Интернета (сбой, вызывающий Исключение), катастрофа, я совсем забыл об обновлении используемых библиотек DLL (libcurl-3.dll и zlib1.dll). Выяснилось следующее: из-за этой ошибки нельзя было что-либо обновить с помощью Duppi...
- В версии 3.1.1 только лишь исправлена небольшая ошибка в отчёте об ошибках (таких ошибок ещё не было).
- В версии 3.1.2 исправлены почти все ошибки (но я забыл о файле DLL zlib1.dll, потому что сначала я не включил её в состав программы, она находилась в системной папке моего компьютера...).
- В версии 3.1.3, наконец, исправлены все ошибки и сейчас присвою номер этой версии при обращении к серверу обновлений (для тех, кто не в курсе дела: номер сборки Dragon UnPACKer и номер версии Duppi, и ничего больше). Создал два пакета для этой версии, один без библиотек, который будет использован для обновлений с неудачных версий 3.1.x и второй, с библиотеками для тех, кто обновляет с более старых версий. Для того чтобы быть уверенным, что версия без библиотек используется лишь людьми, пользующимися правильной версией 3.1.0, 3.1.1 или 3.1.2, я добавил в D5P Package maker опцию (v3.5.2, но отсутствует в CVS) не восприимчивости Duppi к определённым версиям.
- Добавил проверку в оба пакета и собрал исправленный пакет Duppi v3.1.0.
В прошлом месяце я наткнулся на страницу Luigi Auriemma, а именно, - на его код для извлечения из сжатых и шифрованных файлов Vietcong .CBF (cbfext v0.2.1 + unlzw v0.1.2). Мне понадобилось некоторое время, чтобы адаптировать его для Delphi/Pascal, но я смог сделать это, новый код включён в Default Driver v2.0.7.
Я также работал над защитой от загрузки неправильных форматов в Dragon UnPACKer, которая происходила, в основном, за счет формата Nascar Racing .DAT или Cyberbikes .BIN. Оба они не имеют каких-либо определённых ID/сигнатур, от которых можно отталкиваться при загрузке любого файла с расширением .DAT или .BIN. Решением данной проблемы было введение проверки на правильность в Default Driver v2.0.7.
Чтобы сделать использование Dragon UnPACKer более приятным, я также добавил ловушку для исключения, возникающего при использовании Vampyre Imaging Library, потому что когда этот формат был неправильным, возникало неотлавливаемое исключение, что было вовсе не здорово. Плохо, что нужно переделывать с самого начала. Изменение относительно CVS в Dragon UnPACKer v5.5.0 Beta.
Наконец-то, я смог добавить поддержку Prototype .RCF в Dragon UnPACKer, полностью основанную на спецификации john_doe (Benjamin Haisch) из форума Xentax. Сжатые файлы (.RZ) автоматически распаковываются в процессе извлечения, поэтому из имени файла удаляется расширение .RZ. Информация о распаковке также была найдена на форуме Xentax. Обратите внимание на то, что наиболее интересные вещи в файлах P3D, расположенных в файлах RCF . Формат был исследован на форуме Xentax участником Mr. Mouse, не сомневайтесь, направляюсь туда. 
Всё это здесь и сейчас!
