Откровенно говоря, лучшая ставка для вас - бросить свою.
Получите язык сценариев, который вам удобен, и начните разбираться с проблемой. Сначала составьте простое многофакторное сравнение, но как только вы начнете находить шаблоны, которые, по вашему мнению, являются значительными (или, по вашему мнению, могут быть), вернитесь и добавьте их в код - исключите их из вывода, выделите их, переведите их в другую запись, замените их на их «значение» или какое-то высокоуровневое описание их роли - что бы это ни казалось уместным. Если вы не можете решить, сделайте это опцией.
Вы запрашиваете программное обеспечение для визуализации, потому что хотите, чтобы что-то помогло вам сформировать и усвоить понимание их кодировки. Но сравнения, которые вы собираетесь провести, являются лишь частью процесса, который вы будете использовать (что по сути является научным методом) - вы также будете формировать и пересматривать догадки о том, что означают различные части пакетов, как они взаимодействуют. и т. д.
Никакой готовый инструмент не поможет вам в этом, но хороший язык сценариев (скажем, python, ruby или даже perl) очень поможет. Когда вы формируете теорию, закодируйте ее и попробуйте. Разберитесь со своим кодом, пробуйте разные идеи по мере того, как они приходят вам в голову, создавая множество хитростей, приспособленных к этой проблеме, по мере продвижения вперед.
- MarkusQ
P.S. Не попадайтесь в ловушку, пытаясь использовать C, Java или что-то для этого. Вы будете играть быстро и свободно, и у вас должен быть инструмент, который не требует объявления переменных, компиляции и т. Д. У вас будет много возможностей его сжать и переписать , как только вы поймете, как он работает.