Ещё про рарджпеги почитайте.

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

Полезная информация.

В MySQL myisam-таблица (та, что без транзакций) состоит на диске из трёх файлов: frm, MYI, MYD - бинарный эквивалент definition'а таблицы, индекс и данные. Данные - это просто бинарные данные, последовательность строк без заголовков и разделителей.

Отсюда есть два следствия. Во-первых, самый быстрый способ, скажем, слить несколько больших таблиц с одинаковым набором и порядком колонок - это сконкатенировать MYD и запустить myisamchk, чтобы перестроился индекс. Во-вторых, если, скажем, надо линейно пройтись по всем строчкам очень большой таблицы, которую сейчас никто не изменяет, то можно не выбирать данные из mysql, а запросить у него describe table, и дальше читать данные напрямую с диска, маппинг этих бинарных данных в C-структуру (или, там, в функции pack/unpack в perl) тривиален.

Плюс: всё работает очень быстро. Минусы: 1) надо всё делать очень аккуратно 2) те, кто впервые видят такую деятельность в коде, считают что авторы кода ненормальны

Edited at 2016-10-28 11:43 (UTC)

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

не знаю пригодилось бы ли это мне зачем-либо, но стоило узнать об этом 17 лет назад

Вот и я думаю.

Где бы прочитать про формат MPEG TS и MP4?
MPEG TS тоже можно склеивать cat'ом.

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

А теги как же? Они в начале или конце файла бывают (в зависимости от того, ID3v1 или ID3v2) - могут попасть в середину получившегося.

К сожалению, для RIFF и MKV-контейнеров это совсем не так.

А вот я всю жизнь думал, что знаю, что Zip файлы читаются с конца, и что можно сконкатенировать какой-то файл и zip-архив, и все программы смогут с ним работать. Выяснилось, что читать такие архивы программы могут, но не все (скажем, WinZip уже не может), но вот изменять (например, добавить файл) уже почти ни одна программа не в состоянии, включая сам zip.

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

А так, для клейки/резки mp3 есть фриварный mp3DirectCut.

Для резки мне нравится mp3splt, правда виндовская версия у меня почему-то не работает. Линуксовская бежит, находит сама тишину и на ней умно режет с кучей опций (мне именно это нужно было).

Хорошо бы еще, чтобы вычитание тоже работало: например отрезаешь 1% длины спереди или сзади и 1% по времени тоже отрезается.

И еще хорошо бы, если бы файл сжимался и звук тогда тоже сжимался, наприме быстрее в 2 раза становился.

И умножать бы два mp3 тоже было бы хорошо!

У Вас странные представления о кодировке звука и о компрессии...

А grep-ом по текстам песен пройтись нельзя?

только с soundlike модулем ;)

Я так понимаю - зависит от программы, воспроизводящей звук.

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

This observation happens to me every single time I discover this feature for yet another binary file format. We simply do not expect concatenability from the binary files and they do not fail to continue to pleasantly surprise us.

Там, вроде бы, заголовок может быть, так что файл будет-таки не совсем корректным.