Пользователи, сказавшие Спасибо alius.miles за полезный пост

**frozen** · 14.11.2011 17:30

кто пробовал использовать sandisk clip с brainwavz m3? нормально раскачиваются?
или все равно усилок желательно иметь?
с айпода нано 5 поколения брейнвавз что-то не особо раскачиваются(
помогите опытом, но не догадками

**alius.miles** · 14.11.2011 17:45

ncuxanam,
pmu init patch влияет только на звук, или и на юсб подключение? И если мне нужно работающее подключение по юсб под линукс, какие именно патчи с треда 11664 применять?

Плюс вопрос по самому pmu патчу.
оригинал firmware/target/arm/as3525/system-as3525.c:

277 #ifdef HAVE_AS3543
278 /* PLL: disable audio PLL, we use MCLK already */
279 ascodec_write_pmu(0x1A, 7, 0x02);

и пропатченный:

276 #ifdef SANSA_CLIPPLUS
277 ascodec_write_pmu(0x1A, 7, 0x01);

Если AS3543 -- общая платформа Clipv2, Clip+ и Fuzev2, то возможно стоит уменьшить патч на замену лишь одной строки?

UPD:
стоит ли конвентировать mp3 в ogg для увеличения времени работы рокбокснутого клип+? Если да, то какие ключи/скрипты посоветуете?

**J@ck** · 14.11.2011 17:46

frozen, пробовал, раскачиваются как на мой вкус. Там собственно 20 Ом, особо нечего раскачивать - может не в этом проблема?

**frozen** · 14.11.2011 17:57

Сообщение от J@ck

frozen, пробовал, раскачиваются как на мой вкус. Там собственно 20 Ом, особо нечего раскачивать - может не в этом проблема?

дело вообще не в сопротивлении. а на чем еще слушал кроме клипа эти м3?

**ncuxanam** · 14.11.2011 19:46

lold)
видимо эти изменения уже внесли

http://svn.rockbox.org/viewvc.cgi/tr...;pathrev=30571

смысла в PMU patch нету)) т.к нужные изменения уже внесли давно похоже.) сорри.

**ncuxanam** · 14.11.2011 19:52

alius.miles,
http://forums.rockbox.org/index.php/topic,28848.0.html

Если AS3543 -- общая платформа Clipv2, Clip+ и Fuzev2, то возможно стоит уменьшить патч на замену лишь одной строки?

сейчас все нормально там. ну и версия с PMU init бесполезна, выше писал.

up

И если мне нужно работающее подключение по юсб под линукс, какие именно патчи с треда 11664 применять?

хз какой последний из них -_-

**alius.miles** · 14.11.2011 20:16

ncuxanam,
Ясно, остаються лишь православные 11304 и 9305. Про юсб придется почитать.

Что насчет ogg и времени работы?

**ncuxanam** · 14.11.2011 20:34

alius.miles,
http://www.rockbox.org/wiki/CodecPerformanceComparison
AMS AS3525v2 смотрите.
вот мой тест декодирования.

http://rghost.ru/29952271
Выглядит так.
---

| *AC3 (A52)* ||||
| a52_stereo_192.ac3 | 1241.18% realtime | Decode time - 14.18s | 19.33MHz |
| *Monkey Audio* ||||
| ape_c1000.ape | 581.48% realtime | Decode time - 30.25s | 41.27MHz |
| ape_c2000.ape | 409.92% realtime | Decode time - 42.91s | 58.54MHz |
| ape_c3000.ape | 274.32% realtime | Decode time - 64.12s | 87.48MHz |
| ape_c4000.ape | 107.72% realtime | Decode time - 163.29s | 222.79MHz |
| ape_c5000.ape | 25.57% realtime | Decode time - 687.87s | 938.59MHz |
| *AAC-LC* ||||
| applelossless.m4a | 653.90% realtime | Decode time - 26.90s | 36.70MHz |
| *Atrac3* ||||
| atrac3_lp2_132.oma | 673.12% realtime | Decode time - 26.20s | 35.65MHz |
| *Cook (RA)* ||||
| cook_mono_32.ra | 1450.12% realtime | Decode time - 12.13s | 16.55MHz |
| cook_mono_64.ra | 1308.77% realtime | Decode time - 13.44s | 18.33MHz |
| cook_stereo_32.ra | 1504.70% realtime | Decode time - 11.69s | 15.95MHz |
| cook_stereo_64.ra | 668.82% realtime | Decode time - 26.30s | 35.88MHz |
| cook_stereo_96.ra | 650.03% realtime | Decode time - 27.06s | 36.92MHz |
| *FLAC* ||||
| flac_5.flac | 2714.50% realtime | Decode time - 6.48s | 8.84MHz |
| flac_8.flac | 2545.58% realtime | Decode time - 6.91s | 9.42MHz |
| *MP3* ||||
| lame_096.mp3 | 1016.52% realtime | Decode time - 17.31s | 23.60MHz |
| lame_128.mp3 | 780.65% realtime | Decode time - 22.54s | 30.74MHz |
| lame_192.mp3 | 744.64% realtime | Decode time - 23.63s | 32.23MHz |
| lame_256.mp3 | 734.08% realtime | Decode time - 23.97s | 32.69MHz |
| lame_320.mp3 | 706.38% realtime | Decode time - 24.91s | 33.97MHz |
| *Musepack* ||||
| mpc_096.mpc | 1037.75% realtime | Decode time - 16.95s | 23.12MHz |
| mpc_128.mpc | 982.13% realtime | Decode time - 17.91s | 24.43MHz |
| mpc_170.mpc | 954.94% realtime | Decode time - 18.42s | 25.13MHz |
| mpc_224.mpc | 934.64% realtime | Decode time - 18.82s | 25.67MHz |
| mpc_300.mpc | 921.90% realtime | Decode time - 19.08s | 26.03MHz |
| mpc_350.mpc | 905.76% realtime | Decode time - 19.42s | 26.49MHz |
| *AAC-LC* ||||
| nero_096.m4a | 564.51% realtime | Decode time - 31.17s | 42.51MHz |
| nero_128.m4a | 546.12% realtime | Decode time - 32.22s | 43.94MHz |
| nero_192.m4a | 522.75% realtime | Decode time - 33.66s | 45.91MHz |
| nero_256.m4a | 502.59% realtime | Decode time - 35.01s | 47.75MHz |
| nero_320.m4a | 484.07% realtime | Decode time - 36.35s | 49.57MHz |
| nero_400.m4a | 471.61% realtime | Decode time - 37.31s | 50.88MHz |
| *Nero AAC-HE (SBR)* ||||
| nero_he_64.m4a | 170.12% realtime | Decode time - 103.46s | 141.07MHz |
| *Nero AAC-HEv2 (SBR+PS)* ||||
| nero_hev2_64.m4a | 143.44% realtime | Decode time - 122.72s | 167.31MHz |
| *MP1* ||||
| pegase_l1_192.mp1 | 1173.44% realtime | Decode time - 14.99s | 20.45MHz |
| pegase_l1_256.mp1 | 1083.79% realtime | Decode time - 16.23s | 22.14MHz |
| pegase_l1_352.mp1 | 1047.02% realtime | Decode time - 16.80s | 22.92MHz |
| pegase_l1_448.mp1 | 1028.65% realtime | Decode time - 17.10s | 23.33MHz |
| *MP2* ||||
| pegase_l2_128.mp2 | 1187.71% realtime | Decode time - 14.81s | 20.20MHz |
| pegase_l2_192.mp2 | 1025.65% realtime | Decode time - 17.15s | 23.39MHz |
| pegase_l2_256.mp2 | 1017.35% realtime | Decode time - 17.29s | 23.59MHz |
| pegase_l2_384.mp2 | 1023.86% realtime | Decode time - 17.18s | 23.44MHz |
| *True Audio* ||||
| true_audio.tta | 652.01% realtime | Decode time - 26.84s | 36.80MHz |
| *Vorbis* ||||
| vorbis_096.ogg | 507.06% realtime | Decode time - 34.69s | 47.33MHz |
| vorbis_128.ogg | 487.93% realtime | Decode time - 36.05s | 49.18MHz |
| vorbis_192.ogg | 450.21% realtime | Decode time - 39.07s | 53.30MHz |
| vorbis_256.ogg | 409.92% realtime | Decode time - 42.91s | 58.54MHz |
| vorbis_350.ogg | 378.44% realtime | Decode time - 46.48s | 63.41MHz |
| vorbis_500.ogg | 336.65% realtime | Decode time - 52.25s | 71.29MHz |
| *WMA Standard* ||||
| wma_128.wma | 750.52% realtime | Decode time - 23.65s | 31.97MHz |
| wma_192.wma | 735.29% realtime | Decode time - 24.14s | 32.64MHz |
| wma_256.wma | 718.04% realtime | Decode time - 24.72s | 33.42MHz |
| wma_320.wma | 704.08% realtime | Decode time - 25.21s | 34.08MHz |
| wma_96.wma | 757.57% realtime | Decode time - 23.43s | 31.68MHz |
| *WMA Professional* ||||
| wmapro_141k.wma | 757.25% realtime | Decode time - 23.63s | 31.69MHz |
| wmapro_173k.wma | 740.03% realtime | Decode time - 24.18s | 32.43MHz |
| wmapro_271k.wma | 697.62% realtime | Decode time - 25.65s | 34.40MHz |
| wmapro_55k.wma | 824.22% realtime | Decode time - 21.71s | 29.11MHz |
| wmapro_80k.wma | 794.93% realtime | Decode time - 22.51s | 30.19MHz |
| *WAVPACK* ||||
| wv_fastx3.wv | 966.48% realtime | Decode time - 18.20s | 24.83MHz |
| wv_normx4.wv | 815.10% realtime | Decode time - 21.58s | 29.44MHz |

---

**yojin** · 14.11.2011 21:07

Сообщение от doctor.01

... Не понимю тех, кто говорит, что комплектные уши неплохие... Они не неплохие, они ужасны.

Эт точно
doctor.01, скажите, а какое у вас время работы плеера, сколько батарея держит?

**alius.miles** · 14.11.2011 21:22

ncuxanam,
Большое спасибо! Но, боюсь, нужны пояснения. Насколько я понимаю, Decode time -- чем меньше, тем лучше. С realtime то же? И что именно означает частота в данном контексте? Извиняюсь за ламерский вопрос, но гугл, по ходу, хочет правильно заданый вопрос, для которого надо лучше знать сабж.

**mindwin** · 14.11.2011 21:48

frozen
Clip+ раскачивает M1 и М2 на ура, не думаю что с М3 будут проблемы.

**ncuxanam** · 14.11.2011 22:13

alius.miles,

Decode time -- чем меньше, тем лучше.

да.

С realtime то же?

нет. наоборот. выше — лучше.

lame_320.mp3
175909 of 175960
Decode time - 24.91s
File duration - 175.96s
706.38% realtime
33.97MHz needed for realtime

175.96/24.91=7.06. Т.е на полной мощности 176 секунд mp3 трека с битрейтом 320 декодируется за 25 секунд.
33.97MHz needed for realtime. ниже частота — лучше, меньше вычислений нужно.
для проигрывания без запинок нужно, чтобы проц работал на 34Mhz.(максимум у железа вроде 200Mhz). как-то так)
flac вот быстро очень декодируется.

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

**Кицун** · 14.11.2011 22:29

Всем привет)
Такой вопрос :
Не убьет ли ток в 2А клипу? (купил буку,в комплекте шёл зарядник - на выходе +5V 2А)

**alius.miles** · 14.11.2011 22:30

ncuxanam,
Ещё раз спасибо.

Выходит, ogg таки сливает mp3. Инфа была неверная) Хотя возможно имеет смысл конвертировать mp3 в flac, надо будет поэксперементировать.

Отсюда же стало ясно, почему flac дольше держит батерею -- меньше проц нагружает.

С какого плеера данные?

P.S.
Спрашивал "аудикодеки realtime", нашел много всего, но не то. )

**mindwin** · 14.11.2011 23:29

alius.miles

С какого плеера данные?

В таблице данные по Clip+ с сайта rockbox.org

Хотя возможно имеет смысл конвертировать mp3 в flac

Смысла никакого.
Лучше скачать в lossless.

Если пользуешься Rockbox, то про скорость декодирования лучше не париться.
Разве что .ape нужно перегонять во flac.

Кицун

Такой вопрос :
Не убьет ли ток в 2А клипу? (купил буку,в комплекте шёл зарядник - на выходе +5V 2А)

Ток не может навредить, это всего лишь запас в мощности.
В основном опасно повышенное напряжение.

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

**alius.miles** · 14.11.2011 23:51

mindwin,
хм, я смотрел на http://www.rockbox.org/wiki/CodecPerformanceComparison там есть лишь Clip v2., далее не искал.

В принципе, я всю новую музыку качаю в lossless, скриптами конвертирую и режу в потрековый flac. Идея была в том, чтобы старую в mp3 перевести в flac для увеличения работы плеера. Правда выходит слишком много телодвижений, наверное не стоит. Да и профит не сильно неочевиден.

2ncuxanam,
Какой примерный период появления новых версий рокбокса, и насколько часто имеет смысл обновлятся? От нечего делать написал скрипт, который компилирует патченый рокбокс и кидает его на почту. Пока поставил в крон два раза в неделю, или лучше раз?

P.S. У меня уже был клип+, правда я его потерял;( Думал то ли накопить на cowon с2, то ли взять fuze+. Накопить не вышло, а тачпад-управление -- это аццкое зло. Clip zip -- долго ждать на рабочий рокбокс, да и управления неясное. Так что закончил там, где и начал -- лучше клип+ в данном ценовом диапазоне таки ничего нет))

**filvarkov** · 15.11.2011 00:02

Сообщение от Кицун

Всем привет)
Такой вопрос :
Не убьет ли ток в 2А клипу? (купил буку,в комплекте шёл зарядник - на выходе +5V 2А)

Я думаю что ничего ему не будет так как там, в плеере, стоит контроллер который больше чем нужно не возьмет

**doctor.01** · 15.11.2011 07:17

Сообщение от yojin

Эт точно
doctor.01, скажите, а какое у вас время работы плеера, сколько батарея держит?

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

**ncuxanam** · 15.11.2011 07:23

alius.miles, в моём сообщении таблица из моих данных с моего плеера Clip+.
там же есть на страничке скрипт на руби, для конвертации лога в табличку.
смысла нет, имхо.
ну так нужно по изменениям смотреть. я вручную раз в месяц-два обновляюсь.

**Simba** · 15.11.2011 13:33

alius.miles, можешь выложить какой-нибудь скрипт или программу для Windows, которая бы патчила Рокбокс для Clip+, а то у самого ничего не получается, и тем более патчи вручную восновном ставятся только на UNIX, Linux.

По поводу Clip zip - на него уже есть рабочий Рокбокс, про это я писал в соседней ветке, и вот ссылка на форум по этой теме:http://anythingbutipod.com/forum/sho...58&postcount=1