Пофиксить mp3 tags на ведроиде

Раз нету такой, вот и идея для тех кто ищет «что писать под андроид».

Там полно редакторов, а конвертеров нету. По крайней мере ни одного не видел.

Вариантов 2:

1. подготовить на компе библиотеку (easytag как вариант или скрипты с mid3iconv и т.п.)

2. получить рута, поставить Debian (была тулза, которая типа виртуалки делает с дроидным ведром) и сделать то же самое, find *.mp3 mid3iconv....

Есть такое https://play.google.com/store/apps/details?id=com.blogspot.korsalsoft.rustagf...

Оно?

Стоя на гамаке в ластах

Если бы работало - было оно. Но оно saved 0 files of 10. :( Написал автору. Спасибо за начальную точку!

https://play.google.com/store/apps/details?id=com.yschi.ID3Fixer&hl=ru

Ещё одна, первая попавшаяся.

Эту пробовал. Не то.

Странно. У меня работает.

Вообще по стандарту, в тегах мп3 ДОЛЖНА быть кодировка утф-8. А сия проблема произрастает именно из некрофилейного софта, который был не «винапиабле» ничего кроме цп-1251. Вот так они и писали туда шопопало.

Так что можно еще передать пламенный привет авторам того софта, и писателям тех тегов на том софте. Шоп у них у всех уши горели.

Согласен. Но в интернете вот так. Скачал Чижа «Гайдном буду», а тут такая фигня в 1251. Я могу и на десктопе конвертнуть, но хотелось сразу на телефоне...

Вообще по стандарту, в тегах мп3 ДОЛЖНА быть кодировка утф-8.

никому она не должна. id3v2 по стандарту поддерживает ucs-2 (le/be), utf16 (le/be), iso8859-1, utf8, причем разные версии id3v2 поддерживают разные кодировки. например, самый распространенный id3v2.3 вообще не поддерживает utf8.

пруф раз (id3v2.3 — никакого utf в нем нет)

If nothing else is said a string is represented as ISO-8859-1 characters in the range $20 - $FF. Such strings are represented as <text string>, or <full text string> if newlines are allowed, in the frame descriptions. All Unicode strings use 16-bit unicode 2.0 (ISO/IEC 10646-1:1993, UCS-2). Unicode strings must begin with the Unicode BOM ($FF FE or $FE FF) to identify the byte order.

пруф два (id3v2.4 — уже не позволяет ucs-2, зато позволяет utf16 и utf8)

Frames that allow different types of text encoding contains a text encoding description byte. Possible encodings:

$00 ISO-8859-1 [ISO-8859-1]. Terminated with $00. $01 UTF-16 [UTF-16] encoded Unicode [UNICODE] with BOM. All strings in the same frame SHALL have the same byteorder. Terminated with $00 00. $02 UTF-16BE [UTF-16] encoded Unicode [UNICODE] without BOM. Terminated with $00 00. $03 UTF-8 [UTF-8] encoded Unicode [UNICODE]. Terminated with $00.

а id3v1 вообще не умеет никакой юникод. не помню точно, что там было задумано изначально — ascii, или iso8859-1. короче, русский текст там не мог быть вообще в принципе, но писали все кто ни попадя «в чем было».

в том и дело, что иногда еще попадается в1.

btw, если не воротит от очень простого интерфейса, и отсутствия медиа-библиотеки — то deadbeef на андроиде умеет автодетектить кодировку, и ничего не надо конвертировать.

Нет, секс в лыжах на гамаке - это не мое. Стар уже.

ну это я предполагал изначально, поэтому не сразу предложил :))

О как.. С этим сайтом точно не поспоришь. А я читал в чьих-то заметках, так и запомнил. Что:

v1 точно умеет только ASCII

v2 точно умеет только утф-8, ну и аски тоже конечно, и скорее всего речь там шла о последней версии судя по.

Тем не менее, как объяснить факт того, что все плеера пытаются читать теги как утф-8, а не все остальное?

Тем не менее, как объяснить факт того, что все плеера пытаются читать теги как утф-8, а не все остальное?

они этого не пытаются. напротив, они читают по стандарту. т.е. как iso8859-1. но т.к. записано в файле cp1251 - получается билиберда. есть несколько плееров которые умеют автодетект кодировки. чуть большее количество плееров позволяет указать кодировку вручную. но этот способ плохой, т.к. если в файле _действительно_ iso8859-1 — то перекодирование в cp1251 выдаст билиберду.

есть несколько плееров

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

Ото в обозримом будущем будет она самая задача - парсить теги в мп3.

с исходниками знаю только собственный плеер, вот тут код: https://github.com/Alexey-Yakovenko/deadbeef/blob/master/junklib.c

функция, которая угадывает кодировку между cp1251 и iso8859-1 называется can_be_russian.

думаю есть и другие, но я с ними не сталкивался (только под вендой, и не опенсурс)

только собственный

ммм, это не важно чей, спс, ознакомлюсь.

Воо, позырил другие файлики - вообще шикарно.

Не в тему топика, да не обидится на меня ТС, и да не отпинают меня модеры:

Вот тут (и в аналогичных ей) https://github.com/Alexey-Yakovenko/deadbeef/blob/master/replaygain.c#L154 ты же просто отрезаешь верхушки пиков относительно некоторой «нормали» и если текущее значение фрейма ниже(pos)/выше(neg) этой «нормали» то ты его не трогаешь. Т.е. работает оно как лимитер с нулевой задержкой.

А я вот все хочу наколдовать чонить с чтением, анализом небольшого буфера и мягким «прибиванием» по амплитуде с учетом предыдущего состояния лимитера (куда он шел, жал или отпускал), пусть даже линейно, но на максимальных амплитудах «прибивать» уже жостко. Как считаешь оно того стоит?

там нет лимитера, просто меняется громкость. обычное умножение.

что касается именно лимитера — не вижу проблем. стоит или не стоит - тебе виднее. у всего есть свое применение.

там нет лимитера

int32_t sample = ((int32_t)(*s)) * vol / 1000;
if (sample > 0x7fff) {
    sample = 0x7fff;
}
else if (sample < -0x8000) {
    sample = -0x8000;
}

??? ведь старое значение близкое к пиковому, после умножения будет уже слишком большим при максимальном значении get_int_volume() (кстати какое оно там максимальное?) и мы попадем в условия ниже, на выходе может случиться примерно такое http://i1.creativecow.net/u/131460/waveform.png или я что-то проглядел?

это проверки на выход за пределы int16_t

Т.е. оверлоада произойти не может? А какое максимальное возвращаемое значение из get_int_volume(); ?

может, если в файле кривые параметры replaygain. Max значение не помню, глянь в коде.

Вроде, Amarok умеет

Нужно именно на андроеде или нужно конвертнуть теги в правильную кодировку, что бы андроед ее понимал? Если последнее, то я делаю так:

http://www.ugolnik.info/?p=439

int32_t sample = ((int32_t)(*s)) * vol / 1000;
if (sample > 0x7fff) {
    sample = 0x7fff;
}
else if (sample < -0x8000) {
    sample = -0x8000;
}

Тут коррекция до signed int 16 bit, если я правильно понял.

Тут коррекция до signed int 16 bit, если я правильно понял

А где деление на два для «сжатия» амплитуды из 32 в 16? Если максимальное значение vol равно 1000 ( а так и есть: https://github.com/Alexey-Yakovenko/deadbeef/blob/6ea577867238662de0dc7790203... ), то vol/1000 это double(?) множитель выходной громкости от 0.0 до 1.0, а дальше только грубый срез, бОльших по значению (для int16_t) амплитуд, т.е. http://i1.creativecow.net/u/131460/waveform.png на выходе завал по амплитуде.

Спасибо, но надо именно на андроиде.

где деление на два для «сжатия» амплитуды из 32 в 16?

Это вопрос к автору кода.

не надо мне таких вопросов. я вам не учитель информатики.

не надо мне таких вопросов. я вам не учитель информатики.

Так я то вопросы и не задаю.