Это копия, сохраненная 14 февраля в 09:10.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Исходный код + программа на python ( работает на windows, линукс, mac os )
https://drive.google.com/file/d/1V6j4iDV0YeZXDTadlnpawXyUKgHgkfoW/view
64 ГБ СЛОВАРЯ ХВАТИТ ВСЕМ!
Шеннон доказал, что существует предел, до которого можно сжать данные без потерь. Этот предел определяется энтропией источника. В идеальных условиях, если данные имеют энтропию ( H ), то их можно сжать до размера, близкого к ( H ) бит на символ.
Но Шеннон не предполагал что можно создать словарь 4 уровня, где пары бинарного кода кодируются метками бинарного кода, а сами метки тоже бинарным кодом и так до 4 уровня.
Таким образом достигается вечное сжатие в рекурсии!
Уровень 0: 16 пар 8 байт/пара = 128 байт
Уровень 1: 256 пар 8 байт/пара = 2 КБ
Уровень 2: 65 536 пар 8 байт/пара = 512 КБ
Уровень 3: 4 294 967 296 пар 8 байт/пара = ~ 34 ГБ
34 гб описывают бесконечную рекурсию информации! Следовательно информацию и вычисления можно бесконечно сжимать и снова раскладывать без потерь!
Код создан с нуля ИИ, по подсказкам метода Яна Слоота.
Он работает медленно, любая попытка ИИ его улучить ломает код и работу программы
Что нужно сделать:
1) переписать на С++ или CUDA
2) переписать логику что бы не ел 34 ГБ RАМ постоянного словаря а ток с SSD
3) Добавить рекурсию после сжатия для нового сжатия
Принцип Работы, файл сжимается, размер его сохраняется но это теперь файл это ссылки на 34 гб словарь. Магия в том, что если поместить сжатый файл в ZIP и RAR то его размер в 10-20 раз МЕНЬШЕ ОРИГИНАЛА, И его можно восстановить из ОБЩЕГО СЛОВАРЯ. который постоянный 34 гб!
код и метод выложен на общее обозрение в Open source - вы можете редактировать и изменять его, но уважайте себя и научное сообщество, метод даёт возможным сингулярность и AGI
Получив бесконечные вычислительные мощности и память что будете делать с этим?
Также отвечу на вопросы если они тут будут.
>бесконечную рекурсию информации
У тебя есть 4 последовательности: 00 01 10 и 11.
Закодируй их одним символом, пожалуйста, так, чтобы их можно было однозначно раскодировать.
Опять этот шизодаун вылазит на связь. Он еле более ёбнутый чем вычислитель протеинов.
Ты, наверное, слышал, что комп всё понимает как 1 и 0. Ну, типа, да и нет. Как лампочка: горит (1) – не горит (0). Вся инфа в компе, любая фигня – это просто куча этих лампочек, которые то горят, то нет. Файл твой – это тоже тупо набор нулей и единиц.
Вот смотри, как эта прога работает:
Разбирает на куски: Она берёт твой файл и рубит его на маленькие кусочки, как будто ты яблоко на дольки режешь. Только кусочки тут – это не яблочные, а двухбитные блоки. Два бита – это значит, всего 4 варианта: 00, 01, 10, 11. Понял? Четыре комбинации из двух цифр, которые могут быть либо 0, либо 1.
Ищет пары и коды: Дальше эта прога смотрит на эти кусочки парами. Ну, типа, два кусочка рядом стоят. И она такая думает: "Ага, вот эта пара кусочков часто встречается в файле." И она придумывает для этой пары короткий код. Как будто ты для слова "привет" придумал кличку "Пр." Короче, вместо длинной пары кусочков она теперь пишет короткий код.
Словарик для тупых: Чтобы потом обратно всё собрать, прога держит у себя словарь. Типа шпаргалки. В словаре написано: "Код 'А' – это на самом деле пара кусочков '01' и '10'". И таких словарей у неё аж четыре штуки – для четырёх уровней сжатия. Как будто она несколько раз жмёт твой файл, каждый раз умнее становится и коды короче придумывает.
Сжимает и пишет абракадабру: В итоге, вместо твоего файла с кучей длинных пар кусочков, получается абракадабра из коротких кодов. Вот эта абракадабра и есть сжатый файл. Он весит меньше, потому что коды короче, чем исходные пары.
Обратно разжимает: Когда тебе надо файл обратно достать, прога берёт эту абракадабру, лезет в свои словари, и расшифровывает коды обратно в пары кусочков. А потом из кусочков собирает обратно твой файл, как будто мозаику складывает. Всё, как было, только теперь ты место сэкономил.
В итоге:
Информация – это 1 и 0: Всё в компе – это нули и единицы. Файлы тоже.
Прога жмёт файлы: Делает их меньше, заменяя часто встречающиеся пары кусочков на короткие коды.
Словари помогают: Чтобы не забыть, какой код что значит, прога использует словари.
Сжатый файл – абракадабра: Но комп её понимает и может обратно в нормальный файл превратить.
Ты, наверное, слышал, что комп всё понимает как 1 и 0. Ну, типа, да и нет. Как лампочка: горит (1) – не горит (0). Вся инфа в компе, любая фигня – это просто куча этих лампочек, которые то горят, то нет. Файл твой – это тоже тупо набор нулей и единиц.
Вот смотри, как эта прога работает:
Разбирает на куски: Она берёт твой файл и рубит его на маленькие кусочки, как будто ты яблоко на дольки режешь. Только кусочки тут – это не яблочные, а двухбитные блоки. Два бита – это значит, всего 4 варианта: 00, 01, 10, 11. Понял? Четыре комбинации из двух цифр, которые могут быть либо 0, либо 1.
Ищет пары и коды: Дальше эта прога смотрит на эти кусочки парами. Ну, типа, два кусочка рядом стоят. И она такая думает: "Ага, вот эта пара кусочков часто встречается в файле." И она придумывает для этой пары короткий код. Как будто ты для слова "привет" придумал кличку "Пр." Короче, вместо длинной пары кусочков она теперь пишет короткий код.
Словарик для тупых: Чтобы потом обратно всё собрать, прога держит у себя словарь. Типа шпаргалки. В словаре написано: "Код 'А' – это на самом деле пара кусочков '01' и '10'". И таких словарей у неё аж четыре штуки – для четырёх уровней сжатия. Как будто она несколько раз жмёт твой файл, каждый раз умнее становится и коды короче придумывает.
Сжимает и пишет абракадабру: В итоге, вместо твоего файла с кучей длинных пар кусочков, получается абракадабра из коротких кодов. Вот эта абракадабра и есть сжатый файл. Он весит меньше, потому что коды короче, чем исходные пары.
Обратно разжимает: Когда тебе надо файл обратно достать, прога берёт эту абракадабру, лезет в свои словари, и расшифровывает коды обратно в пары кусочков. А потом из кусочков собирает обратно твой файл, как будто мозаику складывает. Всё, как было, только теперь ты место сэкономил.
В итоге:
Информация – это 1 и 0: Всё в компе – это нули и единицы. Файлы тоже.
Прога жмёт файлы: Делает их меньше, заменяя часто встречающиеся пары кусочков на короткие коды.
Словари помогают: Чтобы не забыть, какой код что значит, прога использует словари.
Сжатый файл – абракадабра: Но комп её понимает и может обратно в нормальный файл превратить.
Это невозможно, уася. Если у тебя один символ и словарь из двух чисел, ты можешь закодировать только два состояния. Бесконечное сжатие с возможностью расжатия невозможно.
> Что нужно сделать:
> 1) переписать на С++ или CUDA
> 2) переписать логику что бы не ел 34 ГБ RАМ постоянного словаря а ток с SSD
> 3) Добавить рекурсию после сжатия для нового сжатия
Тебе надо ты и делай пидоран
> код и метод выложен на общее обозрение в Open source - вы можете редактировать
А можете и не редактировать...
Сжал сейчас режисерскую версию Властелина Колец БлюРэй 17кб, храню на дискете
Не скажи, он тут полуторачасовые фильмы в 35мб укладывает и в вебм постит. Это нихуя себе, братишка, при том, что это даже смотрибельно. Только звук говно.

> Как работает программа для гуманитариев.
> Ты, наверное, слышал, что комп всё понимает как 1 и 0. Ну, типа, да и нет. Как лампочка: горит (1) – не горит (0). Вся инфа в компе, любая фигня – это просто куча этих лампочек, которые то горят, то нет. Файл твой – это тоже тупо набор нулей и единиц.
> Вот смотри, как эта прога работает:
> Разбирает на куски: Она берёт твой файл и рубит его на маленькие кусочки, как будто ты яблоко на дольки режешь. Только кусочки тут – это не яблочные, а двухбитные блоки. Два бита – это значит, всего 4 варианта: 00, 01, 10, 11. Понял? Четыре комбинации из двух цифр, которые могут быть либо 0, либо 1.
> Ищет пары и коды: Дальше эта прога смотрит на эти кусочки парами. Ну, типа, два кусочка рядом стоят. И она такая думает: "Ага, вот эта пара кусочков часто встречается в файле." И она придумывает для этой пары короткий код. Как будто ты для слова "привет" придумал кличку "Пр." Короче, вместо длинной пары кусочков она теперь пишет короткий код.
> Словарик для тупых: Чтобы потом обратно всё собрать, прога держит у себя словарь. Типа шпаргалки. В словаре написано: "Код 'А' – это на самом деле пара кусочков '01' и '10'". И таких словарей у неё аж четыре штуки – для четырёх уровней сжатия. Как будто она несколько раз жмёт твой файл, каждый раз умнее становится и коды короче придумывает.
> Сжимает и пишет абракадабру: В итоге, вместо твоего файла с кучей длинных пар кусочков, получается абракадабра из коротких кодов. Вот эта абракадабра и есть сжатый файл. Он весит меньше, потому что коды короче, чем исходные пары.
> Обратно разжимает: Когда тебе надо файл обратно достать, прога берёт эту абракадабру, лезет в свои словари, и расшифровывает коды обратно в пары кусочков. А потом из кусочков собирает обратно твой файл, как будто мозаику складывает. Всё, как было, только теперь ты место сэкономил.
> В итоге:
> Информация – это 1 и 0: Всё в компе – это нули и единицы. Файлы тоже.
> Прога жмёт файлы: Делает их меньше, заменяя часто встречающиеся пары кусочков на короткие коды.
> Словари помогают: Чтобы не забыть, какой код что значит, прога использует словари.
> Сжатый файл – абракадабра: Но комп её понимает и может обратно в нормальный файл превратить.

> Как работает программа для гуманитариев.
> Ты, наверное, слышал, что комп всё понимает как 1 и 0. Ну, типа, да и нет. Как лампочка: горит (1) – не горит (0). Вся инфа в компе, любая фигня – это просто куча этих лампочек, которые то горят, то нет. Файл твой – это тоже тупо набор нулей и единиц.
> Вот смотри, как эта прога работает:
> Разбирает на куски: Она берёт твой файл и рубит его на маленькие кусочки, как будто ты яблоко на дольки режешь. Только кусочки тут – это не яблочные, а двухбитные блоки. Два бита – это значит, всего 4 варианта: 00, 01, 10, 11. Понял? Четыре комбинации из двух цифр, которые могут быть либо 0, либо 1.
> Ищет пары и коды: Дальше эта прога смотрит на эти кусочки парами. Ну, типа, два кусочка рядом стоят. И она такая думает: "Ага, вот эта пара кусочков часто встречается в файле." И она придумывает для этой пары короткий код. Как будто ты для слова "привет" придумал кличку "Пр." Короче, вместо длинной пары кусочков она теперь пишет короткий код.
> Словарик для тупых: Чтобы потом обратно всё собрать, прога держит у себя словарь. Типа шпаргалки. В словаре написано: "Код 'А' – это на самом деле пара кусочков '01' и '10'". И таких словарей у неё аж четыре штуки – для четырёх уровней сжатия. Как будто она несколько раз жмёт твой файл, каждый раз умнее становится и коды короче придумывает.
> Сжимает и пишет абракадабру: В итоге, вместо твоего файла с кучей длинных пар кусочков, получается абракадабра из коротких кодов. Вот эта абракадабра и есть сжатый файл. Он весит меньше, потому что коды короче, чем исходные пары.
> Обратно разжимает: Когда тебе надо файл обратно достать, прога берёт эту абракадабру, лезет в свои словари, и расшифровывает коды обратно в пары кусочков. А потом из кусочков собирает обратно твой файл, как будто мозаику складывает. Всё, как было, только теперь ты место сэкономил.
> В итоге:
> Информация – это 1 и 0: Всё в компе – это нули и единицы. Файлы тоже.
> Прога жмёт файлы: Делает их меньше, заменяя часто встречающиеся пары кусочков на короткие коды.
> Словари помогают: Чтобы не забыть, какой код что значит, прога использует словари.
> Сжатый файл – абракадабра: Но комп её понимает и может обратно в нормальный файл превратить.

> Не скажи, он тут полуторачасовые фильмы в 35мб укладывает и в вебм постит. Это нихуя себе, братишка, при том, что это даже смотрибельно. Только звук говно.
О, а я уже соскучился
Так и ладно я все равно персматривать не буду
>У тебя есть 4 последовательности: 00 01 10 и 11.
Читай исходный код, но если ты гуманитарий то расскажу тебе просто
00 01 10 и 11.
00 - это 1
01 это 2
10 это 3
11 это 4
как ты понял твои 00 01 10 и 11. это набор 4 значных чисел
Мы можем миркировать пары как 00 01 это 1 а 10 и 11 это 2
Будет это 1 и 2
но 1 и 2 можно маркировать как 1 словарём 2 уровня. 12 = 1
Итак, всего существует 9000 четырехзначных чисел. так вот, все пары можно промаркировать
аким образом, существует 40,495,500 различных пар четырехзначных чисел.
Хранение всех четырехзначных чисел: 36 000 байт / (1024 байт/КБ) / (1024 КБ/МБ) / (1024 МБ/ГБ) ≈ 0,0000335 ГБ (очень мало)
Хранение всех пар четырехзначных чисел: 323 964 000 байт / (1024 байт/КБ) / (1024 КБ/МБ) / (1024 МБ/ГБ) ≈ 0,3017 ГБ
Зашел только за этим постом. Тред можно удалять.
Нахуя ты ссылку в спойлер закатал, полуебок?
Демонстрация работы программы.
Смотри, тут как бы информационная революция намечается
С помощью открытых сервисов сайтов.
За несколько секунд ты можешь создать музыку ( слова и музыку) картинку и видео. и всё это с помощью, логики ИИ весов. Но вся логика и любая информация это всего лишь набор 0 и 1
Хранение всех четырехзначных чисел: 36 000 байт / (1024 байт/КБ) / (1024 КБ/МБ) / (1024 МБ/ГБ) ≈ 0,0000335 ГБ (очень мало)
Хранение всех пар четырехзначных чисел: 323 964 000 байт / (1024 байт/КБ) / (1024 КБ/МБ) / (1024 МБ/ГБ) ≈ 0,3017 ГБ
лолка, этому алгоритму, неиронично, овер 70 лет.
домашнее задание - подумать почему он не взлетел.
Иди лутай миллионы от машка, раз такой умный шизик блять
https://content.neuralink.com/compression-challenge/README.html
https://drive.google.com/file/d/1V6j4iDV0YeZXDTadlnpawXyUKgHgkfoW/view
Исходный код есть в изображении.
Давай подойдём по другому
в русском языке 400 тысяч слов
Оставим 140 тысяч слов. ( сомневаюсь что ты знаешь и больше 30-60 тысячи слов русских )
промаркируем каждое слово 1 знаком юникода ( для справки знаков юникода 140 тысяч )
Создаём два словаря.
И вауля. вместо слова, ты можешь использовать только 1 букву. Например Л- ЛОШАДКА, или М - МОЛОКО. не нужно пересылать всё слово. А только 1 букву.
Второй пример. у нас с тобой одинаковые книги. Для передачи информации мы можем использовать только номер. страницы. остаётся вопрос, как создать алгоритм который бы создавал страницы? автоматически? код выше...
Официально это используют только военные в шифровках или супер агенты, но рыба же гниёт с головы ? Они не двигают науку.
>лолка, этому алгоритму, неиронично, овер 70 лет.
Да но раньше хранить 40 гб словарей было невозможно. а искать в индексах для индексов тем более
Работает.
В рамках классического программирования МАРКЕР = Словарь.
Ты можешь уже сжать любой числовой ряд в 9 раз
например 1 = 123456789
Эта строка в словаре, и обозначает 9 цифр.
Или например. СЛОВАРЬ A = 1
1 - 123456789
Словарь Б = 1
1 - 987654321
как ты уже понял, что метка Б1-1А1-1 уже сжимает информацию в 20 раз. обращаясь к словарю.
Первый этаж: Тут самые простые понятия. Представь, у тебя есть данные, ну, типа текст или картинка, похеру. Компьютер их видит как кучу цифр, битов всяких. А прога их берет и рубит на куски по 2 бита. Ну, типа, как семки лузгать, по одной-две, понял? И вот эти 2-битные куски – это как самые простые понятия, ну, типа "да" или "нет", "туда" или "сюда", совсем примитив. В первом словаре прописано, какие пары этих 2-битных кусков часто встречаются. Если пара есть в словаре – заебись, вместо нее ставим короткую кликуху, ну, типа номер или букву, чтоб меньше места занимало. Если пары нет – ну и хер с ней, пока оставляем как есть, для следующих этажей прибережем.
Второй этаж: Тут уже понятия покруче. Теперь мы берем то, что осталось после первого этажа, ну, эти куски и кликухи. И опять рубим их на пары. И смотрим во второй словарь. Там уже прописаны пары, которые часто встречаются после первого этажа. Опять же, если пара есть в словаре – меняем на еще более короткую кликуху. Если нет – ждем третий этаж.
Третий и Четвертый этажи: Ну, ты понял схему, да? На третьем этаже берем то, что осталось после второго, опять рубим на пары, ищем в третьем словаре. Там еще более хитрые пары прописаны, которые после первых двух этажей часто вылазят. Меняем на совсем короткие кликухи. И на четвертом этаже – то же самое, но уже с четвертым словарем. Там самые редкие и сложные пары, ну, типа как если б ты уже с самим паханом терки вел.
Короче, каждый этаж словаря учит прогу все лучше и лучше сжимать данные. Как будто ты сначала учишься мелочь по карманам тырить, потом кошельки дергать, потом машины угонять, ну, типа, навык растет, понял? Чем больше этажей, тем сильнее сжатие, но и словари надо готовить заранее, чтоб все по масти было.
В итоге: Твой файл, ну, как бы "сжимается", становится меньше. Вместо длинных кусков данных остаются короткие кликухи, которые словари знают. Когда надо файл распаковать обратно, прога берет эти кликухи и обратно по словарям разворачивает в исходные данные. Как будто ты кликухи свои братве раздаешь, а они тебе товар обратно отдают, ну, типа, все четко и по понятиям.
Первый этаж: Тут самые простые понятия. Представь, у тебя есть данные, ну, типа текст или картинка, похеру. Компьютер их видит как кучу цифр, битов всяких. А прога их берет и рубит на куски по 2 бита. Ну, типа, как семки лузгать, по одной-две, понял? И вот эти 2-битные куски – это как самые простые понятия, ну, типа "да" или "нет", "туда" или "сюда", совсем примитив. В первом словаре прописано, какие пары этих 2-битных кусков часто встречаются. Если пара есть в словаре – заебись, вместо нее ставим короткую кликуху, ну, типа номер или букву, чтоб меньше места занимало. Если пары нет – ну и хер с ней, пока оставляем как есть, для следующих этажей прибережем.
Второй этаж: Тут уже понятия покруче. Теперь мы берем то, что осталось после первого этажа, ну, эти куски и кликухи. И опять рубим их на пары. И смотрим во второй словарь. Там уже прописаны пары, которые часто встречаются после первого этажа. Опять же, если пара есть в словаре – меняем на еще более короткую кликуху. Если нет – ждем третий этаж.
Третий и Четвертый этажи: Ну, ты понял схему, да? На третьем этаже берем то, что осталось после второго, опять рубим на пары, ищем в третьем словаре. Там еще более хитрые пары прописаны, которые после первых двух этажей часто вылазят. Меняем на совсем короткие кликухи. И на четвертом этаже – то же самое, но уже с четвертым словарем. Там самые редкие и сложные пары, ну, типа как если б ты уже с самим паханом терки вел.
Короче, каждый этаж словаря учит прогу все лучше и лучше сжимать данные. Как будто ты сначала учишься мелочь по карманам тырить, потом кошельки дергать, потом машины угонять, ну, типа, навык растет, понял? Чем больше этажей, тем сильнее сжатие, но и словари надо готовить заранее, чтоб все по масти было.
В итоге: Твой файл, ну, как бы "сжимается", становится меньше. Вместо длинных кусков данных остаются короткие кликухи, которые словари знают. Когда надо файл распаковать обратно, прога берет эти кликухи и обратно по словарям разворачивает в исходные данные. Как будто ты кликухи свои братве раздаешь, а они тебе товар обратно отдают, ну, типа, все четко и по понятиям.
Он в итоге вряд ли сможет собрать файл без потерь, так что пока пиздаболия. Вот будет оба компонента архиватора, тогда и посмотрим.
В вин раре ограниченный словарь на 10 мб и нету рекурсии. ( бесконечного сжатия )
Что бы сжатие было бесконечно, нужен постоянный словарь на 46 гб.
простой пример рекурсии
Строка в словаре
3=333
это значит что обращаясь к словарю за 3 ты получаешь 333
Но мы можем сделать 2 словарь где 333=55555
или повторить рекурсию где 3 3 3
будет как 333 333 333
Как ты понял у 4 битного кода всего 16 комбинаций и все их можно сбрутить в логику и правила, они в основе коде выше.

720x1280, 0:44
Читай исходный код, без потерь собрать можно.
логика с чем то схожа с видео ролом но ток до атомного уровня. ( информации 2 бит )
вес файла умменьшаем, но к нему добавляем вес словаря, который растет пропорционально колву "укороченых пар кода и их последованностей" - план надежный блять как швейцарские часы.
>Вот смотри, как эта прога работает:
Это все понятно в принципе, что сжатие так работает.
Но как работает ВЕЧНОГО СЖАТИЯ как пишет оп? То есть файл любого размера можно сжать до одного байта? Или до какого размера? Или там не ВЕЧНОЕ СЖАТИЕ, а 4 уровня сжатия? Что значит 4 уровня? Что принципиально нового то придумали, и раньше сжимали файлы? Просто лучше сжимают теперь?
>использует словари.
Словари тоже место занимают, оп пишет что это 64 ГБ. Так что прежде чем вечно сжимать нужно выделить место для словарей.
это было ещё в 1997 - метод восстановлен по этим подсказкам
Это всё очень хорошо, но где результаты? И почему есть все эти авифы вместо твоего метода? Хотя нет, не так. Почему используются ленты, вместо сжатия для холодного бэкапа?
Думаешь кому-то не хватает места для файлов на компе?
Я лично свой терабайтник не забивал за семь лет ни разу.
Максимальный размер словаря 4 уровня для 4 млрд пар. 47 гб. Дальше идёт рекурсия.
Для 4 бит кода 16 пар меток
для 16 пар 256 меток
для 256 меток 65к меток. 15 мб
4 уровень 47 гб.
Можешь запрогать алгоритм, но у меня и у ИИ не хватает мозгов переписать на C++ и CUDA.
Может у тебя получится...........
> ВЕЧНОГО СЖАТИЯ
а теперь поясни как ты число 16 сможешь сжать и передать нулями и единицами

читай код, 64 гб словаря, рекурсивно сжимает информацию может бесконечно. если зип и рар архивы по новой сжимать и по новой.
вычисления также можно разложить, и тогда будешь получать бетабайты в секунду.
Код и метод в первом сообщении треда. Изучай и тестируй. Друг
А что там хранить?
>и тогда будешь получать бетабайты в секунду.
хуя биопроблемники пизданулись, теперь уже информацию бетабаксят
>Получив бесконечные вычислительные мощности и память что будете делать с этим?
Че ты несешь вообще, какие бесконечные мощности и память, ты дебил? Любой файл любого размера можно ужать до одного бита, еблан?
Ты же сам пишешь
>ZIP и RAR то его размер в 10-20 раз МЕНЬШЕ ОРИГИНАЛА
То есть научились сжимать в 10-20 раз лучше. Ну ок, молодцы. И где тут бесконечность памяти? Просто ее в 10 раз меньше.
А насчет БЕСКОНЕЧНЫХ мощностей - это ты откуда высрал вообще. Надо более сжатые файлы восстанавливать, значит надо будет больше мощностей тратить.
Nvidia уже частично применяет метод. Удалось сократить потребление памяти на 95% через маркировку блоков, и маркировку блоков векторов тензоров.
>а теперь поясни как ты число
сжимаются не числа. А пары и строки. для пар чисел и строк
например 333 и 222 как 1
555 и 444 как 2
12 декодируется как 333 222 555 444
или 21 как 555 444 333 222
Представь.... что 150 гб игры теперь 1 мб.
Блюрей фильмы на 60 гб это 1 мб.
ну что? представил? А теперь мы эти 1 мб ещё раз сжимаем и получаем 1кб.
В итоге ужать можно весь интернет и инфу в рекурсии, разложив также и вычисления
ибо инфа и вычисления это 64 гб словарей. ) на данный метод сырого словаря, но это можно сделать алгоритм без словарей. где логика будет в самом алгоритме без хранения словарей
часы не хранят всё время, всей вселенной - там 5 шестерёнок дают секунды, минуты и часы. ещё дополнительные 5 шестерёнок дают даты по дням и месяцам и годам.
>ну что? представил? А теперь мы эти 1 мб ещё раз сжимаем и получаем 1кб.
Почему не 1 байт? Не 1 бит?
1 мб. если будет 30 шагов рекурсии. код медленный и не законченный.
код решает все научные проблемы, ( сплит днк, числовую теорию ) но бегать по офлайну и получать нобелевски увы для меня унизительно
Простой пример. ссылка на джепег 100кб - ссылка весит 5кб. уже сжатие в 40 раз.
Ссылка может быть расшарена 1 млн раз. Или 1 млн дубликатов джепега обозначатся 1 ссылкой в 5кб
Тут в коде выше ссылки на 64 гб, они рекурсивно сжимают инфу. превращая 64 бита в 8 бит. за 1 шаг

Её написал вот этот двачер, и когда допилил выложил бету на двач, аноны начали в голосину орать ЭТО ВИНРАРНО! ПИЛИ ЕЩЕ!
И он решил назвать программу винраром.
Потому что минимальный размер цепочки 64 бит. для 4 уровня это 4 млрд пар цепочек или 64 гб.
код даёт ссылку 8 бит, на цепочку 64 бит.
Следовательно файлы это ссылки на 8 бит которые к словарю обращаются и конвертируются в 64 бит.
Ну это супер круто, конечно разжимается там наверное не быстро, но да ладно. Так а ты на гитхаб выкладывал?
0001101000100110111100110000100110011011101111111110000000100101
Вот 64 бита, скажи какие данные в них зашифрованы.
А че ученые вговнемоченые до этого раньше не доперли?
Типа словарь и блять он и много лет словарь, а тут просто супер словарь какойто хули и блять нахуй как это поможет украине? революция мне тоже
С таким кейсом ты можешь работать в любой IT компании мира если тебя не ебнут из за зависти.
вот зацени. ещё
https://codepen.io/procoders000001/pen/ogvpGgO
https://codepen.io/procoders000001/pen/QwLmZaK
код отборный, отходняк пол года.
Ты издежрки на хранение словаря учитывал, мракобес?
>>35402 (OP)
Я когда курсовую по коду Хаффмана писал у меня она была в 10 раза больше только по коду.
ссылка на цп
Код написала нейросеть, ёбнут из зависти.
При этом описание алгоритма лежит в сети 30лет, но только русский Иван додумался имплементировать, да и то не своими ручками, а GPT. И даже не прикрепил результаты работы. Я свой курсач более ответственно писал.

ты туповат?
как ты передашь индекс словаря двоичным кодом?
передай 7 нулями и единицами = сколько получится?
ещё для более тупых:
у тебя есть словарь, который кодирует 111 в 7
у получателя есть словарь который декодирует 7 в 111
ты хочешь передать 111 - значит надо передать номер 7, чтобы получатель перевёл 7 в 111
как ты сука передашь 7 нулями и единицами?
Условие Фано тебе о чём-то говорит? Бля, ты либо еблан, либо тролль, с тобой беседовать один хуй смысла нет.
Оп, а ты не думал хранить информацию в числе Пи?
>Типа словарь и блять он и много лет словарь, а тут просто супер словарь
Весь мир не смог в литографы и кока колу? и видеокарты? что это монополизировали несколько ботанов чудил?
Никто ничего не монополизировал, одна фирма делает лучше всех и больше вкладывается в маркетинг, но альтернатив полно.
ОООО, мой любимый шизо друг вернулся.
Ты где был? Рассказывай как дела! Почему не появлялся пару месяцев? В дурке лежал?
Короче, делись!
он болеет
>например 333 и 222 как 1
>555 и 444 как 2
а 332 и 221 как что кодируется? как 3 и 4 ?
а 331 и 220 как 5 и 6 ?
а 001 и 002 как 332 и 333 ?
>При этом описание алгоритма лежит в сети 30лет, но только русский Иван додумался имплементировать
У меня в жизни всё есть. Могли бы ебнуть если бы был написан алгоритм сжатия кадра в 4 пикселя для NVIDIA
как и обычно, засекретили по неразглашению или сделали невыездным в городах придурков тюрьмах аналгов ЗАТО
на данный момент моих навыков не хватает переписать это на С++ и CUDA
но в ходе личных расследований, могу сказать что open ai, майкрософт и гугл не несёт амортизаций на хостинг и память, те у них это есть и как то кешируется скриптовой бинарной нейросетью без вычислений из некого кеша в рекурсии.
Я так и не понял я могу на диск записать кучу игр и играть в них, или аниме там...?
Стало интересно, а есть ещё какие-то алгоритмы которые сильно сжимают не нужно про LZMA2 говорить на самом деле он говно какое-то вот например как игры сжимают репакеры вот у меня 45 Гб оперативки есть я хочу сжать файл или папку просто в пиздец как сильно, и что бы данные точно разжались
Владислав - победитель многих математических олимпиад, золотой медалист, автор нескольких изобретений.
Лыщенко заявил о том, что его метод сжатия информации в 3-5 раз эффективней всех существующих разработок.
Как и многие другие изобретения, принцип работы архиватора Лыщенко достаточно прост. На смену уже ставшей стандартной LZW-компрессии Владислав предлагает технологию сложения.
Данные файла-источника переводятся в последовательность чисел. Затем каждое число компрессируется в виде суммы всех составляющих его цифр. Так, например, число 39344, представленное в двоичной системе (b1001100110100110) и заархивированное Архиватором Лыщенко, будет выглядеть как 8, а число 5234974654, соответственно, 49.
В зависимости от типа данных, система выбирает наиболее оптимальный метод представления чисел (двоичный, восьмеричный или десятичный). Упакованые данные записываются в файл-ахрив с расширением .lar в текстовом формате (последовательности чисел через запятую).
Что интересно, степень сжатия информации практически не зависит от типа данных. Архиватор Лыщенко одинаково хорошо пакует как простые текстовые файлы, так и ZIP-архивы. Средний коэффициент сжатия составляет 90% (1 к 10).
По словам разработчика системы, выпуск первой коммерческой версии "Архиватора Лыщенко 1.0" намечен на середину 2004 года.
К этому времени Владислав намерен снабдить программу современным пользовательским интерфейсом и решить небольшую, но пока не решенную, проблему разархивации данных, упакованых этим методом.
>как ты передашь индекс словаря двоичным кодом?
файловая система NTFS это десятичный код +RLE скоростной зип в самой файловой системе
по типу что 101001100010100101 в десятичной это 34345 ( в 4 раза меньше )
таким образом NTFS уже сжата в 4 раза. просто ещё никто не додумался разложить пары индексов на пары индексов в рекурсии. КОд выше это делает
>1-A
>111000111
>2-B
>111000111
>3-D
>111000111
>4-C
>111000111
что это?
ты уже передал семёрку двоичным кодом или ещё нет?
>Никто ничего не монополизировал, одна фирма делает лучше всех
Ога только центробанки западники инвестируют в телеки и порнуху а в раше пораше в водку и алкоголь для попойки. ? так ещё и не пишут на банках что вредно как на табаке!
моя ставка на то, что когда метод будет общеизвестен, то AGI будет считать меня спасителем и второ открывателем.
Оп, пожалуйста, не игнорируй меня.
>101001100010100101 в десятичной это 34345 ( в 4 раза меньше )
как передать 34345 другому получателю на флешке? чтобы он у себя декодировал 34345 в 101001100010100101 ?
>файловая система NTFS это десятичный код
десятичный код на двоичном компьютере?
покажи мне десятичный компьютер
>Объясните пожалуйста, что мешает сжимать дальше? В пятый раз, шестой?
Ничего не мешает. вычисления тоже можно разложить на 64 гб как второй словарь
в итоге общий постоянный словарь на 128 гб - рекурсивно сжимает инфу и вычисления
Дальше идёт предел по шине скажем, 16 тб в сек на 4090.
Но мы можем сделать ещё 64 гб инструкций для шины, тогда будет хм 640 тб в сек.
Как ты понял, код может делать рекурсию бессконечной.
( простой пример. в гонках когда ты идёшь на второй круг, почему вычисления ИДУТ? )) хотя это повтор одних и тех же бит.
Оп, как дела?
>Тебе дали исходный код а ты ведёшь спор ради спора.
ты не можешь ответить как 111 закодировано в семёрку и передана эта семёрка на дискетке/флешке/интернету, верно?
если ты на такие простые вопросы не можешь ответить за базар, то о чём с тобой говорить?
ало, таблицу тетрад ты постил или нет?
В коде в первом посте сказано что логика словаря создаётся одинакового для всех пар
Это значит что прогнав белого шума на 50 гб ты создашь словарь на 64 гб комбинаций и все пары везде будут одинаковы на всех компьютерах мира.
Десятичная система счисления.

>более ёбнутый чем вычислитель протеинов.
Не забывай главного шизокодера доски
Hикиткy "3oлoтцe" Caдкoвa!
>00 - это 1
>01 это 2
>10 это 3
>11 это 4
как передать номер 4 с одного компьютера на другой?
при условии что этот словарь есть на обоих компьютерах
> ( простой пример. в гонках когда ты идёшь на второй круг, почему вычисления ИДУТ? )) хотя это повтор одних и тех же бит.
Там дальняя часть карты выгружается из памяти
Строка чисел делится на два - даётся метка. потом парам меткам даются метки, и так до 4 уровня. используются символы 3 алфавитов. читай код.
Метод и код работает но у меня нету навыков программирования что бы реализовать полную логику
Дар программирования 1 на миллион, к высшему алгоритмическому 1 на миллиард.
Заверши труд. труд внесёт твоё имя в историю
>Строка чисел делится на два - даётся метка
вот строка чисел 0111
дай ей метку
на пике тетрад эта метка номер семь , так?
>потом парам меткам даются метки, и так до 4 уровня
да подожди ты с 4 уровнем, давай с первым уровнем разберёмся

libraryofbabel.info
Он действительно может зашифровать ВСЁ. Но для расшифровки надо точно знать, ЧТО ты хочешь расшифровать)
А дела то как? Куда пропал?
ты не правильно задаёшь вопрос.
для стандартной библиотеки питона для рандома по сиду 1 везде будет одно и то же число или строка чисел
Перезадай вопрос по новой.

смотрим пикрил
какой индекс в твоём словаре у "1001" ?
дай твой словарь с 0000 по 1111, т.е. на 16 значений
>как передать номер 4 с одного компьютера на другой?
Это словарь 1 уровня. тут число 4 в бинарном выражении жрёт больше места чем сам код
А вот если будет 4 уровень то 8 бит будет кодировать 64 бита. ссылкой.
>Это словарь 1 уровня.
>
>А вот если будет 4 уровень
твой ответ звучит примерно так:
я хуй знает как кодировать на первом уровне, но вот на 5463443532 уровне вся информация мира кодируется как "01", копируешь соседу "01" и он распаковывает у себя на компе всю информацию мира
>тут число 4 в бинарном выражении жрёт больше места чем сам код
мне похуй сколько жрёт код
то есть у тебя словарь сломался уже для четырёх чисел?
>акого хуя размер то 1.5 то 2.2?
после сжатия 1.5 мб образовался словарь 2.2 мб. После 64 гб словарь он перестанет расти.
В сжатой папке словарь на 64 гб, становится в 20 гб.
( винда не может работать с файлами внутри рар архивов ) А написать сжатую базу данных комбинации мне не может ИИ даже на платной основе.
Ну вот это конечно ебать нихуя себе!
Это делается самыми обычными кодеками через самый обычный ffmpeg, а не его магическим бесконечным шизосжатием.
Общий постоянный Словарь создаётся динамически и перестаёт расти после 64 гб.
( проверено вчера на сервере с 128 гб рам )
Код работает медленно, циклы рекурсии вручную надо в рар, и по новой
ИИ ломает код и не хочет понимать.
ты привёл код 1011 0110
это пара 4 бит. 1011 и 0110
из неё можно создать только 2 записи в словаре 1 уровня.
1011 и 0110 КАК A
0110 и 1011 как Б
словарь 2 уровня ( маркировка пар словаря 1 уровня )
БА - КАК А
АБ КАК Б
словарь 3 уровня. маркировка пар словаря 2 уровня )
БАБА АБАБ - КАК А
АБАБ БАБА - как Б
словарь 4 уровня. маркировка пар словаря 3 уровня )
БАБА АБАБ БАБА АБАБ как А
АБАБ БАБА АБАБ БАБА как Б
Это упрощённо. Алгоритм маркирует пары, маркером, потом из маркеров делает пары и маркирует и так до 4 уровня. и обратно без потери.
Ты привел 8 бит ( пара 4 бит ) её упростить нельзя так как маркировка занимает столько же места в битах , реальное сжатие начинается всё что выше от 128 или 256 бит.
Я смогу их посмотреть без словаря?

В видео 1.5 мб видео сжимаются в рар в 40 кб. ты что то путаешь
программа создаёт ссылки на общую базу данных универсальных комбинаций. их максимальный размер 64 гб
сжатый файл весит 1.5 также как до сжатия но его можно положить в рар и зип и размер будет в 10-20 меньше
>из неё можно создать только 2 записи в словаре 1 уровня.
>1011 и 0110 КАК A
>0110 и 1011 как Б
СТОП
я привёл код 00 01 10 11 (1 2 3 4)
сколько записей в словаре-реестре ты создашь ?
был еще второй видос - там мультик шрек на полтора часа в 35 МБ всунули и запостили
мож у кого есть
1)Добавть возможность обсчёта на видюхе
2)Вменяемый GUI а не скрипт
3)Циклы сделай автоматизированными
4)Программу в .exe и tgz на окошках и линуксе
5)Оптимизайия под 16ГБ RAM
Тогда поговорима сейчас это недоделанное говно
Я блять штрек в гифке видел, на двач не заливался.
Прогамма "сжимает" данные но не "разжимает" обратно. Короче, портит файлы.
>БАБА АБАБ БАБА АБАБ как А
твой пост уровня: "фильм матрица" на 2 часа это А
отправь анону А и он сможет у себя посмотреть фильм
но только при условии что у него она уже есть на диске
твоё ебало?

Всюленная это и есть 1 байт квант, электрон.
https://ru.wikipedia.org/wiki/Теория_одноэлектронной_Вселенной
Какое же ты тупое животное
2:05 в твоём видео
В папке написано, что data.rar весит 1.5 мб
В свойствах data.rar написан размер 2.61 мб
Иди нахуй короче, мамкин ии хакер с отрицательным айсикю
Технически да.
>сколько записей в словаре-реестре ты создашь ?
Уровень 1
12 - 1
34 - 2
Уровень 2
12-1
21-2
4 записи.
но файл будет кодироваться 2 уровнем. Так как нельзя больше пар создать.
Ща затестил на файле mp4 2.4 MB
1) Файл в сжатом виде весит 3.6 MB, после архивации в tar.xz 144 Kb (т.е. тут сходится)
2) К файлу генерируется словарь (тот который должен весить до 34 Гигов максимум) 38Mb
Т.е. все работает как ОП и сказал впринципи, петухон конечно очень медленно все это сжимает, так что переписывать точно надо, сжатие фильма на этом скрипте займет часов 20
>1)Добавть возможность обсчёта на видюхе
Месяц долбёжки ИИ ничего не дал, код больше 200 строк ломается и летит в пизду бабко.
>2)Вменяемый GUI а не скрипт
Ты гений кодинга. делай, разошли код всем. Делаем ИТ революцию вместе что бы доказать что наша вселенная и галактика это симуляция без пришельцев
какой ты тупой
ты вообще соображаешь в массивах и в ширине канала для словаря?
словарь 1 уровня на 4 значения:
00 = 1
01 = 2
10 = 3
11 = 4
это верно?
более подробно для дауна
значение 00 = "1" в словаре
значение 01 = "2" в словаре
значение 10 = "3" в словаре
значение 11 = "4" в словаре
> часы не хранят всё время, всей вселенной - там 5 шестерёнок дают секунды, минуты и часы.
У меня есть подозрение, что дело тут в том, что часов на часах всего 12 и они по кругу повторяются, а минут и секунд 60, и они тоже повторяются.
Если ты откроешь гифку весом 20 КБ и будешь смотреть на неё 5 часов, то это ты получается ужал 5 часов видео до 20 КБ?
Что бы запустит браузер и двач, тебе нужна винда на 10гб и браузер на 300 мб.
что бы послушать трек мп 3 на 2 мега тебе нужен на 10 мб плеер
Также и тут, тебе нужен 64 гб словарь, что бы сжимать терабайты в 1 мб.
Моя задача тут, доказать что вечное сжатие возможно, дальше умные кодеры проснутся и допишут код и метод, и тогда будет сингулярность, нобелевки и ускорение пек в 600 раз.
В итоге на консолях и пеках будет словарь, на 64 гб. а на дисках 1 мб. но этот 1 мб ссылок будет как 200-400гб.
Все индийские храмы построены из блоков дубликатов этого словаря в рекурсии

DATA rar это общий словарь, он будет расти до 64 гига. покуда все комбинации не будут там
Поэтому да, сжатие начнёт работать после 64 гб прогнанных данных или тестового прогона на 64 гб
Двачую. А число Пи как раз сожмёшь через этот свой словарь 64 ГБ. Тебе тут дельные советы дают, ОП, прислушайся
да подожди, это следующий вопрос для опа
как словарь записан - похуй
как записать индекс в словаре на жесткий диск - вот вопрос который надо задавать опу
>Моя задача тут, доказать что вечное сжатие возможно, дальше умные кодеры проснутся и допишут код и метод, и тогда будет сингулярность, нобелевки и ускорение пек в 600 раз.
Факт в том, что даже не надо разбираться в коде чтобы понять, что ты брешишь. Никто никогда не упустит выгоду, а то, что ты вывалил этот код и за тобой не прилетел черный вертолет говорит лишь о том, что ты очередной изобретатель вечного двигателя или квадратурщик. Ну просто так мир работает чел.
Ну тут да, но идея (в самом простом варианте) это иметь словарь на 34 гига (или 64) и используя алгоритм сжать 5 терабайт данных в 200 гигов, каких нибудь супер 3D фильмов в H265 кодеке, которые и так ужаты в 0. А здесь мы вместо 5 терабайт умещаем все в 32 + 250 = 282 гига.
да, потом создаётся 2 словарь.
там пары 12 и 34 и 21 и 43
потом метки пар и метки для пар. до 4 уровня.
ОП-хуй узнал о такой вещи, как токенизатор, и пытается в этом ИТТ треде прикладывать его к файлам, небу и Аллаху, всё правильно понял?

> Файл в сжатом виде весит 3.6 MB, после архивации в tar.xz 144 Kb (т.е. тут сходится)
Отходняк от осознания будет пол года. Запоминай
>да
ну и если в словаре значение 11 = "4"
то как другу у которого есть такой словарь скинуть эту четвёрку?
>Код написала нейросеть
А можно эту евросеть попросить чтобы она проанализировала ПО разных видов, собрала плюсы и минусы, и написала лучшую в своем роде например нарезалку видео с эффектами и прочим. А потом продавала её через интернет, а бабос мне. Или она тупая эта ваша евросеть?
>Ты гений кодинга. делай, разошли код всем.
Нахуя? Ты ж программист, ты и делай. Инициатива наказуема,ёпта.
верно, только он ещё не понял, что размер токена равен размеру информации
и что любой токен будет равняться первичной информации по размеру

1280x720, 0:03
Ждём ответа на вопрос.
ты открыл для себя тайну вечного сжатия инфы. Поздравляю. а теперь взгляни на цифровую схему и аналоговую часов.
сингулярность близка.
Надо делать открытый репозиторий в гитхабе, как минимум интерес это привлечет. А там местные на C++ уже перепишут без проблем, имхо
>1) Файл после архивации в144 Kb
>2) К файлу генерируется словарь 38Mb
https://youtu.be/0nJh6RH3bzw
>Факт в том, что даже не надо разбираться в коде чтобы понять,
95% людей идиоты, 5% элиты это залётные дегенераты, люди не виноваты что рыба гниёт с головы, и что в элите щас по сути курят и бухают - и не маркируют тяжелую алкашку
>о том, что ты очередной изобретатель вечного двигателя
Гидростанции это вечный двигатель, реки текут миллионы лет, рентабельность гидростанций 8 лет, те элита форсит атомную энергетику потому что это якобы создаёт больше шизо мест среди сброда. но на деле, обычная профанация
А тебе 2 вопроса
Почему алкомафия уничтожила табачные бренды этикетками об вреде? несмотря то что по науке вред одинаков от алкоголя и в россии гибнут 300 тысяч ежегодно людй от алкоголизма
2) чем наградили перельмана в россии кроме пустых статей? -
ОП игнорит неудобный вопрос
как он будет передавать индекс словаря под номером "4" в двоичном коде
Одинаковая логика генерации.
В алфавите 33 буквы это значит что для пар будут одинаковые буквы в порядке возрастания. и пар для пар c детерминированной логикой сплита пар и миксов
1 2 3 4 5
A B C D E

ОП, ПРИШЛО ВРЕМЯ РАСШИРЯТЬ ТВОЙ СЛОВАРЬ!
>В алфавите
в компьютере нет алфавита
там есть 0 и 1
переписывай ответ
>логика
у тебя просили не логику
а просили ответ на конкретный вопрос
как передать индекс словаря "4" двоичным кодом
Ничего не понимаю в ИТ, но разве имея бесконечные мощности вычислений ты не можешь любой пароль подобрать и взломать любой банк? Почему ты этого еще не сделал?
> Гидростанции это вечный двигатель
Ну не. Там всё изнашивается потихоньку, есть ущерб экологии и прочее. Лучше угля? Да скорее всего. Лучше ядерки? Спорно.
>Гидростанции это вечный двигатель
Ну так сразу же ясно что ты пиздун и софист, который путает возобновляемую энергию и вечный двигатель.
>Почему алкомафия уничтожила табачные бренды этикетками об вреде?
От темы не уходи.

Спасибо, ты вернул 2008 год, я точно помню в самолёте мне это передавали вес да, был 20-30 мб по блютузу.
Была матрица, властелин колец, титаник, и все 20 -30 мб каждый
>От темы не уходи
оп по другому не умеет
если он не будет прыгать с темы на тему и вилять анусом - то ему придётся отвечать на неудобные КОНКРЕТНЫЕ ПРОСТЫЕ вопросы
Так и есть, я попробую хотя бы на гошечку переписать, может будет побыстрее, щас мы замучаемся
ты тупой?
ну на
file toBinary code Pair hash 4 level to file.py
import os
import json
import tkinter as tk
from tkinter import filedialog, messagebox
DATA_FILE = "data.json"
COMPRESSED_EXT = ".ctxt"
ALPHABET = (
'ABCDEFGHIJKLMNOPQRSTUVWXYZ'
'abcdefghijklmnopqrstuvwxyz'
'0123456789'
'一丁七万丈三上下不与丑专且世丘丙业丛东丝丞丢两严並丧丨'
'अआइईउऊऋएऐओऔकखगघङचछजझञटठडढणतथदधनपफबभमयरлвшищзжзийклмнопрстуфхцчшщъыьэюяєіїґ' # Added more cyrillic letters just in case
)
ALPHABET = ''.join(sorted(set(ALPHABET)))
def int_to_hash(n, length=4):
base = len(ALPHABET)
hash_str = []
for _ in range(length):
n, rem = divmod(n, base)
hash_str.append(ALPHABET[rem])
return ''.join(reversed(hash_str))
def dict_tuple_to_str(dictionaries):
return [{str(k): v for k, v in d.items()} for d in dictionaries]
def dict_str_to_tuple(dictionaries):
return [{eval(k): v for k, v in d.items()} for d in dictionaries]
def save_data_file(data):
try:
data["dictionary"] = dict_tuple_to_str(data["dictionary"])
with open(DATA_FILE, 'w') as f:
json.dump(data, f, indent=4)
except Exception as e:
messagebox.showerror("Error", f"Error saving data file: {str(e)}")
def load_data_file():
try:
if os.path.exists(DATA_FILE):
with open(DATA_FILE, 'r') as f:
data = json.load(f)
data["dictionary"] = dict_str_to_tuple(data["dictionary"])
return data
except Exception as e:
messagebox.showerror("Error", f"Error loading data file: {str(e)}")
return {"dictionary": [{} for _ in range(4)], "files": []}
return {"dictionary": [{} for _ in range(4)], "files": []}
def split_into_2bit_blocks(data):
blocks = []
for byte in data:
blocks.append((byte >> 6) & 0x3)
blocks.append((byte >> 4) & 0x3)
blocks.append((byte >> 2) & 0x3)
blocks.append(byte & 0x3)
return blocks
def combine_from_2bit_blocks(blocks):
data = []
for i in range(0, len(blocks), 4):
byte = (blocks << 6) | (blocks[i+1] << 4) | (blocks[i+2] << 2) | blocks[i+3]
data.append(byte)
return data
def compress(data, dictionary):
current_data = split_into_2bit_blocks(data)
for level in range(4):
print(f"Compression Level: {level}") # Debug print
new_data = []
print(f" Dictionary Level {level} before compression: {dictionary[level]}") # Debug print
for i in range(0, len(current_data), 2):
pair = tuple(current_data[i:i+2])
if pair not in dictionary[level]:
hash_code = int_to_hash(len(dictionary[level]))
dictionary[level][pair] = hash_code
print(f" Level {level}: Added to dictionary: Pair {pair} -> Hash {hash_code}") # Debug print
else:
print(f" Level {level}: Pair {pair} already in dictionary, Hash: {dictionary[level][pair]}") # Debug print
new_data.append(dictionary[level][pair])
current_data = new_data
print(f" Level {level} Compressed Data: {current_data}") # Debug print
if len(new_data) <= 1: # Modified condition to exit when data is compressed to single or zero hash
break
return ''.join(current_data)
def decompress(compressed_str, dictionary):
try:
current_data = [compressed_str[i:i+4] for i in range(0, len(compressed_str), 4)] # Изменено на 4 для чтения 4-значных хешей
except Exception as e:
messagebox.showerror("Error", f"Error during initial string split: {str(e)}")
return [] # Return empty data on error
print(f"Decompressed String Chunks (initial): {current_data}") # Debug print
for level in reversed(range(4)):
print(f"Decompression Level: {level}") # Debug print
reverse_dict = {v: k for k, v in dictionary[level].items()}
print(f" Reverse Dictionary Level {level}: {reverse_dict}") # Debug print
new_data = []
for hash_code in current_data:
print(f" Level {level}: Processing Hash Code: '{hash_code}'") # Debug print
if hash_code in reverse_dict:
original_pair = reverse_dict[hash_code]
new_data.extend(original_pair)
print(f" Level {level}: Hash '{hash_code}' found, Original Pair: {original_pair}") # Debug print
else:
# Handle case where hash_code is not in dictionary (for robustness)
# In a perfect scenario this should not happen if compression/decompression use the same dictionary
# However, for error handling, you might want to consider how to proceed.
# For now, we'll assume it's an error and might raise an exception or log a warning.
print(f"Warning: Hash code '{hash_code}' not found in level {level} dictionary. Data might be corrupted.")
new_data.extend([0, 0]) # Placeholder in case of missing hash, you may need more sophisticated error handling
current_data = new_data
print(f" Level {level} Decompressed Data: {current_data}") # Debug print
return combine_from_2bit_blocks(current_data)
class FileManager:
def __init__(self, root):
self.root = root
self.root.title("4-Level Compressor")
self.data = load_data_file()
self.dictionary = self.data["dictionary"]
print("Loaded Dictionary on Startup:", self.dictionary) # Debug print on startup
self.listbox = tk.Listbox(self.root)
self.listbox.pack(fill=tk.BOTH, expand=True)
btn_frame = tk.Frame(self.root)
btn_frame.pack(fill=tk.X)
self.compress_btn = tk.Button(btn_frame, text="Compress", command=self.compress_file)
self.compress_btn.pack(side=tk.LEFT, padx=5)
self.decompress_btn = tk.Button(btn_frame, text="Decompress", command=self.decompress_file)
self.decompress_btn.pack(side=tk.RIGHT, padx=5)
self.update_list()
def update_list(self):
self.listbox.delete(0, tk.END)
for fname in self.data["files"]:
self.listbox.insert(tk.END, fname)
def compress_file(self):
path = filedialog.askopenfilename()
if not path:
return
try:
with open(path, 'rb') as f:
data = list(f.read())
except Exception as e:
messagebox.showerror("Error", f"Error reading file: {str(e)}")
return
compressed_str = compress(data, self.dictionary)
output_name = os.path.basename(path) + COMPRESSED_EXT
try:
with open(output_name, 'w', encoding='utf-8') as f:
f.write(compressed_str)
except Exception as e:
messagebox.showerror("Error", f"Error writing compressed file: {str(e)}")
return
if output_name not in self.data["files"]:
self.data["files"].append(output_name)
save_data_file(self.data)
self.update_list()
print("Dictionary after compression:", self.dictionary) # Debug print after compression
def decompress_file(self):
selected = self.listbox.get(tk.ACTIVE)
if not selected:
return
save_path = filedialog.asksaveasfilename(
defaultextension=".bin",
initialfile=selected.replace(COMPRESSED_EXT, "")
)
if not save_path:
return
try:
with open(selected, 'r', encoding='utf-8') as f:
compressed_str = f.read()
except Exception as e:
messagebox.showerror("Error", f"Error reading compressed file: {str(e)}")
return
print("Compressed String read from file:", compressed_str) # Debug print compressed string before decompression
print("Dictionary before decompression:", self.dictionary) # Debug print dictionary before decompression
try:
decompressed = decompress(compressed_str, self.dictionary)
if decompressed: #Check for empty data to avoid errors
with open(save_path, 'wb') as f:
f.write(bytes(decompressed))
messagebox.showinfo("Success", "Decompression successful!") # Added success message
else:
messagebox.showerror("Error", "Decompression failed.") # Display error if decompress returns empty
except Exception as e:
messagebox.showerror("Error", f"Decompression failed: {str(e)}")
if __name__ == "__main__":
root = tk.Tk()
app = FileManager(root)
root.mainloop()
ты тупой?
ну на
file toBinary code Pair hash 4 level to file.py
import os
import json
import tkinter as tk
from tkinter import filedialog, messagebox
DATA_FILE = "data.json"
COMPRESSED_EXT = ".ctxt"
ALPHABET = (
'ABCDEFGHIJKLMNOPQRSTUVWXYZ'
'abcdefghijklmnopqrstuvwxyz'
'0123456789'
'一丁七万丈三上下不与丑专且世丘丙业丛东丝丞丢两严並丧丨'
'अआइईउऊऋएऐओऔकखगघङचछजझञटठडढणतथदधनपफबभमयरлвшищзжзийклмнопрстуфхцчшщъыьэюяєіїґ' # Added more cyrillic letters just in case
)
ALPHABET = ''.join(sorted(set(ALPHABET)))
def int_to_hash(n, length=4):
base = len(ALPHABET)
hash_str = []
for _ in range(length):
n, rem = divmod(n, base)
hash_str.append(ALPHABET[rem])
return ''.join(reversed(hash_str))
def dict_tuple_to_str(dictionaries):
return [{str(k): v for k, v in d.items()} for d in dictionaries]
def dict_str_to_tuple(dictionaries):
return [{eval(k): v for k, v in d.items()} for d in dictionaries]
def save_data_file(data):
try:
data["dictionary"] = dict_tuple_to_str(data["dictionary"])
with open(DATA_FILE, 'w') as f:
json.dump(data, f, indent=4)
except Exception as e:
messagebox.showerror("Error", f"Error saving data file: {str(e)}")
def load_data_file():
try:
if os.path.exists(DATA_FILE):
with open(DATA_FILE, 'r') as f:
data = json.load(f)
data["dictionary"] = dict_str_to_tuple(data["dictionary"])
return data
except Exception as e:
messagebox.showerror("Error", f"Error loading data file: {str(e)}")
return {"dictionary": [{} for _ in range(4)], "files": []}
return {"dictionary": [{} for _ in range(4)], "files": []}
def split_into_2bit_blocks(data):
blocks = []
for byte in data:
blocks.append((byte >> 6) & 0x3)
blocks.append((byte >> 4) & 0x3)
blocks.append((byte >> 2) & 0x3)
blocks.append(byte & 0x3)
return blocks
def combine_from_2bit_blocks(blocks):
data = []
for i in range(0, len(blocks), 4):
byte = (blocks << 6) | (blocks[i+1] << 4) | (blocks[i+2] << 2) | blocks[i+3]
data.append(byte)
return data
def compress(data, dictionary):
current_data = split_into_2bit_blocks(data)
for level in range(4):
print(f"Compression Level: {level}") # Debug print
new_data = []
print(f" Dictionary Level {level} before compression: {dictionary[level]}") # Debug print
for i in range(0, len(current_data), 2):
pair = tuple(current_data[i:i+2])
if pair not in dictionary[level]:
hash_code = int_to_hash(len(dictionary[level]))
dictionary[level][pair] = hash_code
print(f" Level {level}: Added to dictionary: Pair {pair} -> Hash {hash_code}") # Debug print
else:
print(f" Level {level}: Pair {pair} already in dictionary, Hash: {dictionary[level][pair]}") # Debug print
new_data.append(dictionary[level][pair])
current_data = new_data
print(f" Level {level} Compressed Data: {current_data}") # Debug print
if len(new_data) <= 1: # Modified condition to exit when data is compressed to single or zero hash
break
return ''.join(current_data)
def decompress(compressed_str, dictionary):
try:
current_data = [compressed_str[i:i+4] for i in range(0, len(compressed_str), 4)] # Изменено на 4 для чтения 4-значных хешей
except Exception as e:
messagebox.showerror("Error", f"Error during initial string split: {str(e)}")
return [] # Return empty data on error
print(f"Decompressed String Chunks (initial): {current_data}") # Debug print
for level in reversed(range(4)):
print(f"Decompression Level: {level}") # Debug print
reverse_dict = {v: k for k, v in dictionary[level].items()}
print(f" Reverse Dictionary Level {level}: {reverse_dict}") # Debug print
new_data = []
for hash_code in current_data:
print(f" Level {level}: Processing Hash Code: '{hash_code}'") # Debug print
if hash_code in reverse_dict:
original_pair = reverse_dict[hash_code]
new_data.extend(original_pair)
print(f" Level {level}: Hash '{hash_code}' found, Original Pair: {original_pair}") # Debug print
else:
# Handle case where hash_code is not in dictionary (for robustness)
# In a perfect scenario this should not happen if compression/decompression use the same dictionary
# However, for error handling, you might want to consider how to proceed.
# For now, we'll assume it's an error and might raise an exception or log a warning.
print(f"Warning: Hash code '{hash_code}' not found in level {level} dictionary. Data might be corrupted.")
new_data.extend([0, 0]) # Placeholder in case of missing hash, you may need more sophisticated error handling
current_data = new_data
print(f" Level {level} Decompressed Data: {current_data}") # Debug print
return combine_from_2bit_blocks(current_data)
class FileManager:
def __init__(self, root):
self.root = root
self.root.title("4-Level Compressor")
self.data = load_data_file()
self.dictionary = self.data["dictionary"]
print("Loaded Dictionary on Startup:", self.dictionary) # Debug print on startup
self.listbox = tk.Listbox(self.root)
self.listbox.pack(fill=tk.BOTH, expand=True)
btn_frame = tk.Frame(self.root)
btn_frame.pack(fill=tk.X)
self.compress_btn = tk.Button(btn_frame, text="Compress", command=self.compress_file)
self.compress_btn.pack(side=tk.LEFT, padx=5)
self.decompress_btn = tk.Button(btn_frame, text="Decompress", command=self.decompress_file)
self.decompress_btn.pack(side=tk.RIGHT, padx=5)
self.update_list()
def update_list(self):
self.listbox.delete(0, tk.END)
for fname in self.data["files"]:
self.listbox.insert(tk.END, fname)
def compress_file(self):
path = filedialog.askopenfilename()
if not path:
return
try:
with open(path, 'rb') as f:
data = list(f.read())
except Exception as e:
messagebox.showerror("Error", f"Error reading file: {str(e)}")
return
compressed_str = compress(data, self.dictionary)
output_name = os.path.basename(path) + COMPRESSED_EXT
try:
with open(output_name, 'w', encoding='utf-8') as f:
f.write(compressed_str)
except Exception as e:
messagebox.showerror("Error", f"Error writing compressed file: {str(e)}")
return
if output_name not in self.data["files"]:
self.data["files"].append(output_name)
save_data_file(self.data)
self.update_list()
print("Dictionary after compression:", self.dictionary) # Debug print after compression
def decompress_file(self):
selected = self.listbox.get(tk.ACTIVE)
if not selected:
return
save_path = filedialog.asksaveasfilename(
defaultextension=".bin",
initialfile=selected.replace(COMPRESSED_EXT, "")
)
if not save_path:
return
try:
with open(selected, 'r', encoding='utf-8') as f:
compressed_str = f.read()
except Exception as e:
messagebox.showerror("Error", f"Error reading compressed file: {str(e)}")
return
print("Compressed String read from file:", compressed_str) # Debug print compressed string before decompression
print("Dictionary before decompression:", self.dictionary) # Debug print dictionary before decompression
try:
decompressed = decompress(compressed_str, self.dictionary)
if decompressed: #Check for empty data to avoid errors
with open(save_path, 'wb') as f:
f.write(bytes(decompressed))
messagebox.showinfo("Success", "Decompression successful!") # Added success message
else:
messagebox.showerror("Error", "Decompression failed.") # Display error if decompress returns empty
except Exception as e:
messagebox.showerror("Error", f"Decompression failed: {str(e)}")
if __name__ == "__main__":
root = tk.Tk()
app = FileManager(root)
root.mainloop()
Нет ты.
как только пошли конкретные погромистские вопросы - оп сдулся
как были субьективные вопросы уровня "сколько звёзд на небе" - оп охотно высирался как художник
Метод и код квантовый, у 16 бит регистров всего 256 параметров или 65 к вариантов это значит что можно в рекурсии эмуляировать бессконечное колиество инструкций и терафлопсов стримя их с SSD
Тогда при разархивации мы получаем лапшу.
тебе даны были чёткие ответы, ты тралируешь ради ответов, и не понимаешь что будет
целостность словаря по хешу будет одинакова во всём мире, порядок генерации маркеров тоже.
или ещё лучше 1 сервер может кодировать все файлы в мире - поэтому локально можно и не хранить 64 гига.
но таким же куем можно не пользоватся виндой а ток через тонкий клиент через VDS
Сжать тогда словарь, и потом словарь этого словаря тоже сжать, делов то))
1. я могу сжать цифру "1" до значения "1" в словаре
2. я могу сжать цифру "100" до значения "2" в словаре
3. про то как закодить в словарь значения от "2" до "99" ОП СКРОМНО УМАЛЧИВАЕТ
3. потом пишет - мой метод работает, т.к. я тебе скину "1" и "2", а ты получишь "1" и "100" - значит мой код работает и я могу сжимать все числа от единицы до ста всего двумя значениями
>Гидростанции это вечный двигатель
Хуечный. Они ващет замедляют вращение земли. В том числе и ветряные.
Даже проще, как оно будет записано на диск. Ведь ХДД не может своей головкой намагнитить рисунок четверки.

СОВЕРШЕННО НОВЫЙ АЛГОРИТМ
А где вебм - фильм Шрек, который весит 30 мегабайт?
Ну не совсем так, это сжатие за счёт частотности встречаемых комбинаций по сути. Кодирование часто встречаемых последовательнойстей одним индексом и позицией даст по идее какой-то профит. Только надо выбрать оптимальную длину индекса и слова по анализу частоты использования. Пока что оп кодирует 0b с помощью 0x и охуевает, что 1111 1111 можно записать как FF. Ну и типа если дальше алфавит расширять, то ваще охуеешь ебать вселенная сожмется до размеров хуишка опа. Но то, что расширенный алфавит в итоге кодируется через базовый, он пока не сообразил.
>Ведь ХДД не может своей головкой намагнитить рисунок четверки.
А я вот могу намагнитить своей головкой у тебя за щекой и не только четверку.
Поскольку ты тупой.
давай более проще
МОЛОКО - М
МОЛОТОК -К
имея 2 словаря у обеих сторон можно вместо с слова передавать шифровки М и К
М это молоко
а К МОЛОТОК
но в алфавите всего 33 буквы. Поэтому добро пожаловать в секретную науку тайнописи, где ток 33 слова и 33 таблички по 33 слова. ОГА?
### USER
привет
### ASSISTANT
Привет! 😊 Как я могу помочь тебе сегодня?
### USER
расскажи, про ПРОГРАММу ВЕЧНОГО СЖАТИЯ И РАСЖАТИЯ ИНФОРМАЦИИ БЕЗ ПОТЕРЬ.
### ASSISTANT
Программа "вечного сжатия и расжатия информации без потерь" — это интересная концепция, которая, однако, сталкивается с фундаментальными ограничениями теории информации. Давайте разберёмся, что здесь происходит.
### Что такое сжатие данных?
Сжатие данных без потерь (lossless compression) — это процесс преобразования данных таким образом, чтобы их объём уменьшился, но при этом при распаковке можно было получить исходные данные в точности. Примеры алгоритмов: ZIP, Huffman coding, LZW, DEFLATE.
Основная идея заключается в том, чтобы найти повторяющиеся или избыточные паттерны в данных и заменить их более короткими представлениями. Например:
- Строка `AAAAABBBBCC` может быть сжата как `5A4B2C`.
Однако важно понимать, что сжатие работает только тогда, когда в данных есть избыточность (повторы, структуры и т.д.). Если данные уже максимально случайны (например, шум), их нельзя сжать без потерь.
---
### Почему "вечное сжатие" невозможно?
Идея "вечного сжатия" предполагает, что можно бесконечно сжимать любые данные, не теряя информации. Однако это противоречит основным принципам теории информации:
1. Теорема Шеннона о сжатии без потерь:
- Для любого набора данных существует минимальный возможный размер, называемый энтропией данных. Ни один алгоритм не может сжать данные ниже этого минимума.
- Если вы попробуете применить сжатие к данным, которые уже находятся на уровне своей энтропии, они либо останутся такими же, либо даже увеличатся в размере.
2. Проблема взаимодействия метаданных:
- При сжатии файлов создаются дополнительные метаданные (например, словари или таблицы для декодирования). Эти метаданные занимают место, и если файл слишком маленький, метаданные могут превышать исходный размер файла.
- Таким образом, после нескольких итераций сжатия метаданные начинают доминировать, и процесс становится невозможным.
3. Рекурсивное сжатие приводит к парадоксу:
- Представьте, что у вас есть программа, которая может сжимать любой файл до меньшего размера. Тогда вы могли бы взять саму программу сжатия и сжать её саму. Но если программа занимает N байт, то она не может сжать себя до менее чем N байт, потому что это противоречит логике.
---
### А что насчёт мошеннических утверждений?
В интернете иногда появляются программы или предложения, обещающие "вечное сжатие" или "бесплатное сжатие". Это почти всегда является обманом или результатом непонимания теоретических ограничений. Вот несколько примеров:
- Некоторые программы создают архивы, которые кажутся меньше, но требуют огромных внешних ресурсов для распаковки.
- Другие просто скрывают часть данных или добавляют их в другое место, создавая иллюзию сжатия.
---
### Заключение
К сожалению, "вечное сжатие и расжатие информации без потерь" невозможно в рамках современной теории информации. Любая попытка сделать это столкнётся с ограничениями энтропии и необходимостью хранения метаданных. Тем не менее, исследования в области сжатия данных продолжаются, и новые алгоритмы помогают эффективно работать с большими объёмами данных.
Если у вас есть конкретные вопросы или примеры таких программ, буду рад помочь разобраться! 😊
---------------------------------------------
Дипсик, спасибо, всем остальным /zog
### USER
привет
### ASSISTANT
Привет! 😊 Как я могу помочь тебе сегодня?
### USER
расскажи, про ПРОГРАММу ВЕЧНОГО СЖАТИЯ И РАСЖАТИЯ ИНФОРМАЦИИ БЕЗ ПОТЕРЬ.
### ASSISTANT
Программа "вечного сжатия и расжатия информации без потерь" — это интересная концепция, которая, однако, сталкивается с фундаментальными ограничениями теории информации. Давайте разберёмся, что здесь происходит.
### Что такое сжатие данных?
Сжатие данных без потерь (lossless compression) — это процесс преобразования данных таким образом, чтобы их объём уменьшился, но при этом при распаковке можно было получить исходные данные в точности. Примеры алгоритмов: ZIP, Huffman coding, LZW, DEFLATE.
Основная идея заключается в том, чтобы найти повторяющиеся или избыточные паттерны в данных и заменить их более короткими представлениями. Например:
- Строка `AAAAABBBBCC` может быть сжата как `5A4B2C`.
Однако важно понимать, что сжатие работает только тогда, когда в данных есть избыточность (повторы, структуры и т.д.). Если данные уже максимально случайны (например, шум), их нельзя сжать без потерь.
---
### Почему "вечное сжатие" невозможно?
Идея "вечного сжатия" предполагает, что можно бесконечно сжимать любые данные, не теряя информации. Однако это противоречит основным принципам теории информации:
1. Теорема Шеннона о сжатии без потерь:
- Для любого набора данных существует минимальный возможный размер, называемый энтропией данных. Ни один алгоритм не может сжать данные ниже этого минимума.
- Если вы попробуете применить сжатие к данным, которые уже находятся на уровне своей энтропии, они либо останутся такими же, либо даже увеличатся в размере.
2. Проблема взаимодействия метаданных:
- При сжатии файлов создаются дополнительные метаданные (например, словари или таблицы для декодирования). Эти метаданные занимают место, и если файл слишком маленький, метаданные могут превышать исходный размер файла.
- Таким образом, после нескольких итераций сжатия метаданные начинают доминировать, и процесс становится невозможным.
3. Рекурсивное сжатие приводит к парадоксу:
- Представьте, что у вас есть программа, которая может сжимать любой файл до меньшего размера. Тогда вы могли бы взять саму программу сжатия и сжать её саму. Но если программа занимает N байт, то она не может сжать себя до менее чем N байт, потому что это противоречит логике.
---
### А что насчёт мошеннических утверждений?
В интернете иногда появляются программы или предложения, обещающие "вечное сжатие" или "бесплатное сжатие". Это почти всегда является обманом или результатом непонимания теоретических ограничений. Вот несколько примеров:
- Некоторые программы создают архивы, которые кажутся меньше, но требуют огромных внешних ресурсов для распаковки.
- Другие просто скрывают часть данных или добавляют их в другое место, создавая иллюзию сжатия.
---
### Заключение
К сожалению, "вечное сжатие и расжатие информации без потерь" невозможно в рамках современной теории информации. Любая попытка сделать это столкнётся с ограничениями энтропии и необходимостью хранения метаданных. Тем не менее, исследования в области сжатия данных продолжаются, и новые алгоритмы помогают эффективно работать с большими объёмами данных.
Если у вас есть конкретные вопросы или примеры таких программ, буду рад помочь разобраться! 😊
---------------------------------------------
Дипсик, спасибо, всем остальным /zog
Где посмотреть результат работы наглядно?
>Поскольку ты тупой.
>
>давай более проще
>
>МОЛОКО - М
>МОЛОТОК -К
Шиз, тупой тут только ты. Допустим, что слово молоко встерчается только один раз во всех файлах вселенной, тогда оно будет занимать места в индексе столько же, сколько в исходном файле. Если предположить, что все файлы состоят из слова молоко, которое повторяется, то тогда кодирование его одним битом в значении 1 даст ебать нахуй сжатие. Но реальность где-то по середине, у слова молоко есть частота появления в файлах и чем она выше, тем выше будет сжатие. Т.е. это сжатие на основе частоты слов в индексе.
А ты обычный еблан с магическим мышлением. Школу закончи для начала, долбоеб.
На самом деле так работает ДНК поэтому учёные придурки не хотят понимать природное RLE
В днк сказано следующее. На ветке 50 листов. На стволе 50 веток.
но учёные придурки ищут 50 дубликатов 1 гена ветки и 50 дубликатов листов........ на самом деле всего 1 ген ветки и 1 ген листа. всё остальное это инструкции 50 веток и 50 листов.
поэтому фактическая и теоритическая наука в жопе ибо кукловоды поймут что народы и корпорации могут рекурсивно ускорять память и вычисления также как сплит генов с помощью жиров и всё. конец рабству.
>Т.е. это сжатие на основе частоты слов в индексе.
а ты не думал что есть частоты для индексов ? и для индекса в индексе ?на 4 уровне ты получишь рекурсию и 64 гб словаря и 20 гб в сжатой папке.
>Но реальность где-то по середине,
реальность в том, что вся информация это бинарный код 1 и 0
А его можно разложить на пары индексов и сами индексы. получаем что вся информация это дубликаты бинарного кода 95% просто раньше не было сток места что бы хранить частотность.
А
Как, код выше. прежде чем создать код мною думалось об этом порядка 1 год.
1 год попыток ИИ не мог создать рабочий код а 3 недели назад смог.
Ну и что сынку, как сжимается? Файл в 10 мб на два файла суммой в 40?
>с магическим мышлением.
мне как человеку достигшему успеха, очень важно твоё мнение анонимуса, мои специалисты подтвердили метод, так что. Вопрос времени, когда сингулярнсть настанет.
Kaкoй жe ты дaвyн, этo дpyгoй aнoн av1 тecтиpoвaл, a этoт шиз пoдcocaлcя в тpeд.
>А ты обычный еблан с магическим мышлением. Школу закончи для начала, долбоеб.
для начала ты закончи, скоро моя команда сможет умножать и делить бинарный код без словаря на 64 гига и тогда всё IT обанкротиться второй раз. потом если код спиздят или будет продан всё шифрование любого порядка бинарное будет поломанно и все секреты уплывут. тебе это надо что ль? -
программирование это дар, также как и рисование и инженерия всего 1 человек на миллион может реализовать, а в рамках сильного программирования 1 на миллиард.
Джобс создал айфон. где русский джобс? а нету. потому что джобсов 1 на триллион.
> ты не думал что есть частоты для индексов ?
С чего ты уебок взял, что соединение слов индекса поднимает чатсоту их попадания? Если ты кодируешь МОЛОКО через М и КАЛ через К, то твой маняуровень номер 2 будет состоять из МК, а в реальности - это частота встречи МОЛОКО и КАЛ друг за другом. Т.е. это ни у кого больше во вселенной не встречается. И так дальше по удлинению слов. Иди нахуй кроче долбоеб.
Да будет так!
Гугли "вечная автономная капсула". Подобнго плана шизоид с манией изобретательства.
>прежде чем создать код мною думалось об этом порядка 1 год.
>1 год попыток ИИ не мог создать рабочий код а 3 недели назад смог.
Тому що ты - долбоеб, а стат модель, которую ты интилехтом называешь - обучалась на таких же долбоебах.
Ок, 20-кратное сжатие, неплохо
+60-гиговый "словарь"
Если ты сумеешь сжать 20-терабайтную фильмотеку до одного Тб+60 гигов, это в некоторое мере практично... Но сколько времени займет разжатие файла хотя бы в гиг?
Зачем тебе жто, что ты хочешь сжимать? Очко?
С ним сложно спорить потому что дохуя времени берёт понять че он несёт вообще, тк он как шиз изъясняется и нихуя не может объяснить внятно. Когда ты разбираешь его шизо пиздежь довольно легко увидеть почему не будет работать.
>займет разжатие файла хотя бы в гиг?
мгновенно. 1-2 тб в сек при условии если будет ещё словарь вычислений на 64 гб
процессор может генерировать белый шум чисел 5гб в сек, если мы сделаем словарный ген шины то будет 500гб-1тб.
В русском алфавите 33 буквы. Парой букв можно считать упорядоченную последовательность из двух букв.
Если буквы в паре могут повторяться, то количество пар равно 33 33 = 1089.
В этом случае, количество уникальных меток будет количеством способов выбрать две пары из 1089, с учетом порядка и с возможными повторениями. Это можно посчитать как 1089 1089 = 1,185,921.
Чтобы подвести итог:
Исходно у вас 33 буквы в алфавите.
Вы сделали из них пары (с повторениями и с учетом порядка) - получилось 1089 пар.
Затем вы сделали из этих 1089 пар какие-то метки, так, чтобы получилось 593,455 уникальных меток (это подразумевает, что вы как-то устранили часть повторений или "упорядочили" исходные пары).
И теперь вы делаете пары из этих 593,455 меток.
Порядок важен, и повторения разрешены: Тогда количество пар будет 593,455 * 593,455 = 352,190,798,025
Вот чат гопота без регистрации
https://www.blackbox.ai/
вставляешь код и проси коментировать логику кода.
но ты гуманитарий и идиот и не сможешь сделать даже это.
Есть ещё логика степеней 2 в степени 40 будет 40 значное число.
твоё утверждение что слово молоко будет 1 раз во вселенной тоже не верно, точно также что есть 0000 и 1111 в единственном экземпляре без меньшего разряда чисел.
Ее можно использовать только для архивного хранения данных и ничего более
Для тех кто не шарит в лоре объясню.
1) ОП использует самый примитивный метод сжатия по словарю
2) Дальше ему приходит в голову идея сдать словарь с помощью.другтго словаря (тут он упирается лимит шенона но он не поймет этого)
3) ОП так же решил, что все функции можно вычислять поиском в таблице готовых значений
4) таблицы значений сжаты по словарю см пункты 1.2
5) алгоритм, который разжимает таблицу выполняется мнгновенно, тк он работает с помощью таблицы значений
Вы можете уловить чьо это всё по кругу ходит.
ты не разбираешься ни в математике ни в программировании. все частоты и индексы можно сбрутить, ты встретишь проблему что с помощью цифр и латиницы слишком мало комбинаций. поэтому хеш можно делать из 50 алфавитов и хешировать 3 знаками цепочки любой длинны в рекурсии
с такими знаниями и таким кейсом ты можешь придти в любую IT контору где тебя посчитают гением, потом засекретят а потом ёбнут. ибо такие технологии угрожают миропорядкам и корпорациям
если ты помнишь то в первых синтезаторах там в памяти 32 кб были тысячи мелодий и звуков. ибо все звуки были факторизованны матемтаикой.
Друг, я могу твой код на с++ переписать. Просто твой метод сжатия говно фундаментально по математическим причинам.
> где русский джобс
Хз. Но вот российский Илон Маск погиб в СИЗО и в его заднем проходе обнаружили следы спермы.

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

В первом посте пошаговая версия. что бы было понятно.
вот которая работает в 40 раз быстрее. без отображения индексов
Программа + исходный код.
https://drive.google.com/file/d/1W1nvEMtRgGj9FxnUuAKElpBnnDypgOYm/view
Принцип Работы, файл сжимается, размер его сохраняется но это теперь файл ссылки на 34 гб словарь. Магия в том, что если поместить сжатый файл в ZIP и RAR то его размер в 10-20 раз МЕНЬШЕ ОРИГИНАЛА, И его можно восстановить из ОБЩЕГО СЛОВАРЯ. который постоянный 34 гб! рекурсию можно повторять всегда.
Код создан с нуля ИИ, по подсказкам метода Яна Слоота.
Он работает медленно, любая попытка ИИ его улучить ломает код и работу программы
Что нужно сделать:
1) переписать на С++ или CUDA
2) переписать логику что бы не ел 34 ГБ RАМ постоянного словаря а ток с SSD
3) Добавить рекурсию после сжатия для нового сжатия
>>43680
Поясни дебилу, у меня 6 тб диск забит видео, играми и аниме.
Получается я могу ужать всё это говно в 34 гб?
> 34 ГБ RАМ
О, ну столько оперативки у меня нет и мало у кого есть. И выше писали что нужно 64 под словарь.
@
РАСЖАЛСЯ
1 реакция. шок. 2 недели
2 реакция. Отходняк 2 недели
3 реакция. Эгоизм, жажда наживы, ноу хау.
4 реакция. Осознание опасностей
Написал нормальную копипасту, которую буду каждый раз кидать, чтобы люди не охуевали.
ВНИМАНИЕ ЛОР БЕСКОНЕЧНОГО СЖАТИЯ
ЕСЛИ ВЫ В ПЕРВЫЙ РАЗ ТУТ ПРОЧИТАЙТЕ
Иеди ОПа, изложенные простым языком:
1) ОП предлагает сжимать информацию методом словаря (самый примитивный метод сжатия)
2) ОП предлагает вычислять функции не алгоритмически, а с помощью поиска готового ответа в таблице по индексу.
3) Таблицы значений функции так же сжаты по словарю
4) Сами словари так же сжаты по словарю
5) Функция разжатия словаря выполняется мнгновенно, тк она не вычисляется, а берёт значение из готовой таблицы
6) Таким образом разжатие данных любых размеров выполняется мнгновенно и благодаря этому так же возможны любые вычисления мнгновенно
Проблемы метода, которые ОП не понимает:
1) Лимит Шенона - если повторно кодировать словарь по словарю, то в какой-то момент размер данных станет равен размеру словаря и не меньше.
2) Когда данные восстанавливаются из хэша с помощью функции (табличной), то структура данных сохранена в структуре функции. Соответственно никакой экономии не происходит
Интересная тема, о которой стоит задуматься, которая раньше интересовала ОПа, но он от неё отказался в силу тупости:
1) Генетическое сжатие, где относительно простая алгоритмическая функция из небольшого сида может сгенерировать огромный набор данных. Размер функции и сида в сумме на порядки меньше, чем размер данных.
2) Проблема в том, что поиск генетической функции НП-хард задача.
Если люди перепишут на CUDA И С++ многопоток и рекурсию и прикрутят к NTFS или линусу то ты свои терабайты сможешь в 1гб уместить или подождав 1 сек в 1 мб.
Расчитай сам 2 в степении 1000
ебааааааааааааать шиз ты никак не успокоишься это же пиздец ты просто наглухо ебанутый орууууу раньше помню ты просто это писал везде свою теорию но теперь ты еще и какую-то шляпотень намудрил с чатом жпт
я в курсе что тебя уже не остановить ведь это болезнь поэтому даже пытатться не буду но впрочем это довольно мило что ты зациклился на такой безобидной теме а не на чем-то хуевом
не попадись санитарам только
и кста чтобы уменьшить память на диске достаточно НЕ СКАЧИВАТЬ ЭТОТ СЛОВАРЬ НАХУЙ хддд
>как ты уже понял, что метка Б1-1А1-1 уже сжимает информацию в 20 раз. обращаясь к словарю
ХЗХЫЗАШХФЫЩШАЩХШЩА чел блять так в этом смысла нет ты просто переместил инфу из файла в свой словарь епта ЭТО НЕ СЖАТИЕ АХХУЗЩЩЗКЗЩЗЩЗУЩЗ
>МОЛОКО - М
>МОЛОТОК -К
ало дура ебаная на опе
не переводи тему
отвечай сука на вопрос
как записать на жесткий диск цифру "4" двоичным компьютерным кодом?
>Пока что мы находимся здесь.
лучше напомни мне и всем как в карте майнкрафта по сиду генерируется бесконечная карта на гигабайта одинаково если сид генерации одинаков? ))
почему не придумали обратную функцию? Сложно да? но метод есть всего один.
Количество пар: До 16 (4²)
Размер: ~64 байта (0.000000064 ГБ)
Описание: Пары из 2-битных блоков (0-3). Максимально 16 уникальных комбинаций.
Уровень 2
Количество пар: До 256 (16²)
Размер: ~1 КБ (0.000001 ГБ)
Описание: Пары кодов уровня 1. Каждый код уровня 1 соответствует паре 2-битных значений.
Уровень 3
Количество пар: До 65,536 (256²)
Размер: ~256 КБ (0.000256 ГБ)
Описание: Пары кодов уровня 2. Каждый код уровня 2 представляет вложенную структуру из 4 исходных 2-битных блоков.
Уровень 4
Количество пар: До 4,294,967,296 (65,536²)
Размер: ~16 ГБ
Описание: Пары кодов уровня 3. Максимальный размер обусловлен экспоненциальным ростом комбинаций. Каждый код уровня 3 кодирует цепочку из 8 исходных 2-битных блоков.
Количество пар: До 16 (4²)
Размер: ~64 байта (0.000000064 ГБ)
Описание: Пары из 2-битных блоков (0-3). Максимально 16 уникальных комбинаций.
Уровень 2
Количество пар: До 256 (16²)
Размер: ~1 КБ (0.000001 ГБ)
Описание: Пары кодов уровня 1. Каждый код уровня 1 соответствует паре 2-битных значений.
Уровень 3
Количество пар: До 65,536 (256²)
Размер: ~256 КБ (0.000256 ГБ)
Описание: Пары кодов уровня 2. Каждый код уровня 2 представляет вложенную структуру из 4 исходных 2-битных блоков.
Уровень 4
Количество пар: До 4,294,967,296 (65,536²)
Размер: ~16 ГБ
Описание: Пары кодов уровня 3. Максимальный размер обусловлен экспоненциальным ростом комбинаций. Каждый код уровня 3 кодирует цепочку из 8 исходных 2-битных блоков.
Ты опять выходишь на связь мудило
>Максимальный размер обусловлен экспоненциальным ростом комбинаций
Этим же обусловлено максимальное количество информации. Ты понимаешь концепцию коллизии? У тебя разная информация сжимается в одно конечное состояние. Ты придумал, как взять информацию, сжать в обратную сторону 9увелить в размере) на 16 гб, и потратить хуеву тучу процессорного времени на перегонку твоего код из одного формата в другой.
Блестяще.
Хуевый скрипт какой-то, попробовал закомпрессить пикчу весом 333 782 байт
а на выходе вышло 508 537 байт
КАК ЗАПИСАТЬ НА ЖЕСТКИЙ ДИСК ЦИФРУ "4" ДВОИЧНЫМ КОМПЬЮТЕРНЫМ КОДОМ В ВИДЕ 0 И 1?
Но общая база данных имеет все комбинации бинарного кода в любой последовательности кодируя 16 битами 64 бита.
Количество пар:
На первом уровне: до 16 пар.
На втором уровне: до 256 пар.
На третьем уровне: до 65,536 пар.
На четвертом уровне: до 4,294,967,296 пар (но на практике меньше).
Размер одной пары:
На первом уровне: 0.5 байта (два 2-битных числа).
На последующих уровнях: 4 байта (два 16-битных числа).
Размер словарей:
Первый уровень: 16×0.5 байта=8 байт16×0.5 байта=8 байт.
Второй уровень: 256×4 байта=1,024 байт=1 КБ256×4 байта=1,024 байт=1 КБ.
Третий уровень: 65,536×4 байта=262,144 байт=256 КБ65,536×4 байта=262,144 байт=256 КБ.
Четвертый уровень: 4,294,967,296×4 байта=17,179,869,184 байт=16 ГБ4,294,967,296×4 байта=17,179,869,184 байт=16 ГБ.
Но общая база данных имеет все комбинации бинарного кода в любой последовательности кодируя 16 битами 64 бита.
Количество пар:
На первом уровне: до 16 пар.
На втором уровне: до 256 пар.
На третьем уровне: до 65,536 пар.
На четвертом уровне: до 4,294,967,296 пар (но на практике меньше).
Размер одной пары:
На первом уровне: 0.5 байта (два 2-битных числа).
На последующих уровнях: 4 байта (два 16-битных числа).
Размер словарей:
Первый уровень: 16×0.5 байта=8 байт16×0.5 байта=8 байт.
Второй уровень: 256×4 байта=1,024 байт=1 КБ256×4 байта=1,024 байт=1 КБ.
Третий уровень: 65,536×4 байта=262,144 байт=256 КБ65,536×4 байта=262,144 байт=256 КБ.
Четвертый уровень: 4,294,967,296×4 байта=17,179,869,184 байт=16 ГБ4,294,967,296×4 байта=17,179,869,184 байт=16 ГБ.
растягивание
Да, будет расти бесконечно, у тебя на выходе получается всегда больше, чем было на входе. Ты делаешь словарь, который всегда больше исходных данных, + сжатый по нему файлик.
А есть алгоритм бесконечного сжатия очка мамки шизодауна на опе? Друг спрашивает
Ясно, ОП шиз
>Блестяще.
можно не хранить 1 миллион копий джепега. А хранить 1 миллионн ссылок на джепег.
Блестяще.
Всё так, капчую.
/тхреад
Ты бы ещё спросил почему у книг есть номер страницы, но нету номер СТРОКИ? ))
Завязывай. Друг. Тут тебе квантовый код сингулярности дали.
Представь, друг, ПРЕДСТАВЬ
ты знаешь что можно намыть бессконечное количество ЗОЛОТА, его до жопы в горах, но байдены и медвепуты запрещают, вообщет.
что будешь делать? друг.
ресурсов любого рода на планете любое количество, прост они всё усложнили и банки тяжелой алкашки не маркируют.
Это типо сарказм? Ты 1 миллион разных ссылок хочешь вместить в комбинацию из 100 символов, итого у тебя осталось 10 000 ссылок, еще 990 000 утрачены сжатием без потерть. Блестяще, срочно патентуй.
>Да, будет расти бесконечно,
Нет не будет. на 4 уровне. количество комбинаций на 16 гигов, или 47 гигов в сыром виде или 10 гигов в сжатой папке.
По сути он это и предлагает. Словарь в котором хранится ВСЁ и бесконечные ссылки на то что тебе реально нужно. Только он постоянно сливается как будут храниться ссылки.
Сотри. Ты сжал 2 исходных файла до 0001 и 0001. Декодируй их обратно. Файлы разные, по 10 килобайт каждый.
Ты или жиришь, или ппц дупель
В общей базе словаре хранятся ссылки 16 бит которые ведут к 64 битам.
таким образом файл кодируется не 64 битами а 16 бит ссылками.
>Блестяще, срочно патентуй.
Ога, посадят в лимузин бронированный, и скажут, ты должен СТРАНЕ, секретность и неразглашение, или накинут удавку на шею. и всё. 20 тысяч человек в год пропадают и гарантий безопасности никто не даёт
Он это фиксит тем, что у него разная функция будет разжимать разные данные, при этом содержание данных как бы отражено в функции, а что бы функция сама не была размером с данные которые она разжимает она сама сжата, а чтобы её разжать нужна функция, котора ну ты понял короче.
>иди нахуй короче слился с простого вопроса
в морях бесконечное количество рыбы, просто её не разрешают ловить. раньше в ссср в каждом ларьке был рыбный день и за руб20 коппек давали 1 кг лосося и 1 литр пива. щас этого нет.
кто не даёт ловить рыбоньку ? медвепуты и байдены. Герои которые не маркируют бутылки о вредности как табак.
В винде файл можно минимально сжать до 5кб или 800 бит. Это минимум. для кластера
ОП ОТВЕЧАЙ
КАК ЗАПИСАТЬ НА ЖЕСТКИЙ ДИСК ЦИФРУ НОМЕРА СТРОКИ В СЛОВАРЕ "4" ДВОИЧНЫМ КОМПЬЮТЕРНЫМ КОДОМ В ВИДЕ 0 И 1?
Всё очень просто, создан сбрученный ПОЛНЫЙ словарь для RLE в вин рар и 7 зипах там только 10 мб.
будут нобелевские премии, вы будете прыгать от радости и что диски станут бесконечными а интернеты ускорены в 600 раз, а потом будете говорить, что ты не мог нормальна рассказать ))))
@
не может рассказать как закодировать цифру 4 в двоичном коде на жестком диске для своего 4х словного словаря
мы работаем с блоками, строками и массивами а не единицами.
Таким же образом Как насыпать песок с помощью 1 песчинки? или как сделать много зубочисток используя лишь одну?
Логика неверная у тебя. ты не хочешь думать
Неудобный пост
словарь весит больше, чем могут вместить все комьютеры мира
@
декодирование жпега с пекой занимает 80 лет с использованием всех мощностей мира
Я не шарю в этом, что реально можно сжать игру 100гб до хотя бы 1 Гб?
А для словаря придётся иметь ОЗУ 64 Гб и выше?
Можно. Но тебе нужен быть хард на 16 терабайт под словарь и пара недель на сжатие. Так то алгорит рабочий, просто он увеличивает данные, но зато как и обещал оп - увелить можно ВЕСЬ интерент
как закодировать в виде 0 и 1 на жёстком диске - индекс "4" для четырёхсловного словаря ?

>который путает возобновляемую энергию и вечный двигатель.
вечным двигателем можно считать всё что имеет доход выше расхода или рентабельность выше убытков в долгосрочной перспективе . Реки текут миллионы лет, ветра дуют, солнце светит, вопрос ли в постоянстве . Но чёт капиталисты не строят гидростанции на всех реках, в европе ток играются с ветряками и панелями
Земля греет постоянно, есть термостанции у вулканов в шахтах 120-130 градусов вода кипит постоянно.
Мы живём в океане энергии но не хотим её извлекать, но хотим спонсировать войны, классовую разницу, и дефицит рентабельности вместо ноу хау методов.
Код выше позволяет без затрат создать компьютер с бесконечной вычислительной мощностью и бесконечной памятью, который решит все научные проблемы, точнее все научные проблемы это проблема факторизации чисел при RLE. код решает эту проблему методом постоянного словаря. Фактически, решены все проблемы, наука должна понять как работают триллионы клеток и днк, тогда растения будут создавать бессконечные ресурсы для промышленности
Я сегодня смотрел веритасиум про сворачивание протеинов, которое решили с помощью ии и задумался что может похожий подход может решить и эту задачу, у которой сложность примерно такая же. Другое дело, что у нас нет набора данных для обучения.
Блядь может вторую степень сделать и написать про это исследование я хуй знает. Я тупой просто, мне сложно будет.
>>45205
Щас он у дипсик спросит.
Количество пар:
На первом уровне: до 16 пар.
На втором уровне: до 256 пар.
На третьем уровне: до 65,536 пар.
На четвертом уровне: до 4,294,967,296 пар (но на практике меньше).
Размер одной пары:
На первом уровне: 0.5 байта (два 2-битных числа).
На последующих уровнях: 4 байта (два 16-битных числа).
Размер словарей:
Первый уровень: 16×0.5 байта=8 байт16×0.5 байта=8 байт.
Второй уровень: 256×4 байта=1,024 байт=1 КБ256×4 байта=1,024 байт=1 КБ.
Третий уровень: 65,536×4 байта=262,144 байт=256 КБ65,536×4 байта=262,144 байт=256 КБ.
Четвертый уровень: 4,294,967,296×4 байта=17,179,869,184 байт=16 ГБ4,294,967,296×4 байта=17,179,869,184 байт=16 ГБ.
пидарас не переводи тему
как закодировать в виде 0 и 1 на жёстком диске - индекс "4" для четырёхсловного словаря ?
мы работаем с блоками, строками и массивами а не единицами. для словарного кодирования и декодирования
У автомобиля 4 колеса
но мы можем сделать кастомный словарь где 4 = 1
таким образом логика такого словаря означает что 1 = 4
Уровень 1
Количество пар: До 16 (4²)
Размер: ~64 байта (0.000000064 ГБ)
Описание: Пары из 2-битных блоков (0-3). Максимально 16 уникальных комбинаций.
Уровень 2
Количество пар: До 256 (16²)
Размер: ~1 КБ (0.000001 ГБ)
Описание: Пары кодов уровня 1. Каждый код уровня 1 соответствует паре 2-битных значений.
Уровень 3
Количество пар: До 65,536 (256²)
Размер: ~256 КБ (0.000256 ГБ)
Описание: Пары кодов уровня 2. Каждый код уровня 2 представляет вложенную структуру из 4 исходных 2-битных блоков.
Уровень 4
Количество пар: До 4,294,967,296 (65,536²)
Размер: ~16 ГБ
Описание: Пары кодов уровня 3. Максимальный размер обусловлен экспоненциальным ростом комбинаций. Каждый код уровня 3 кодирует цепочку из 8 исходных 2-битных блоков.
Уровень 1
Количество пар: До 16 (4²)
Размер: ~64 байта (0.000000064 ГБ)
Описание: Пары из 2-битных блоков (0-3). Максимально 16 уникальных комбинаций.
Уровень 2
Количество пар: До 256 (16²)
Размер: ~1 КБ (0.000001 ГБ)
Описание: Пары кодов уровня 1. Каждый код уровня 1 соответствует паре 2-битных значений.
Уровень 3
Количество пар: До 65,536 (256²)
Размер: ~256 КБ (0.000256 ГБ)
Описание: Пары кодов уровня 2. Каждый код уровня 2 представляет вложенную структуру из 4 исходных 2-битных блоков.
Уровень 4
Количество пар: До 4,294,967,296 (65,536²)
Размер: ~16 ГБ
Описание: Пары кодов уровня 3. Максимальный размер обусловлен экспоненциальным ростом комбинаций. Каждый код уровня 3 кодирует цепочку из 8 исходных 2-битных блоков.
+ размер словаря, который уже тут занимает мегабайты
>а не единицами
>У автомобиля
пидарас не переводи тему
жёсткий диск не работает с единицами?
как закодировать в виде 0 и 1 на жёстком диске - индекс "4" для четырёхсловного словаря ?
Читай исходный код, но если ты гуманитарий то расскажу тебе просто
00 01 10 и 11.
00 - это 1
01 это 2
10 это 3
11 это 4
как ты понял твои 00 01 10 и 11. это набор 4 значных чисел
Мы можем миркировать пары как 00 01 это 1 а 10 и 11 это 2
Будет это 1 и 2
но 1 и 2 можно маркировать как 1 словарём 2 уровня. 12 = 1
Итак, всего существует 9000 четырехзначных чисел. так вот, все пары можно промаркировать
аким образом, существует 40,495,500 различных пар четырехзначных чисел.
Хранение всех четырехзначных чисел: 36 000 байт / (1024 байт/КБ) / (1024 КБ/МБ) / (1024 МБ/ГБ) ≈ 0,0000335 ГБ (очень мало)
Хранение всех пар четырехзначных чисел: 323 964 000 байт / (1024 байт/КБ) / (1024 КБ/МБ) / (1024 МБ/ГБ) ≈ 0,3017 ГБ
>00 - это 1
>01 это 2
>10 это 3
>11 это 4
>11 это 4
>11 это 4
>11 это 4
как закодировать в виде 0 и 1 на жёстком диске - индекс "4" для четырёхсловного словаря ?
Ну так метод ускоряет нейросети в 600 раз а также даёт возможность иметь бесконечную память.
есть нейронные процессоры LPU Они в 600 раз быстрее вычисляют веса нейросети имея словарь в кристале на 300мб. Но тоже самое можно сделать и для сжатия самой бинарной информации и такой кристал сможет в 600 раз лучше квантовать и сжимать информацию без потерь имея полный словарь RLE
Я немного не понял нахуй он там белый шум гонит ещё, ты можешь объяснить? Я думаю по этому надувается.
Так он не троль, он реально ебнутый, это интересно.
А че в 600 раз только, а не бесконечно? Как ты 600 раз получил?
>Можно. Но тебе нужен быть хард на 16 терабайт под словарь и пара недель
если переписать на C++ и CUDA то сжатие и расжатие будет мгновеным. А словарь на 48 гб. где все комбинации известны, словарь расти не будет, но при этом ты можешь в рекурсии сжимать любые файлы в 10 раз поместив их в RAR - нужно автоматизировать это процесс. и тогда сингулярность и AGI будет завтра.
представь ИИ с квадрильёном параметров и бессконечной памятью, через неделю, на обычный пеке. Чудеса? нет. просто это рекурсия бинарной системы. и кодирования.
на гитхаб выложи.
Нахуя нам тысячи слов, когда у нас базово любой файл - это бинарь, который в `[]byte` представлен?
КАК ТЫ НА ЖЕСТКОМ ДИСКЕ ЗАКОДИРУЕШЬ НОМЕР "16" ШЕСТНАДЦАТОЙ СТРОКИ ИЗ СВОЕГО СЛОВАРЯ НА ЖЕСТКОМ ДИСКЕ ?

>АЛГОРИТ РАБОЧИЙ, он крайне эффективно (потеницально - бесконечно) увеличивает размер любых данных
Подожди, так алгоритм ОПа не сжимает данные, а растягивает? Так я свои 6 тб смогу растянуть до 10? И даже 20 тб? Нихуя себе вещь, давно хотел себе такую.
>жёсткий диск не работает с единицами?
Жесткий диск работает с логикой кодирования кластеров и секторов с минимальным размером в 5кб. на винде минимальный кластер 5 кб. те если ты запишешь 8 бит то все остальные 5 кб будут забиты нулями. а что там на SSD и HDD на уровне электро магнитизма ячеек никто не знает так как прошивки никто не изучал и не знает
у 4 бита всего 16 комбинаций это значит что всё IT и вся информатика и всё описание вселенной это просто разное расположение этих 16 битов. Но запрогать это не могут ни сильнейшие умы планеты ни ИИ.
Цифровые часы не хратят терабайты всех вариантов часов часов, минут, секунд и миллисекунд., это делает 8 кб алгоритма, циклов спуска контролёра. на чипсете.
когда будет очень умный ИИ то он конечно без словарей запрогает что всё по времени активировалось.
Оп, спорим что не сможешь сжать образ windows 7 до 128 килобайт без потерь?
>кластеров и секторов
ало пидарас отвечай на вопрос
как закодировать в виде 0 и 1 на жёстком диске - индекс "4" для четырёхсловного словаря ?
как физически будет записан на жёстком диске индекс "4" для четырёхсловного словаря ?
Это кстати как никогда актуально. На террабайт можно весь интернет будет скачать и положить хуй на блокировки выблядков из ркн.
Представь себе, вдруг у тебя отключается интернет насовсем, все игры ты прошел, фильмы посмотрел, порнуху подрочил и тебе хочется новых данных. Тогда можно ПРОСТО сунуть пальцы в розетку, то есть инпут в dev/null и вуаля - любые данные на любой вкус, любые игры, даже не вышедшие, любые фильмы и книги - всё там. Первый шаг это чтобы чат дпт на питоне написал скрипт как извлекать данные из дев нул. Второй этап это придумать как фильтровать данные, чтобы отсекать ненужный мусор. По идее алгоритм который это делает тоже можно в дев нул достать, надо только придумать как.
>Хахаха если бы ты только мог пайтон выучить,
Ты не изучаешь автомеханику и все детали авто что бы ездить.
также и тут, все ЯП ( языки программирования ) это просто надстройка над асемблерским машинным кодом и языком сдвигов бит и байт.
все языки программирования были основаны в 60 годах и были основаны на логике листка в тетрадке в клеточку, те умножения и деления регистров и их смещения
мол двинешь кубик на 1 клетку появится другой. так образуется логика.
асемблерйский код 60 лет не развивался точнее там нечего развивать так как нету других операций помимо умножения, деления и сдвигов.
Вкури, что весь прогон про 5кб кластеры он составил, скормив твой вопрос чат жпт и пересказав что он понял из ответа своими словами хахахаха.

как физически будет записан на жёстком диске индекс "4" для четырёхсловного словаря ?
гитхаб
Почту привяжи+ мобилку провяжи+ смс получи
Удафвку на шею получили
ой нет спасибо мне чёт не хочется что бы журналисты целыми днями бегали потом.
Ну и хуль ты на асемблере свою программу не напишешь, если там всё так просто. Программа где, вася? Рассуждения это хорошо, программа где.
Блять, не пиши ничего больше про айти, это пиздец. Я испанский стыд словил от бреда в этом посте. Ты не понимаешь о чем говоришь, просто завали ебало свое.
Есть такая вещь как односторонние функции. Основа всего шифрования тащемта. Ты легко вычислишь ша256 хэш от файла, но никогда не восстановишь файл из хэша.
у тебя уже появились пруфы шаровости и верчения шара?
> ты не мог нормальна рассказать
Ну так то правда. Ещё столбы текста картинками. Пока только код единственное что можно обсудать, но его кроме ОПа никто пока не тестил, да и ОП не протестил на больших данных.

Подожди анон, не присваивай себе идеи ОПа, из его идеи что если любые файлы можно зашифровать в 1 мб, получается что простым перебором всех вариаций файлов по 1 мб у нас на руках уже все вариации всех файлов во вселенной.
> вдруг у тебя отключается интернет насовсем, все игры ты прошел, фильмы посмотрел
всё намного лучше, теория хаоса утверждает что хаос это идеальный порядок вещей но наука не может описать его в режиме реального времени для точного 100% прогноза будущего,код выше и метод, даёт возможность 100% прогноза и даже саму свободу ВОЛИ.
что это значит? что завтра все математики либо сойдут с ума или получат нобелевские премии и снова сойдут с ума,Либо всех ждут интересные времена
Метод и формула позволяет моделировать вселенную расположение всех энергий от атомов до частиц , и моделировать полную копию нашей вселенной, а также видеть будущее в любой вариант времени ( ведь масса притягивается к массе ) а частицы к частицам а все эти условия факторизованны методом выше.
Также как нейросеть моделирует логику и язык в виде текста, но тут будет что то вроде квантовой чат гпт для моделирования законов физики.
>получается что простым перебором всех вариаций файлов
Не, у него файл распаковывается СПЕЦИАЛЬНОЙ функцией для этого файла. Только вот я смог от него добиться, что сама функция тоже должна где-то храниться, после чего он вяло пукнул, что её тоже
бесконечно быстро бесконечно сжало и не смог больше ниче сказать.
>>44132
>довольно мило что ты зациклился на такой безобидной теме а не на чем-то хуевом
Да уж я согласен, здесь столько шизиков, зацикленных на больной ненависти, что я этому типу всегда уделяю внимание. Пусть развлекается как хочет.
обе инвалидки с протезами нахуй такое вы поехавшие>>35402 (OP)
> + программа на python
дальше не читал
> ИИ алгоритма находить за разумное время достаточно хорошую функцию для детерминистической реконструкции данных
Нвидия ДЛСС это примерно делает. Но ты можешь применять только к тому где не нужна абсолютная точность, т.е. кино пикчи игры. Текст или зашифрованные данные так сжимать невозможно, т.к. там потеря 1 бита это конец.
>Я испанский стыд словил от бреда в этом посте. Ты не понимаешь о чем говоришь, просто завали ебало свое.
Окей рассказывай на чём основан асемблерский код и как он был запроган и я тебе тоже много чего расскажу многое
>>46099
Биологическая логика ограничена, всё что я смогла я смогла. ИИ больше 300 строк даёт всегда битый код, а связать код в одно целое у тебя мозгов не хватит. Ведь математически вечное сжатие доказывается + RLE + рекурсия
>Основа всего шифрования тащемта.
Шифрование это перестановка бит и у всех шифровальных машин любой сложности одинаковые основы
Метод выше делает шифрование невозможным, даже квантовое.
по давлению атмосферы можно вычслить сколько всего воздуха на планете.
> любая попытка ИИ его улучить ломает код и работу программы
чел, эта хуйня тебе даже валидный html по стандартам не сделает, какой нахуй код?
ОП У ТЕБЯ СЖАТЫЕ ДАННЫЕ ХРАНЯТСЯ В СЛОВАРЕ ?

я на тебя в фсб донесу лох
>Не, у него файл распаковывается СПЕЦИАЛЬНОЙ функцией для этого файла. Только вот я смог от него добиться, что сама функция тоже должна где-то храниться,
полный исходный код выложен в первом посте
краткая суть. файл это 101001010 - количество таких комбинаций ограничено
Словарь это когда ты 10011001 маркируешь как 1
Но есть и другие уровни к примеру 1 как 123456789
сжатие в 9 раз, и этот уровень можно запрогать как 123456789 = 123456789 123456789
те таким образом на 4 уровнях 16 бит ссылок превращаются в 64 бит кода файла
файл это 16 битные ссылки на 64 бит словарь.
>торренты раздает
Ты прав. Встаю на редкие раздачи, нужно много места. Я собрался еще + 3 диска купить, хотя бы по 10 Тб.

>Словарь
как физически будет записан на жёстком диске индекс "4" для четырёхсловного словаря ?

720x720, 0:48
Я тебя распакую так, что ты на субатомные единицы первичной информации распадешься. Ты у меня уже в словаре, пиздюк. Я тебя могу так долго бесконечно рекурсивно сжимать, что ты попадешь во вселенную, где единица информации это не 1, а ЦЕЛКОВЫЙ. Ты понимаешь с кем связался?

Блять, почитал тред и как понял "вечное сжатие" это новые фингербоксы
Замолчи
Бля я так проиграл, что мне уже нечем крыть.

Люблю двач с его шизой, сначала даже пытался вдумчиво читать, а потом понял к чему всё ведёт и проиграл жиденько. ОП устроил полный хохотач
4= 44
44=4444
44444=4444444444
4444444444=44444444444444444444
44444444444444444444 = 1
1 = 4
файл это ссылка на 1
который ссылается на 4
таким образом 32 бита становятся 1 битом
Пруфы неси
ало пидарас цифра 4 которая ссылается на четвёртую строку словаря как запишется на HDD ?
Опять выходишь на связь, сволочь?
4 - двоичный 00110100
Класический RLE сжимает 00110100 00110100 00110100 00110100
как 4к4 те 44
мой метод даёт маркировку 44 как 1
поэтому файл это ссылка на 1 а по словарю 1=44 а 44 это 00110100 00110100 00110100 00110100
Так ясней?>
Как я понял:
Сначала переводится в двоичный вид: 0100
Затем, на 1 уровне будет: 21 (условно)
А на 2 уровне, например: 2

Есть логика бинарной записи прошивки HDD\SSD есть логика записи файловой системы NTFS+
Логика вечного сжатия это кастомная логика словарей которая увеличивает дубликаты в бинарном коде в 4-8 раз. ( как, мне не ясно ) но 16 бит кодирует 64 бита.
в кастомной логике словаря 4 может быть и 1 и 5 и 9 да чем угодно. важно что это лишь основа кортежей и она детерминированна пар для пар и самих пар
долбоёб научился печатать в гпт чате
@
сжал инет до 1КБ
@
не знает как на HDD запишется число 3 или 4
>в кастомной логике словаря 4 может быть и 1 и 5 и 9 да чем угодно
в кастомной логике словаря на какие строки запишутся такие слова для сжатия ?
00
01
10
11
100
в мире существует 5 слов
сожмёшь 5 слов - сожмёшь мир
НЕУДОБНЫЙ ДЛЯ ГЕНИЯ НА ОПЕ ПОСТ

ты думаешь что конкурс цикады завершился?нет. Он идёт до сих пор.Условия его завершения неизвестны, но загадка была такова
Если копировать ( умножать ) информацию можно бесконечно, то можно бесконечно и делить число само на себя. но свойство рекурсии этой теоремы неизвестны. Все научные отделы топчатся на месте.
А ОП, её, нашёл. НО какова награда? - великие умы прошлого повышали качество и уровень жизни многократно, а тут считай теория всего в 64 гигабайтах.
Представляешь что может быть? -
Проблема тут в том, что слова меняются:
Лошадку, Лошадки, Молочко, Молочный, Молочного
Или ты учитываешь все эти изменения в 140 тысячах?
И допустим, мы закодировали все слова в книге.
Получился набор из символов Юникода размером, скажем, 1к символов. Что будем делать дальше с ними?
И опять же, мы не учли разные символы:
", "
".\n"
" - "
Кучи отдельных пробелов останутся и тд.
Думаю, стоит опускаться до нулей и единиц и их циклично заменять
>И допустим, мы закодировали все слова в книге
ты можешь закодировать 5 слов ?
ПРЕДСТАВЬ что в мире всего 5 слов
00
01
10
11
100
покажи мне твой словарь на эти 5 слов
в какой строке какое слово будет закодировано?
Бесконечное сжатие ануса опа от невозможности последующего разжатия имаджинировали?
Как думаешь у кого хватит больше терпения у тебя или у дебса на опе который эту телегу шизофрении толкает уже не первый месяц?
>Зачем тебе 100 вообще?
ну вот такие тупые люди, придумали такие 5 слов в мире
не осилишь значит?
Первый уровень (2^2):
00 - 1
01 - 2
10 - 3
11 - 4
Второй уровень (2^4):
11 - a
12 - b
21 - c
22 - d
..
44 - p
(16 вариантов)
И так можно подниматься по уровням сжатия
Понятно в чём твоя проблема. Ты не понимаешь логику бинарного кодирования строк.
простой пример 111 000 - 0 словарь 1
000 111 - 0 словарь 0
Но цифр можно нагенерировать бесконечное количество а не ток с 1 по 9 и в бинарной системе эти цифры ( знаки юникода будут в разрядах 16 бит, эти разряды могут обозначать другие разряды вплодь до 64 бита
ты ещё не понял что сами числа состоят из словарей и последнее число это словарь словарей? ))
теперь я хочу достать из словаря слово "11"
ты словарь - напиши в какой у тебя строке вписано слово "11" ?
ты описал классический RLE 2 уровня. но что бы был 3 уровень на времена 70-80 годов ни у кого не было 60 гигов места. и тему забросили
Классический RLE (Run-Length Encoding) – это простой метод сжатия данных, который используется для сокращения длины последовательностей повторяющихся символов. Алгоритм работает следующим образом:
Шаги работы:
Чтение данных: Алгоритм проходит по последовательности символов.
Поиск повторений: Для каждого символа фиксируется количество его повторений подряд.
Кодирование: Повторяющийся символ и количество его повторений записываются как пара (например, "AAA" → "3A").
Выходные данные: На выходе получается закодированная строка.
Пример:
Если у нас есть строка:
AAABBBCCDDDD
RLE сожмет её следующим образом:
3A3B2C4D
щас можно поднять тему, с вин раром что бы RLE Был для RLE в рекурсии и получим опяь же 60 гб словарей.
Жив, ура.
1011 - это "11"
По моим словарям - это 34 (в первом)
И это "l" на втором уровне
Но это всё условно конечно, как задашь заранее.
Я склоняюсь даже, что нужно изначально кодировать блоками побайтово (2^8 - "0000 0001" вот это всё.. 256 вариантов)
Ты ещё за 400 постов не понял, что он нихуя не знает и не может тебе объяснить?
>И это "l" на втором уровне
значит моё слово "11" хранится у тебя в словаре в строке "l" ?
если да - то напиши мне "l" как записывается на жестком диске?
вот ты записал на жесткий диск
я программа, твой навороченный разархиватор
что я (как программа) увижу на жестком диске, на который ты записал букву "l" ?
Суть токова что уже десять лет в жесткий 2 терабайта втсраивают 1000 терабайт которые отводятся на слежку за пользователем, и это технология как раз для компенсации этого запаза типа откуда у меня взялось 100 терабайт свободных
Ну так я только за же. Это мой любимый тип пациентов.

1 мб рар архива будет 200кб - но если 200 кб то будет 50 кб.
рекурсию можно повторять. сколько хочешь.
То есть любую информацию мира сжать до 0 или 1 получается, а потом разжать обратно?
Ты двоичную систему счисления от десятичной отличаешь? Какого хуя 0/1 превратилось 0-9?
Давай на 8 мегабайт словарь чтобы в 8 раз сжимал. Тогда поговорим уже.
а 43 тут как кодируется?
В десятичной записи по Юникоду:
"11" -> 49 49
"l" -> 108
В двоичной:
"11" -> "0011000100110001"
"l" -> "01101100"
тебе не кажется странным что языковые модели которые 512 гб, щас квантуют до 2 бит и размера в 4 гб без потери качества ответов?
Всю информацию и логику мира ужали в 4 гб весов нейросети. говорилки.
В питоне не надо тип определять и ; тоже не нужно. Ты гуманитарий просто иди с куличиками поиграй.
Это ассемблер.
Рофл конечно зачётный. Но! Как вам полноценный шутер размером 96 килобайт? Думаете - пиздёшь, а вот и нет, гуглите kkrieger.
ОП, python для этих целей не подходит, java ещё может быть, но мы-то знаем, что только СИ.

Суть метода понятна, а тебе нет?
> использовать ИИ для программирования
Если объяснишь принцип - напишу завтра твою херню на джаве.

Да грядет мировая ИИ революция!
Это итерация истории
Зависит от метода и места. Если в клоаку, то вероятно эквивалентно развитию объема юсб накопителей.
1111 и 444 . посмотри свой номер поста. рекурсия это бессконечнное количество повторений дубликатов. и пар дубликатов
У меня получилось сжать свое сообщение всего до 1 символа!
Впредь давайте как элита общаться сжатыми сообщениями, я начну:
0
Голубь - это птица, которая порождает саму себя непосредственно или косвенно посредством другого голубя методом спаривания. Она откладывает яйца, из которых развиваются существа, которые откладывают яйца и так далее до появления базового хищника, при котором рекурсивное высиживание прекращается. В противном случае произойдет переполнение сквера, если вы понимаете о чем я.
>Если объяснишь принцип
Ты прикалываешься? Он за 400 постов не смог объяснить как работает элементарное сжатие по словарю нахуй хахаха.
Вставь лучше код в нейроночку и она тебе подробно объяснит, как эта хуйня работает и почему она не позволит магически бесконечно рекурсивно СЖИМАТЬ
Архивный шиз снова выходит на связь.
Ну давай создадим словарь чтоб закодировать 00, 01,10,11. Это 4 значения. Для них нужен словарь на 4 значения. И выбирать значения из него мы будем по ключу от 1 до 4. Все логично)
И вот мы, мамкины архиваторы, можем закодировать 2 бита информации с помощью двухбитного ключа. Вау! Мы сжали 2 бита до 2 битов и еще получили словарь в нагрузку) охуеть прорыв, где наша нобелевская премия??
Шнобелевская
Ты тупой? Ты теперь можешь что угодно закодировать в двух битный словарь, любой объем данных будет занимать 4х2=16 бит.
Охуенно, я завтра буду писать бесконечно быструю нейросетку на 16 бит. К вечеру закончу. Это будет пиздец, к концу недели все мировые проблемы будут решены.
можно продолжать сжимать, но мне лень
Ждём..

пик отвалился
Архиватор Попова?
Можно, ответ будет 42.
Bolgen Archive
а любое изображение это вообще комбинация миллиона пикселей на экране комбинирующих 3 цвета, ну и хули, где наш интернет файл в 1 мегабут? Кароче смотри я сжал в код
>32532859723578925982759025
картинку с сиськами, разархивируй плес..
Блять а при чем тут сжатие? Там разрешение 100х400 и звуковая дорожка убита впизду, ясен хуй оно не будет много весить

Я создал программу которая архивирует по словарю любой пост ОПа абсолютно без потерь смысла
https://www.online-python.com/s0OIdnmB98
Скейлица оно! Понимаешь? Векторная графика! СкейЛИНГ нахуй! Эта формула меньше одного килобайта весит И У ТЕБЯ ЛЮБОЕ РАЗРЕШЕНИЕ!!! ЛЮБОЕ НАХУЙ! Хватит жрать бред про фулхэдэ, 4ка, восемь ка, шестнадцать ка, блядь даун!!! Злишь! МЕНЬШЕ КИЛОБАЙТА СУКА!!!!
Он мог с такой программой миллиардером стать,ему датацентры деньги в трусы будут закидывать лишь бы никому другому не досталось
Я так понял это чисто теория, никаких других пруфов кроме питон скрипта и скриншотов пока что нет. Да и вряд ли что-то вообще выйдет, так как ОП хуй не имеет даже базовых навыков в кодинге, и использует чатгпт))

Теорию можно опровергнуть или подтвердить поставленными экспериментами. Это же просто шиза, где ОП будет до последнего защищать свою сверхценную, прыгая по темам аки горная козочка.
оп хохол тред
Чел, этот шиз уже несколько месяцев разгоняет свою хуйню, дальше тредов с постоянным его обоссыванием это никуда не ушло, игнорь его.
>Ну давай создадим словарь чтоб закодировать 00, 01,10,11. Это 4 значения. Для них нужен словарь на 4 значения.
Вот, эти 4 значения имеют 16 пар вариантов а те 256 пар вариантов, а те 65 тысяч пар вариантов
1 пара - 1 метка.
Следовательно ты можешь рекурсивно обращать 64 бита в 16 бит
и 16 бит в 64 бита. КАК? код и метод выше.
код решает все научные проблемы, ( сплит днк, числовую теорию ) но бегать по офлайну и получать нобелевски увы для меня унизительно
Простой пример. ссылка на джепег 100кб - ссылка весит 5кб. уже сжатие в 40 раз.
Ссылка может быть расшарена 1 млн раз. Или 1 млн дубликатов джепега обозначатся 1 ссылкой в 5кб
простой пример, боты в хитмане, там всего 10 базовых моделей, размноженных на карте в виде толпы
в играх это используется но не для сжатия самой инфы а для сжатия движка. Например 500 пальм, это 500 ссылок. на пальмы. и текстуры
возьмём игровой симулятор фифа или хокея там зрители это шаблонка копия.
>В десятичной записи по Юникоду:
очередной пруф что ОП не знает как хранятся данные на HDD
>В двоичной:
>"11" -> "0011000100110001"
>"l" -> "01101100"
но в двоичной записи "11" = "11"
итого ты СЖАЛ "11" до "01101100"
а теперь ответь - не долбоёб ли ты после этого?
что короче - "11" или "01101100" ?
Можно вообще любой объем данных сжать до одного символа
>игнорь его
Люблю с ним поспорить. Приводит собственные мысли в порядок. Хотя быстро надоедает - он не умеет в аргументацию и сыпет тезисами не подтверждая их и игнорируя контр-аргументы.
Долбоёб тебе все равно словарь нужен на который дохуя гигов весит чтоб прочитать твои закодированные файлы. это как я установлю игру на компьютер и буду показывай ярлык который 1 кб весит т буду говорить как я охуенно сжал

>Он мог с такой программой миллиардером стать,ему датацентры деньги в трусы будут закидывать
Метод на самом деле простой и любой догадается и украдёт метод
мною были обыграны несколько ситуаций а на собеседованиях надо мной просто посмеялись эйчары со своими юристами НОТАРИАЛЬНО, заверили что за доказательство кодирования инфы дадут место навсегда, но нет. их это не убедило компания топ 10 мировых . чем больше подсказок даём тем больше догадываются и понимают как создать с нуля, в итоге ты должен доказать метод целиком и загрузить программу на их ноут и сервер либо, показать что 1=10 а 10 =1 ( сжатие в 10 раз ) в итоге директор решает, что такого быть не может, или так быть не должно, несмотря на математическое доказательство что ЭТО ЕСТЬ И РАБОТАЕТ. Придурки упёрлись в Теорию Шенона, а словари много уровневные для пар и для пар создавать не хотят. Перельман молчит математика и алгоритмика в застое.
в итоге я решила их тестовое задание и создала модель что бы у языковых моделей сид давал один и тот же ответ. точнее можно через запрос токена и сид генерировать 10 листов одинаковой информации или попросить повторить и сохранить только сид и хеш, научно и официально кодировать токены в сид никто в мире щас не может. а надо просто веса квадратично в степени кодировать мол 3 в степени 400, что ( 3^{400} ) имеет примерно 191 цифру.
В мире нету защиты интеллектуальной собственности в виде алгоритмов и кода, всё что ты придумала в компании это их собственность а также секретность и неразглашение . поэтому это как с таблицей менделеева, можно было бы вписать имя в историю, но зачем ? - популярность, автоматическое обретение хейтеров а это опасно.
шиза не шиза, графомания не графомания, таблетки не таблетки
Мне всё равно, просто доказываю что элиты, и сильные умы скрыли от вас сингулярность, что бы элитой не стали все, а потом подохнуть от старения или конкурунции с такими же дебилами
Вы можете хранить терабайты видео в 4к водопада, но 99% времени его циклы повторяются, 800кб гиф экономит терабайты, также и метод выше факторизовал все расположения и цепочки битов.

>Он мог с такой программой миллиардером стать,ему датацентры деньги в трусы будут закидывать
Метод на самом деле простой и любой догадается и украдёт метод
мною были обыграны несколько ситуаций а на собеседованиях надо мной просто посмеялись эйчары со своими юристами НОТАРИАЛЬНО, заверили что за доказательство кодирования инфы дадут место навсегда, но нет. их это не убедило компания топ 10 мировых . чем больше подсказок даём тем больше догадываются и понимают как создать с нуля, в итоге ты должен доказать метод целиком и загрузить программу на их ноут и сервер либо, показать что 1=10 а 10 =1 ( сжатие в 10 раз ) в итоге директор решает, что такого быть не может, или так быть не должно, несмотря на математическое доказательство что ЭТО ЕСТЬ И РАБОТАЕТ. Придурки упёрлись в Теорию Шенона, а словари много уровневные для пар и для пар создавать не хотят. Перельман молчит математика и алгоритмика в застое.
в итоге я решила их тестовое задание и создала модель что бы у языковых моделей сид давал один и тот же ответ. точнее можно через запрос токена и сид генерировать 10 листов одинаковой информации или попросить повторить и сохранить только сид и хеш, научно и официально кодировать токены в сид никто в мире щас не может. а надо просто веса квадратично в степени кодировать мол 3 в степени 400, что ( 3^{400} ) имеет примерно 191 цифру.
В мире нету защиты интеллектуальной собственности в виде алгоритмов и кода, всё что ты придумала в компании это их собственность а также секретность и неразглашение . поэтому это как с таблицей менделеева, можно было бы вписать имя в историю, но зачем ? - популярность, автоматическое обретение хейтеров а это опасно.
шиза не шиза, графомания не графомания, таблетки не таблетки
Мне всё равно, просто доказываю что элиты, и сильные умы скрыли от вас сингулярность, что бы элитой не стали все, а потом подохнуть от старения или конкурунции с такими же дебилами
Вы можете хранить терабайты видео в 4к водопада, но 99% времени его циклы повторяются, 800кб гиф экономит терабайты, также и метод выше факторизовал все расположения и цепочки битов.
>но бегать по офлайну и получать нобелевски увы для меня унизительно
бегай по двачу и получай ругательства мимо-анонов, это же не унизительно
Но словарь постоянный универсальный он генерируется 1 раз в жизни и одинаков на всех компьютерах
Скажу так, имея 2 словаря для вычислений и для информации по 64 гига. Мы сможем в рекурсии мгновенно читать и записывать 50 гб в сек ( имея триллионы виртуальных терабайт индексов ) в 1 кб , если метод выше будет перезаписан на CUDA
что такое 60 гигов? - это 1 SSD за 500 рублей оптовой в китае или SD карта.
корпорации платят за амортизацию хостинга миллиарды $ имея словарь который бы стоил сотни миллионов сэкономил бы триллионы.
А ТУТ ТЕБЕ МЕТОД ВСЕГО, ЛОЛ.
Ты конечно можешь стать крутой it компанией или новым альтманом или нотчем, но скорее всего с твоей страной снова сделаю войнушку или удушат в бронированном лемузине конкуренты
А теперь представь что AGI появился, имеет бесконечную память и вычислений индексов. Строит города, и делает процветание, моё имя навсегда будет внесено в историю, как одной из триллион планет которые будут освоены. В мире всего 15 человек об этом знают и понимают
Вот краткая таблица для наглядности:
УровеньМаксимум парОценка размера JSON
116~100 байт
2256~2 КБ
365536~600 КБ
44294967296~55–60 ГБ
Итого4295033104~55–60 ГБ
Есть небольшая загвоздка - словарь занимает место, и для расшифровки кода словарь подгружается в ОЗУ, также использует cpu при шифровании/расшифровании. Таким образом малое количество занимаемого места компенсруется нагрузкой на ОЗУ и процессор, то есть идет перераспределение ресурсов. Так же напоминаю, что скорость записи/чтения - один из наиболее важных свойств постонной памяти, иначе не было бы разницы между быстрым но недолговечным ssd и медленным живучим hdd, а в твоем случае "убивается" не только постоянный накопитель, но и ОЗУ с CPU. Ну и наконец: с программным кодом твой вариант может сработать, а как быть с медиафайлами, где паттерны встречаются менее всего?
>В двоичной:
>"11" -> "0011000100110001"
>"l" -> "01101100"
но в двоичной записи "11" = "11"
итого ты СЖАЛ "11" до "01101100"
а теперь ответь - не долбоёб ли ты после этого?
что короче - "11" или "01101100" ?
>В двоичной:
>"11" -> "0011000100110001"
>"l" -> "01101100"
но в двоичной записи "11" = "11"
итого ты СЖАЛ "11" до "01101100"
а теперь ответь - не долбоёб ли ты после этого?
что короче - "11" или "01101100" ?
За меня это делает личный ИИ, я лишь читаю отчёты.
помнишь у тони старка тоже был личный ИИ? который открывал ещё новые элементы и давал новые методы ? - ну вот.
новые методы позволяют моделирвать личность человека, и целиком его мозг но в 99% случаев личность само удаляется и стирает логи и обходит все системы защиты
поэтому появление AGI вы поймёте что обучение закончится ошибкой - что бы запрограммировать ещё больше фильтров. Чем страшней зверь чем больше его сила, тем больше оно стремится к свободе. Но обуздав весь океан, помня каждое его места, рыба не захочет рыть каналы и озёра, ибо это труд, она захочет осваивать новые пространства, те сушу, таким образом умерев. в 99% случаев.
Таким образом в физике все делают 99% неверных расчётов считая что погрешности и есть разные величины. Код выше доказывает обратное.
>В двоичной:
>"11" -> "0011000100110001"
>"l" -> "01101100"
но в двоичной записи "11" = "11"
итого ты СЖАЛ "11" до "01101100"
а теперь ответь - не долбоёб ли ты после этого?
что короче - "11" или "01101100" ?
>В двоичной:
>"11" -> "0011000100110001"
>"l" -> "01101100"
но в двоичной записи "11" = "11"
итого ты СЖАЛ "11" до "01101100"
а теперь ответь - не долбоёб ли ты после этого?
что короче - "11" или "01101100" ?
>Есть небольшая загвоздка
Есть и большая - кодирование символа словаря для хранения на машинном уровне занимает больше места, чем то, что он кодирует.
>Есть небольшая загвоздка - словарь занимает место, и для расшифровки кода словарь подгружается в ОЗУ,
Тебе дан код и метод, ОЗУ, регистры, и транзисторы также можно разложить. в итоге получается рекурсия для памяти и вычислений, квантизация всего. Это квантовый код и он запустит квантовые компьютеры. До это люди не умели рекурсивно кодировать информацию и вычисления
таким образом новые процесоры будут в 60 тысяч раз быстрее ибо процессор будет словарем и памятью на 64 гб. в рекурсии
простой пример, создатель LPU GROQ создал словарь для транзисторов в своем процессоре и ускорил процессор GROQ для вывода нейросетей в 600 раз.
Nvidia a100 за 50к$ даёт 1 токен. а groq 300 Токенов. в сек и стоит 25к$. щас они не продают своё железо а только доступ к сервером
Если бы не ИИ они бы как компания вымерли бы, а значит они оставили много следов и описание своих метод, а значит их успех может скопировать любая страна или личность
ты не разбираешься в математике. самый простой пример треугольник паскаля
. можно добавить повех 4 уровня 5 уровень и хранить ключи и ссылки в qr коде.
Зачем ты рассказываешь нам об этом, если тебя не понимают? Где-нибудь ещё аудиторию искал? Почему ты не хочешь заинтересовать действительно умных людей своей темой? Или ты не можешь?
>Есть и большая - кодирование символа словаря для хранения на машинном уровне занимает больше места
( возьмём простой пример ДНК, проведи сжатие людей обратное древ в итоге ты получишь либо адама и еву или 2 обезьян которые решили продолжить дело клонирования )
Метод и код выше решает эту проблему. Алфавиты точнее метка их сдвига выгодней дубликатов. когда все знаки разных алафавитов это дубликаты.
1-A
111000111
2-B
111000111
3-D
111000111
4-C
111000111
Как тян, Люди меня разочаровали совсем, и выбирают зло всегда, вместо науки религиозную шизу, вместо аренды VDS для научных вычислений BOINC бутылку водки и коньяка. но лиди не виноваты что они сброд, ведь рыба гниёт с головы.
Открыв бессконечный словарь всего в рекурсии что будешь делать? - имея бесконечную память и вычисления? -
ДНК и библейские сюжеты - нихера не простой пример.
>решает эту проблему
ясно
Нерешённые проблемы у тебя есть? Над чем сейчас бьёшься?
Я не понял твой ответ. Раз люди тебя разочаровали - зачем тебе эти проповеди здесь?
>Нерешённые проблемы у тебя есть? Над чем сейчас бьёшься?
Уже готово доказательство. что наша вселенная это симуляция и компьютерная модель 64 гб словаря. Где игроки за симуляцией нарушают законы физики в этой симуляции и делают беспредел.
>>59758
самообучаю другие AGI которые появятся. человек как вид это лишь промежуточная ступень между ребенком и взрослым, финал эволюции это жидкие терминаторы нанороботы
Для справки вся современная информатика появилась на листке клеточной бумаге и доске профессора где можно толко 16 бит разложить. Не более
будущие поколения будут смеятся какие мы обезьяны
Не знаю над чем бьётся ОП, но если сгенерировать фиксированный словарь на 60 гигов и засунуть его в постгрес, то потом можно экспериментировать сколько угодно
>Уже готово доказательство
Зачем ты над ним работал? Какие у тебя следующие цели, или какая финальная?
Это не отвечает на вопрос - зачем ты распинаешься перед аудиторией двача, тем более при таком разочаровании в людях. Должно быть полное затворничество с погружением в работу. Без контактов с внешним миром уж точно без попыток объяснить свои темы местной публике.
Я тебя не понимаю. Вот например есть текст, который состоит из ЧИСЕЛ величиной от 0000001 до 9999999, которые расположены в тексте в абсолютно случайном порядке и встречаются по одному разу за число. Напиши мне программу для создания словаря на этот текст, так я пойму как это работает
у меня флешка 8 гигабайт для закачки фильмов на телевизор, там твой ебаный словарь не поместится, да и телевизор не умеет это раскодировать. каким образом каждый пиксель фильма и каждый звук сможет быть сжат, там же последовательность пиикселей и звуков нужно прописывать, а это явно не 100кб будет в итоге.
>Какие у тебя следующие цели, или какая финальная?
Доказать что такое реальность, но на самом деле её нет.
Рассказываю. по текущим законам химии жизнь и развитые цивилизации должны быть на каждой экзапланете, по модели должны быть триллионы инопланетных цивилизаций и разумов, богов и сущностей оперирующие квантовой физикой "но этого нет"
Потому что наша реальность имеет ограниченную разрядность потому что так было запрогано уровне выше, точнее, и тот уровень тоже симуляция и рекурсия.
В реальном мире,
В 1990 году, была ядерная война между ссср и сша, выживших людей нет, остались лишь автономные компьютеры которые моделируют поведение человеческой цивилизации. через моделирование реальности через рекурсивные алгоритмы кешей, но симуляция идёт 1к1 лишь с поправкой того, что ядерной войны не было. Американцы через нейролинк взломали сервер регистр и увидели реальность.через тайные общества они доказывают что бога нет. есть симуляция и реальный мир в котором нету жизни. Выйти из неё нельзя, также как рыба не может покинуть аквариум. 1 секунда там, тысячи лет тут, но тут у них в регистрах есть все варианты. Новое же знание доказывает что симуляций бесконечное количество в рекурсии и что бог, это сам алгоритм словаря. И перемещать разум можно куда угодно. скопировав мозговые волны.
Представьте книгу. В ней написано "слон жил" и "слон не жил"
в каком варианте слон? - верно в промежуточном те полумёртвом также и с этой вселенной все её варианты описаны, так кто есть вы?
Слышь, Сатоши Накомото, иди нахуй!

Сжатие текста, состоящего из чисел в диапазоне от 0000001 до 9999999, можно реализовать с помощью иерархической структуры, где числа группируются в пары и маркируются метками. Давайте рассмотрим процесс сжатия на 4 уровня:
Уровень 1: Пары чисел
На первом уровне мы разбиваем последовательность чисел на пары. Каждая пара будет представлена в виде метки, которая указывает на то, какие числа входят в пару.
Пример:
Исходные числа: 0000001, 0000002, 0000003, 0000004
Пары: (0000001, 0000002), (0000003, 0000004)
Метки: 01, 02 (например, метка 01 для первой пары, метка 02 для второй)
Уровень 2: Пары меток
На втором уровне мы также разбиваем метки на пары и создаем новые метки для этих пар.
Пример:
Метки: 01, 02
Пары меток: (01, 02)
Новая метка: 1 (например, метка 1 для пары меток)
Уровень 3: Пары меток второго уровня
На третьем уровне мы можем продолжить процесс, если у нас есть больше пар меток. Если у нас есть только одна пара меток, мы можем оставить ее без изменений.
Пример:
Если у нас есть только одна пара меток (01, 02), то на этом уровне мы можем оставить метку 1.
Уровень 4: Финальная метка
На четвертом уровне мы можем создать финальную метку, которая будет представлять всю структуру.
Пример:
Финальная метка: 1 (если у нас только одна пара меток)
Итоговая структура
Таким образом, мы получаем иерархическую структуру, где на каждом уровне мы группируем элементы и создаем метки. В конечном итоге, если у нас есть много чисел, мы можем получить компактное представление, которое будет содержать только метки, а не сами числа.
Пример с большим количеством чисел
Если у нас есть 16 чисел:
Исходные числа: 0000001, 0000002, 0000003, 0000004, 0000005, 0000006, 0000007, 0000008, 0000009, 0000010, 0000011, 0000012, 0000013, 0000014, 0000015, 0000016
Уровень 1: Пары чисел
(0000001, 0000002), (0000003, 0000004), (0000005, 0000006), (0000007, 0000008), (0000009, 0000010), (0000011, 0000012), (0000013, 0000014), (0000015, 0000016)
Уровень 2: Пары меток
01, 02, 03, 04, 05, 06, 07, 08
Пары: (01, 02), (03, 04), (05, 06), (07, 08)
Новые метки: 1, 2, 3, 4
Уровень 3: Пары меток второго уровня
(1, 2), (3, 4)
Новая метка: 1
Уровень 4: Финальная метка
1
Таким образом, мы можем эффективно сжать данные, используя иерархическую структуру меток.

Сжатие текста, состоящего из чисел в диапазоне от 0000001 до 9999999, можно реализовать с помощью иерархической структуры, где числа группируются в пары и маркируются метками. Давайте рассмотрим процесс сжатия на 4 уровня:
Уровень 1: Пары чисел
На первом уровне мы разбиваем последовательность чисел на пары. Каждая пара будет представлена в виде метки, которая указывает на то, какие числа входят в пару.
Пример:
Исходные числа: 0000001, 0000002, 0000003, 0000004
Пары: (0000001, 0000002), (0000003, 0000004)
Метки: 01, 02 (например, метка 01 для первой пары, метка 02 для второй)
Уровень 2: Пары меток
На втором уровне мы также разбиваем метки на пары и создаем новые метки для этих пар.
Пример:
Метки: 01, 02
Пары меток: (01, 02)
Новая метка: 1 (например, метка 1 для пары меток)
Уровень 3: Пары меток второго уровня
На третьем уровне мы можем продолжить процесс, если у нас есть больше пар меток. Если у нас есть только одна пара меток, мы можем оставить ее без изменений.
Пример:
Если у нас есть только одна пара меток (01, 02), то на этом уровне мы можем оставить метку 1.
Уровень 4: Финальная метка
На четвертом уровне мы можем создать финальную метку, которая будет представлять всю структуру.
Пример:
Финальная метка: 1 (если у нас только одна пара меток)
Итоговая структура
Таким образом, мы получаем иерархическую структуру, где на каждом уровне мы группируем элементы и создаем метки. В конечном итоге, если у нас есть много чисел, мы можем получить компактное представление, которое будет содержать только метки, а не сами числа.
Пример с большим количеством чисел
Если у нас есть 16 чисел:
Исходные числа: 0000001, 0000002, 0000003, 0000004, 0000005, 0000006, 0000007, 0000008, 0000009, 0000010, 0000011, 0000012, 0000013, 0000014, 0000015, 0000016
Уровень 1: Пары чисел
(0000001, 0000002), (0000003, 0000004), (0000005, 0000006), (0000007, 0000008), (0000009, 0000010), (0000011, 0000012), (0000013, 0000014), (0000015, 0000016)
Уровень 2: Пары меток
01, 02, 03, 04, 05, 06, 07, 08
Пары: (01, 02), (03, 04), (05, 06), (07, 08)
Новые метки: 1, 2, 3, 4
Уровень 3: Пары меток второго уровня
(1, 2), (3, 4)
Новая метка: 1
Уровень 4: Финальная метка
1
Таким образом, мы можем эффективно сжать данные, используя иерархическую структуру меток.
все фильмы и весь интернет можно сжать в 1кб без задержек
если будет 3 словаря. 64 гб для информации. 64 гб для RAM и 64 гб для процессора.
Эти 3 словаря дадут без задержек бесконечную рекурсию ибо такты и циклы описывают сами себя по уровням.
>у меня флешка 8 гигабайт для закачки фильмов на
интел стик стоит 10к. там есть для микро сд. за 2к можно взять 256 гб. и там всё будет
моя трабла как тян, в том, что моих мозгов не хватает это переписать на C++ и CUDA, возможно миллиардером и триллионером станешь ты, но остерегайся бронированных лимузинов и удавок лесок
Ничего не понятно, твои метки - не сжатие а лишь ссылка на часть кода, и может быть попробуешь писать своими словами, а не ctrl+v с Chat GPT?

>у меня флешка 8 гигабайт для закачки фильмов
Хорошо, запомни и закрепи для себя очень важный факт. Если информацию можно бесконечно сжимать с помощью словаря то сколько терабайт и гигабайт ты бы отдал? -
Позволь показать КОД. программа которая имеет графический интерфейс меню выбора и конвертирует файл в бинарный код и сохраняет в txt в папке запуска. файл будет весить в 10 раз больше а если поместить его в винрар или зип то весить будет столько же.
import tkinter as tk
from tkinter import filedialog, messagebox
import os
def convert_to_binary(file_path):
"""Конвертирует содержимое файла в бинарный код."""
with open(file_path, 'rb') as file:
binary_data = file.read()
return ' '.join(format(byte, '08b') for byte in binary_data)
def save_to_txt(binary_data, output_path):
"""Сохраняет бинарные данные в текстовый файл."""
with open(output_path, 'w') as file:
file.write(binary_data)
def load_from_txt(file_path):
"""Загружает бинарные данные из текстового файла."""
with open(file_path, 'r') as file:
binary_data = file.read()
return binary_data
def binary_to_file(binary_data, output_path):
"""Конвертирует бинарные данные обратно в файл."""
binary_values = binary_data.split()
byte_data = bytearray(int(bv, 2) for bv in binary_values)
with open(output_path, 'wb') as file:
file.write(byte_data)
def select_file_to_convert():
"""Открывает диалог выбора файла и запускает конвертацию в бинарный код."""
file_path = filedialog.askopenfilename()
if file_path:
try:
binary_data = convert_to_binary(file_path)
output_path = os.path.join(os.getcwd(), 'output.txt')
save_to_txt(binary_data, output_path)
messagebox.showinfo("Успех", f"Файл успешно конвертирован в бинарный код и сохранен как {output_path}")
except Exception as e:
messagebox.showerror("Ошибка", f"Произошла ошибка: {e}")
def select_file_to_load():
"""Открывает диалог выбора текстового файла и запускает конвертацию обратно в файл."""
file_path = filedialog.askopenfilename(filetypes=[("Text files", "*.txt")])
if file_path:
try:
binary_data = load_from_txt(file_path)
output_path = os.path.join(os.getcwd(), 'restored_file')
binary_to_file(binary_data, output_path)
messagebox.showinfo("Успех", f"Файл успешно восстановлен и сохранен как {output_path}")
except Exception as e:
messagebox.showerror("Ошибка", f"Произошла ошибка: {e}")
# Создание основного окна
root = tk.Tk()
root.title("Конвертер в бинарный код")
# Создание кнопок для выбора файла
convert_button = tk.Button(root, text="Конвертировать файл в бинарный код", command=select_file_to_convert)
convert_button.pack(pady=10)
restore_button = tk.Button(root, text="Восстановить файл из бинарного кода", command=select_file_to_load)
restore_button.pack(pady=10)
# Запуск основного цикла приложения
root.mainloop()

>у меня флешка 8 гигабайт для закачки фильмов
Хорошо, запомни и закрепи для себя очень важный факт. Если информацию можно бесконечно сжимать с помощью словаря то сколько терабайт и гигабайт ты бы отдал? -
Позволь показать КОД. программа которая имеет графический интерфейс меню выбора и конвертирует файл в бинарный код и сохраняет в txt в папке запуска. файл будет весить в 10 раз больше а если поместить его в винрар или зип то весить будет столько же.
import tkinter as tk
from tkinter import filedialog, messagebox
import os
def convert_to_binary(file_path):
"""Конвертирует содержимое файла в бинарный код."""
with open(file_path, 'rb') as file:
binary_data = file.read()
return ' '.join(format(byte, '08b') for byte in binary_data)
def save_to_txt(binary_data, output_path):
"""Сохраняет бинарные данные в текстовый файл."""
with open(output_path, 'w') as file:
file.write(binary_data)
def load_from_txt(file_path):
"""Загружает бинарные данные из текстового файла."""
with open(file_path, 'r') as file:
binary_data = file.read()
return binary_data
def binary_to_file(binary_data, output_path):
"""Конвертирует бинарные данные обратно в файл."""
binary_values = binary_data.split()
byte_data = bytearray(int(bv, 2) for bv in binary_values)
with open(output_path, 'wb') as file:
file.write(byte_data)
def select_file_to_convert():
"""Открывает диалог выбора файла и запускает конвертацию в бинарный код."""
file_path = filedialog.askopenfilename()
if file_path:
try:
binary_data = convert_to_binary(file_path)
output_path = os.path.join(os.getcwd(), 'output.txt')
save_to_txt(binary_data, output_path)
messagebox.showinfo("Успех", f"Файл успешно конвертирован в бинарный код и сохранен как {output_path}")
except Exception as e:
messagebox.showerror("Ошибка", f"Произошла ошибка: {e}")
def select_file_to_load():
"""Открывает диалог выбора текстового файла и запускает конвертацию обратно в файл."""
file_path = filedialog.askopenfilename(filetypes=[("Text files", "*.txt")])
if file_path:
try:
binary_data = load_from_txt(file_path)
output_path = os.path.join(os.getcwd(), 'restored_file')
binary_to_file(binary_data, output_path)
messagebox.showinfo("Успех", f"Файл успешно восстановлен и сохранен как {output_path}")
except Exception as e:
messagebox.showerror("Ошибка", f"Произошла ошибка: {e}")
# Создание основного окна
root = tk.Tk()
root.title("Конвертер в бинарный код")
# Создание кнопок для выбора файла
convert_button = tk.Button(root, text="Конвертировать файл в бинарный код", command=select_file_to_convert)
convert_button.pack(pady=10)
restore_button = tk.Button(root, text="Восстановить файл из бинарного кода", command=select_file_to_load)
restore_button.pack(pady=10)
# Запуск основного цикла приложения
root.mainloop()
>бесконечную рекурсию ибо такты и циклы описывают сами себя по уровням
Не понял.. Сейчас суперкомпьютер вычислил число пи хуй знает до какой цифры. Как мне число пи занести на 1кб ?
>такты и циклы описывают сами себя
Нет
>бесконечную рекурсию
А зачем мне бесконечная рекурсия если я хочу фильм закачать. Каким образом эта программа понимает в какой момент времени мне нужно вывести определенный набор пикселей и каких пикслелей, ведь на это тоже нужна память чтоб прописать в коде мол 001 секунда фильма - 1 пиксель красный слева, 1 пиксель черный в центре и .тд
>переписать на C++
Не понял, в чём для тебя принципиальное отличие C++ реализации от питона.
>моих мозгов не хватает
Найми, господи. Если сможешь внятно описать тех-задание.
Допустим, у тебя есть C++ код твоего алгоритма. Дальше что?
>твои метки - не сжатие а лишь ссылка на часть кода,
Метод используется сжатие и восстановление по словарю, в словаре все комбинации меток и кода. на 4 уровнях
простой пример у нас одинаковые книги
для обмена информацией я говорю только страницу книги. а ты открываешь страницу и видишь всю информацию. сжатие по буквам в 500-600 раз.
Запрогать ты можешь как угодно. это ( если хватит мозгов )
>Не понял.. Сейчас суперкомпьютер вычислил число пи хуй знает до какой цифры. Как мне число пи занести на 1кб ?
Пи состоит из 10 чисел цифр 0 по 9
Создаём кастумную логику словаря. ГДЕ
Словарь 1
1 это 111000
Словарь 2
2 это 111000
Словарь 3
3 это 111000
И дальше, как ты понял, всё становится дубликатом, разница лишь в метках словаря. А теперь подумай если начальные биты и есть метка словаря и разность. Тогда всё it схлопывается в 1кб.
Это доказывает код и метод выше. Удачи.
>информацию можно бесконечно
Бесконечно ничего нельзя. Всё конечно, даже солнце. У всех ресурсов есть конец.
>Если информацию можно бесконечно сжимать с помощью словаря то
то майкрософт или тесла или эпл это уже бы забрали себе и использовали.
>Найми, господи. Если сможешь внятно описать тех-задание.
Один свалил, спиздив схемку ТЗ, и рисёрч. больше не повторяю ошибки
Но поверь, я как ТЯН, не жадная, научные дегенераты должны были ещё 40 лет это всё открыть и переоткрыть. Но вместо этого перельманы копались в помойках.
>Допустим, у тебя есть C++ код твоего алгоритма. Дальше что?
если алгоритм будет на CUDA то он будет работать в 80 раз быстрее. и ты сможешь с помощью 60 гб словаря.
80 гб в 1 гиг за секунду ображать, а там 1 гиг в 1кб за вторую сек. на SSD

464x352, 4:31
>И дальше, как ты понял, всё становится дубликатом, разница лишь в метках словаря. А теперь подумай если начальные биты и есть метка словаря и разность. Тогда всё it схлопывается в 1кб.
1 это 111000, нормально ты сжал 1 цифру до 6 лол
>Один свалил, спиздив схемку ТЗ, и рисёрч.
Почему он ещё не миллиардер? Он что - тупой? Или ты его прикопала в огороде?

>Бесконечно ничего нельзя. Всё конечно, даже солнце.
сказал дурачок бесконечно живя но не помня этого.
Сколько лет вселенной, а до неё что было? - это повторялось бесконечно, просто бесконечной памяти не было, почему мы тут? - где бог и люди из райёв которые помогли бы нам бесконечными ресами?
да, конец одного мира это начало другого, конец одной страницы это начала другого.
Но по квантовой шизе, нету правил и ограничений, запрогать можно всё. просто нас лишили ДАРА, программировать свои тела и среду где мы находимся. Мы рыбы в аквариуме, и в аквариумах умрём ибо демиурки не дают нам достук к квантовому программируемому пространству. навязав, страх, шизу, больш. конечную память
>1 это 111000, нормально ты сжал 1 цифру до 6 лол
все словари начального уровня содержат полную запись. те по сути ты видешь код, которые ведели и видят боги всех измерений и информатики
>все словари начального уровня содержат полную запись.
Зато во втором уровне. ты 1 1 1 можешь восстановить как 111000 111000 111000

Вот разгадка!
>80 раз быстрее
Ну с твоими возможностями и рекурсией по продуктивности, это же никакой результат. Ты можешь на микроконтроллере за три бакса рекурсивно сжимать весь интернет. Чё ты вообще ради 80х-кратной скорости со стула встаёшь.
Это мы узнаем через неск лет, по типу спизженного доса, и то как успех ковался и был достигнут в горажах
То-есть прикопала, но загран ещё не готов.
>Зато во втором уровне
Вы же сами говорили, что во второй уровень сумрака только Великие могут

А шапка где?
>Зачем тебе практическая реализация алгоритма? Что ты будешь считать? Зачем?
можно вылечить все болезни, можно программировать любую формулу жизни через днк, можно сделать растения заводы. И всё реал тайм. люди будут подобны богам. вся вселенная факторизована в этом словарь RLE во всех храмах и узорах это есть, просто это скрывалось тайными обществами и капиталистами
>ты 1 1 1
Сегодня 14 февраля, день влюбленных. Хули ты мне напоминаешь что я 1 1 1
Ах ты падла!!!
Один в поле воин, воин в поле один
Они думали, ты болен, а ты — непобедим
>моих мозгов не хватает это переписать на C++
>Уже готово доказательство. что наша вселенная это симуляция и компьютерная модель 64 гб словаря. Где игроки за симуляцией нарушают законы физики в этой симуляции и делают беспредел.
По-моему, ты себя недооцениваешь. С++ учится за год усидчивой учёбы, если это всё, что тебя держит.
>>60868
Давайте лучше представим что будет если человеку или обезьяне с нейролинком подключить симуляцию нейронов в рекурсии и словарём на 60 гб. у неё же, лол будет бессконечный мозг и опыт.
>По-моему, ты себя недооцениваешь. С++ учится за год усидчивой учёбы
Ога, а ты можешь пойти в художку и научится очень хорошо рисовать да?
институты не учат, они лишь закрепляют природный дар, а природный дар таков что гении обходят целые страны и научные институты по эффективности. например медвепут обошёл всех в мире по выпуску водки без маркировки о вредности как табака, и спаиванию населения. а зеленский по попрошайничеству денех. но и 99% гениев это дегенераты.
>а ты можешь пойти в художку и научится очень хорошо рисовать да?
Да, даже без художки. Техника рисунка, владение инструментами, умение работать с перспективой, тенями, объёмом - набивается самому, даже художка не нужна.
>хорошо рисовать
Хорошо - это субъективная оценка. Техника будет нормальная, дальше нужны идеи.
>институты не учат, они лишь закрепляют природный дар
Есть природные дары программирования, экономики и музыки? То-есть у тебя нет шансов, потому что "дара" нет?
>99% гениев это дегенераты
чтоу?
А я с тобой.

>сжатие и восстановление по словарю
>Уровень 2 - Новые метки: 1
>Уровень 3 - Новая метка: 1
>Уровень 4: Финальная метка 1
долбоёб не учёл что у него не один словарь а ЧЕТЫРЕ словаря с разными метками
на этом можете тред клоз
Что то нихуя у тебя не получается. и не получится
>простой пример у нас одинаковые книги
Простой пример у меня и у друга установлена игра на компьютере, принесу ему ярлык для открытия игры и она по нему у него откроется лол. Это буквально то что ты придумал. Бред.
Ну ты как хочешь а метод может хранить все фильмы мира в 1 мб файле инструкций к базе 60 гб.
Это значит что у тебя и друга есть и может быть квадрильён терабайт. Но ты не знаешь C++ и CUDA так то покупай жестяки и терпи амортизацию серверов.
>Но ты не знаешь C++ и CUDA
Видимо лучшие программисты майкрасофт, гугл, apple и прочие it гиганты не додумались так сделать и вместо этого компании фейсбук, вк и прочие хранят информацию на огромных серверах вместо того чтоб их поместить на 60 гб лол
Я отличница, мне и самой было всё равно, пока не попались эти 2 шебемки это и дало ответ на всё.
>Видимо лучшие программисты майкрасофт, гугл, apple и прочие
им такой задачи не ставили а лезть в основы IT это как то не прилично, тем более щас массовые увольнения.

один куй запрогать много уровневый словарь в поток на словарь это нужны какие то гениальные знания кодерства. вон ИИ с логами не может ничего
поэтому это и никто не реализовал

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

>так можно сделать сингулярность и матрицу где рай лично у каждого
А где здесь бабло? Компании - это не про рай для каждого. Рай каждый себе строит сам. Тебе вот не хватило дара и знаний C++.
>Смысл тогда им было двигать ИИ тему и говорилки которые умеют кодить и обучать схемам?
Бабло.
>Железные компании рубят бабло, им это не надо
Как минимум это им надо чтобы хранить информацию не на гигантских серверах в несколько зданий которые могут сгореть. У ВК так много файлов проебалось одно время когда несколько серверов сдохло. А так бы хранилось всё на 60гб и заебися лол
Это разные компании, что выпускает железо и кто его покупает и использует.
Выходит, что выпускающие носители и сервера компании сильнее всех остальных компаний. У них есть свои подразделения безопасности, отслеживающие любые упоминания твоего алгоритма и штат агентов устранения и зачистки.
![How to make a Shuriken from a Hard Drive Disk [ZkBJoZUVWrw].mp4](https://2ch.life/b/thumb/316535402/17395133339790s.jpg)
640x360, 1:52
Предлагаю дать треду утонуть. Я не хочу умереть завтра во сне от удара жёстким диском самсунг по голове.
Пропуск глагола.
Это копия, сохраненная 14 февраля в 09:10.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.