Разработка распаковщика @RCHER

Mon Jun 13, 2005 8:58 am

Топик мой про формат ZIP с fastBB куда-то делся, а последние месяцы она вообще у меня не открывается, так что я теперь здесь.

За 2 с половиной месяца распаковщик ZIP (он будет называться @RCHER) уже умеет просматривать и распаковывать ZIP, SFX-ZIP (с любым модулем распаковки), GZIP, TAR+GZIP и... некоторые PNG-картинки. С PNG больше всего мороки, поэтому пока не выкладываю. Кроме того, разрабатывается @RCHER под виндой (отлаживать есть возможность), а системно-зависимые функции делаю в блоках условной компиляции. Но вы не подумайте, кроме PNG, все работает на данный момент и под MeOS. Хочу сделать IPC-интерфейс.

А вот прикол. Стал компилить в Menuet - fasm жалуется на нехватку памяти. Пришлось сделать с запасом - 15 Мб вместо 5 Мб.

Mon Jun 13, 2005 11:33 am

Имеется ввиду, что ты поставил в исходниках fasm'a ему 15Mb памяти?

Mon Jun 13, 2005 12:55 pm

Mon Jun 13, 2005 7:41 pm

>С PNG больше всего мороки, поэтому пока не выкладываю.

http://www.libpng.org/pub/png/book/toc.html

Tue Jun 14, 2005 2:43 pm

Wildwest wrote:>
http://www.libpng.org/pub/png/book/toc.html

Спасибо за ссылку

О ней я знал. Просто еще не все форматы и разрешения в PNG мне удалось реализовать. Из тестовой коллекции картинок PNGSUITE @RCHER открывает 33, а не открывает - 133! Но это вопрос времени.

Tue Jun 14, 2005 9:34 pm

willow wrote:С PNG больше всего мороки

http://www.madwizard.org/view.php?page=downloads
Там есть PNGlib - a free PNG decoder library (beta)

This library allows you to decode and display PNG images in your applications. The library is very small and has been written in assembly (MASM32).

Tue Jul 05, 2005 9:32 am

Не новость, что в недавнем обсуждении многие мои коллеги высказались в пользу IPC-интерфейса для @RCHER. Но для меня возникла неоднозначность. Каким образом удобнее всего сторонней программе получать список содержимого в архиве? Через IPC, но в каком формате? Несомненно, полезным было бы включать в листинг архива не только имена файлов, но и их распакованный размер, а также дату изменения. Эта информация в большинстве архивов имеется.
Любому пользователю доставило бы несравненное удовольствие работать с содержимым архива через SYSXTREE, например. В таком случае можно возвращать оглавление в том же формате, что и 58 функция - в формате FAT16 (с полной поддержкой вложенных папок). Но как поступить с длинными именами?

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

Tue Jul 05, 2005 9:47 am

А что, у нас нет формата LFN? С длинными именами всё в порядке, и мне, как раньше о формате не задумывавшемуся, твоя идея очень нравится

Tue Jul 05, 2005 10:50 am

А разве SYSXTREE понимает длинные имена?

Tue Jul 05, 2005 10:57 am

Нет, но вот в MFAR'е я лично их поддержку включать собираюсь.

Tue Jul 05, 2005 12:29 pm

mike.dld wrote:Нет, но вот в MFAR'е я лично их поддержку включать собираюсь.

ух ты, а я думал МеОс не поддерживает длинные имена файлов вообще. или ты всё таки собираешся изменять ядро?

Tue Jul 05, 2005 12:33 pm

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

Tue Jul 05, 2005 2:51 pm

mike.dld А как ты собираешся добавит длинные имена, раньше в SYSTEM TREE высвечивались фаилы (или метки) с типом F32
они содержат именна длинных фаилов? Как их расшифровать.
Уже давно все просят обновить X-TREE, я вот думаю, мож на 3D забить и X-TREE переделать?

Tue Jul 05, 2005 5:49 pm

mike.dld
програмно, значит НЕ через ф-ю 58? то есть через неё, но не обычным чтением папки?

EXIS
NooooooOO!!!!

только не 3д движок!
кста, а что именно ты собираешся изменять в Хтри?

Tue Jul 05, 2005 7:10 pm

DoomEd

В X-TREE не знаю, хотябы код почистить для начала, а то там все так запутанно, что иногда вылазят
баги просто из ниоткуда, там еще много помарок:
PROMPT линия нажми влево и каретка "улетит в космос"
Сортировка по дате не правильная и т. д. и т. п.

Про 3D No Problem! OK! Та кстати все более менее отлично ща в своей теме ответ забацаю.

Разработка распаковщика @RCHER

Who is online