>[оверквотинг удален]
>            
>       1353759194
> 1 -  -------------------------------------
>      10 * (0x2db40b + 0x8808965 + 0x517228)
>
> ну и так далее ...
>  1353759168  = b194ab + 7109279 + 517228
>  1353759135  = b366ed + 7384326 + 517228
> Результаты такие:
>  -0.0737443548,  0.035920647 и 0.014794913

так результатом должен стать этот unixtime, например
а эти цифры вообще ниачОм получаются

>> Результаты такие:
>>  -0.0737443548,  0.035920647 и 0.014794913
> так результатом должен стать этот unixtime, например
> а эти цифры вообще ниачОм получаются

Эти цифры показывают погрешность от уравнения:  y = 10 * x;

Например = 10 * ( 1 + 0.014794913 ) * (0x2db40b + 0x8808965 + 0x517228) = UNIX_TIME, а именно 1353759194;

Думаю даже числа отбросить можно, оставить просто (10 * SUM = UNIX_TIME);

----
> есть какой-то алгоритм, вот и хочу его найти

Ты лучше скажи где откопал, условия, место... источники....
Ещё раз скажу, у меня только одна мысль для чего это нужно:
запихнуть UNIXTIME в три 16-разрядных регистра, потом с выталкиванием
побитово сложить и дорисовать нолик (умножить на 10)

>>> Результаты такие:
>>>  -0.0737443548,  0.035920647 и 0.014794913
>> так результатом должен стать этот unixtime, например
>> а эти цифры вообще ниачОм получаются
> Как ни о чём, например = 10 * ( 1 + 0.014794913
> ) * (0x2db40b + 0x8808965 + 0x517228) = UNIX_TIME, а именно
> 1353759194;
> Думаю даже числа отбросить можно, оставить просто (10 * SUM = UNIX_TIME);

если неделя, то почему не меняется каждую неделю? это константа
если получается unixtime, то тогда имеем 2 неизвестных: 2db40b и 8808965, которые генерятся.. рандомно? должна быть закономерность какая-то

> Ты лучше скажи где откопал, условия, место... источники....

условия: unixtime это время текущее, а 2db40b - его checksumm (ну так переменная называется в коде жабаскрипта)
8808965 хз что, но без неё сервер не пропускает данные
последняя цифра - константа
это hidden-данные из формы

>>>> Результаты такие:
>>>>  -0.0737443548,  0.035920647 и 0.014794913
>>> так результатом должен стать этот unixtime, например
>>> а эти цифры вообще ниачОм получаются
>> Как ни о чём, например = 10 * ( 1 + 0.014794913
>> ) * (0x2db40b + 0x8808965 + 0x517228) = UNIX_TIME, а именно
>> 1353759194;
>> Думаю даже числа отбросить можно, оставить просто (10 * SUM = UNIX_TIME);
> если неделя, то почему не меняется каждую неделю?

Это скорее дополнение, типа два случайных и дописочка

> если получается unixtime, то тогда имеем 2 неизвестных: 2db40b и 8808965, которые
> генерятся.. рандомно? должна быть закономерность какая-то

Их сумма - константа, а меж собой рандомны, это уравнения вида: x + y = z, x < z
То есть генерим любое (x) меньше (z), потом делаем (z - x = y)  

>> Ты лучше скажи где откопал, условия, место... источники....
> условия: unixtime это время текущее, а 2db40b - его checksumm (ну так
> переменная называется в коде жабаскрипта)

Ну вот, мы только что похакали генератор чексуммы :)

>[оверквотинг удален]
>> если получается unixtime, то тогда имеем 2 неизвестных: 2db40b и 8808965, которые
>> генерятся.. рандомно? должна быть закономерность какая-то
> Их сумма - константа, а меж собой рандомны, это уравнения вида: x
> + y = z, x < z
> То есть генерим любое (x) меньше (z), потом делаем (z - x
> = y)

их сумма не может быть константой. если 2 константы сложить, то unixtime не получится (оно ведь изменяется каждую секунду)

>>> Ты лучше скажи где откопал, условия, место... источники....
>> условия: unixtime это время текущее, а 2db40b - его checksumm (ну так
>> переменная называется в коде жабаскрипта)
> Ну вот, мы только что похакали генератор чексуммы :)

ну я тут просто зритель :)
причём, в 5 утра мало понимающий :))
вот тут: 10 * ( 1 + 0.014794913 ) * (0x2db40b + 0x8808965 + 0x517228) = UNIX_TIME
цифра 0.014794913 откуда берётся??

>[оверквотинг удален]
> цифра 0.014794913 откуда берётся??

Так из первого уравнения:   1 - (UNIXTIME/(10*SUM))

Как я думаю, умножение на 10 сто пудов есть, а дальше нужен алгоритм вычисления чексуммы.

Мы и так дофига знаем:
1. То, что одно число константа и равна недели.
2. Уравнение: 1 - (UNIXTIME/(10*SUM)), дает взаимосвязь с точностью до 0.1
3. Сумма из CRC и случайного меж собой связаны.

>>[оверквотинг удален]
>> цифра 0.014794913 откуда берётся??
> Так из первого уравнения:   1 - (UNIXTIME/(10*SUM))

или я где-то туплю, или ты это же уравнение потом используешь с этим же числом

и ещё дело в том, что мне чексумма и второе число как бэ не известны, я их должен получить

>>>[оверквотинг удален]
>>> цифра 0.014794913 откуда берётся??
>> Так из первого уравнения:   1 - (UNIXTIME/(10*SUM))
> или я где-то туплю, или ты это же уравнение потом используешь с этим же числом

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

То есть, к тебе прилетели эти три числа, берёшь их складываешь
(0x2db40b + 0x8808965 + 0x517228), потом умножаешь на 10, это
и будет примерный UNIX_TIME, с точностью до 1.5 минут :)

---

Короче, без алгоритма CRC - все бесполезно. Аппроксимация, интерполяция, экстраполяция
и т.п., для дискретных величин малоэффективны и дают лишь оценку сложности.
В твоём случае алгоритм CRC должен быть полной фигнёй, коль просматривается
такая зависимость.

По делу тут можно только генерировать и ловить коллизию CRC, не менее 3 штук.
тогда восстановишь алгоритм расчёта второго числа. И уже после - найдёшь алгоритм CRC.

>>>>[оверквотинг удален]
>>>> цифра 0.014794913 откуда берётся??
>>> Так из первого уравнения:   1 - (UNIXTIME/(10*SUM))
>> или я где-то туплю, или ты это же уравнение потом используешь с этим же числом
> Блин, этим уравнением, и его результатом, я тебе показал, как взаимосвязаны числа
> слева и справа (из первого сообщения).
> То есть, к тебе прилетели эти три числа, берёшь их складываешь
> (0x2db40b + 0x8808965 + 0x517228), потом умножаешь на 10, это
> и будет примерный UNIX_TIME, с точностью до 1.5 минут :)

погрешность великовата, конечно, там с точностью до секунды палится
но вполне допускаю, что прокатит случайная генерация, как ты говорил выше: x + y = z, x < z
а там уже погрешностью можно управлять, если числа внатуре рандомные
вполне сойдёт за алгоритм, учитывая, что там все остальные алгоритмы вообще никакие

я чё-то не могу повторить эту операцию:

                    1353759194
1 -  -------------------------------------
     10 * (0x2db40b + 0x8808965 + 0x517228)

ну и так далее ...

1353759168  = b194ab + 7109279 + 517228
1353759135  = b366ed + 7384326 + 517228

Результаты такие:  

-0.0737443548,  0.035920647 и 0.014794913

не получаю я такие результаты в перле..
0x2db40b + 0x8808965 + 0x517228
как эти 0x вычисляются?

>>>>>[оверквотинг удален]
> как эти 0x вычисляются?

Да забей ты на эти результаты, это так... оценочная пристрелка была.
Нужны суммы хотя бы 10 подряд секунд, потому как замеры с шагом в
26 и 33 секунды почти тот же рандом. :)

>>>>>>[оверквотинг удален]
>> как эти 0x вычисляются?
> Да забей ты на эти результаты, это так... оценочная пристрелка была.
> Нужны суммы хотя бы 10 подряд секунд, потому как замеры с шагом
> в
> 26 и 33 секунды почти тот же рандом. :)

а говорил "хакнули" :)
ок, вот:
1354380191      9d3af9  5288526    515632
1354380192      9d3af9  9683068    516435
1354380193      47a703  4367619    514030
1354380194      c86baf  1001106    514033
1354380195      df8d31  3593081    513232
1354380196      3f0ec5  10404958   514034
1354380201      728680  15322612   512433
1354380202      728680  9224301    513225
1354380204      abfaa7  3249889    522041
1354380205      701027  729426     510821
1354380206      701027  13903112   520433

погорячился я с "константой" ^^
блин, уравнение с 3мя неизвестными
если решишь, тебе наверное нобелевку давать можно :))