|
|
|
omavkome
Стаж: 20 лет 4 месяца Сообщений: 13212
|
omavkome ·
07-Июл-10 21:33
(15 лет 2 месяца назад)
Fossman
То-то я не удержался от комментов, нить... потерял  
|
|
|
|
GOBA7878
Стаж: 16 лет 7 месяцев Сообщений: 17
|
GOBA7878 ·
07-Июл-10 23:42
(спустя 2 часа 8 мин.)
так и есть,англоязычную программу имел в виду. кстати вы предлогаете по этапно с этим файлом работать,а как же быть с тем который 320кб,его как сначала конвертить? он у меня тоже получился с запаздывающим звучанием в левом динамике.
|
|
|
|
omavkome
Стаж: 20 лет 4 месяца Сообщений: 13212
|
omavkome ·
08-Июл-10 09:12
(спустя 9 часов)
GOBA7878 писал(а):
его как сначала конвертить?
Сначало в wav, а потом куда и как хотите, проблем не должно быть.
|
|
|
|
Valera05
Стаж: 17 лет 1 месяц Сообщений: 108
|
Valera05 ·
12-Июл-10 09:41
(спустя 4 дня)
Всем - здравствуйте!
Очень нравится использовать xrecode II .
Если возможность зарезать нижнюю границу битрейта МР3 < 32kbps - как ?
Хочу использовать минимальный размер файла для ознакомления с аудио книгой на МР3 плеере (ужать исходный CBR=192 kbps -> 0<VBR<56kbps)
Или подскажите прогу, по-проще, которая позволяет это сделать (можно в личке).
С уважением, V...!
|
|
|
|
Fossman
Стаж: 18 лет 4 месяца Сообщений: 3570
|
Fossman ·
13-Июл-10 01:02
(спустя 15 часов, ред. 13-Июл-10 12:08)
Valera05
Цитата:
Если возможность зарезать нижнюю границу битрейта МР3 < 32kbps - как ?
Программа вообще-то напрямую позволяет получить MP3 файлы с битрейтом ниже 32 kbps, как в режиме постоянного битрейта:
так и в режиме переменного битрейта:
Для уменьшения общего размера MP3 файла вы также можете уменьшить частоту дискретизации, настроив ее в меню Предварительная обработка:
Если и этого вам недостаточно, то можете просто задать желаемый размер выходного файла в Настройках MP3:
Ну и наконец, вы можете произвести кодирование с помощью внешнего кодека lame:
задав нужные параметры кодирования в командной строке, например:
|
|
|
|
Valera05
Стаж: 17 лет 1 месяц Сообщений: 108
|
Valera05 ·
14-Июл-10 22:26
(спустя 1 день 21 час, ред. 15-Июл-10 00:07)
Fossman
Большое спасибо за подробный ответ!
Но в моем случае даже не 16, а 32
Как/можно ли добиться, чтобы min Bitrate = 0?
Или: Что (код) написать в командной сроке, т.к. при чтении звуки голоса чередуются с "тишиной" ?
С уважением, V...!
|
|
|
|
GOBA7878
Стаж: 16 лет 7 месяцев Сообщений: 17
|
GOBA7878 ·
14-Июл-10 22:38
(спустя 11 мин.)
Программа только с CUE выводит нормальный файл,если брать сам файл и просто хотя бы FLAC перкодировать в 320кб появятся артефакты в звучании,особенно слышно в наушниках... пробовал несколько раз 
|
|
|
|
Fossman
Стаж: 18 лет 4 месяца Сообщений: 3570
|
Fossman ·
15-Июл-10 02:16
(спустя 3 часа, ред. 15-Июл-10 08:59)
Valera05
Вы используете старую версию программы. Обновите программу (последняя с оф. сайта - 1.0.0.143).
Ниже 8 kbps lame не позволяет устанавливать битрейт ни в каком режиме.
Наименьший по размеру файл вы сможете получить примерно с такими настройками (командная строка для внешнего кодека lame):
Код:
-V0 -b8 -B8 -F --vbr-new -m f -q0 -k --resample 8 --noreplaygain {InputFileName} {OutputFileName}
Он должен проигрываться без проблем.
________________________________________________________
GOBA7878
Программа тут не причем, поскольку кодирует не она, а родные кодеки (файлы lame_enc.dll, MACDll.dll, wavpackdll.dll, libFLAC.dll и т.д., находящиеся в папке программы). Поэтому вам стоит обратиться к разработчикам соответствующего энкодера.
Любая другая программа из обсуждаемых в разделе (фубар, EAC и т.д.), также использует родные кодеки, то есть все они - лишь GUI при кодировании и, соостветственно, влиять на результат кодирования физически не имеют возможности.
P.S. Впрочем, другой причиной (более частой, как показывает опыт и многочисленные примеры), является критически малый радиус кривизны рук использующего какой-либо софт. В этом случае результаты непредсказуемы даже с Блокнотом. Кстати, именно на эту причину указывает тот факт, что с CUE и без такового вы получаете разные результаты (в смысле качества и наличия артефактов), поскольку только в кошмарном сне можно представить, чтобы CUE файл мог влиять на качество кодирования.
|
|
|
|
GOBA7878
Стаж: 16 лет 7 месяцев Сообщений: 17
|
GOBA7878 ·
15-Июл-10 22:01
(спустя 19 часов)
может я в чем ошибся,там было сказано для мп3 кодеков нет,скачайте их и ссылка,но там они разные,даже не знаю что скачал но в мп3 стала кодировать,щас пытаюсь заново их установить..
|
|
|
|
Fossman
Стаж: 18 лет 4 месяца Сообщений: 3570
|
Fossman ·
15-Июл-10 22:30
(спустя 29 мин.)
GOBA7878
Ну если "там было сказано для мп3 кодеков нет", то это совершенно точно не имеет отношения, ни к данной программе, ни к данному топику. Поскольку у обсуждаемой в топике программы все необходимое для работы имеется в дистрибутиве.
|
|
|
|
GOBA7878
Стаж: 16 лет 7 месяцев Сообщений: 17
|
GOBA7878 ·
15-Июл-10 23:27
(спустя 56 мин.)
|
|
|
|
HyperHammer
Стаж: 19 лет Сообщений: 5305
|
HyperHammer ·
16-Июл-10 12:27
(спустя 13 часов)
Fossman писал(а):
Поскольку у обсуждаемой в топике программы все необходимое для работы имеется в дистрибутиве.
Только NeroAAC отдельно качать надо, а так всё есть.
|
|
|
|
Alexander B
Стаж: 17 лет 1 месяц Сообщений: 128
|
Alexander B ·
16-Июл-10 13:48
(спустя 1 час 21 мин., ред. 16-Июл-10 13:48)
Странно. Если не указать путь к внешнему lame.exe в настройках, то xrecodeII действительно предлагает его скачать:
Про что и в официальной справке написано.
Правда, если нажать ОК, то скачивается всё само и ничего выбирать не надо. Правда, качается 32-битная версия lame 3.98.4 даже под 64-битной ОС.
|
|
|
|
Fossman
Стаж: 18 лет 4 месяца Сообщений: 3570
|
Fossman ·
16-Июл-10 15:55
(спустя 2 часа 7 мин., ред. 16-Июл-10 15:55)
Alexander B
Да, действительно после версии 1.0.0.126 в дистрибутиве программы отсутствует кодек lame в виде библиотеки lame_enc.dll - именно его нужно скачать и скопировать в папку программы для нормальной и удобной ее работы. Файл lame.exe стоит копировать в папку программы только в том случае, если есть необходимость кодирования с использованием коммандной строки коммандной строки.
Понятно теперь, почему у некоторых есть проблемы. Я с этим не столкнулся, поскольку у меня портабельная версия, обновляемая простым копированием поверх, что позволяет сохранять все прежние файлы.
Последнюю версию кодека Lame можно всегда скачать например тут:
http://www.free-codecs.com/lame_encoder_download.htm
Обратите внимание: с 64-bit версией lame_enc.dll программа не работает. Только при использовании 32-bit версии файла lame_enc.dll программа распознает ее:
и вместо такого окна Настройки MP3:
вы будете иметь следующей вид этого окна:
и отдельное окно для настроек дополнительного (опционального) кодека lame.exe:
P.S. Вообще же говоря, подобное недопонимание возникло от " псевдоусовершенствований" автора программы относительно уменьшения размера дистрибутива. " Благими намерениями вымощена дорога в ад" или " лучшее - враг хорошего" - это как раз тот случай, когда изначально созидательный замысел приводит к отрицательным результатам.
|
|
|
|
Alexander B
Стаж: 17 лет 1 месяц Сообщений: 128
|
Alexander B ·
16-Июл-10 16:56
(спустя 1 час 1 мин.)
Добавлю, что поскольку 64-битная версия lame на 64-битных ОС способна кодировать быстрее, то для таких ОС целесообразно скачивать именно 64-битную lame.exe, а не dll.
|
|
|
|
Fossman
Стаж: 18 лет 4 месяца Сообщений: 3570
|
Fossman ·
16-Июл-10 18:19
(спустя 1 час 22 мин., ред. 17-Июл-10 00:57)
Alexander B писал(а):
Добавлю, что поскольку 64-битная версия lame на 64-битных ОС способна кодировать быстрее, то для таких ОС целесообразно скачивать именно 64-битную lame.exe, а не dll.
Это кто вам такое сказал, если не секрет? Или это ваше умозрительное заключение методом научного тыка в небо? Или вы мечтаете об этом и выдаете за реальность? Или вы всегда принимаете за чистую монету очередные околокомпьютерные мифы?
Между тем факты (кои, как известно, упрямая вешь), говорят об обратном. А именно, о том, что прироста в скорости кодирования при использовании 64-bit lame.exe по сравнению с 32-bit lame.exe на 64-bit Windows вы, скорее всего, не получите никакого (что и неудивительно). А вот потерять в скорости кодирования при этом можете запросто, что и имеет место в приведенном ниже случае кодирования файла Hell.WAV размером 801 444 044 bytes на 64-bit операционной системе Windows.
Кодирование 32-bit lame.exe:
Кодирование 64-bit lame.exe:
Поэтому читающим стоит внимательно относиться к тому, к чьим советам прислушиваться. 
Копируйте в папку программы 32-bit файл lame_enc.dll и не создавайте себе рукотворных проблем, тем более, что программа позволяет производить многопотоковое кодирование (по числу ядер/процессоров), а это уже реальный, а не мифический выигрыш во времени выражающийся разами (в зависимости от количества ядер/процессоров), который имеет место быть при одновременном кодировании в MP3 нескольких файлов.
|
|
|
|
Alexander B
Стаж: 17 лет 1 месяц Сообщений: 128
|
Alexander B ·
16-Июл-10 20:22
(спустя 2 часа 2 мин., ред. 16-Июл-10 20:22)
Fossman
И правда, есть такое дело. В моём тесте при CBR 320 - 15х для 32-битной версии, 12х для 64-бит. V0 - 35х против 31х соответственно. Я удивлён, не сказать больше. Видимо, код жестоко оптимизирован под 32-битную архитектуру.
Так что свою рекомендацию отзываю. Семь раз проверь - один раз напиши, и правда...
Update: Справедливости ради надо сказать, что прогресс налицо: lame 3.99 alpha 10 в 32-битной версии тот же самый файл кодирует на скорости 13х в CBR 320, и 34х - в V0; в 64-битной - 15.5х и 40х соответственно, т.е. 64-битная версия на 17-19% быстрее 32-битной. При этом с 64-битной версией степень сжатия в V0 получилась почти на 7% больше (что может быть как хорошо, так и плохо).
скрытый текст
c:\misc\temp\Jethro Tull\1972 - Thick As A Brick>lame32a.exe --preset insane -q 0 "01 - Thick As A Brick.wav" "01 - Thic
k As A Brick.mp3"
LAME 3.99 (alpha 10, Jun 7 2010 11:27:59) 32bits ( http://www.mp3dev.org/)
warning: alpha versions should be used for testing only
CPU features: MMX (ASM used), SSE (ASM used), SSE2
Using polyphase lowpass filter, transition band: 20094 Hz - 20627 Hz
Encoding 01 - Thick As A Brick.wav to 01 - Thick As A Brick.mp3
Encoding as 44.1 kHz j-stereo MPEG-1 Layer III (4.4x) 320 kbps qval=0
Frame | CPU time/estim | REAL time/estim | play/CPU | ETA
51949/51949 (100%)| 1:44/ 1:44| 1:44/ 1:44| 13.003x| 0:00
-------------------------------------------------------------------------------
kbps LR MS % long switch short %
320.0 95.2 4.8 92.6 4.1 3.2
Writing LAME Tag...done
ReplayGain: -2.1dB
c:\misc\temp\Jethro Tull\1972 - Thick As A Brick>lame64a.exe --preset insane -q 0 "01 - Thick As A Brick.wav" "01 - Thic
k As A Brick.mp3"
LAME 3.99 (alpha 10, Jun 8 2010 09:58:10) 64bits ( http://www.mp3dev.org/)
warning: alpha versions should be used for testing only
CPU features: , SSE (ASM used), SSE2
Using polyphase lowpass filter, transition band: 20094 Hz - 20627 Hz
Encoding 01 - Thick As A Brick.wav to 01 - Thick As A Brick.mp3
Encoding as 44.1 kHz j-stereo MPEG-1 Layer III (4.4x) 320 kbps qval=0
Frame | CPU time/estim | REAL time/estim | play/CPU | ETA
51949/51949 (100%)| 1:27/ 1:27| 1:27/ 1:27| 15.503x| 0:00
-------------------------------------------------------------------------------
kbps LR MS % long switch short %
320.0 95.2 4.8 92.6 4.1 3.2
Writing LAME Tag...done
ReplayGain: -2.1dB
c:\misc\temp\Jethro Tull\1972 - Thick As A Brick>lame32a.exe -V 0 "01 - Thick As A Brick.wav" "01 - Thick As A Brick.mp3
"
LAME 3.99 (alpha 10, Jun 7 2010 11:27:59) 32bits ( http://www.mp3dev.org/)
warning: alpha versions should be used for testing only
CPU features: MMX (ASM used), SSE (ASM used), SSE2
Using polyphase lowpass filter, transition band: 19383 Hz - 19916 Hz
Encoding 01 - Thick As A Brick.wav to 01 - Thick As A Brick.mp3
Encoding as 44.1 kHz j-stereo MPEG-1 Layer III VBR(q=0)
Frame | CPU time/estim | REAL time/estim | play/CPU | ETA
51949/51949 (100%)| 0:40/ 0:40| 0:40/ 0:40| 33.914x| 0:00
32 [ 39] %
40 [ 0]
48 [ 0]
56 [ 0]
64 [ 0]
80 [ 0]
96 [ 1] *
112 [ 0]
128 [ 0]
160 [ 48] %
192 [ 4198] %%%%%%%%%%%%%*
224 [15692] %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%****
256 [21282] %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%****
320 [10689] %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%**
-------------------------------------------------------------------------------
kbps LR MS % long switch short %
254.1 93.6 6.4 89.3 5.6 5.2
Writing LAME Tag...done
ReplayGain: -2.1dB
c:\misc\temp\Jethro Tull\1972 - Thick As A Brick>lame64a.exe -V 0 "01 - Thick As A Brick.wav" "01 - Thick As A Brick.mp3
"
LAME 3.99 (alpha 10, Jun 8 2010 09:58:10) 64bits ( http://www.mp3dev.org/)
warning: alpha versions should be used for testing only
CPU features: , SSE (ASM used), SSE2
Using polyphase lowpass filter, transition band: 19383 Hz - 19916 Hz
Encoding 01 - Thick As A Brick.wav to 01 - Thick As A Brick.mp3
Encoding as 44.1 kHz j-stereo MPEG-1 Layer III VBR(q=0)
Frame | CPU time/estim | REAL time/estim | play/CPU | ETA
51949/51949 (100%)| 0:33/ 0:33| 0:33/ 0:33| 39.940x| 0:00
32 [ 39] %
40 [ 0]
48 [ 0]
56 [ 0]
64 [ 0]
80 [ 0]
96 [ 1] *
112 [ 0]
128 [ 0]
160 [ 53] %
192 [ 7349] %%%%%%%%%%%%%%%%%%%%**
224 [23419] %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%****
256 [16230] %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%***
320 [ 4858] %%%%%%%%%%%%%%
-------------------------------------------------------------------------------
kbps LR MS % long switch short %
238.2 93.6 6.4 89.3 5.6 5.2
Writing LAME Tag...done
ReplayGain: -2.1dB
c:\misc\temp\Jethro Tull\1972 - Thick As A Brick>lame64a.exe -V 0 "01 - Thick As A Brick.wav" "01 - Thick As A Brick.mp3"
Не хочу сказать, что я рекомендую кому-либо использовать нестабильную версию, но в ближайшее время к вопросу о целесообразности использования 64-битной версии можно будет вернуться.
P.S. xrecodeII в случае использования внешнего lame.exe запускает столько его экземпляров, сколько в CPU ядер, так что эффект от многоядерности будет что с exe, что c dll одинаковым.
|
|
|
|
Valera05
Стаж: 17 лет 1 месяц Сообщений: 108
|
Valera05 ·
16-Июл-10 20:30
(спустя 8 мин.)
Fossman писал(а):
Valera05
Вы используете старую версию программы. Обновите программу (последняя с оф. сайта - 1.0.0.143).
Мой случай:
Была вполне рабочая 130 какая-то (полная), обновил до 143 (полная). В результате постоянные зависания, ни одной папки с МР3 конвертировать (снизить Битрейт) не удалось.
Попробовал исходники, на которых снижал Битрейт старой версией программы. Тоже подвис.
Вопрос: как установить 142 (достаточно деинсталировать текущую 143 предлагаемыми средствами, или ... , а потом установить 142)?
Вообще хочу попробовать 142 портабл версию, но на оф. сайте как понял предлагается предыдущая 142 только полная.
С уважением, V...!
|
|
|
|
Fossman
Стаж: 18 лет 4 месяца Сообщений: 3570
|
Fossman ·
16-Июл-10 21:42
(спустя 1 час 12 мин., ред. 16-Июл-10 22:18)
Alexander B
Если вы заговорили о справедливости, то вот вам тест производительности при кодировании того же файла в программе xrecode II в первом случае при использовании кодека Lame в виде динамической библиотеки (lame_enc.dll), а во втором - в виде исполняемого файла (lame.exe) (который вы призываете всех использовать). Обе версии файла 32-битные (программа не работает с 64-битным lame_enc.dll)
Комментарии, как говорится излишни, поскольку кодирование с помощью lame_enc.dll, даже по сравнению с новейшей 64-разрядной альфа версией кодека Lame в виде исполняемого файла (lame.exe) в 2 (два) раза (то есть, на 100%!) быстрее!
Поэтому возвращаться " к вопросу о целесообразности использования 64-битной версии" lame.exe не нужно, тем более в данном топике, посвященном не кодеку Lame, а совершенно другой программе. По крайней мере до тех пор, пока автор программы xrecode II не обеспечит поддержку кодеков, выполненных в виде 64-битных динамических библиотек (что, скорее всего, может случиться, когда появится 64-битная версия xrecode II, что находится под большим вопросом).
А на текущий момент (а также в ближайшем будущем, пока не появился нормальный lame с поддержкой CUDA) в программе xrecode II самое быстрое (и удобное) кодирование (энкодером Lame) в MP3 осуществляется при использовании 32-битного энкодера в виде динамической библиотеки lame_enc.dll
Насчет преимуществ 64 разрядной архитектуры:
" Поскольку 64-разрядные приложения могут получать доступ к большему объему физической и виртуальной памяти, возрастает размер таблиц адресов и, как следствие, могут увеличиваться временные затраты на передачу данных. В результате при выполнении небольших или повторяющихся задач может наблюдаться небольшое снижение производительности, по сравнению с 32-разрядными средами."
http://technet.microsoft.com/ru-ru/library/dd630755(office.12).aspx
Alexander B писал(а):
В моём тесте...
Я привожу результаты тестов с лэптопа.
___________________________________
Valera05
Штатно полностью деинсталлируйте программу, прежде чем устанавливать новую версию. Желательно удалить и ветвь в реестре с ключами программы.
Далее можете попробовать портабельную версию программы. Можете скачать вот эту (совсем полную). Просто разархивируйте содержимое в любое удобное для вас место и запускайте.
"Зависания" (на самом деле они таковыми не являются, но выглядят именно так - индикатор протекания кодирования некоторое время не двигается) возможны при использовании MP3 кодека в виде консольной утилиты (lame.exe). Просто дождитесь завершения кодирования в этом случае (учтите, что кодирование с помощью lame.exe занимает значительно больше времени, чем при использовании lame_enc.dll).
|
|
|
|
Alexander B
Стаж: 17 лет 1 месяц Сообщений: 128
|
Alexander B ·
16-Июл-10 21:54
(спустя 12 мин.)
Fossman писал(а):
Комментарии, как говорится излишни, поскольку кодирование с помощью lame_enc.dll, даже по сравнению с новейшей 64-разрядной альфа версией кодека Lame в виде исполняемого файла (lame.exe) в 2 (два) раза (то есть, на 100%!) быстрее!
Рискну предположить, что в случае с DLL в два потока кодируется даже один файл, а в случае EXE - два процесса запускается только для 2 и более файлов. Соответственно, DLL даст выигрыш только в случае кодирования одиночных файлов. Другого разумного объяснения я не вижу.
Fossman писал(а):
Насчет преимуществ 64 разрядной архитектуры:
На hydrogenaudio.org целый тред на эту тему как раз применительно к LAME. Смысл в данном случае не в разрядности указателей (эффект от которой ничтожен), а в том, что LAME и на 32-битных CPU использует команды SSE, которые вообще 128-разрядные.
Fossman писал(а):
Я привожу результаты тестов с лэптопа.
Я тоже с ноута. Core2Duo T9800 2.93 GHz. Для AMD, наверное, другие результаты будут, для Core i7 - третьи. Даже +/- 20% на отдельной взятой машине - ещё не основание для общих рекомендаций. Так что пока, действительно, Ваш вывод правильный - берём 32-битную DLL.
|
|
|
|
Fossman
Стаж: 18 лет 4 месяца Сообщений: 3570
|
Fossman ·
16-Июл-10 22:44
(спустя 50 мин.)
Alexander B писал(а):
Рискну предположить...
Зря рисковали... если бы делали ставки, то вы бы остались без штанов.
При запуске кодирования на одном ядре - результат в скоростях точно такой же. То есть оптимизация под многоядерность (многопроцессорность) в lame отсутствует (что и неудивительно, поскольку задача распределенного кодирования очень нетривиальна).
Alexander B писал(а):
Другого разумного объяснения я не вижу.
Это и немудрено, поскольку вы пытаетесь свои объяснения придумывать умозрительно, вместо того, чтобы почитать что-нибудь подходящее по теме. В результате чего вы бы сделали много чУдных для себя открытий. Например, начали бы с того, что конкретно, подразумевается под разрядностью, когда говорят о 8-, 16-, 32-, 64-разрядной архитектуре, операционной системе или приложениях... И так далее.
Alexander B писал(а):
На hydrogenaudio.org
Это конечно интересный ресурс, но в ряде вопросов (в том числе и по 64-разрядной архитектуре), его авторитет - ничто, по сравнению, в частности, с MSDN.
Цитата:
Я тоже с ноута...
Ну я же не Геракл, чтобы таскать 4 килограммовый чемодан на работу.
|
|
|
|
Alexander B
Стаж: 17 лет 1 месяц Сообщений: 128
|
Alexander B ·
16-Июл-10 23:18
(спустя 33 мин., ред. 16-Июл-10 23:18)
Fossman писал(а):
При запуске кодирования на одном ядре - результат в скоростях точно такой же. То есть оптимизация под многоядерность (многопроцессорность) в lame отсутствует (что и неудивительно, поскольку задача распределенного кодирования очень нетривиальна).
Действительно, отсутствует. Я предположил её наличие из показанной Вами двухкратной разницы в кодировании с использованием EXE и DLL. Но Ваш результат мне повторить, увы, не удалось. Мой тестовый файл на двухъядерном процессоре в режиме V0 через xrecodeII с использованием внешнего lame.exe (3.98.4 32-bit) кодировался 37 секунд, с lame_enc.dll той же версии - 39 секунд. Разница в пределах случайной, что и логично, т.к. EXE и DLL скомпилированы из одного и того же кода.
При этом если добавить второй файл примерно такого же размера - то и с EXE, и с DLL время кодирования остаётся прежним - 35-40 секунд, т.к. кодируется в два потока (процесса). Даже прогрессбар соответствующий показывает с отдельной полоской на каждый кодируемый файл.
Fossman писал(а):
Это и немудрено, поскольку вы пытаетесь свои объяснения придумывать умозрительно, вместо того, чтобы почитать что-нибудь подходящее по теме. В результате чего вы бы сделали много чУдных для себя открытий. Например, начали бы с того, что конкретно, подразумевается под разрядностью, когда говорят о 8-, 16-, 32-, 64-разрядной архитектуре, операционной системе или приложениях... И так далее.
Я, конечно, лет 10 уже на ассемблере ничего не писал, так что c особенностями архитектуры AMD64 (x86-64) знаком только по описаниям, но с 16- и 32-битными архитектурами имел достаточно опыта работы, чтобы понимать, что там к чему Самая очевидная причина для ускорения работы программ, осуществляющих интенсивные вычисления, в 64-битном режиме - увеличение количества регистров общего назначения. Но для Lame, используещего команды и регистры SSE, это неактуально.
Fossman писал(а):
Ну я же не Геракл, чтобы таскать 4 килограммовый чемодан на работу.
Sony VAIO VGN-Z36XRN, 1,4 кг
|
|
|
|
GOBA7878
Стаж: 16 лет 7 месяцев Сообщений: 17
|
GOBA7878 ·
17-Июл-10 00:23
(спустя 1 час 4 мин.)
LAME 3.98.4
2010-03-23
Bundle compiled with Intel Compiler 11.1.054.
* Download (563kB)
вобщем ребята я скачал что указано выше,по той ссылке что рекомендовалось в программе,ну и в новую версию прграммы закинул,вроде бы всё работает артефакты пропали... ажнык не верится  мож чё попробовать из ваших последних рекомендаций еще в добавок.
|
|
|
|
Fossman
Стаж: 18 лет 4 месяца Сообщений: 3570
|
Fossman ·
17-Июл-10 01:12
(спустя 49 мин., ред. 17-Июл-10 01:12)
Alexander B писал(а):
Я, конечно, лет 10 уже на ассемблере ничего не писал
Если судить по вашим сообщениям, мысль, что вы когда-нибудь чего-нибудь писали кажется наименее вероятной, поскольку они находятся в согласии с тезисом " забыл то, чего не знал"
Alexander B писал(а):
Sony VAIO VGN-Z36XRN, 1,4 кг
Я говорил про домашний laptop 17" с процессором и видеокарточкой посильнее, чем у того, который на работу таскаю. Отсюда и вес. А у рабочего - лишь p8700/gf260 и вес 2.5.
Кстати встретил забавную запись в интете:
Цитата:
Интересно, что lame.exe и lame_enc.dll оба версия 3.98b6 работают по-разному. Я сравнил 320кбит треки в спектрограмме AdobeAudition 3.0 и оказалось, что lame_enc.dll передаёт всю полосу частот до 20000 "как есть", а lame.exe что-то "подчищает" в полосе между 16000 - 20000.
Всё кодировалось в EAC в одинаковом режиме cbr 320.
http://ghostrecon.ru/forum/viewtopic.php?f=10&t=799
GOBA7878
" Если работает - не трогай" - главное правило админа
|
|
|
|
GOBA7878
Стаж: 16 лет 7 месяцев Сообщений: 17
|
GOBA7878 ·
17-Июл-10 16:31
(спустя 15 часов)
скажите,а как распознать lame_enc.dll от lame.exe,хочется первый ламе,он же передает всю полосу частот или без разницы? у меня 32 битная версия ОС, в том списке кодеков не понятно, enc.dll это или нет..
|
|
|
|
Valera05
Стаж: 17 лет 1 месяц Сообщений: 108
|
Valera05 ·
17-Июл-10 19:52
(спустя 3 часа, ред. 18-Июл-10 02:11)
Fossman,
Спасибо за внимание и ответ!
Снес 143 версию Revo Uninstaler'ом в режиме полной очистки (чистит и реестр и следы). Скачал с оф. сайта и установил доступную только 142.
Опыты со 142 версией
Error while adding file "V:\Литература\Книги аудио\Художественные\Иванов Алексей\Золото бунта, или Вниз по реке теснин\Alexey_Ivanov_-
_Zoloto_Bunta (только книга полностью)\CD 1\gl01-02.mp3". Version = "1.0.0.142", Error="Access violation at address 00406B70 in module
'xrecode2.exe'. Read of address FFFFFFF9", Last debug Msg = "000241_06". Please contact xrecode@gmail.com about it.
Отправил автору на мыло.
Для полноты картины, попробую установить что Вы - Fossman, советовали (давали ссылку).
С уважением, V...!
PS Ура - Виктория!!! 
Fossman - Браво!!! И огромное спасибо!!!  Ваша 138 версия почти летает, как и стоявшая у меня 133. Но в ней есть 16kbps и она портабл 
1,25 Гига сделал за 27 минут
Цитата:
"Зависания" (на самом деле они таковыми не являются, но выглядят именно так - индикатор протекания кодирования некоторое время не двигается) возможны при использовании MP3 кодека в виде консольной утилиты (lame.exe). Просто дождитесь завершения кодирования
На новой версии моего терпения хватило на 1 час. Индикаторы стояли на прежних % выполнения, время не считалось, Диспетчер задач показывал, что приложение работает, а проц был загружен минимально. Кнопки отмены задания и закрытия не работали
|
|
|
|
GOBA7878
Стаж: 16 лет 7 месяцев Сообщений: 17
|
GOBA7878 ·
17-Июл-10 23:59
(спустя 4 часа)
так что,какой ламе лучше,или какая программа,чё то я запутался пока вы тут спорили с вашим оппонентом  нет внятного ответа...
|
|
|
|
Fossman
Стаж: 18 лет 4 месяца Сообщений: 3570
|
Fossman ·
18-Июл-10 05:33
(спустя 5 часов)
GOBA7878
Я не знаю, какой лучше кодирует - lame_enc.dll или lame.exe. По идее, должны одинаково, а как оно на практике - черт его знает. Сам я этого не проверял и не сравнивал.
А узнать какой кодек у вас кодирует в программе легко - если у вас в папке с программой находятся оба файла - lame_enc.dll и lame.exe (оба нужно использовать в виде 32-разрядных версий даже в 64-разрядных операционных системах), то если вы кодируете, используя для настроек штатный (встроенный) интерфейс управления - программа кодирует с помощью динамической библиотеки lame_enc.dll. Если же вы выбираете в Настройках MP3 - Внешний кодек (с командной строкой), то кодирование осуществляется посредством lame.exe.
Думаю, что тут дело привычки каждого. Поскольку наличие командной строки со всеми ее возможностями для меня несущественный аргумент, в то время как использование внешнего кодека другой версии Lame куда более важно.
Если же мне приспичивает задействовать уникальные возможности Lame, которые дает командная строка, то я использую специфический бесплатный GUI специально под Lame, типа Lame Front-End, у которого практически все возможности командной строки выведены в графический интерфейс.
Valera05
Valera05 писал(а):
На новой версии моего терпения хватило на 1 час. Индикаторы стояли на прежних % выполнения, время не считалось, Диспетчер задач показывал, что приложение работает, а проц был загружен минимально. Кнопки отмены задания и закрытия не работали
Если загрузка процессора была близка к нулевой, то действительно это зависания, тем более за 1 час можно почти на любом компе кодировать не менее 1 Гб WAV-ов.
В то время как при наличии "псевдозависаний" кнопки отмены задания и закрытия тоже могут не слушаться до его завершения и индикаторы выполнения задания могут стоять на нуле почти до завершения, а время - не считаться (но в конце оно показывается целиком).
Отсутствие загрузки процессора в течение нескольких минут и неизменность размера результирующего файла (или его отсутствие) - наиболее верные признаки настоящего зависания. Кстати, подобные зависания могут быть вызваны неправильными настройками некоторых антивирусов (и др. подобных программ) или их природной глупостью, вследствие блокировки этими программами доступа к результирующему файлу (напр., монопольное непрерывное сканирование файла).
________________
Для тех, кто не понял, о чем я говорю, напомню, речь шла о возможных проблемах при использовании кодека lame в виде lame.exe (у lame_enc.dll ничего подобного пока не наблюдалось).
|
|
|
|
HyperHammer
Стаж: 19 лет Сообщений: 5305
|
HyperHammer ·
19-Июл-10 21:14
(спустя 1 день 15 часов, ред. 19-Июл-10 21:14)
Fossman
Ты человек подкованный в мультимедии я вижу, подскажи плиз программку для редактирования лосслесса (ape, flac), а? Я имею ввиду чтобы без конвертирования в wav можно было кусок песни отрезать ну и желательно спектральный анализ смотреть
|
|
|
|
Fossman
Стаж: 18 лет 4 месяца Сообщений: 3570
|
Fossman ·
20-Июл-10 07:47
(спустя 10 часов)
HyperHammer
Вопрос уходит далеко за пределы темы, уже потому, что топик предназначен, в первую очередь, для новичков. А тех у кого возникают подобные потребности врядли можно таковыми.
Кстати отрезать часть lossless файла можно и в программе xrecode II - причем двумя способами:
- с помощью CUE файла (внешнего или встроенного) - при этом тако файл может быть создан вручную таким каким хочется);
- с помощью меню Настройки исходных файлов -> Предварительная обработка -> Конвертировать только часть файла;
а затем выбираете целевым форматом тот, из которого хотите получить кусок файла.
Ну а чтобы спектры смотреть вам все равно придется конвертировать его в WAV - либо самостоятельно перед просмотром, либо программа это сделает за вас. Многие программы для просмотра спектров упоминаются и даже подробно обсуждаются в разделе. Список далеко не исчерпывающий, однако принципиальной разницы с упоминавнимися остальные подобные программы не имеют.
|
|
|
|
