Этот тред будет самым цитируем в истории математики, информатики на ближайшие несколько десяток лет.

Этот тред, будет являться доказательством что несколько человек в мире натягивают целые корпорации и государства, используя несколько правил.

"пентагон это скрывает!" "ютуб это скрывает" " а гугл на подсосе у правительства сша!"
"откуда вконтакте брал место для хранения файлов" "почему ютуб и вк позволяет заливать и хранить неограниченное количество роликов"

Информация - это числа. Числа можно "конвертировать" из "десятичной системы" в "двоичную", и обратно. - как зерно для создания файла.

Число 22 в степени 12 ( 22 умножается на саму себя 12 раз )

будет 12855002631049216. Конвертация в двоичную систему образует файл
в бинарном коде 101101101010111000111010001001011010010001000000000000

В итоге в правиле 22 в степени 12 закодирован файл - экономия по месту в 20 раз. и такую операцию можно повторять бесконечно. С любыми размерами.

101101101010111000111010001001011010010001000000000000

Дальше идут правила подгонки, и сопоставления, к числам которые можно умножать сами на себя без остатка, для конвертации в "файл"

Так к примеру 1 терабайт музыки и видео. можно сжать до размера 1 мегабайта.

"намёки поверхностные" Дальше дело логики.

ого. 1 теребайт поделили на 2. теперь 512 гигабайт. ого 512 гигабайт поделили на 2. теперь 256

Чем были заняты все ваши и мировые математики? Верно, ничем и сосанием хуев. Точнее, им неположенно разглашать засекреченные данные.

"наступает революция в хранении и архивации информации"

print (22)
print (33)
print (44)
print (55)
print (66)
print (77)
print (88)
print (99)
print (1010)
print (1111)
print (1212)
print (1313)
print (1414)
print (1515)
print (1616)
print (1717)
print (1818)
print (1919)
print (2020)
print (2121)
print (2222)
print (2323)
print (2424)
print (2525)
print (2626)
print (2727)
print (2828)
print (2929)
print (3030)
print (3131)
print (3232)
print (3333)
print (3434)
print (3535)

4
27
256
3125
46656
823543
16777216
387420489
10000000000
285311670611
8916100448256
302875106592253
11112006825558016
437893890380859375
18446744073709551616
827240261886336764177
39346408075296537575424
1978419655660313589123979
104857600000000000000000000
5842587018385982521381124421
341427877364219557396646723584
20880467999847912034355032910567
1333735776850284124449081472843776
88817841970012523233890533447265625
6156119580207157310796674288400203776
443426488243037769948249630619149892803
33145523113253374862572728253364605812736
2567686153161211134561828214731016126483469
205891132094649000000000000000000000000000000
17069174130723235958610643029059314756044734431
1461501637330902918203684832716283019655932542976
129110040087761027839616029934664535539337183380513
11756638905368616011414050501310355554617941909569536
1102507499354148695951786433413508348166942596435546875

>>258046328 (OP)
Ебать шиза, иди нахуй.

print (3636)
print (3737)
print (3838)
print (3939)
print (4040)
print (4141)
print (4242)
print (4343)
print (4444)
print (4545)
print (4646)
print (4747)
print (4848)
print (4949)
print (5050)
print (5151)
print (5252)
print (5353)
print (5454)
print (5555)
print (5656)
print (5757)
print (5858)
print (5959)
print (6060)
print (6161)
print (6262)
print (6363)
print (6464)
print (6565)
print (6666)
print (6767)
print (6868)
print (6969)
print (7070)
print (7171)
print (7272)
print (7373)
print (7474)
print (7575)
print (7676)
print (7777)
print (7878)
print (7979)
print (8080)
print (8181)
print (8282)
print (8383)
print (8484)
print (8585)
print (8686)
print (8787)
print (8888)
print (8989)
print (9090)
print (9191)
print (9292)


106387358923716524807713475752456393740167855629859291136
10555134955777783414078330085995832946127396083370199442517
1075911801979993982060429252856123779115487368830416064610304
112595147462071192539789448988889059930192105219196517009951959
12089258196146291747061760000000000000000000000000000000000000000
1330877630632711998713399240963346255985889330161650994325137953641
150130937545296572356771972164254457814047970568738777235893533016064
17343773367030267519903781288812032158308062539012091953077767198995507
2050773823560610053645205609172376035486179836520607547294916966189367296
248063644451341145494649182395412689744530581492654164321720600128173828125
30680346300794274230660433647640397899788170645078853280082659754365153181696
3877924263464448622666648186154330754898344901344205917642325627886496385062863
500702078263459319174537025249570888246709955377400223021257741084821677152403456
66009724686219550843768321818371771650147004059278069406814190436565131829325062449
8881784197001252323389053344726562500000000000000000000000000000000000000000000000000
1219211305094648479473193481872927834667576992593770717189298225284399541977208231315051
170676555274132171974277914691501574771358362295975962674353045737940041855191232907575296
24356848165022712132477606520104725518533453128685640844505130879576720609150223301256150373
3542118045010639240328481337533320712639808638036812473211109743262552383710557968252383789056
524744532468751923546122657597368049278513737089035272057324643668607677682302892208099365234375
79164324866862966607842406018063254671922245312646690223362402918484170424104310169552592050323456
12158129736671364080886280192352136280305445908985401876990335800107686586023081377754367704855688057
1900306380941594479763883944859394903933421733915497351026033862324967197615194912638195921621021097984
302182066535432255614734701333399524449282910532282724655138380663835618264136459996754463358299552427939
48873677980689257489322752273774603865660850176000000000000000000000000000000000000000000000000000000000000
8037480562545943774063961638435258139453693382991023311670379647429452389091570630196571368048020948560431661
1343645645152250046583026779322969373035290953763411540290906502671301148502338015157014479136799509522304466944
228273036346967044979900512337165522400819024722490933829954793073267717315004135590642802687246850771579138342847
39402006196394479212279040100143613805079739270465446667948293404245721771497210611414266254884915640806627990306816
6908252164760920851405538694468286082230378724259454186289117297729987129104901877330036086277686990797519683837890625
1229984803535237425357460579824952453848609953896821302286319065669207712270213276022808840210306942692366529569453244416
222337020242360576812569226538683753874082408437758291741262115823894811650848346334502642370010973465496690788650052277723
40794917954274783314474389422963594412010553412954188046665939634971631296545460720786532465498226465248060567545587093733376
7596040312163297274222442578208043236112279041839441308045514203595638030283176823539793587591372230230103933110810192201741429
1435036016098684342856030763566710717400773837392460666392490000000000000000000000000000000000000000000000000000000000000000000000
275006373483461607657434076627252658495183350017755660813753981774508905998081919405140568848353397233796618192645698819765129996471
53449019547361999534025300140057538544940601393106611570269540644280818850419033099696863861289188541180498511377339362341642322313216
10533405146807286720373659460502060785759379112212598116064998418834781689316645387966435364502141349866164216580595609788325190062013833
2104491907585431988618502284342828809117486560121225263528600151456547899286616078556844571139130505063616644582773621942951905668236312576
426181657761258833198605424151960757395791315610122269092300199179088043392834051588896184557263865748388820264835885609500110149383544921875
87464740776733097769356125936571978049204087241719881761346374524717952404307119962211675102409649648957510056235276523073007403698815894552576
18188037387806198379277339915556929647807403283187048631478337739929618787870634227045716719924575689062274471430368865388203540672666042530996797
3831589812313461262138726500006414268147534037893115512325908939170687185145438579006950082195309705885134607990418665607337632973770507236843454464
817598737071050959409276229318696698168591900537987468276932073768901912096673342793217657607316423968313726492566673678273923566086786121551339775919
176684706477838432958329750074291851582748389687561895812160620129261977600000000000000000000000000000000000000000000000000000000000000000000000000000000
38662196978715633273404758790074316960214213096178319621856934259807530937321861485192508542873470637501160980081794035970219670238407078788135931371782481
8565168191027899133831008848558876386078278675251413891745861716969297101478444754225582357726688645588131450754731704968996267139619369035601073162078388224
1920797877785042297826876342398329981366626138903106707239638623062073160162030496354441554187075110650838449453108757445590084411555537438824653742747212640587
435973436827325522360279881406914796368935566412408014666801047266959214000936369697318397328752293573138388721289594366953995072735552848220101541587045199118336
100140253328453899494506997059845948876248360208192710258703340107188607793155063635811515105559240430619077757390331456723193970237417715907213278114795684814453125
23273773687010809805103263055261877739102071580597940409585933109624493442480014587281684425109432546907773222375549181098538730989934437386098275807854764894176935936
5472364007515806092890840962213361933646557867359955457554369346343376220574263169290566361924999277451198802156950364045812455566817070274944448633167362192918054601383
1301592834942972055182648307417315364538725075960067827915311484722452340966317215805106820959190833309704934346517741237438752456673499160125624414995891111204155079786496
313119843606264301926053344163576361349265045995115651405929697601914062309331717222037671868698420619053704956499930323034173850662765737986672484408801585719796136592384409
76177348045866392339289727720615561750424801402395196724001565744957137343033038019601000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
18739875497044403588343023979942190913870699099585922106152367184893220649019310617359174987694158429118066514085327846177870674743597929299970612055662195817332948573029136642691
4661010870363696423905966214003100982132353937802439629342577411201858740087903585402257017449025558046308403555128684298484146339920553893653953988411898447534660818749990933364736

>>258046328 (OP)
>Чем были заняты все ваши и мировые математики? Верно, ничем и сосанием хуев.
Нам похуй на это байтоебство, кодировки блять, духота. Иди нахуй.
Математик

>>258046328 (OP)
Ок, шиз, а по делу есть чё?

>>258046328 (OP)
Заархивировать 1 терабайт в 1 байт и я могу, вот с разархивированием пока проблема.

>>258046444
Информация об весах связей нейронов в голой и не натренорованной нейросети для восстановления и ре генерации 10 мб изображения занимает 10кб. Без потери информации.

Тоесть ты получаешь 10кб. вбиваешь их в программу, и получаешь изображение. "без обучения и тренировок"

"Достаточно конвертировать изображение в информацию об весах нейросети, и обратно."

"что есть система генерации бинарного кода, для восстановления без потерь"

>>258046328 (OP)
Что ты блять такое несешь

>>258046328 (OP)
>будет 12855002631049216. Конвертация в двоичную систему образует файл
>в бинарном коде 101101101010111000111010001001011010010001000000000000
>
>В итоге в правиле 22 в степени 12 закодирован файл - экономия по месту в 20 раз.
12855002631049216 десятичное и
10110110 10101110 00111010 00100101 10100100 01000000 000000 двоичное занимает, если ты ещё не догнал, одинаковое количество места - 7 байт.
Как хранить 22 в степени 12? ну, очевидно, что двумя байтами. Можно извратиться до битового хранения, там ещё короче получится. Какие в двадцать раз меньше. Всего в 3,5 раза. Короче но о чём, и ещё надо подогнать все эти степени под любой число. Чем больше число, тем больше подборов. Поздравляю, шиз, ты только что снова открыл... Ты же шиз, зачем тебе это знать.

поговорил с пастой.

>>258046846
Почему? компьютер просто умножит твоё число само на себя 60-120 раз и число в виде файла готово.

Корень из 81 будет 9. Между 9 и 81 - 72 числа.

Абсолютно Любое число умноженное на 9 при сложении результата даёт 9 к примеру 99 = 81 а ( 8+1 = 9 )

или 11 9 = 99 а ( 9+9 = 18 а 18 ( 1+8 = 9 )
или 123*9 = 1 107 а ( 1+1+7 будет 9 )

Это лишь несколько правил.

Ого, ОП изобрёл архиватор бабушкина.

>>258047242
>а дальше всё просто - подбираем два целочисленных...
Топ кек.

>>258046328 (OP)
>101101101010111000111010001001011010010001000000000000
Это всего 7 байт.

>>258047110
8 умножить на 8 будет 64.

Было 16 битов. Стало 64.

разница между 16 и 64 = 48 битов.

Также поделив 64 на 8 ты получишь. 8 бит.

"разве не очевидно, что информация при правильных условиях может сама себя разворачивать, и складывать?"

Вы же не полные дураки. Объём газа увеличивается в 250 раз из жидкой формы, говоря о весе, то превращение в жидкую форму газ сжимается в 250 раз обратно.

"следовательно говоря физическом языком можно кодировать информацию в газе" со степенью сжатия в 250 раз.

>>258046328 (OP)
Based

Сжал свой хуй рукой до одного мегабайта, а потом как подобрал целочисленные. Такая тугая струя спэрмы на лицо мамаши ОПа вылетело, я ебал. Хорошо что в известном тредк пишу, а то никто бы не поверил.

>>258047418
А по методике ОПа можно превратить это в 0.35 байт

>>258047491
Нет чел 8 это 3 бита 8х8 (2 раза по 3 бита) это 64 и это 6 бит ты нихуя не выигрываешь

>>258046328 (OP)
>Число 22 в степени 12 ( 22 умножается на саму себя 12 раз )
>будет 12855002631049216
Ты пишешь все равно в 10-ричной. В 16-ричной уже начнутся A, B, C, D, E, F
>и такую операцию можно повторять бесконечно
Ага, символов только набери на свою систему

>>258047568
2.8 бита тогда уж

>>258046328 (OP)
Не думал, что Бабушкин вернётся

Я доработал эту систему. Например, умножаем 5 на 5 ответом получаем 1, а 24 держим в уме. По результату неебическая экономия места, флешки и компы становятся легче, все переходят на форм фактор пейджеров.

>>258047131
Ты же знаком с матаном.

Есть гораздо глубокие операции. Чем вычитание, деление, умножение, деление и так далее.

Pi = 1.11111111111 чему и какой фигуре равен знаешь?

говоря об константах по простому

1\ 97 = будет 97 значное переодичное число. в результате.

Было 3 числа 1 и 97. Стало 97 чисел + бесконечные повторы. то есть разница между 3 и 97 . достаточно велика.

>>258046328 (OP)
Я помню как-то в детстве придумывал способ шифровать информацию.

Любой текст интерпретируется как число в системе счисления с основанием например 36 (цифры + вся латиница) или любом другом удобном.

Дальше разбивается на произвольное количество частей. И они передаются по разным путям. Исходный текст можно получить только перехватив и сложив их все и никак иначе. Даже имея 9/10 частей у тебя не будет 10% текста. У тебя будет текст полностью отличающийся от исходного. Какая-то тарабарщина.

>>258047856
Этот бот сломался. Несите нового.

>>258048164
>Какая-то тарабарщина
Ты в криптографии не шарил, лалка. Пропуски в тексте на ищи восстанавливаются по корреляциям, даже 5% случайных букв может быть достаточно для дешифровки всего текста.

>>258047856
>Есть гораздо глубокие операции. Чем вычитание, деление, умножение, деление и так далее.
Ты про отрицание? Она же богомерзкая операция.

>>258047712
А вот этот близко подошёл к теме. Но поправлю его.

Радужные таблицы до 20 числа - уже есть и занимают 20 терабайт, а веса для ИИ для генерации эти 20 терабайт занимают 20 гигабайт

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

радужная таблица для всех чисел от 1 до 14 занимает  90 GB:

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

Объясните, что эта цикада уровня /бэ/ хотел сказать?

>>258048290
Но у тебя просто случайное число. Максимум сложив 9/10 фрагментов у тебя только первая цифра может совпасть и то не факт. Все остальные цифры не несут вообще никакой информации. Как из них что-то получить.
Представь, что есть линейка длиной километр. И где-то на ней отмечена точка. Как имея 9 кусков по плюс-минус 50 метров определить, где именно эта точка?

Архиватор Бабушкина-Дедушкинаи

>>258048431
Это наверное плохой пример. Берешь и определяешь без задней мысли.

>>258048339
так а
Операции между константами и переодичностями. ( ведь они бесконечны )

Генеральные планы небоскрёбов занимают 100 килограмм в бумаге, или 1 гигабайт в виде цифрового файла. цифровой файл привычными архиваторами сжимается в 3-4 раза. ( сжимая такую информацию, что 1 этаж нужно построить 40 раз ) следовательно небоскрёб имеет 50 одинаковых этажей.

100 килограмм бумаги дают инструкции для постройки 300 тысячи тонного здания.
Вес днк в миллиарды раз меньше веса всего организма. инструкции для строительства всего организма лежат в днк.

>>258048524
Это не архиватор. А инструкции полного строительства и разборки файла, без потерь.
намекну. ещё раз
при делении
1 на 97 = будет 97 значное число

А теперь вопрос. Что мешает поделить информацию на число X что бы потом умножить на число X - обратно?

Уберём определения "деления и умножения" - и назовём преобразованием. инструкциями преобразования.

Разобранный сарай занимает в 20 раз меньше места. А кувшин, становиться кувшином, лишь от наличия пустоты в нём.
"Также как и кастрюля" Также как и комнаты, вы живёте в пустых областях "окружённые чем то"

>>258049061
Ноль, целковый, полушка....

>>258049061
Ты хранишь, но не можешь использовать, у тебя есть куча досок и инструкция как собрать сарай - ты хранишь сарай. Но что бы его использовать тебе нужно его собрать потратив кучу времени, а тебе надо использовать его сейчас.

>>258047131
Это очень лёгкий намёк.

Второй лёгкий намёк. Что мешает преобразовывать файл в константу?

число пи к примеру, имеет бесконечную последовательность? Какой алгоритм вычисляет бесконечное число ПИ? И генерирует терабайты разных данных?
https://habr.com/ru/post/179829/

>>258049290
>инструкция как собрать сарай

Правильный вопрос. Какая максимально короткая инструкция, для строительства максимально разного файла?

при делении
1 на 97 = будет 97 значное число

3 числа и 97 чисел? разница очевидна или нет?

А теперь вопрос. Что мешает поделить информацию на число X что бы потом умножить на число X - обратно?
Уберём определения "деления и умножения" - и назовём преобразованием. инструкциями преобразования.

АНИМЕ ЭТО КРУТО

>>258049061
Объясняю кратко. Так можно "закодировать" случайное число. А не какую-то конкретную информацию.
Понятно, что если тебе нужно закодировать результат деления 1 на 97 - то флаг тебе в руки, кодируй. Но если тебе нужно закодировать какое-то другое число. И так с ходу хуй ты догадаешься, какой есть способ это сделать. Ведь для КАЖДОГО числа придётся с нуля придумывать своё правило. Его может и не быть.

А-то есть например иррациональные числа. Например в числе Пи есть ВСЕ возможные комбинации цифр. ВСЯ информация мира. Что толку, если ты не знаешь, как "далеко лежит" нужная именно тебе информация?

>>258049659
>>258049061
Посмотри кстати такую вещь как Вавилонская Библиотека. Близкая тебе тема.

>>258046328 (OP)
Уже было
https://youtu.be/WKiqIajSGus

Правильный вопрос. Какая максимально короткая инструкция, для строительства максимально разного файла?

при делении
1 на 97 = будет 97 значное число (а не 32)
при умножении
1 на 99 = 987 будет 99 значное число
при сложении
9+7+8=19
при вычитании

радужная таблица для всех чисел от 1 до 14 занимает  90 GB:

Это значит что вычисляя хеш файла кусочками по 14 битов и складывая их вместе, можно потом восстановить обратно.
а тут как раз можно не вычитать хэши каждого файла, а просто сложить все кусочки вместе и получить хеш -
Я тут подумал - а если бы я сейчас мог сделать радужную таблицу на 80 000 000 бит, то у меня бы на это ушло меньше года
Это если суммировать все кусочки
И в каждой радуге всего по 8 кусков - меньше чем один кусок в среднем на ячейку.

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

>>258050060

1 на 97 = будет 97 значное число
1\ 97 = будет 97 значное переодичное число. в результате. или в худшем случае. не считая ошибок. то 97 значный двоичное переодическое число.
99\97 = 99. в итоге.
можно написать 100 значный двоичный переодический.
но это для примера.
а вообще то. лучше на пальцах.
в двоичной системе можно записать значение 1 или 11 (если в начале считать)
и потом. уже по этому значению можно построить таблицу перевода значений.
от 1 до 10.
есть ещё таблица перевода чисел. но она работает только на одном число . на котором построена таблица.

>>258049767
https://libraryofbabel.info/
Посмотрим, как быстро ОП дойдет до поиска информации в числе ПИ.

>>258048424
Особо ничего.
Это как смотреть ролики Игоря Гофмана. Вроде что-то рассказывает. Про двери, про балконы, ещё про какую-то хуйню.
Вроде если взять отрывок из его речи, то и вполне нормальное предложение будет. Однако если слушать эту хуйню целиком, то начнёшь понимать, что никакой смысловой нагрузки это перебирание слов не несёт и может этот словесный понос продолжаться до бесконечности, так и не придя ни к какому развитию.
Так же и с этим тредом. Оп - показательный пример того, что бывает, когда шизофреник добирается до математики. Начинается бесконечное перебирание чисел, разоблачения какие-то, сложения, вычисления. Только любой шарящий математик тебе скажет, что всё это не имеет никакого смысла. Только естественно этот математик просто куплен и находится под масонами.

>>258050193
Ну смотри:
Было 3 числа 1 и 97. Стало 97 чисел + бесконечные повторы. то есть разница между 3 и 97 . достаточно велика. А теперь сравните с количеством чисел в промежутке между 97 до 3. То есть от 97 до 1 + 3 = 98.
И до 97 = 95+ 5+ 0. То есть число 98 кратно 10 = 2 + 5 + 0 = 6 и число 3 кратное 10 = 4 + 1 = 5. А теперь если просуммировать все числа между 97 и 3, то получим 9 + 8 = 15.
То есть 15 = ( число 5 + число 1) / 2. Но у нас есть ещё два числа в промежутке от 97 до 3 это 97 и 3. У них как раз сумма равна 15.
Но мы можем взять любое число большее, чем эти два.
Например это 13 и 13.
И просуммировать.

>>258050469
Ты как из палаты вылез?

>>258046328 (OP)
доказываешь математически что твоя хуйня работает или идешь нахуй

>>258050307
Понял, спасибо анон, охуенно объяснил.

>>258046328 (OP)
>>258049767
Баян.
Он этот тхреад взял из гексагона:
1ir8lv7fh6l3j6xqnhuctth5xbzhpbsqd5148dgavtlaqpx82254oqt0w9sqm0790f80aox49gjcglhnrzcvimwnj8jdd3uuxdpqbn885iatcgafaj6plb3610joqvl6ses7nv2c22oxhfeaxets784ae9r885agb9d9ygqepqs08qta546minwi6zxk70cy7a58fkw6qze38r0skvfid52t97oareowhuxagdsnw836e2t95uf5apggkdkhg6u126ghkrfsyiai9w82bum4xswtkviuary53lm5dg2b24uohr7gl7guzxc9qemthx7fk49vcw1o9g2nic577v26wds5o04o7pn88fevliswnp75m9as9s2aw5ll5xvczona9keuu3mk73no4w71shtmpnkf1h7nml9iu9umdqxjwaa3v5ug0vhrxt2urdranhuxyroomci9ze0k07o6wze4zrll87d6ugzucj6vb1j3bulfeoxw1vne8ywbcar81qiizf25vttok24d0lpcat4ayjt4s42fil7ja6kb7qohqlqn8cztkuulc9npjmh5omms6e7fqco53gwf3t87031fmk4ze1eyfht1ujnwpibx2bovgna1dld086ipdeuudfsk24wprpdi75265d750o8djr7kqvdzcqg06ztsopde91r779g0hjffpits7njlo0b1ua9fwutrhjrcx1t512n7fqcxl8z6mnk5cbmgsilnokhcsdk8vlwmh450gzk3wi5sitmuus7gnz7y1iazys5yhlbd6mvo3p4mxd1phuev34db25mn92yge1g9qeof4nzbcvz0br7xo0nxysj631dikn5iyp634ob3tt0fjn1ayhwkx29m3qa7ebmwi9oatn3vavgh1exmw8lli59qpfpc02zevktocztq4l3qi3nv2wnfvuryvwwruoja1ij1e0hptrueuotjwn6ezhmakp7qdx6wccbg4rjq5bujy5u1uv8drz9k8v2wwtovvrwwocfckkz9mec5fg9d25e5ohwxcnaf9zp9xx66hs45o308pogow8xz0b39tdsant4dalawdf35uxves7ebp1g964cdxs39k9dk8tmnlobkhu2i8x99pcbzkvjjxpiqblcqxkwgxhlzyzrn5vm7s4sxjnc9b0tr9qrdtiy0779wgxci9mmoj0y20tzx68xrzguqf9mekbhe7kl7fuf75wiupd04fxgbdmat67zz9wjnfv5kw62poa982f4rbhzuisc4m10y82vn7mbnl9pvlh0uwtztqpwzbenixylwlkpa8k5mgc82y0zvqf3wf78czko8c6s848hl7cb4wrh8a7riu5pn3hupph2e58mb0inv21vt7a030s5g5nz4cdlg1r93ccrh47pw2zkjf8168xk9nllfqz1ly579ea0uoz3dkjid7plfsmqhbcyqjc1t3e754akt7slnurt02dddr68fgby1q8uoiyx7nmf2qyltza76rll5t2r08ybnyneia4sf7hpypz55g5l8v4si52p9yuxze41c4dxh6nosoy0kodxu7bmbyzzo2xjf8rifx70xmffr8dukgqjcwpbxh04lbwrecplc8p3vzxj3xumfncnajv2ewxx2272xirbils7repfhslyaksp2faw96hpj4cqila0k6oynivcp389o9ortivd0ywx96yv5plkwnyd6qpq17d1d6gp7elzzccpc5nbggwvssi2nuezznc1p8ewps6p77kxtkmrkaxhp2tj4dytsq315e63mbviod79rnm1ycg7n9u4g52umoz312ns3u39nnvjglivq76d73w0atrblapblcomgn14cc1486dyxugrk2q5ph6mmq6qmk1jbmi49ij25zdxtcpx04my94eoth3orx1hn1hezulywf9s8mge593kkvz0igbpfqvhtybi59mo8nj92c20uovupepymi16sd17rtp8h4tej2nmtd918ifkokij0ku2xjq3350khjseyh26gti1ug94fi6i4wrzxhlmmsidxhpjfmxnbem8jfwqcjqwhxze13vndvlsgg0i7z81m3ae9ljwrd45rs8kpbno3d5d5ecdpsso3vub58i5ayoxzp1wgjdtni5unv7k5z409d5fz4qzj17qskt83t2r71dhdru5ehgq2smo32jhdhdtu30gffx0ckpn6aiwoxytxav6juvmktdjdn5wfybovittzz2ihrkrfb5emr2o0ha8y3m82ttgr2qtvj71he4wwmf7rdc9kpzl0llq7qw60smac29l7d2i53lbmp8xxcjvnso0aio2qm6vhbop7h1nk7zwpd3bn1z2jbjktv8fcvmu2vvkd9c3naabi1uemph6itd7uomlmr1yqby82e5msycleygacd75qxjply74lj4nzi515g4aoqt8c28c573h9m9pnsqfue92ocnruoiwk3w6a1uu8fg0svpo0o9mo1wonm1tgg9w8yusin1xmucmtu0fl4hzb2fjoxny9pjvitrdya3ucf0fe6cvlgpr0jxnpgc1jtt0i0byehhz2xn33paf942dxg2yd5xxu68wmys46fbmnmlcjuoqqn3h1iretcwlqcyagi02qnol7f5yvuwf5uc5bip6p1bk0vzw7amburpu18e3dqofc03bsc4p419zjvy5pgywcj6rw4dp3ef4t4k09akybvc7ijaaj7c8xjm505kkq64ppe8siqn8n69k1ggc6kgukot29hom53x29cs7dulzi6s6afqy4rlt2is65y5t4qz6sqytwf63hj4u6zzi4cq07i7y35s4pbwabtvjbwhl5fmcvi23l5q1dyivi6vcwotp03t5o4kb2ahiwl55myycydsfv499yapvomxh5cury8nr4cf4fq0ejxivtc5qyq58amhj182vakcbsh8j1zl2bizvrfqvcyoi061jlqa2pgq3nvx3akdi1x0kzbt40mzrdf0qrk84y0cxz7jis5uccpsasu6f0anqitxrbciz53oau62gzmp09ibl5eko7zrnctrq5g5igb2jg95ivum1a7p318n4elgnz7pl0xpuiruukka6bwg4yhr5he9lv8yor8sjq8f3wvf02b5nxjsf812dz4myh26fjtt8nfg3rikp23y8tszvr77negrfcvcxxrrsq2w0kgrhe5hv5bgmprokyfloqzxonop4chg1nn7f6gpzvfg
Стена 3, полка 4, том 17, стр 403.

>>258050307
+15 шекелей.

> Дальше идут правила подгонки, и сопоставления, к числам которые можно умножать сами на себя без остатка, для конвертации в "файл"
На случайных данных, у тебя размер правила довольно быстро превысит размер файла.

>>258046328 (OP)
Во-первых ты путаешь номинал числа и его разрядность. Т.е. миллион (1.000.000) это семь знаков. И что бы получить его умножением тебе нужно перемножить два числа, которые в сумме своей разрядности будут давать те же 7 знаков. Например 2 х 500.000 или 200 х 5000. Это меньше по номиналу цифр, но по памяти это всегда 7 знаков, понимаешь?
В компьютерной памяти все и вовсе хуже, т.к. все числа одной разрядности, например единица в бинарном виде на 64-битном процессоре это не 1, а 63 нуля с единицей на конце и по занимаетмой памяти от миллиона она ничем не отличается. А значит что бы получить миллион весом в 64 бита, тебе нужно перемножить два числа по 64 бита каждое.

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

Ну и наконец, что мешает тебе вместо того, что бы срать на дваче, сесть и на каком-нить скриптовом языке накидать код и проверить как твоя теория работает? То, что ты описал, можно написать за пару часов, не умея программировать вообще, просто по гуглежу фразами "получить двоичный код файла %название языка%". Поставить какой-нить скриптовый язык, типа питона или GO. И на нем поискать степени, это будет так же весело и легко, как в новый шутан пострелять. Заодно и в практическом программировании потренируешься.

>>258050552
А я не вылез. Я в окно посмотрел. И меня осенило. Все это время в моем мозгу шла борьба.
В сознании то вспыхивали картины будущего, то снова наступала глухая, черная, пустота. Но, с другой стороны, по-другому и быть не могло.

>>258051144
да таких гениев вылезает миллионы за день причем их когнитивные искажения задают им чсв ну точно как в скиллбоксе преподы-инфоцыгане

>>258046328 (OP)
А ещё можно любые двоичные данные перевести в десятичный вид, приписать слева 0, и получить гигантскую десятичную дробь(число а) , возьмём зубачтстку длинной 1 см, отметим на ней точку, удалённую от переднего конца на а сантиметров мы сохраним эту информацию на зубочистке, так можно достигнуть гигантской плотности хранения информации.

>>258048424
Есть люди с генетическим предрасположением к развитию мозга, а есть наоборот. Из тех кто наоборот есть два вида, те кто хочет развиваться и быдло. Оп не хочет быть быдлом и хочет развиваться, поэтому ему приходится проходить через эти шизобредни. И у него два пути, свести концы с концами и развиться или дурка.

>>258051144
>Просто, если ты не в курсе, процессоры не умеют возводить в степень и даже умножать, все эти операции делаются через многократное сложение.
Я не оп и не в курсе. Неужели нельзя придумать такую конфигурацию процессора, чтобы мог умножать хотя бы? Типа электронный аналог "умножения столбиком".
В разы быстрее же считать будет.

>>258051548
> В разы быстрее же считать будет.
Нет не будет, плюс эта хуйня ещё и греться сильнее шохи в пробке будет, можно будет на процессоре племени варить.

>>258051548
>>258051144
Тем более что "таблица умножения" для двоичных чисел максимально простая.

>>258047140
Знакомая моль, откуда она?

>>258051723
Откуда ты это взял?
Человек быстрее умножит столбиком чем сложит дохулион раз под ряд. Значит, если у процессора будет соответствующая инструкция, то он тоже быстрее её выполнит.

>>258046868
Программисты открыли подобие?
>>258047140
Чел, проблема не в упрощении кода, а в последовательности. Уникальная последовательность есть простое число. Пока не доказано обратное, принято что количество простых чисел бесконечно. Ты можешь только масштабировать, а не сжимать без потерь.
Алсо криптодиарея - ложный путь для дебилов с высоким IQ. Вам говорили не ходить по ложным путям, напоминаю.

>>258046328 (OP)
Хуета.
Хранение информации это не только хранение на файлопомойке.
Ты не сможешь быстро обращаться к файлу, представленному в виде числа в степени, для каждого чтения тебе придется выполнять умножение. А для записи любого изменения тебе придется каждый раз решать задачу факторизации, что с вычислительной точки зрения крайне затратно и медленно.

>>258051744
цикада 3301

>>258051548
Чего не знаю, того не знаю, это уже надо у какого-то электронщика спросить. На сколько я понимаю, там все упирается в транзисторы, которые могут иметь только 2 состояния и возможности элеткроники. И, вроде как в квантовых компьютерах, которые сейчас вроде как тестируются в секретных отделах корпораций и пытаются решить подобную задачу.

>>258051723
>можно будет на процессоре племени варить.
И так можно. Под 300 Ват tdp у топов.

>>258051810
> Человек
Вэтом и проблема, машина ниразу не человек и ей "вспомнить", где лежит в таблице умножения данные произведения a на b куда сложнее, чем a раз сложить b само с собой.

>>258049061
Но ведь если налить в пустой кувшин воды, то он не перестанет быть кувшином.

>>258048566
Двачую

>>258051967
Так это не таблица умножения. Она ведь в двоичном считает. Так же как при побитовом сложении проц имеет инструкции, что делать, когда 1 напротив 1, а когда 1 напротив 0 и т.д, такие же инструкции можно для умножения написать.

>>258051895
Ладно. Поспорю с тем кто думает что знает.

>>258051461
Дурка...

>>258052325
И эти инструкции будут занимать место. Тут и возникает вопрос: что проще? Запихнуть в процессор тонну инструкций или реализовать две, а остальные на повторении, учитывая, что и сложение с вычитанием на самом деле всего лишь комбинации будевых операций с конкретными битами

>>258049523
Ебан-гелион смотрел?

>>258052513
> будевых
Булевых fix

>>258052513
Так и пускай занимает! В потолок скорости по техпроцессу и характеристикам полупроводников уже почти упёрлись.
Распараллеливание процессов тоже не даёт прироста в скорости в большинстве ходовых задач.
Так можно сделать отдельное ядро-умножатель. Нехай умножает себе.

>>258050193
>https://libraryofbabel.info/
Что это такое?

>>258051810
Задумался. По моей логике вот почему нельзя.
Возьмём 8 в квадрате или 8 умножить на 8 = 64.
У новый проц может тупо запомнить и на запрос 8 в квадрате сразу выдать 64, но тогда надо запоминать все числа и их квадраты, это не рационально. Второй, рациональный, вариант это просто сичтать быстрее чем старый проц. Старый проц просто складывает 8 восемь раз, значит новый проц должен складывать что-то минимум 7 раз чтобы стать быстрее старого проца, и этот математическая операция должна быть применима ко всем числам.
Другими словами это всё тот же архиватор Бабушкина.

>>258052745
> Так и пускай занимает!
А нахуя, если нет ращници во времени между отдельным блоком и прогоном по уже имеющимся несколько раз? Процессоры не дебилы делают, хочешь лучше разобраться - поищи информацию про устройства процессоров.

Поздно ты, всё давно написано в вавилонской библиотеке, слово в слово

>>258046328 (OP)
Ага, хорошая система для сжатия 22 в степени 12, ты видать плохо представляешь себе, как работает сжатие и какие трудности возникают просто ради того, чтобы сжать какой-либо сложный файл хотя бы в половину. Ты придумал костыли, которые будут работать против тебя же

>>258052745
> Так можно сделать отдельное ядро-умножатель.
Ты так же далёк от процессоров, как бабка смотрящая малахова+ от медицины.

>>258052851
8 8 (10) = 1000 1000 (2)
         1000
       * 1000
     1000
---------------
     1000000 (2) = 64 (10)
Почему блять дописать три нуля компу будет сложнее, чем делать так:
1000 + 1000 + 1000 + 1000 + 1000 + 1000 + 1000 + 1000 = 1000000 (2)

>>258053105
Блять, все умножения проебалися.
8 х 8 (10) = 1000 х 1000 (2)
          1000
        х 1000
     1000
---------------
     1000000 (2) = 64 (10)
Почему блять дописать три нуля компу будет сложнее, чем делать так:
1000 + 1000 + 1000 + 1000 + 1000 + 1000 + 1000 + 1000 = 1000000 (2)

>>258053045
Я образно имел ввиду.
А ты не претворяйся, что хоть чуточку ближе.

>>258053253
Ближе. Я немного ковырял ардуины, так что понимаю как это примерно работает и почему не пихают таблицы умножения, а складывают.

>>258046328 (OP)
Давай сожми свою пикчу с хуйней на чёрном фоне до 1кб, умник херов

>>258053188
Если бы эта операция была принемима ко всем числам, то это было бы рационально. Иначе надо для каждой группы чисел свое какое-то правило делать, это намного сложнее технически, дороже. Проще же сделать одну инструкцию и повторить ее 8 раз.

>>258052921
Это происки жидов

>>258053361
Я кстати видел целый "3д-видеоролик" который 4 кб занимал. Там был пролёт над какими-то горами на вроде Гималаев.
Вроде как это была машинима на встроенных ресурсах операционной системы. Т.е. там были заданы какие-то алгоритмы, а комп их просчитывал и выдавал видео.
Может кто понимает о чём я и объяснит, хз.

>>258046328 (OP)
Что-то я не совсем улавливаю...
Свойство числа не изменно!
Твое представление его в других система не меняет его сути.

вАйавните нигерами!

>>258053188
Окей, а 9х7 как умножать будешь?
Там получается 111*1001= 111111, тупым приписыванием не обойдешься. Ну и умножение на степень двойки в компе действительно можно не через суммирование, а через сдвиг влево делать, но для других чисел это уже не сработает

>>258046328 (OP)
Информатику в школе ещё не изучал, мальчик?

>>258053462
Это называется демосцена. Только 4 кб весит не ролик, а алгоритм который генерирует этот ролик.
https://www.youtube.com/watch?v=jB0vBmiTr6o

>>258053382
Хотя хз. По хорошему это все надо просчитать, учесть современные технологии. И может, действительно, проще для каждой группы чисел сделать свою инструкцию.
дополнил

Вот ещё интересная тема - файловая система на основе числа пи
https://habr.com/ru/post/190202/
https://github.com/philipl/pifs

>>258053462
Да это целая специальная олимпиада такая есть. "Хакеры" меряются писюнами в своих способностях сжатия контента. Там даже призы есть, признание и все дела, все серьёзено. Только именно ОП - хуесос денерат. Можно что угодно сжать до контрольной суммы, но весь вопрос именно в вычислительной мощности, чтобы это говно потом воссоздать из нихуя методом подбора

>>258053603
Залысины у чмони то

>>258053575
Ещё был пикрил игра, которая весила 96 килобайт.

>>258046868
т.е. ты вместо покупки статуи весом 10 тонн тренеруешь негра-вундеркинда весом 10 килограм, который по памяти воспроизводит 10тонную статую из воздуха?

>>258046328 (OP)
Можно сколько угодно выдумывать очередной вечный двигатель в области сжатия информации. Но ты просто никак не обойдешь ограничение того, что ты значением одного байта с 256 вариантами ты НИКАК не сможешь описать все комбинации в двух байтах с 65536ю вариантами. Сколько не дрочи математику это НЕВОЗМОЖНО.

>>258047131
>ты только что снова открыл
зип архив?

>>258053722
О, точно! Её я тоже запускал.

>>258053727
Дохуя картинка весит. Сжимай давай, а то у Абу место на сервере кончается, вот он эти треды и создаёт

>>258054139

>>258054318
А функционал сохранить? А?

>>258046328 (OP)
>Число 22 в степени 12 ( 22 умножается на саму себя 12 раз )

>будет 12855002631049216. Конвертация в двоичную систему образует файл
>в бинарном коде 101101101010111000111010001001011010010001000000000000

>В итоге в правиле 22 в степени 12 закодирован файл - экономия по месту в 20 раз. и такую операцию можно повторять бесконечно. С любыми размерами.
А теперь оказалось, что тебе надо закодировать не число:
12855002631049216
А число:
12855002631149216

И всё. Ты соснул.

>>258054381
Соси

>>258051548
> Неужели нельзя придумать такую конфигурацию процессора, чтобы мог умножать хотя бы? Типа электронный аналог "умножения столбиком".
Ты меньше шизиков ИТТ слушай. Все современные процы (кроме самых простейших) в столбик и умножают, целые ли числа или мантиссы вещественных, все на транзисторах, ясен хуй.

>>258054404
Ну вычти ты ёпта
12855002631149216 - 100000 = 12855002631049216 (искомое число 22 в степени 12)

>>258054381
Функционал в сделку не входил!

>>258054521
Ну и кому верить? Кругом обман.

>>258051824
количество простых чисел бесконечное, доказывается за минуту на коленке

>>258046328 (OP)
Числа из файлов далеко не всегда будут соответствовать таблице степенных файлов, так что ниет.

>>258046328 (OP)
>Число 22
А давай теперь -22 умник.

И чем при разжатии оно от 22 отличаться будет, шакал ебучий?

Опа, снова ебало в говне.

>>258054622
>Ну вычти ты ёпта
>12855002631149216 - 100000 = 12855002631049216 (искомое число 22 в степени 12)
Вычел за щеку, 22^12+10^5 уже занимает дохуя байт:
22 - 0001 0110
12 - 1100
10 - 1010
5 - 0101
И на каждую операцию наверни-ка ещё по два байта - столько занимают команды в регистре EAX.
Итого: пусть 20 бит ушло на числа, ещё три операции по 2 байта (16 бит), итого ты получил 20+16х3 = 68 бит, а в оригинале было 56 бит.

>>258053559

1001
х111
______
    1001
  10010
100100
_______
111111
Так?

>>258055151
Зачем кому-то верить? Нарисуй схему калькулятора из простых логических элементов - и, или, не, клавиатуры и табло. Без операции вычисления корня небольшая схема будет. И поймёшь кто тебя наёбывает, а кто нет.

>>258053188
Компу некуда дописывать нули.
У процессора есть регистры, в которые помещаются числа для обработки.
Регистр, это такая коробочка в которую помещается, ну допустим, в нашем случае, 4 нуля или единицы (это будет 4-битный процессор)
Значит единица в нем будет выглядить как 0001 - она не может выглядить как просто 1 и дописать к ней нули тоже нельзя, т.к. эти нули и единицы, это по сути ничто иное как 4 физических транзистора процессора в состоянии 0001.
Размер регистра постоянен и не меняется потому что он не виртуальный, а вполне себе физически впаян в кремний. Значит представления всех чисел на таком процессоре будут выглядеть как набор из 4-х знаков.
0001 - 1
0010 - 2
0011 - 3
0100 - 4
и так далее до 1111.

Какую бы большую битность процессора ты не делал, она всегда будет ограничена. Ты не захочешь паять процессор с физической длинной в километр. Поэтому следует подумать как оптимизировать вычисления с помощью алгоритмов, кеширования, алгоритмов предсказания и прочих доступных вещей.
Например можно не складывать 1000 + 1000 + 1000 + 1000, за 4 такта, а сложить один раз 1000 + 1000, запомнить сумму (закешировать) и затем сложить две таких суммы. И того 2 такта, что уже в два раза быстрее.
При этом в нашем 4-х битном проце будет присутствовать несколько увеличенных регистров для чисел с плавающей точкой. Назовем их AVX например, почему бы и нет, и будут они размером в 16 бит. А значит, для оптимизации вычислений, мы можем использовать этот регистр, если он свободен, и вписать туда сразу 4 целых числа по 4 бита и сложить их одновременно с 4 другими.

Таким образом наши 8 штук по 1000 сложатся за один такт процессора, что будет быстрее, сложения в столбик с дописыванием нулей.

>>258055910
О, вот это интересное и понятное объяснение. Спасибо.
Но ведь с этой же логикой можно в один такт уложить несколько "умножений" если процессору доступен подобный алгоритм.
Так ведь ещё быстрее, или нет?

>>258055811
Если что, вот логическая схема минимальной ячейки памяти - триггера.

>>258046328 (OP)
Правила умножения будут в итоге занимать больше места чем исходный файл, лол

Это такой тролинг трэд? e^i*π=-1 Шах и мат комунатеисты !

>>258054318
Блядь, ну давайте упты, все числа подгонять под 22^12, будет универсальным правилом для всех чисел, навроде 3х+1

>>258053722
Твоя пикча весит 97, лол

>>258056252
Наверное. А как ты себе представляешь умножение двух транзисторов, которые могут иметь состояние только 0 или 1?

На самом деле, благодаря битовым операциям умножение в каком-то виде присутствует. Например побитовый сдвиг влево возводит число в квадрат. Благодаря сдвигам можно быстро умножать, возводить в степени брать корни и т.п. Я не буду объяснять что это, просто погугли.

>>258052479
Вам то конечно очень хочется чтобы была дурка, потому что человек генетически не предрасположенный к развитию мозга, генетически предрасположен к красоте или красноречию, а человек генетически предрасположенный к развитию мозга, генетически не предрасположен к красноте или красноречию.
НО человек генетически не предрасположенный к развитию мозга, стремиться его развить. А человек генетически не предрасположенный к красоте, не стремиться быть красивее.
Вместо этого они хотят устранить этот дисбаланс/диссонанс.

>>258057683
>стремиться
стремится конечно же

>>258055151
Верить, как ни странно, обоим.
Потому что это охуенное умножение реализовано отдельными блоками в процессоре, под которые есть свои инструкции. Воспользуется ли разработчик ими? Хуй знает. Воспользуется ими компилятор? Также неизвестно, зависит от настроек сборки + подключены ли были нужные либы и т.д.

>>258049659
>Но если тебе нужно закодировать какое-то другое число.

В чём проблема кодировать и подгонять файлы в самые простые и понятные операции для конвертации, и преобразования в константу?

то же число пи, содержит в себе квадрильёны терабайт данных

>>258053802
Кто делал статую?

jpeg это алгоритм сжатия. и по сравнению с PNG сжимает до 10 раз.

>>258061505
jpeg - алгоритм с потерями, т.е. ты не сможешь из него получить оригинальный png. Также он не поддерживает альфа канал.

>>258061505
Любопытный факт для тебя. Png использует для сжатия алгоритм deflate - тот же самый алгоритм сжатия без потерь, который используется в архиваторе zip, самом популярном архиваторе и твоем прямом конкуренте на данный момент.

>>258061505
Любопытный факт для тебя. Png использует для сжатия алгоритм deflate - тот же самый алгоритм сжатия без потерь, который используется в архиваторе zip, самом популярном архиваторе и твоем прямом конкуренте на данный момент.

>>258046328 (OP)
Алгоритм архивации таков: любой файл представляет собой HEX-последовательность символов, переводим этот HEX в DEC, получаем неебически-большое число, дописываем перед этим число 0, - получаем число в диапазоне от 0 до 1 с огромным числом знаков после запятой, а дальше всё просто - подбираем 2 таких целочисленных числа, частное которых даст нам искомое число в диапазоне от 0 до 1 с точностью совпадений до последнего знака. Беда в подборе чисел, которое может идти и 2 часа, а может идти и 2 недели. Есть опытные образцы и работающая программа, и всё это работает.

чел ты шиз.

>>258052752

>>258049061
>Разобранный сарай занимает в 20 раз меньше места
А ещё разобранный сарай не выполняет своей функции.

У тебя инструкции будут весить больше, чем сам файл, и я это уже описывал здесь: >>258054404 и >>258055718

И самая мякотка - ты теряешь функцию поиска по файлам.