[Adler_lug]

sov44, как что считается я прекрасно понял, я просто для грубой проверки на калькуляторе в днях считал, а программа в "тиках" считает (days.Ticks). Собственно в них и записывается значение в HEX.

Скрытый текст

The smallest unit of time is the tick, which is equal to 100 nanoseconds or one ten-millionth of a second. There are 10,000 ticks in a millisecond. The value of the P:System.TimeSpan.Ticks property can be negative or positive to represent a negative or positive time interval.

https://msdn.microsoft.com/ru-ru/lib...v=vs.110).aspx

[Painkiller]

Adler_lug, а подробнее можешь написать как это сделать вручную ?? Например имеем на сегодня 21.07.16 , как перевести ??

[sov44]

как это сделать вручную ?? »

Painkiller, смотри https://yadi.sk/i/1CXXwVMLtWFS2

[Adler_lug]

Painkiller, в смысле вручную? Совсем вручную не знаю, т.к. вручную проблемно посчитать разницу в днях (основное что нужно) между датами в разных веках Ну по крайней мере я не знаю как это сделать и честно говоря выяснять желания нет.
Слегка смухлевав можно вычислить разницу в днях:

Скрытый текст

К примеру тут: - http://fincalculator.ru/kalkulyator-dnej

Таких калькуляторов много в интернете, я ткнул в первый попавшийся.

Имеем - 151 777 дней. Переводим это в секунды умножив на 86400 (60*60*24) и получаем 13113532800, дорисовываем 7 нулей (т.е. умножить на 10 000 000, т.к. нам надо значение в тактах) = 131135328000000000
И дальше с помощью калькулятора (или чего нибудь еще) переводим в шестнадцатиричное значение и получаем - 1D1E2E2D2F1C000.
Разбиваем на 2 группы по 8 знаков с конца 0x01D1E2E2 и 0xD2F1C000 (в первой группе 0 дописываем т.к. знаков 7).

Сравним со скрином о sov44:

Скрытый текст

значения те же (у меня там еще какое то время берется в расчет, поэтому значение другое, но так же указывает на ту же дату).

Если нам надо более точно указать (с учетом времени), то надо время перевести в количество секунд и добавить к соответствующему значению.
К примеру сейчас 17:30 (округлил), т.е. 63000 секунд (3600*17+30*60). (13113532800 + 63000)*10000000= 131135958000000000 = 1D1E37581DEDC00 (hex) = 0x01D1E375 и 0x81DEDC00


sov44, вы мне только что открыли глаза, т.к. я не знал, что на калькуляторе можно даты расчитывать


Если вечером будет вдохновение (без вдохновения мне лень ), то допиляю утилиту с добавлением нескольких функций...

[Adler_lug]

Слегка допилял.

Потестите пожалуйста. Вроде правильно все, но всетаки...

Скрытый текст

P.S. Подумаю как сделать обратный пересчет...

[sov44]

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

[Adler_lug]

Добавил обратный пересчет.

Двойной клик мышью по результатам копирует значение в буфер обмена.
Двойной клик мышью по полю для обратного пересчета вставляет значение из буфера обмена.
P.S. В программе нет обработки ошибок, соответственно ввод некорректных данных в поля вызовет ошибку...

[Adler_lug]

Не знаю кому это надо и надо ли вообще, но в качестве эксперимента сделал генерацию уникального (случайного) <LOWPART> (галочка возле поля времени).
Принцип простой, к полному значению (к примеру к 131135328000000000) прибавляется случайно сгенерированное число от 0 до 9999999 вместо неиспользуемых 10000000 тиков (доли секунды). Точность значения так и остается до 1 секунды, но HEX значение для <LOWPART> меняется при каждом новом расчете. Все остальные функции как и в прежней версии.

Скрытый текст

[sov44]

Adler_lug, если есть желание добавьте в новой закладке конвертер даты в Unix формат (отсчёт от 01.01.1970) наподобие этого http://rgho.st/87rP5Pgms.

[Adler_lug]

sov44, как нибудь в другой раз может добавлю...