Ничем не зашифрованы.

http://ru.extfile.info/trg.html

http://ru.extfile.info/pmd.html

03.11_09.21.04_N1_main:

"f   & P K O E M A D C N F F C B I B C _ 5 5   d   d   dя"

00 00 00 66 00 00 00 26 00 50 00 4B 00 4F 00 45
00 4D 00 41 00 44 00 43 00 4E 00 46 00 46 00 43
00 42 00 49 00 42 00 43 00 5F 00 35 00 35 00 00
00 64 00 00 00 64 00 00 00 64 01 FF FF FF FF 00
00 00 00 00 00

03.11_09.21.04_N1:

"   l   p@8A    5B@>2A:89  <>AB  >3@0=8G5=85  <0:A  A:>@>AB8   4 0  :<  Gяяяя         %wР­љя         '     %wРњ` LРя"

00 00 00 6C 00 00 00 70 04 1A 04 40 04 38 04 41
00 20 04 1F 00 20 04 1F 04 35 04 42 04 40 04 3E
04 32 04 41 04 3A 04 38 04 39 00 20 04 3C 04 3E
04 41 04 42 00 20 04 3E 04 33 04 40 04 30 04 3D
04 38 04 47 04 35 04 3D 04 38 04 35 00 20 04 3C
04 30 04 3A 04 41 00 20 04 41 04 3A 04 3E 04 40
04 3E 04 41 04 42 04 38 00 20 00 34 00 30 00 20
04 3A 04 3C 00 20 04 47 FF FF FF FF 00 00 00 00
00 00 00 00 01 00 25 77 D0 02 01 AD 9A FF 00 00
00 02 00 00 00 02 00 00 00 27 00 00 00 00 01 00
25 77 D0 02 01 9C 60 00 4C D0 FF 06

Врядли тут шифр,так как половина байт "00".

Скорей всего или битые файлы или собственный формат файла.
Или логи...

%wРњ -знакомое буквосочение, вспомнить бы откуда оно))))


99% что тут не шифр.

Судя по названию, возможно какие-то системные или временные файлы годичной давности.

developers, Вы сотрудник соответствующих органов?

Если нет, я помогать вам не буду.

2 developers
Самое простое, связаться с разработчиками.

Если переименовать или скопировать 03.11_09.21.04_N1.trg в 03.11_09.21.04_N1.txt и в любом hex-редакторе
подставить первыми символами 0xfe и 0xff, то он откроется в блокноте - там бОльшая часть - это русский unicode
текст. Среди прочего там "pКрис П Петровский мост ограничение макс скорости 40 км"

есть ли шанс разобраться с форматом файлов?
Вполне вероятно, никаких шифров нет.
Лучше закиньте сюда файлы trd и pmd, которые гарантированно открываются в этой программе + инфо по ним - какие гос-номера и скорости, т.е. данные, по которым их можно сопоставить с бинарным содержимым, если это конечно не является разглашением служ. информации.
По уже выложенным файлам трудно судить, где и что - они в родной программе открывались?

это правда.

гос номера в этих файлах нет, т.к. по фото-кадру к ним программа не смогла распознать его.
проще говоря, там троллейбус с нечитаемым номером...

должно быть 3 ноября 2010 г., 9:21:04 - время создания файлов и оно есть в их названии.

Хорошо бы ещё получать их этих файлов действительную зафиксированную скорость ТС, чтобы делать сводный отчёт о нарушениях "неприкасаемых" ТС и в случаях очень грубых нарушений пересматривать их статус или принимать какие-то специальные меры.

я понял. слабо подготовился.
сейчас выложу другие файлы с описанием, что в них должно быть.

Закачал архив файлов. Там около 50 сработок.
Архив записей (пароль: ilovegibdd).
Если у троллейбуса была установка по ходу движения, то здесь навстречу.
Порог срабатывания установлен на 62км/ч.
Скорости ТС не записал отдельно, но там N53 двигался со скоростью около 104.

госномер легко читается в файлах *.trg, а вот зафиксированная скорость мною пока не найдена.

по trg-файлам для примера берём N54:

1) первые 4 байта - 00 00 00 6с (везде одинаковые);
2) следующие 4 байта - это длина текстовки (00 00 00 16) сразу за ними, т.е. длина строки в байтах. Видимо 32-х битная константа. Интересно, что расположение байтов для хранения констант и символов - мотороловское, т.е. сначала старшие байты, потом младшие.
2.1) далее unicode-строка "катукова 40"
3) после строки идёт константа FF FF FF FF 00 00 00 00 01 00 00 00
(везде одинаково),
4) далее два байта константа - номер искомого файла, т.е. то что в имени файла (N54) - 36 00 (54 десятичое)
5) Магическое число 1 : 25 77 D5 04 (смотрим далее)
6) четыре байта 76 СС 17 FF - назовём их X1, их значения нарастают от замера к замеру,
если принять это число за 32-битную константу. Или возможно это глобальный
аппаратный счётчик датчика совместно с Магическим числом 1 (5), т.е. 64-битное число.
Почему? -Замер от 3.11, выданный вами ранее, явно указывает на это, там старшие
байты были 25 77 D0 02 - т.е. мЕньшее число. Мне кажется это что-то вроде
внутренних часов, или по аналогии с Pentium-совместимыми процессорами
- счётчик тактов центрального процессора с момента запуска.

7) Четыре байта 00 00 00 05 - флаг опознания номера? 05 - опознан, 03 - нет, судя по всему.
8 ) Четыре байта 00 00 00 02 (везде одинаково), но вроде бы не направление, в замере
от 3.11 так же 00 00 00 02.
9) четыре байта 00 00 00 4A - зафиксированная скорость (74 км/ч), м-да, зарезервировано
аж 32 бита, с заделом... : ) Опять же, при сравнении с замером от 3.11 - там было
попутное направление - скорость тем не менее сохранена по модулю, уже без знака.

10) один байт 00 или 01 - что то, что не я не смог привязать,
но это не флаг распознавания номера - там 00 или 01 не зависимо от этого.

11) пять байт 00 00 00 01 00 - то же самое, не распознано, везде одинаково.
12) Магическое число 2 : 25 77 D5 04
13) Четыре байта 73 38 A0 00, скорее всего это тоже 64-битный счётчик. Значение
счётчика всегда меньше, чем (5)-(6), может быть это отсчёты начала и окончания
радарного захвата, где нужна такая точность.
-----------------------------------------
Два случая, если опознанный номер - то
14) 00 00 00 05 - видимо повторяет (7) - флаг опознания номера.
15) 00 00 00 10 - длина следующей строки (16 байт),
16) Собственно unicode-строка гос.номера x139xx48, причём интересно,
что буквы идут в русской кодировке, хотя вроде как в номерах специально используются буквы,
сходные с латинницей.
17) 00 00 00 06 - здесь 06 всегда, если номер распознан
18) FF FF FF FF - везде однаково
19) 00 00 01 76
20) 00 00 00 C6
21) 00 00 01 C2 - (21) всегда больше чем (19)
22) 00 00 00 D6
- не распознаные мной константы, здесь что-либо трудно предполагать...
-----------------------------
Если номер не распознан, то переходим от пункта (13) сразу к (23):
23) 00 00 00 09 - всегда равно 9
24) 00 00 00 0A - длина последующей строки unicode (10 байт)
25) unicode-строка с порядковым номером замера 17391
возможно, внутренняя абсолютная нумерация, по видимому общий счётчик замеров
данного конкретного устройства.
26) 4С D8 33 03 - 4 байта UNIXTIME, дата-время от 01.01.1970 в секундах по UTC-времени - время
фиксации, 62851 секунда от начала 8.11.2010, с учётом UTC+3, 20:27:31 - странно, что не совпадает, но близко.
найденный online конвертер показывает то же самое (http://www.direct-time.ru/index.php?id=12)

Если взять замер от 3.11 - там после пункта (13) сразу идёт (26), т.е. окончание,
без промежуточных структур. Видимо флаги (7)-( 8 ) определяют их наличие/отстутствие.

Я бы сначала сделал утилитку, раскидывающее всё это в некий текстовичок
или xls-табличку, чтобы потом её можно было бы распечатать и искать дальше
связи между неопределёнными константами, если это конечно нужно.