Первый намек: строка в кодировке base64. Расшифруйте это, и вы откроете для себя шестнадцатеричные значения. Трещина шаблона, обеспечивают значение третьего CUE, и награда БТДА твоя ... а также возможность быть оплачен за BTC знаний.
Готово. Если вы можете дать мне немного больше контекста я могу разработать, но без контекста, что строка может быть множество вещей, хотя все они вращаются вокруг одной и той же архитектуры.
Это непосредственно связано с MP3 ID3v2.3 тега. Там есть приложение под названием Serato, что создает его собственные данные, помещенные в GEOB (General инкапсулированный объект).
ЦВЕТ: AQFDT0xPUgAAAAAEAJmZmU Первые 8 символов являются: ..COLOR. (Hex: 01 01 43 4f 4c 4f 52 00) Следующие 8 символов являются: ........ (Hex: 00 00 00 04 00 99 99 99) Шестнадцатеричное значение "99 99 99" фактический цвет.
Следующий шаг, где я застрял, и что щедрость для. Вы можете найти начало CUE, находя конец значения цвета. Hex: 43 55 45 (CUE). После этого значения, не должна быть значение времени, цвет, Текст (С)
Трудность декодирование отдельных элементов (реплики), а не сам объект.
Из моего понимания, после каждого "слово", Есть номер, состоящий из 5 байт. Имхо, это число не следует читать в гексе. Я объясню: После первой группы (COLOR) число равно 4, это означает, следующие 4 байта цвета: 00, 99, 99, 99 (ые ARGB цвета). Тогда следующая группа говорит CUE. Магическое число 12. Если бы я преобразовать его в гекса было бы сделать неправильно, но если я читаю его как десятичное 12, то он соответствует: следующие 12 байт полезных данных 00 00 00 00 00 19 00 CC 00 00 00 00. Может быть, первые 8 байт некоторое время (int64 time_t?), а остальные 4 байта являются ARGB черный.
Из моего понимания, после каждого "слово", Есть номер, состоящий из 5 байт. Имхо, это число не следует читать в гексе. Я объясню: После первой группы (COLOR) число равно 4, это означает, следующие 4 байта цвета: 00, 99, 99, 99 (ые ARGB цвета). Тогда следующая группа говорит CUE. Магическое число 12. Если бы я преобразовать его в гекса было бы сделать неправильно, но если я читаю его как десятичное 12, то он соответствует: следующие 12 байт полезных данных 00 00 00 00 00 19 00 CC 00 00 00 00. Может быть, первые 8 байт некоторое время (int64 time_t?), а остальные 4 байта являются ARGB черный.
Я надеюсь, что это помогает кому-то ...
Да, это весьма полезно.
Но, почему это нужно значение прозрачности в цветах? Это сбивает с толку часть.
EDIT: я понял, что 12 был управляющим символом, но все остальное выстраивается с вашей теорией.
Но, почему это нужно значение прозрачности в цветах? Это сбивает с толку часть.
Это может быть полезно. Большинство приложений в настоящее время используют какой-то прозрачности в их цветах.
Справедливо! Просто кажется странным, что Serato будет использовать его - я предположил, что большинство освещения и DJ приложений потребуется только RGB, но имеющие альфа-канал имеет смысл.
Я считаю, что вы на правильном Neuroticfish дорожки. Я только что получил эту подсказку от разработчика Serato: работа кодированного материала через base64 в ASCII дает ключевые точки в мсе в ряде базы 64
Я рад это слышать. Когда это закончится, я не против чаевых, у меня есть 2 адреса в моем профиле. Я буду думать, может быть, я что-то еще, чтобы нас ближе; если я что-нибудь новое, я выложу.
Я рад это слышать. Когда это закончится, я не против чаевых, у меня есть 2 адреса в моем профиле. Я буду думать, может быть, я что-то еще, чтобы нас ближе; если я что-нибудь новое, я выложу.