Сейчас на форуме: bartolomeo, Adler, johnniewalker, NIKOLA (+6 невидимых) |
eXeL@B —› Софт, инструменты —› Serials Treasury - разработка замены Serials 2k |
<< 1 ... 9 . 10 . 11 . 12 . 13 . 14 . 15 . 16 . 17 . 18 . 19 ... 31 . 32 . >> |
Посл.ответ | Сообщение |
|
Создано: 21 июля 2005 16:42 · Поправил: Модератор · Личное сообщение · #1 Все знают известную программу Serials 2000, но она имеет ограничение на количество записей, и пару месяцев назад у меня этот пик достиг.. Я пытался найти альтернативу но не один из них меня не устраивалa. и вчера решил, почему бы и нет, сделать сам такую программу, которую хочу, вобщем прикрепляю скрин в РАР-е (BMP+RAR)<JPG,PNG,GIF , программа почти готова, осталось реализовать несколько запланированных возможностей, в скрине видны основные возможности программы, пишу сюда чтоб вы тоже подумали что еще можно довавить туда, и еще нужны бета тестеры, пишите, завтра отправлю бета версию для тестирования. b703_screen.rar |
|
Создано: 07 октября 2005 14:55 · Личное сообщение · #2 |
|
Создано: 07 октября 2005 15:05 · Личное сообщение · #3 |
|
Создано: 07 октября 2005 15:21 · Личное сообщение · #4 |
|
Создано: 07 октября 2005 16:53 · Личное сообщение · #5 |
|
Создано: 07 октября 2005 17:11 · Личное сообщение · #6 |
|
Создано: 07 октября 2005 18:14 · Личное сообщение · #7 |
|
Создано: 07 октября 2005 19:01 · Личное сообщение · #8 |
|
Создано: 07 октября 2005 23:14 · Личное сообщение · #9 Z0oMiK пишет: Serials 2000 больше чем 120000 записей не принимает 4kusNick пишет: Serials 2000 вообще гиблая тема это я всё знаю, просто в serials 2000 много файлов seu, а в serials2005 их гораздо меньше... Z0oMiK пишет: 4kusNick да и не только S2k ... 2004 , 2005 аналагично глюченные ... ST RC1 рулит вот с этим я согласен, супер получилось. ждём-с уже релиза ;) |
|
Создано: 07 октября 2005 23:18 · Личное сообщение · #10 |
|
Создано: 07 октября 2005 23:32 · Личное сообщение · #11 |
|
Создано: 07 октября 2005 23:36 · Личное сообщение · #12 |
|
Создано: 08 октября 2005 01:46 · Личное сообщение · #13 |
|
Создано: 08 октября 2005 01:49 · Личное сообщение · #14 |
|
Создано: 08 октября 2005 01:53 · Личное сообщение · #15 |
|
Создано: 08 октября 2005 04:45 · Личное сообщение · #16 |
|
Создано: 08 октября 2005 04:55 · Личное сообщение · #17 |
|
Создано: 08 октября 2005 05:23 · Личное сообщение · #18 Скачал. Посмотрел. Задумка неплоха, реализация тоже ничего(в смысле нормально) Но есть мысли которыми хотелось бы поделиться. Итак: Жмем пимпу Add, выбираем ос, компани, прогу, версию, URL, флажки, Рег инфо. Далее Add patch... -> Byte patch -> Next -> Сравниваем два файла cracked & original... Тут начинаются глюки: 1. Смещение вычисляется неверно(+1), для сравнения: fc /b filename filename1. И предлагаю сделать как у fc: ADDRESS: XX YY где XX=чем патчить, YY=что патчится, и сделать возможность ресторе/бэкпатчинга(мало ли, можт кто-то решит купить прогу, не переставлять же) 2. Закрыли как есть(Finished), в поле Registration Information пропадает введенная инфа, что не есть хорошо(или кнопка Post жмется автоматом?). Думаю стоит добавить двоичный патчинг, т.е. брать из двоичного файла такого приблизительно формата: DWORD(ADDRESS), BYTE(SIZE), PATCHBYTE1, PATCHBYTE2, ... DWORD(ADDRESS), BYTE(SIZE), PATCHBYTE1, PATCHBYTE2, ... ... Ограничение правда 255 байт блок, если мало, то можно и так например: DWORD(ADDRESS), HALFBYTE(SIZEOFSIZE), SIZE(HALFBYTE-DWORD), PATCHBYTE1, PATCHBYTE2, ... DWORD(ADDRESS), HALFBYTE(SIZEOFSIZE), SIZE(HALFBYTE-DWORD), PATCHBYTE1, PATCHBYTE2, ... ... где SIZEOFSIZE =0-15, 1=4 бита(т.е. SIZE=полбайта можно сюда же впихнуть, и дальше сразу идут патчбайты), 2=байт, 3=полторабайта, 4=2 байта, ... 0-зарезервировать для старой схемы DWORD(ADDRESS), PATCHBYTE1, DWORD1(ADDRESS1), PATCHBYTE2, ... т.е. первый адрес указывает, как действовать дальше по старому или по новому, а второй полбайт использовать как количество идущих вразбивку(потеря всего одного байта). или зарезервировать старший бит как динамический переключатель, т.е. когда нужно действовать: по старой схеме DWORD(ADDRESS), PATCHBYTE1, DWORD1(ADDRESS1), PATCHBYTE2, ... использоать 0, остатки байта=к-во(0-127). по другой схеме DWORD(ADDRESS), HALFBYTE(SIZEOFSIZE), SIZE(HALFBYTE-DWORD), PATCHBYTE1, PATCHBYTE2, ... использоать 1 Правда, максимальный размер одного блока уменьшится до HALFBYTEDWORD, но этого с лихвой... Ну и конвертер сляпать соответственно, считающий идущие подряд адреса, суммирующий их, и конвертящий в bin patch format. Экономия будет начиная с 2х идущих подряд(3байта) против 3х идущих вразбивку(уравнено). Для чего будет полезно? Ну, например, для инлайн-патчей, т.к. байты патч блока идут подряд, для больших патчей, где много идущих подряд байтов. Естественно ничего не навязываю, просто мысля промелькнула. Кстати, сейчас в базе текстовый патчинг одного байта с адресом+0D0Ah+байтом+0D0Ah+лишние нули - занимает 24 байта. Полагаю, что лучше делать ссылку на двоичный файл, в котором хранить все патчи в двоичном виде. Выгода = занимать один патчбайт с адресом будет 5 байт, ну или 6 в BPF + быстрее будет. Для Registration Information, надо бы добавить кнопки Undo Current & Undo All относительно тегов, ибо ломает вручную править. Текущее лого потянет, единственное сделать пониже serial и растянуть вширь, по моему скромному... В не maxsize режиме буква Z не видна и хорошо бы, чтобы полный ресайз был. В helpe два раза by повторяется в Usage "your friends by by you to a single update file! " На этом пока все. Tested on w2k. |
|
Создано: 08 октября 2005 08:00 · Личное сообщение · #19 А вот и Лого готово. Тока попрошу не обзываться))) и не ругаться. Понравится скажите... одним словом, зацените 7e23_logo.rar |
|
Создано: 08 октября 2005 08:26 · Личное сообщение · #20 |
|
Создано: 08 октября 2005 13:08 · Личное сообщение · #21 |
|
Создано: 08 октября 2005 13:46 · Личное сообщение · #22 |
|
Создано: 08 октября 2005 13:53 · Личное сообщение · #23 |
|
Создано: 08 октября 2005 13:57 · Поправил: Bad_guy · Личное сообщение · #24 |
|
Создано: 08 октября 2005 14:40 · Личное сообщение · #25 2 junk junk пишет: 1. Смещение вычисляется неверно(+1), для сравнения: fc /b filename filename1. И предлагаю сделать как у fc: ADDRESS: XX YY Исправлено, спасибо. Насчёт твоего второго предложения, конечно оно очень дельное, я его обдумаю. Вот здесь: junk пишет: по другой схеме DWORD(ADDRESS), HALFBYTE(SIZEOFSIZE), SIZE(HALFBYTE-DWORD), PATCHBYTE1, PATCHBYTE2, ... Может быть не HALFBYTE-DWORD a DWORD-HALFBYTE ??? 2 all Насчёт лого, пока что 2-1 в его пользу, хотелось бы услышать также мнения других участников, если большинство будет за, тогда внедрим. А еще, можно оставить лого Grim'a а вот этот (от nitromaarek) использовать как Splash (опционально отключаемый), вобщем, решайте. ИЗ whatsnew.txt =============================== - Serial Treasury v1 RC2 (October 08, 2005) Fixed small bugs Updated documentation Fixed "+1 byte bug" in byte patching (thanx to junk) Added simple benchmark in the import function New icon for EXE ============================================ Download: public.int3.net/share/SerialsTreasury_v1_RC2.rar Benchmark тестируйте на этих файлах: public.int3.net/share/ST_benchmark_test.rar Вот мои результаты: Computer: Celeron 700, 128MB RAM, XP SP2 File: test.seu, 182612 bytes, 1082 serials Result: 49.58 serials/second File: test.au1, 181622 bytes, 1082 serials Result: 49.84 serials/second |
|
Создано: 08 октября 2005 14:43 · Личное сообщение · #26 |
|
Создано: 08 октября 2005 14:45 · Личное сообщение · #27 |
|
Создано: 08 октября 2005 15:31 · Личное сообщение · #28 |
|
Создано: 08 октября 2005 15:38 · Личное сообщение · #29 |
|
Создано: 08 октября 2005 16:18 · Личное сообщение · #30 |
|
Создано: 08 октября 2005 16:44 · Личное сообщение · #31 |
<< 1 ... 9 . 10 . 11 . 12 . 13 . 14 . 15 . 16 . 17 . 18 . 19 ... 31 . 32 . >> |
eXeL@B —› Софт, инструменты —› Serials Treasury - разработка замены Serials 2k |