|
| MS Windows DLLs (Binary Libraries) | | Описание | Информация | Коллекция часто необходимых библиотек DLL.
Компиляторы языков программирования от Микрософт, таких как Visual Basic, VC++, и т.д., требуют наличия в системе своих Run-time библиотек .DLL, которые устанавливаются заодно с самой средой программирования.
Тогда исполняемые файлы, сгенерированные на ЭТОЙ машине, будут спокойно выполняться, подгружая эти библиотеки.
А Микрософт может смело заявлять о супер-пупер эффективности кода басика, когда программа размером EXE 20 килобайт отмачивает невероятные вещи.
То, что подгружены библиотеки весом в 2Мб, не упоминается.
Тогда радостные юзеры начинают раздавать свои "работающие" программки друзьям, которые далеки от таких супер-вещей, как Visual Basic, и - ... полный песец. Программы не работают. "Не найдена библиотека msvbvm400.dll".
Здесь - те библиотеки, которые наиболее часто ищут и не находят запускаемые программы, сделанные на MSVC++ и MSVB.
| Раздел: Windows
Скриншоты
Операционная система: Windows
Требования: -
Автор: Microsoft
Издатель: -
Добавил: Nika (2013.06.04) | Доступные файлы - сортировка по имени и версии, времени добавления
Файлов: 16. | Файл | Размер | Выпуск | Версия | Язык | Качество | Загрузил | | 4.7 Мб | | | | ![[Не подделка]](http://old-dos.ru/img/nofake.png) | Nika
2013.06.04 | Архив
17 библиотек DLL: GLU32.DLL, MFC30.DLL, MFC42.DLL, MSVBVM50.DLL (5.0.37.24), MSVBVM50.DLL (5.1.43.19), MSVBVM60.DLL, MSVCP60.DLL, MSVCP71.DLL, MSVCR71.DLL, MSVCRT.DLL, OLEPRO32.DLL, OPENGL32.DLL, VB40016.DLL, VB40032.DLL, VBRUN100.DLL, VBRUN200.DLL, VBRUN300.DLL.
| | 94.5 Кб | 2004.12.07 | 1.1.3790.0 | Language Neutral | ![[100%]](http://old-dos.ru/img/verified.png "Качество гарантировано!") | SergeCpp
2013.06.05 | Библиотека UNICOWS.DLL (Microsoft Layer for Unicode: http://en.wikipedia.org/wiki/Microsoft_Layer_for_Unicode) необходима для работы плагина IN_APE в WinAmp 2 в системах Windows 9x и Windows ME, а также для работы KernelEx — проекта обновления ядра Windows 9x.
| | 849 Кб | 2006.12.02 & 2009.07.12 | 8.0.50727.762 & 8.0.50727.4053 | English (United States) | | SergeCpp
2013.06.05 | | Библиотека MFC80.DLL необходима для работы супер-микро-файрволла Look 'n' Stop 2.07 в системах Windows 98 и Windows ME (и в других, в которых нет ещё этих библиотек). | | 507.7 Кб | 2006.12.02 & 2009.07.12 | 8.0.50727.762 & 8.0.50727.4053 | English (United States) | | SergeCpp
2013.06.05 | | Библиотека MSVCR80.DLL необходима для работы супер-микро-файрволла Look 'n' Stop 2.07 в системах Windows 98 и Windows ME (и в других, в которых нет ещё этих библиотек). | | 1.8 Кб | 2006 | | | | Nika
2013.06.05 | | Это не настоящая, а поддельная библиотека-заглушка. Может прокатить, а может и нет. | | 840.4 Кб | 2004.03.02 | 5.1.3102.1360 | English (United States) | | SergeCpp
2013.06.05 | | Библиотека GDIPLUS.DLL необходима для лучшего отображения PDF-файлов в Foxit Reader версий 2 (версия для Win 9x — 2.2.2007.2129, версии новее потребляют очень много памяти и процессора). Библиотеку рекомендуется поместить в каталог, где находится FoxitRd.exe. | | 245.8 Кб | 2002.01.05 | 7.0.9466.0 | English (United States) | | SergeCpp
2013.06.06 | | Microsoft C++ Runtime Library & Microsoft C Runtime Library | | 58.9 Кб | 1999.02.22 | 6.0.84.18 | English (United States) | | SergeCpp
2013.06.06 | Это "компонент ActiveX", который может быть (не всегда!) нужно будет зарегистрировать вызовом REGSVR32 ПОЛНЫЙ_ПУТЬ_К_ФАЙЛУ\COMDLG32.OCX (при этом некие данные запишутся в реестр). В Win ME такого файла в системе (у меня) нет.
| | 433.6 Кб | 2002.04.27 | 6.1.95.45 | English (United States) | | SergeCpp
2013.06.06 | Это "компонент ActiveX", который может быть (не всегда!) нужно будет зарегистрировать вызовом REGSVR32 ПОЛНЫЙ_ПУТЬ_К_ФАЙЛУ\MSCOMCTL.OCX (при этом некие данные запишутся в реестр). В Win ME такого файла в системе (у меня) нет.
| | 864.5 Кб | 2001.12.21 & 2008.05.28 | 0.9.6c & 0.9.8h | English (United States) | | SergeCpp
2013.06.07 | | OpenSSL: open Secure Socket Layer protocol. |  | CD_CLINT.DLL (PSEUDO) |  |  | 1118 |
| 2.2 Кб | 200x | | | | Nika
2013.06.08 | Некоторые программисты любят подключать библиотеку CD_CLINT.DLL, чтобы гнать в своём софте банерную рекламу из интернета.
В таком случае может помочь эта поддельная DLL, которую нужно записать вместо настоящей.
Пример использования:
http://old-dos.ru/index.php?page=files&mode=games&do=show&id=3300 | | 128.9 Кб | 1998 | | | | Nika
2013.06.08 | Троянская библиотека. Антивирусные сканеры определяют её как вредоносную.
Если приложение требует загрузки этой DLL, то лучше подсунуть ему замену-пустышку CD_CLINT.DLL (PSEUDO).
Она есть на этой же странице. | | 6.4 Кб | 1994 | |  Английский | | Nika
2013.06.15 | Эту библиотеку достаточно просто положить рядом с загружающей её программой.
Не обязательно копировать её в %WinSysDir%. | | | WNASPI32.DLL_APIX.VXD | | | 1205 |
| 31.4 Кб | 2002.18.07 | 4.71.2.0 | Английский | | SergeCpp
2014.01.20 | Adaptec's ASPI Layer (для работы с CD, etc). Это не инсталлятор, а только те три файла (два — двоичные, один — для реестра), что действительно необходимы для Win 9x. Файл APIX.REG следует импортировать в реестр. Все файлы — с многолетне-рабочей системы (выполнялась их установка и на другие системы, которые тоже многолетне-работают), то есть — проверено в деле. В архиве сохранена структура каталогов, в которые следует поместить двоичные файлы. Файл APIX.REG после импорта в реестр можно удалить.
| | 5.5 Мб | | 2013 | Английский | | Nika
2014.07.03 | Автоматическая распаковка и установка DLL-лей:
Типа, "Don't worry... Be happy".
atl70.dll 7.0.9975.0 x86
atl71.dll 7.10.6101.0 x86
comct232.ocx 6.0.98.16 x86
comct332.ocx 6.7.0.9816 x86
comctl32.ocx 6.0.98.16 x86
comdlg32.ocx 6.1.98.16 x86
dblist32.ocx 6.1.98.16 x86
libeay32.dll 1.0.1.3 x86/x64
libssl32.dll 1.0.1.3 x86/x64
mci32.ocx 6.1.98.16 x86
mfc70.dll 7.0.9975.0 x86
mfc70chs.dll 7.0.9975.0 x86
mfc70cht.dll 7.0.9975.0 x86
mfc70deu.dll 7.0.9975.0 x86
mfc70enu.dll 7.0.9975.0 x86
mfc70esp.dll 7.0.9975.0 x86
mfc70fra.dll 7.0.9975.0 x86
mfc70ita.dll 7.0.9975.0 x86
mfc70jpn.dll 7.0.9975.0 x86
mfc70kor.dll 7.0.9975.0 x86
mfc70u.dll 7.0.9975.0 x86
MFC71.dll 7.10.6101.0 x86
MFC71CHS.DLL 7.10.6101.0 x86
MFC71CHT.DLL 7.10.6101.0 x86
MFC71DEU.DLL 7.10.6101.0 x86
MFC71ENU.DLL 7.10.6101.0 x86
MFC71ESP.DLL 7.10.6101.0 x86
MFC71FRA.DLL 7.10.6101.0 x86
MFC71ITA.DLL 7.10.6101.0 x86
MFC71JPN.DLL 7.10.6101.0 x86
MFC71KOR.DLL 7.10.6101.0 x86
MFC71u.dll 7.10.6101.0 x86
mscomct2.ocx 6.1.98.16 x86
mscomctl.ocx 6.1.98.33 x86
MSCOMCTL32.OCX 6.0.88.62 x86
mscomm32.ocx 6.1.98.16 x86
msdatgrd.ocx 6.1.98.16 x86
msdatlst.ocx 6.1.98.16 x86
mshflxgd.ocx 6.1.98.16 x86
msflxgrd.ocx 6.1.98.16 x86
msinet.ocx 6.1.98.16 x86
msmask32.ocx 6.1.98.16 x86
msstdfmt.dll 6.1.98.16 x86
MSSTKPRP.DLL 6.1.98.16 x86
msvbvm50.dll 5.2.82.44 x86
msvci70.dll 7.0.9466.0 x86
MSVCP70.DLL 7.0.9466.0 x86
msvcp71.dll 7.10.6052.0 x86
msvcr70.dll 7.0.9981.0 x86
msvcr71.dll 7.10.7031.4 x86
msvcrt10.dll x86
mswinsck.ocx 6.1.98.17 x86
OpenAL32.dll 6.14.357.25 x86/x64
picclp32.ocx 6.1.98.16 x86
richtx32.ocx 6.1.98.16 x86
ssleay32.dll 1.0.1.3 x86/x64
sysinfo.ocx 6.1.98.16 x86
tabctl32.ocx 6.1.98.16 x86
Vb40016.dll 4.0.24.22 x86
Vb40032.dll 4.0.29.24 x86
vbrun100.dll x86
vbrun200.dll 2.0.9.8 x86
Vbrun300.dll 3.0.5.38 x86
wrap_oal.dll 2.2.0.7 x86/x64
| | 228.4 Кб | 2000 | 6.0.98.39 | Английский | | T-999
2021.01.08 | Версия, работающая на Win 95 и выше. Требовалась для запуска Advanced MP3 Home Studio (http://old-dos.ru/index.php?page=files&mode=files&do=show&id=8167#file22554).
Эта версия новее, по сравнению с версией из вышележащего архива. |
 |
| Комментарии | | #1 Автор: SergeCpp (2013.06.04 23:26) | О! А у меня тоже аналогичный сборничек есть небольшой! Он в другой системе, добуду -- загружу сюда.
|
| #2 Автор: SergeCpp (2013.06.05 00:13) | ...пока не добрался, но вот то, что прямо сразу вспомнилось: unicows.dll необходима для работы плагина in_ape (ape lossless) в winamp 2 в системах windows 9x и windows me.
|
| #3 Автор: SergeCpp (2013.06.05 00:36) | Библиотеки mfc80.dll и msvcr80.dll необходимы для работы супер-микро-файрволла Look 'n' Stop 2.07 в системах Windows 98 и Windows ME (и в других, в которых нет ещё этих библиотек).
|
| #4 Автор: SergeCpp (2013.06.05 00:39) | | Ага! Поле для даты файла в базе данных -- не более 20 символов, что привело к "сокращению" дня во второй дате. |
| #5 Автор: Nika (2013.06.05 00:47) | :))))))))unicows.dll - не работает в Win9x. Для пары программ (чтобы раскачать их под Win98) пришлось сделать псевдо-unicows.dll c функциями-заглушками - и помогло.
Поэтому эта библиотека и не вошла в "коллекцию".
А xxxx80.dll - не включал, поскольку программы, использующие их, уже (как правило) обычным архивированием на другую машину не переносятся, а при их инсталляции эти библиотеки суются в разные самые тёмные уголки системы самостоятельно (!блин!). |
| #6 Автор: Nika (2013.06.05 00:49) | | Сказать честно, я ни разу не напрягал это поле такой длинной строчкой. Будем знать. |
| #7 Автор: SergeCpp (2013.06.05 00:51) | У меня в Windows Millennium вот прямо сейчас -- убираю unicows.dll из каталога WinAmp, он пишет при запуске: (заголовок)"Unicode Failure" (текст)"The Microsoft Layer for Unicode failed to initialize. Please re-install." -- и WinAmp не запускается (если не убирать in_ape plugin, конечно). Восстанавливаю -- запускается. И ИГРАЕТ файлы APE.
|
| #8 Автор: SergeCpp (2013.06.05 00:55) | Look 'n' Stop прекрасно переносится архивированием (с файлом реестра, конечно). И версия 2.06 (которая работает ещё без 80.dll), и версия 2.07. У меня и архивчики такие хранятся. Уж очень мне эта "инсталляция" (вообще -- любая) не по душе.
|
| #9 Автор: SergeCpp (2013.06.05 01:01) | Относительно "при их инсталляции эти библиотеки суются в разные самые тёмные уголки системы самостоятельно" -- вот именно для этого и сделана "проверка файлов в каталогах" в Multi-Edit 7.0 DOS: http://forum.old-dos.ru/viewtopic.php?p=1429#p1429
А уж ЧТО творит при инсталляции DOS-плеер Quick View (тут на сайте много разных версий есть, поэтому без ссылки) -- не вообразить даже. Уж как только ни маскируется! Аж в каталог FONTS забирается! И не только! |
| #10 Автор: Nika (2013.06.05 01:05) | Тёмное это дело...
У меня сейчас в разных местах болтаются три таких библиотеки с размерами:
245'400
246'424
245'408
Ну и "моя" - размером 4'096 байтов.
Одна из программ, для которых она понадобилась, - VLC-Player v.0.8.6d/2006.
В общем, кладу ещё сюда псевдо-unicows.dll (на всяк-случай). |
| #11 Автор: Nika (2013.06.05 01:21) | Инсталляции:
На сей случай держу ADINF, но подустал уже бороться с этой напастью.
(Раньше выискивал "подарочки" и засовывал к их "родному" софту, чтобы легче потом удалялись)...
Единственный способ "инсталляции", который *приходится* иногда задействовать, - RAR-SFX с заданным по умолчанию каталогом для распаковки и работы программы.
(Хороша также RAR-SFX-опция "Run="). |
| #12 Автор: Nika (2013.06.05 01:27) | | Кстати, я не могу понять, ну нафига в .MP3 WinAmp'ом лепить комментарии в UNICODE-кириллице, если есть Win1251?.. А потом в старых версиях WinAmp вместо названий/комментариев музона видны одни крючки. Несколько раз приходилось уже выбивать во всём альбоме комментарии, чтобы не видеть такое чудо. |
| #13 Автор: SergeCpp (2013.06.05 01:30) | Я хотел как-то попробовать AdInf, но, почитав документацию (он там какие-то секторы загрузочные проверяет ещё, и ещё что-то хитроумное), отказался от затеи.
В ME же всё просто -- список файлов и, при необходимости, crc.
Интересно было настраивать взаимодействие dos-редактора и win-crc (в win nt было особо интересно). Там я выложил недавно исходники на странице multi-edit. И в самом редакторе -- _file_crc_*() макросы в файле misc.s.
|
| #14 Автор: SergeCpp (2013.06.05 01:36) | Я в mp3 сразу все теги убираю и из-за этого и из-за того, что эти теги каждый делает как вздумается -- неразбериха. Я в именах файлов всю информацию пишу -- много мне не нужно.
MP3TIDY.EXE
http://www.sendspace.com/file/jxj9z7
Забирайте, с программой этой работаю много уде лет.
|
| #15 Автор: SergeCpp (2013.06.05 01:43) | ...кстати, поправьте Libraryes => Libraries.
|
| #16 Автор: Nika (2013.06.05 01:45) | Если у вас FAT32 - рекомендую попробовать "бету" (v.0.6b) для Win32:
http://old-dos.ru/index.php?page=files&mode=files&do=show&id=3143
Это, действительно, то, что нужно.
Досовская версия в нём тоже есть, но при большом количестве файлов она не вполне справляется - памяти не хватает.
***Знакомство лучше всё-же начинать именно с неё.
Операцию (как в ME7) для сравнения каталогов я тоже применяю. Создаю листинг командой "dir" и в редакторе THE.EXE командой "diff" сравниваю старый и новый листинги.
Но это - "микроскоп", а ADINF - это "телескоп".
В общем, ADINF сильно рекомендую. Тот, что лежит по ссылке - проверен многократно. (Портабле версия для тестировщиков - "бета"). |
| #17 Автор: Nika (2013.06.05 01:54) | MP3TIDY.EXE:
Спасибо, качнул.
В ответ рекомендую примочку mp3iddos:
http://old-dos.ru/index.php?page=files&mode=files&do=show&id=3292
Перед полным стиранием инфы в mp3 её можно слить в файл: "mp3iddos file.mp3 > somefile"
Готовилась обратная процедура по восстановлению в .mp3 информации из этого сохранённого файла, но "завяла":(...
|
| #18 Автор: Nika (2013.06.05 02:02) | Libraries:
Всё время забываю это правило: Library->Libraries... |
| #19 Автор: Nika (2013.06.05 02:06) | | К сожалению, без тегов в .MP3 не обойтись. Когда, например, пять одинаковых вещей в исполнении разных музыкантов, то лучше иметь полную информацию о каждом треке, включая и номер винила, откуда писано. |
| #20 Автор: SergeCpp (2013.06.05 03:47) | Там что-то излишнее для меня в этом AdInf. Вот я читаю в 0.06 !README.RUS:
3.Разбор структуры файлов OLE2 -- это совсем не надо.
4.Разбор внутренней структуры PE-файлов -- также.
5.Асинхронное фоновое сканирование дисков. -- что за ужас...
Вероятно, это всё там отключается, конечно.
Будет настроение, попробую. А так -- полностью мне подходит то, что в МЕ. Длинные имена, конечно, можно бы добавить, не помню, почему не сделал (может потому, что в НТ их нет в ДОС).
|
| #21 Автор: SergeCpp (2013.06.05 03:48) | | Имена музыкантов -- в имени файла. |
| #22 Автор: SergeCpp (2013.06.05 03:53) | В тегах почти всегда мусор в моём представлении -- легче заново всё это набрать, чем править то, что в эти теги навводили. Я поэтому совсем никакими программами для тегов не пользуюсь, хотя и встречаю (mp3tag и другие всякие).
|
| #23 Автор: SergeCpp (2013.06.05 04:09) | "Операцию (как в ME7) для сравнения каталогов я тоже применяю. Создаю листинг командой "dir" и в редакторе THE.EXE командой "diff" сравниваю старый и новый листинги."
Это ОЧЕНЬ долго по сравнению с тем, как в МЕ: 1) одно нажатие на иконку для запуска МЕ с параметром запуска макрокоманды, 2) выбор каталога в списке (там последний выбор сохраняется, поэтому этот пункт можно опустить), 3) Энтер.
То есть, обычно, два-три нажатия.
Можно сделать и кнопку, чтобы сразу некий каталог проверялся, мне это не нужно, так как я несколько каталогов в списке часто проверяю.
|
| #24 Автор: Nika (2013.06.05 07:45) | .MP3:
Когда вожусь с собственными оцифровками винила, мне зачастую приходится делать такой финт:
1) IDs -> в файл
2) .mp3 -> .wav
3) .wav -> новый .mp3
4) IDs из Файла -> в этот новый .mp3
Не утверждаю, что это наихудший вариант (насчёт информации в имени файла), но я делаю обычно в сборнике все треки под именами-двузначными номерами (01.mp3,02.mp3 и т.д.), плюс подробный файл "dirinfo" да плюс подробная информация в .mp3 ID-ах.
Всё-таки LFN меня не устраивает, т.к при копировании в DOS теряется информация и её всё равно приходится дублировать в файле dirinfo (да и она уже есть в .mp3-идах). Хотя, по современным меркам такие пронумерованные файлы без имён выглядят отталкивающе, но я привык.
Да и то сказать - я "любитель" и делаю всё только для себя.
Если бы пришлось делать "на отдачу" - делал бы осмысленные имена файлов. |
| #25 Автор: Nika (2013.06.05 08:08) | ADINF:
В нём, действительно, много лишнего, а проверка отдельного каталога (как в ME7) - отсутствует.
Несколько раз начинал было собственную подобную утилиту, которая хранила бы базу данных о файлах не в одном файле (как ADINF), а в проверяемых же каталогах (как CHKLIST.MS), но каждый раз заставлял себя остановиться. Громоздкая это задача. |
| #26 Автор: void (2013.06.05 13:29) | | Библиотеку надо устанавливать, если её код не скомпилирован вместе с программой. Visual Studio Professional позволяет это сделать, а Visual Studio Standard нет. |
| #27 Автор: SergeCpp (2013.06.05 18:22) | Nika, как вы считаете по поводу: http://forum.old-dos.ru/viewtopic.php?p=3685#p3685 — ?
mp3 => wav => mp3 — это повторное перекодирование, качество ухудшается (хоть и вряд ли заметно на слух).
Да, всё, конечно, не стоит в имени писать, самое важное. Если уж очень нужно детально, я текстовый файл делаю — везде видно, легко искать по тексту внутри.
Утилита такая очень нужна, думаю, и сделано уже что-то подобное, я пока не искал углублённо, а поверхностно — не находится в google ничего. Очень тут важно (я об этом на rsdn некогда писал) проверять также файловые потоки в ntfs.
http://rsdn.ru/forum/life/3158307.1
http://rsdn.ru/forum/life/3122940.1
http://rsdn.ru/forum/life/3122546.1
http://rsdn.ru/forum/life/3125854 — там небольшой разговор.
|
| #28 Автор: SergeCpp (2013.06.05 18:26) | void, что значит "устанавливать" библиотеку? Единственная "установка", которая МОЖЕТ потребоваться для ОЧЕНЬ НЕКОТОРЫХ библиотек, это regsvr32. Именно это делают установщики. А, зачастую, та библиотека, которая может этим regsvr32 регистрироваться (в реестре), работает и БЕЗ этого (это я по опыту, разумеется, говорю).
|
| #29 Автор: Nika (2013.06.05 20:28, изменений: 1, 2013.06.15 22:15) | void,
вы имели в виду опцию компоновки "static" или "dinamically loadable" libraries.
Я не экспериментировал в MSVC++, но в BC++ я поначалу делал свои библиотеки в виде .DLL-лей, потом окончательно пришёл к тому, что нужно прилинковывать их к EXE и не играться в "модульность". Не та у меня крутость, чтобы упражняться в подобном.
Установка для DLL-лей с этой странички не нужна. Достаточно положить их в каталог запрашивающей программы.
(Уточнение - библиотека не "скомпилирована", а "слинкована" или "скомпонована". Это разные этапы генерации исполняемого кода). |
| #30 Автор: Nika (2013.06.05 20:45) | SergeCpp,
сходил на форум http://forum.old-dos.ru/viewtopic.php?p=3685#p3685.
Мне трудно что-либо сказать "за" или "против" предложенного.
Я панически боюсь усложнённости. Мне кажется, что лучший способ вносить изменения в интерфейс - это делать их исподволь и незаметно, просто добавляя новые опции. И не меняя ничего кардинально. Так, кстати, развиваются все крутые программные продукты - взять тот же Multi-Edit, версию 7 которого можно на первый взгляд попутать с версией 5.
По своему опыту работы с консервативными юзерами (да и сам я таков же) могу сказать, что самый лучший способ внедрить новую версию с массой новшеств - преподнести её как старую с кучей исправленных ошибок и глюков, а уже в процессе юзания этого новья раскрывать новые его возможности.
Некоторые люди "в штыки" воспринимают всё "новое" и "лучшее". (Имеют на то основания:). |
| #31 Автор: Nika (2013.06.05 21:28, изменений: 1, 2013.06.15 22:17) | Насчёт качества .mp3 -> .wav -> .mp3
могу сказать, что моё мнение вряд-ли может быть авторитетным, поскольку я не звукорежиссёр. Я чуть-чуть коллекционирую старьё (причём не очень старое. Середина 90-х). С другой стороны, я слушал коллекционные оцифровки пластинок начала прошлого века - сделаны паскудно, даже я слышу. Впечатление, что люди коллекционируют сам винил, а не звук. Поэтому с ними спорить никогда не стану.
Теперь по существу. Я считаю, что для моего старья оптимальны параметры создания .mp3 такие: 128Kbit/s & 44.1KHz. Эти параметры, кстати, когда-то назывались "СD-quality", то-есть адекватно воспроизводящие качество звука с аудио-СD. Я пробовал сравнивать оригинальный СD-звук с .mp3 из него же (с названными параметрами). На среднего качества колонках Я РЕАЛЬНО НЕ СМОГ НАЙТИ ОТЛИЧИЙ. То-есть угадывал что откуда в 50% случаев. (Всё равно, что и "наугад").
Дальше, - я не верю, что мой проигрыватель винила "Ноктюрн-201" способен выдавать нюансы звука, для которых бы потребовались более высокие параметры дискретизации при создании .mp3, чем те,что я упоминал. Практически все мои записи - моно, поэтому имеет смысл только JOINT-stereo, а не реальное.
(Это было предварительное вступление:).
Я признаю тот факт, что при конвертации .mp3->.wav->.mp3 полученный файл отличается от исходного. Значит, ТЕОРЕТИЧЕСКИ, происходят потери.
Практически я не слышу разницы после 10 конверчений туда-обратно (при тех же параметрах .mp3). Не слышу НА СВОЕЙ аппаратуре, как мне сказали. (Но сказали не очень уверенным тоном;).
Кстати, современные редакторы .mp3 редактируют всё равно не .mp3, а .wav, поэтому если и имеют место потери - то и в этих новых редакторах тоже.
Ключевой момент здесь - исходное качество записи и её исходные параметры, которые при конверчении занижать не стОит.
С другой стороны я не отношусь всерьёз к гурманским заявкам, что Вилли Токарева нужно непременно слушать в битрейте 320кбит/c. Ха - это при том, что там в основном звучит электроника.
В общем, есть у меня один знакомый звуковик, который не опровергает ничего из того, о чём я написал, но говорит, что сравнения все эти нужно выполнять на профессиональной аппаратуре, тогда можно о чём-то судить... |
| #32 Автор: Nika (2013.06.05 21:53) | Даа, страничка разрастается до безобразия и превращается в блог...
SergCpp,
по поводу "файловых потоков" - я ноль абсолютный в этих вопросах :(.
Но могу сказать, что ревизор диска меня всегда сможет насторожить, если на диске творится что-то несанкционированное. И наоборот, - он может и порадовать отсутствием неприятностей. Кстати, у меня не одна ведь система на диске. Да и с другого носителя могу загрузиться, так что всё объективно.
По неприятному опыту общения с некоторыми вредоносными программками могу сказать, что не занимаюсь я ликвидацией последствий ручками. Бессмысленное это занятие. Полная переустановка или полное восстановление системы - только так. Объективно о себе могу сказать, что я пользователь, а не программист. Ищу лёгких путей.
Что до ADINF'a - видимо, единственная такого рода программка. Потому что - на любителя. Коммерчески не окупится. Это я заметил оооочень давно. Одни люди "раскусив фишку" навсегда делаются сторонниками ADINF'a, другие же (поголовное большинство) - остаются равнодушны, не понимая, что можно делать с информацией, которую на них вываливает ADINF.
(Фу-ты, я ведь его не продаю, что же я его так расхваливаю?...). |
| #33 Автор: Nika (2013.06.05 21:57) | Вижу, по ходу дела идёт рихтовка формы представления описаний архивов...
SR,
право слово, самый лучший вариант был ПЕРВОНАЧАЛЬНЫЙ, с маленькими буковками. Даже не смотря на мелкий текст! |
| #34 Автор: Nika (2013.06.05 21:58) | Хотя... Хотя.
Посмотрим. |
| #35 Автор: SergeCpp (2013.06.05 22:12) | Да, оцифровки очень старых пластинок тяжело слушать. Новые — уже лучше. Например, вы наверняка слышали пластинку "Алекс Сильванни — электроорган", она была ОЧЕНЬ распространена в 80-е годы. И замечательная музыка. Так вот, ту оцифровку, что я брал на одном форуме, очень приятно слушать. Есть, конечно, очень тихие щелчки, ну так они и у нас тогда у всех были, это только новое поколение может обращать на это внимание.
Да, я тоже очень слабо отличаю, причём даже на 112 кбит и на классической музыке (а звук клавесина — один из самых сложных для преобразования в mp3, это на форуме разработчиков LAME пишут, на hydrogenaudio).
Joint-stereo — оно сейчас в LAME по умолчанию. У этого термина много разных интерпретаций, подразумеваемых теми, кто сей термин использует — каждый по-своему. На hydrogenaudio есть статья по этому поводу.
LAME, когда кодирует в vbr (я так всегда кодирую), выводит график, гда видно распределение "звуковых кадров" по параметру LR ("Real") / MS ("Joint"). При высоком качестве почти полностью LR, то есть, тут Joint на самом деле -- почти полностью "Real".
Про редакторы для mp3 -- есть mp3directcut, который не преобразовывает в wav. Там можно некоторые простые операции делать (FadeIn, FadeOut), на части делить или соединять.
320 -- это излишний размер при совсем незаметности отличий от vbr -V 0.
|
| #36 Автор: SergeCpp (2013.06.05 22:18) | На форуме я там вывесил картинку про желательный вид, посмотрите в той же теме.
Про файловые потоки действительно многие не в курсе, несмотря на: http://rsdn.ru/forum/life/3125919.1
Я в тот 1996 год её купил и, прочитав, уже заинтересовался этими потоками -- крайне интересно.
|
| #37 Автор: Nika (2013.06.05 22:58) | SergeCpp,
1)
Щелчки на виниле. Ни в коем случае не пытаюсь их программно "гасить". Гасится всё, кроме самих щелчков.
Наиболее сильные - вырезаю.
2)
JointStereo:
Это, фактически, моно на двух колонках. Настоящее моно - воспроизводится только один канал.(Вторая колонка молчит).
А при JointStereo один моно-канал просто дублируется.
3)
Любой редактор .mp3 "на лету" конвертирует .mp3->.wav, даёт поредактировать этот фрагмент .wav, и тут же снова закручивает его в .mp3 прозрачным для пользователя образом.
...Это насколько я понимаю. Собственной реализации не имею, а потому это чистая "теория".
(Ну, учитывая mp3directcut,- не "любой редактор"... а лучший - COOLEdit)
4)
О книге "Основы Windows NT...":
Стыдно вдвойне.
Та книга есть у меня "живьём". И прочтена когда-то...
Осталось странное от неё впечатление (пятнадцатилетней давности!):
Чисто написано, чистый перевод, не помню, опечатки были или нет,- значит,их было крайне мало. Всего пару ошибок/неточностей по существу.
НО - ВОДА. На уровне общих понятий и концепций... |
| #38 Автор: SergeCpp (2013.06.06 00:21) | 1) Разумеется, на следует щелчки убирать.
2) Ну я про Joint Stereo осведомлён, разумеется, и то, что вы пишете -- точно не относится к LAME. Это всё переобъяснено в десятках (да!) тем на hydrogenaudio, поэтому я дам лишь ссылку на их Knowledgebase: http://wiki.hydrogenaudio.org/index.php?title=Joint_stereo -- конкретно к "моно-дублированию": "Unlike intensity stereo which destroys phase information, mid-side coding keeps the phase information pretty much intact. Correctly implemented mid-side stereo does very little or no damage to the stereo image and increases compression efficiency either by reducing size or increasing overall quality."
3) Да, это, разумеется так.
4) А именно такая, облегчённая, "обще-концептуальная" книга, и была нужна тогда мне, например. Ещё вспоминаю приктическую книгу Фёдора Зубанова (чёрная такая), названия не помню, а добираться до неё -- сложно.
Да и в журналах тогда печаталось много очень интересного и полезного и датально (pc magazine/ussr, компьютер пресс, ещё какие-то, их много было в начале 90-х).
|
| #39 Автор: SergeCpp (2013.06.06 00:31) | Причём вместо 128 кбит я вам советую попробовать -V 5, например (ну или 6, это вы по размеру-желанию подберите).
http://wiki.hydrogenaudio.org/index.php?title=LAME#Recommended_encoder_settings
Я сам сначала всё в CBR 320 делал. Потом почитал, послушал музыку. Причём читал на "где-то на условных форумах", а именно на hydrogenaudio, где и разработчики LAME пишут, хоть и редко.
Так стал в VBR -V 0. Причём этот параметр явно избыточен и можно бы и -V 1 и -V 2 (я всё равно не отличу), но вот так уж делаю. Всё же -- классика.
|
| #40 Автор: Nika (2013.06.06 04:56) | Спасибо за информацию.
Я по-простому пользуюсь тем конвертором, что шёл к MP3Producer'у в 1998 году. Но пробовать буду со временем и другие, когда аппаратура посерьёзнее заведётся, а то разницы я не слышу просто, а сложностей прибавляется.
Вот этот кодек:
http://old-dos.ru/index.php?page=files&mode=files&do=show&id=3051 |
| #41 Автор: Nika (2013.06.06 07:48) | SergeCpp,
посмотрите вот типичный файл из моей коллекции. Это было на жутко исцарапанном диске 78 rot/min.
Я уберу его отсюда, как только скачаете. (3o_A_min.rar) |
| #42 Автор: SergeCpp (2013.06.06 17:20) | Файл забираю. Забрал, посмотрю.
|
| #43 Автор: SergeCpp (2013.06.06 17:41) | Ну нет, я сразу же, как решил в MP3 преобразовывать, стал использовть LAME (вроде бы кто постветовал сперва или я сразу посмотрел-выбрал в google).
Я почитал про него тогда же, увидел, что он развивается и выбрал. Тогда ещё была версия 3.97. Сразу же увидел, что в интернете (как и в русском, так и в англоязычном) предлагают множество разных "тонко настроенных параметров" для LAME, разным образом обосновывая это.
Я сперва почитал справку-файл в поставке LAME, и выбрал самый-самый качественный (и медленный режим) "320 -q 0".
Позже уже я обнаружил форум, где участвуют разработчики LAME и стал там читать много-много. Там и ссылки приводились внешние с детальными техническими статьями. Конечно, было много подобных "тонких настроек", которые аргументированно разбирались и оказывалось всё это по большей части произвольными фантазиями (от технической неосведомлённости) тех, кто эти настройки предлагал.
В общем, сейчас я использую очень простую командную строку:
lame.exe -V 0 --noreplaygain file.wav file.mp3
"-V 0" -- это самое высокое качество VBR.
"--noreplaygain" -- это, чтобы LAME не делал лишней работы -- не вычислял и не помещал в файл MP3 информацию, которую ОБЫЧНО плееры не используют (WinAmp 2 со стандартным плагином IN_MP3.DLL -- не использует).
(Есть ещё один параметр, который я тут опустил, с ним -- позже. Напишу.)
Кодировщик берите отсюда: http://www.rarewares.org/mp3-lame-bundle.php -- 3.99.5, я его использую почти со времени выхода.
"Резервная" страница: http://www.john1205.webspace.virginmedia.com/LAME/
Вот тут есть хронология разработки: http://lame.cvs.sourceforge.net/viewvc/lame/lame/doc/html/history.html -- Robert Hegemann, кстати, пишет на hydrogenaudio иногда, участвует в беседах.
Интересное чтение "вообще": http://forion.livejournal.com/321279.html
|
| #44 Автор: SergeCpp (2013.06.06 17:50) | Ещё пара ссылок на очень хорошую программу для работы с MP3 (в том числе и для восстановления ОЧЕНЬ испорченных (не в смысле качества звука, а в смысле повреждённой структуры самого файла) -- по опыту говорю):
http://wiki.hydrogenaudio.org/index.php?title=MP3packer
http://www.hydrogenaudio.org/forums/index.php?showtopic=32379
|
| #45 Автор: SergeCpp (2013.06.06 20:49) | Слушаю ваш файл "TRIO in A minor for Violin, Cello & Piano", красивая музыка. Щелчки -- мелочи, вот искажения (на пиках?) -- очень заметны (под конец там особенно заметные есть в паре-тройке мест).
Посмотрел mp3gain - превышения нет (25714 максимально /из 32767/), значит тут в пластинке-звукоснимателе дело.
В общем, конечно, слушать можно, бывает и хуже много.
Раз уж о классике -- что скажете: http://forum.old-dos.ru/viewforum.php?f=9 -- ?
Можно и там.
|
| #46 Автор: Nika (2013.06.06 21:00) | SergeCpp,
спасибо за информацию.
На днях как раз и скачал версию 3.99.5 - попробую с нею разобраться на досуге.
Насколько я по-быстрому прочёл, опция "-V 0" подразумевает наивысший битрейт - 320 Кбит/сек.
При этом заведомо файлы выходят втрое бОльшими, чем при 128Кбит/сек.
В общем, много информации для размышления...
Выложил, кстати, полезную программу - AUDIOGRABBER. Оптимальная его версия - 1.62, но в сети его сейчас найти проблематично. Сам пользуюсь им уже лет ~10:
http://old-dos.ru/index.php?page=files&mode=files&do=show&id=3698
|
| #47 Автор: SergeCpp (2013.06.06 21:30) | Вот именно -- "по-быстрому" прочли. Выберется оптимальный битрейт для этого уровня качества, я же и по опыту тоже говорю. Это же не CBR 320, где да -- независимо от качества исходного звука размер будет одинаковый.
Кстати, качество исходного звука при преобразовании в VBR -V0 видно -- наглядно:
1) гистограмма выбранного битрейта для звуковых кадров.
2) процентное распределение MS / LR, см. также: http://www.hydrogenaudio.org/forums/index.php?showtopic=869
3) (уже менее наглядно, но всё же) -- процент short/long блоков (внизу там видно).
|
| #48 Автор: SergeCpp (2013.06.06 21:32) | | audiograbber -- я пользуюсь какой-то древней версией EAC |
| #49 Автор: Nika (2013.06.06 22:21) | 1)
Да. Пики в Трио подрезаны. И это действительно связано с "вертушкой".
Если бы делалось на показ, пришлось бы в момент пиков прикручивать уровень ручками. А та запись и так вышла б/м только с 4-го(!) раза. Пришлось применить парочку "ноу-хау", чтобы скомпенсировать заезженность диска.
А потом ещё выкусывать щелчки. В общем, ушёл тогда весь выходной.
Зато сейчас диск - на полке, слушаю .mp3.
2)
О кодировании в .mp3 -спрашивал мнение профессионала, чем он кодирует, - ответ был таков: "Редактирую в AdobeAudition. В нём же и кодирую встроенным кодером. Качество устраивает".
3)
Насчёт "ФОРУМ->МУЗЫКА" скажу - обзор серьёзный и сделан капитально. А вот дальше прошу делать скидку на то, что я не музыкант ((...эх, - кругом дилетантизм... )).
Музыка - это та же информатика. Приходится искусственно ограничивать сферу собственных музыкальных интересов и пристрастий, чтобы не захлебнуться в потоке информации. Я ограничился музыкой для струнных инструментов (а это само по себе целый океан).
Из Баховских вещей слушаю в основном три упомянутых концерта для скрыпки, там же ещё BWV1060 - концерт для скрыпки и гобоя.
Причём концерты эти - в разных исполнениях, под настроение. И вот Ойстрахов не считаю самыми крутыми исполнителями этих вещей. Сказывается "советская скрипичная школа", которую перехваливают. Академичность режет слух дилетанта...
Двухскрыпочный концерт круче всего звучит у Менухина & Энеску, хотя некоторые считают, что там сплошная фальшь. Ну так скрыпичная музыка - это по определению фальшь. И у Ойстрахов тоже.
Гайдна и Моцарта слушаю реже - всё под настроение.
Эти все вещи дают встряску мышлению. Когда уже думаешь, что всё понял, оказывается, что не всё. |
| #50 Автор: Nika (2013.06.06 22:43) | LAME -V:
Подумалось сразу, а смогут ли такое проигрывать старые .mp3-плееры?
И ксатати, по умолчанию - опция "-b 128".
В общем, нужно пробовать. При очередном наплыве конверчения настрою AUDIOGRABBER на использование LAME. |
| #51 Автор: SergeCpp (2013.06.06 23:07) | 2) Ну, это зависит от того, что там за встроенный кодер и что за параметры кодирования (может там и LAME).
Вот ещё одна полезная статья как раз о необходимости того параметра, про который я не сказал сразу (--scale #): http://wayback.archive.org/web/20011221194807/http://ff123.net/norm.html
Обратите внимание там на пример "Download this file (it's only 80k)", поэкспериментируйте с тем файликом.
Вот он, на всякий случай: http://www.sendspace.com/file/ie3p9s
|
| #52 Автор: SergeCpp (2013.06.06 23:10) | Про "могут ли проигрывать старые плееры" -- зависит от старости. У меня винамп 2.95 играет. Вообще, ВСЕ плееры должны играть, на hydrogenaudio тем несколько было по поводу кажущейся неподдерживаемости vbr.
Я же сказал параметры: lame.exe -V 0 --noreplaygain file.wav file.mp3
Вполне можно и -V 5 для старых пластинок.
|
| #53 Автор: SergeCpp (2013.06.06 23:13) | | "Я ограничился музыкой для струнных инструментов" -- раньше в сети был полный комплект, сейчас только это, рекомендую ОЧЕНЬ: http://intoclassics.net/news/2013-06-02-32974 |
| #54 Автор: SergeCpp (2013.06.06 23:18) | Обзор можете одной удобной страничкой взять (ну, пригодится, кому и показать, да и вообще, "интернет выключат"... тут недавно закрылся один замечательный форум...) тут: http://bagira.hut2.ru/bach.htm
А скрипичные концерты -- у меня на первом месте Podger (она вообще всё супер играет), ну и там далее.
|
| #55 Автор: SergeCpp (2013.06.06 23:20) | | Там же и Гайдн с Моцартом: http://bagira.hut2.ru/haydn.htm и http://bagira.hut2.ru/mozart.htm |
| #56 Автор: Nika (2013.06.07 00:27) | SergeCpp, спасибо за интересные ссылки.
Я интересуюсь техникой "старичков" - Полякина, Хейфеца, ... (их много).
Что-то они знали, ныне недоступное.
У современных музыкантов звук не тот. Дело тут не только и не столько в жильных струнах.
Тот же Э.Гилельс играет не так, как это делают сейчас. |
| #57 Автор: Nika (2013.06.07 01:08) | | Да. Квартеты Гайдна хороши. Но чувствуется, что недавнее исполнение. |
| #58 Автор: SergeCpp (2013.06.07 01:46) | | Кстати, вот эта запись скрипичных Баха замечательно отреставрирована и вообще -- супер: Wolfgang Schneiderhan and Rudolf Baumgartner (1956-57) -- я не знаю, где сейчас её взять, если не найдёте в гугле, дайте знать, я "по сусекам" (далеко спрятано) поскребу и выложу (мп3). |
| #59 Автор: SergeCpp (2013.06.07 01:49) | http://www.google.ru/search?q=site%3Ahi-copy.livejournal.com+heifetz
|
| #60 Автор: SergeCpp (2013.06.07 01:52) | | Вот они, концерты (вроде бы они): http://musique-academique.blogspot.ru/2012/11/bach-violin-conceros-bwv-1041-1043.html |
| #61 Автор: Nika (2013.06.07 07:56) | ОПАНА!!!
SergeCpp!
BWV-1041-1043:
Этот сидюк я видел на нескольких сайтах за бабки и не смог скачать.
ЭТО ЖЕ ФРАНЧЕСКАТТИ!
Спасибо за ссылку.
А Мендельсон в исполнении Хейфеца - действилельно круче всех. Этот концерт вообще нечто вроде "стандарта" - исполняется всеми известными музыкантами. |
| #62 Автор: SergeCpp (2013.06.08 13:02) | Nika, я всял на себя смелость привести имя вашего архива в соответствие с: 1) именем каталога в этом вашем архиве (всё — большими буквами), 2) именами остальных архивов на странице (также — всё большими буквами) а также добавить комментарий-оглавление (по алфавиту для удобства поиска) к вашему архиву.
Имена я записал вместе с расширениями для удобного поиска, в том числе и через Google. Версии и даты я уж не стал писать (кроме версии для двух MSVBVM50.DLL) — громоздко будет.
|
| #63 Автор: Nika (2013.06.08 14:06) | 1)
Впечатляет.
2)
Согласен.
Имена в верхнем регистре в результате работы в чистой DOS.
3)
Комментарии к отдельному файлу, похоже, себя оправдывают. Действительно удобно. |
| #64 Автор: SergeCpp (2013.06.08 15:15) | | "Комментарии к отдельному файлу, похоже, себя оправдывают. Действительно удобно." -- особенно при таком количестве "обычных" комментариев на странице, как, например, здесь. |
| #65 Автор: Nika (2013.06.08 16:36) | 100%.
Почистим?... |
| #66 Автор: SR (2013.06.08 17:31) | | Подождите пару дней. Будет редактирование комментариев |
| #67 Автор: SergeCpp (2013.06.08 17:53) | Зачем же удалять комментарии? Я свои никогда не буду удалять.
Это же всё же очень хорошо — знать (для тех, кто будет читать: сегодня, завтра, через N лет) о чём и как говорят те, кто интересуется downgrade.
Зачем же делать всё этаким "засушенным"-то?
Вот та же Классика форум — наудаляли там они в самом начале много чего, и наизменяли много другого, теперь читаешь старые архивы через пятое-десятое, да ещё кто написал — неясно, удалили и участников.
Нет, мне эта идея о "подчистках" уж очень напоминает "министерство правды" сами знаете откуда. Ну а кто не знает из прочитавших эти слова — google подскажет.
|
| #68 Автор: Nika (2013.06.08 18:31) | Кстати, как вам приставочка "плюс-плюс" оттуда же?
Никаких ассоциаций? |
| #69 Автор: Nika (2013.06.08 18:34) | SR!
НЕ ДЕЛАЙТЕ РЕДАКТИРОВАНИЕ КОММЕНТАРИЕВ НИЗАЧТО!
КАТЕГОРИЧЕСКИ. СЛОВО - НЕ ВОРОБЕЙ. |
| #70 Автор: SergeCpp (2013.06.08 18:55) | Я считаю, что редактирование комментариев нужно очень, это по опыту присутствия на том форуме, где редактирование запрещено — RSDN.
Для редактирования — буквально добавки двух точек в адреса ссылок — необходимо было связываться с модераторами, для других правок по существу (ссылки устарели) уже не стал эту переписку затевать.
Тут дело в том, что противники изменения (и на том же RSDN в десятке, как минимум, обсуждений по этому поводу) говорят о том, что люди будут редактировать "в плохую сторону" (скрывать своё прежнее мнение, например).
Я же, как сторонник такой возможности, говорю, что тот, кто так бы стал делать, всё равно найдёт возможность для "чего эдакого", а вот те, кому необходимо поправить техническую ли опечатку или поправить старые ссылки — будут в проигрыше (тут уже, кстати, такая возможность много раз уже требовалась мне).
Есть две концепции: "запретить, абы кто не" и "презумпция невиновности".
Это отражается в тех же языках программирования: ассемблер, си (где разрешено всё, до чего только можно додуматься) — с одной стороны и C#, Ява (где что-то запрещёно явно) — с другой стороны.
В общем, как и всегда (по результатам тех же дискуссий на RSDN) — решать владельцу.
Оба мнения представлены.
|
| #71 Автор: Nika (2013.06.08 19:00) | Добавлю третью концепцию:"Замки - от честных людей".
Она - между. |
| #72 Автор: SergeCpp (2013.06.08 19:02) | Про "плюс-плюс" — ассоциаций с чем? Что-то не соображу сразу (не с C++ же, или?).
Я уже текст слабо помню, перечитал вот: http://orwell.ru/library/novels/1984/russian/ru_app и http://ru.wikipedia.org/wiki/%D0%9D%D0%BE%D0%B2%D0%BE%D1%8F%D0%B7 |
| #73 Автор: SergeCpp (2013.06.08 19:04) | | Неясно про замки. |
| #74 Автор: Nika (2013.06.08 21:01) | SergeCpp,
1)
;)Не верю, что Страуструп не читал Оруела.
2)
Про замки:
Любой может открыть, если постарается, но не всякий станет тратить на это время. |
| #75 Автор: SergeCpp (2013.06.08 21:15) | Первое, очевидно, шутка (плюсики ведь после в си-плюс-плюс, да и он явно где-то пояснял).
Второе подразумевает, что если бы времени не надо было тратить, то открыл бы любой (любой — так как причина "неоткрытия" обозначена тут единственная и явная: "тратить на это время"), что уж слишком всех приравнивает к тем, кто "открывает".
|
| #76 Автор: Nika (2013.06.08 22:39) | SergeCpp,
2)
Да, звучит цинично, но имеем массу примеров (в жизни). "Не искушай"...
1)
Игра слов "Pre-Processor"->"PP"->"++"->"плюсплюс плюсовой".
(Идея принадлежит Старшему Брату, спохватившись, добавляю я:)).
[...смеюсь...] |
| #77 Автор: SergeCpp (2013.06.10 21:21) | | ...вспомнил: на форумах vBulletin есть система, при которой можно видеть не только, когда редактировали комментарий в последнее время, но и историю редактирования, примерно как в википедии. Это, конечно, уже слишком, просто к сведению. |
| #78 Автор: SergeCpp (2013.06.11 18:40) | ...раз уж тут был разговор об MP3, стоит упомянуть прекрасную старую программу EncSpot (получение детальной и разнообразной информации об MP3-файлах): http://old-dos.ru/index.php?page=files&mode=files&do=show&id=3733
|
| #79 Автор: SergeCpp (2013.06.14 19:27) | А Win Me и так замаскированная... Посмотрите свойства explorer.exe: Product Name.
P.S. У вас на диске много файлов с такими именами:
KERNEL32.DLL (Если вам нужно, в очень трудной ситуации).ver.4.90.rar
? |
| #80 Автор: Y@riK (2013.06.14 21:02) | SergeCpp,
Вообще я в шоке. Проблемы с кодировкой видимо. |
| #81 Автор: SergeCpp (2013.06.14 21:09, изменений: 1, 2013.06.14 21:10) | Нужно учитывать, что сайт downgrade и могут заходить со старых систем и браузеров. Вот так ваш файл скачивается, поэтому или убирайте этот русский текст из имени или пишите latinskimi bukvami.
А зачем в имени такое длинное пояснение? Такого нет ни в одном файле тут. У вас действительно на диске такие длинные имена?
P.S. Ага, вижу, поправили. Хорошо. |
| #82 Автор: Nika (2013.06.14 21:20) | SergeCpp,
Тут маленькая неточность.
На компьютере у [LsD_BO$$]_Y@riK_$$$'а этот файл называется совсем по-другому (не знаю как, да это и не важно).
Когда же он разместил его на этой страничке, он зачем-то дал архиву имя с кириллическими символами (ведь есть уже поле описания архива...). А это чревато.
Я не возьмусь сейчас анализировать, на каком этапе кириллица cp1251 превратилась в UNICODE, но это так. А теперь ваша Win9x затрудняется этот UNICODE в имени архива сконвертировать в cp1251 и в OEM cp866 для записи уже на ВАШ диск, и пишет этот UNICODE без перекодирования туда, где у неё должны быть буквы в cp1251 и OEM866.
Вывод (я упоминал об этом ранее): не нужно использовать кириллицу в именах архивов - это ПОТЕРЯННАЯ ИНФОРМАЦИЯ.
Под WinXP всё б\м корректно:
вот я скопировал имя архива из таблицы:
"KERNEL32.DLL (Если вам нужно, в очень трудной ситуации)".
У меня на диске он корректно сохранился с этим же кириллическим именем.
... вот пока составлялся комментарий, из имени уже была убрана кириллица - теперь вообще всё в порядке.
|
| #83 Автор: SergeCpp (2013.06.14 23:22) | | Так если я -- из таблицы -- скопирую имя и вставлю его в "создать новый файл" в Прроводнике, то всё будет корректно, и 1251, и 866. Сейчас проверю ещё кое-что... |
| #84 Автор: SergeCpp (2013.06.14 23:30, изменений: 2, 2013.06.14 23:32) | Download Master тоже скачивает как "файл со странными буквами".
Из лога:
GET /dl.php?id=7745 HTTP/1.0
HTTP/1.1 200 OK
Content-Disposition: attachment; filename="KERNEL32.DLL (проверка).ver.4.90.rar"
P.S. В скобках было "проверка".
|
| #85 Автор: Nika (2013.06.14 23:49) | Значит, глюкает Download Master. (В скобках: [8*2 chars] = [8 unicodes] ).
"Проверка" - 8 символов. |
| #86 Автор: SergeCpp (2013.06.15 00:04) | | Насколько я помню, файлы с русскими именами Download Master у меня -- скачивал верно. |
| #87 Автор: Nika (2013.06.15 00:31, изменений: 1, 2013.06.15 00:33) | Тогда... - не знаю.
А эти "русские имена" были в какой кодировке?
Если в 1251 - тогда, ясное дело, всё в порядке.
А если в UNICODE? |
| #88 Автор: SergeCpp (2013.06.15 01:02) | | Я не знаю, да и не обращал на это внимание. |
| #89 Автор: SergeCpp (2013.06.15 15:35) | WING32.DLL: "Эту библиотеку достаточно просто положить рядом с загружающей её программой."
Загадочный комментарий. Дело в том, что любую библиотеку достаточно положить рядом с загружающей её программой. Какой именно программой в этом случае? Хотя бы одну напишите, которой эта библиотека необходима.
|
| #90 Автор: Nika (2013.06.15 22:28, изменений: 1, 2013.06.15 22:35) | SergeCpp,
нет, не любую. А только ту, которая не сопротивляется этому.
Загляните в конец файла.
Эту библиотеку хочет себе, например, игруха AWALE:
http://old-dos.ru/index.php?page=files&mode=games&do=show&id=3025 |
| #91 Автор: SergeCpp (2013.06.15 22:45) | "нет, не любую"
Перечитайте ВНИМАТЕЛЬНО то, что я написал выше, копирую:
"Дело в том, что любую библиотеку достаточно положить рядом с загружающей её программой."
|
| #92 Автор: SergeCpp (2013.06.15 23:03) | "А только ту, которая не сопротивляется этому."
http://wm-help.net/books-online/print-page/59464/59464-12.html
Поскольку в разделе импорта указано только имя DLL (без пути), загрузчику приходится самому искать ее ня дисковых устройствах в компьютере пользователя. Поиск DLL осуществляется в следующей последовательности.
Каталог, содержащий ЕХЕ-файл.
Текущий каталог процесса.
Системный каталог Windows
Основной каталог Windows
Каталоги, указанные в переменной окружения PATH.
Учтите, что на процесс поиска библиотек могут повлиять и другие факторы (см. главу 20)
http://wm-help.net/books-online/print-page/59464/59464-14.html
LOAD_WITH_ALTERED_SEARCH_PATH
Этот флаг изменяет алгоритм, используемый LoadLibraryEx при поиске DLL-файла. Обычно поиск осуществляется так, как я рассказывал в главе 19 Однако, если данный флаг установлен, функция ищет файл, просматривая каталоги в таком порядке
Каталог, заданный в napaмeтре pszDLLPathName.
Текущий каталог процесса.
Системный каталог Windows.
Основной каталог Windows.
Каталоги, перечисленные в переменной окружения PATH.
"Сопротивляться", как мы видим, может только тот, кто загружает библиотеку.
А "конец файла": "This application uses WinG32.DLL, which has been incorrectly installed in the %s directory. Please move it to the %s directory." -- это уже после загрузки пишется, да и такое я в первый раз встречаю, это странно очень.
В общем, да, не каждую, почти всегда каждую (вот только эту вижу, чтобы "эдак").
|
| #93 Автор: SergeCpp (2013.06.15 23:29) | Если на разные диски, то подключаете один -- устанавливаете, отключаете. Подключаете второй, устанавливаете.
Вообще: http://symon.ru/
|
| #94 Автор: SergeCpp (2013.06.15 23:32) | | Что-то он висит сейчас: http://isup.me/http://symon.ru |
| #95 Автор: SergeCpp (2013.06.15 23:40) | Прям будто вам отвечал (тему целиком читайте): http://forum.ixbt.com/topic.cgi?id=22:86178#10
Ещё: http://forum.ixbt.com/topic.cgi?id=22:86127#8
|
| #96 Автор: SergeCpp (2013.06.15 23:45) | Кстати, в кавычках в BOOT.INI можно писать что угодно и по-русски тоже (делалось такое).
Я про "Microsoft Windows XP Professional RU" и "Microsoft Windows 2000 Professional RUS".
|
| #97 Автор: Nika (2013.06.15 23:49, изменений: 1, 2013.06.15 23:49) | [LsD_BO$$]_Y@riK_$$$,
вы тратите на подобные эксперименты своё время,
а Microsoft - чужое. В данном случае - ваше (же).
Не давайте им этого делать.
Самый тупой способ - это как предлагал SergeCpp, с отключением-подключением дисков.
ИМЕННО ТАК И НУЖНО ДЕЛАТЬ.
Удачи.
|
| #98 Автор: Nika (2013.06.15 23:53, изменений: 1, 2013.06.16 00:10) | SegeCpp,
> (вот только эту вижу, чтобы "эдак").
Взгляните "этой" в конец файла.
Она уже - как и все. |
| #99 Автор: SergeCpp (2013.06.16 00:33) | Какой "этой" взглянуть? WING32 я очевидно смотрел, так как привёл тот самый текст.
|
| #100 Автор: Nika (2013.06.16 00:48, изменений: 1, 2013.06.16 00:49) | | Да. А последние байты?.. |
| #101 Автор: SergeCpp (2013.06.16 00:56) | | О! Проглядел, виноват. |
| #102 Автор: Nika (2013.06.16 01:13) | Можете поэкспериментировать и проверить ваши предположения (Совершенно верные, между прочим).
Вот она - Микрософт... |
| #103 Автор: SergeCpp (2013.06.16 04:57) | | Кстати, раз уж тут kernel32.dll выложена — в этой библиотеке находится загрузчик исполняемых файлов и у этого загрузчика есть опять же (как и в случае с циклом оконным) особенность: он игнорирует начальное значение heap процесса, записанное в заголовке файла и устанавливает размер кучи в 1 мегабайт. Как ни странно, это вызвано "обстоятельствами" (я узнал об этих "обстоятельствах", когда восстановил логику — значение из заголовка). У массы программ (акробат ридер 5, вроде бы, среди них) в заголовке записано смехотворное значение в несколько килобайт. Программа, разумеется, не загружается совсем или завершается сразу же. Я сначала не хотел сдаваться и правил заголовки в программах. Когда число таких правок стало большим, я вернул загрузчик в статус кво (польза, конечно, есть — я узнал, где и как всё это делается). Там, кстати, в этом kernel32.dll делается заметное количество лишней работы (думаю, "на вырост" планировали). Я там "закомментировал" достаточно. Это всё в другой системе, надо будет достать. База kernel32.idb тоже есть. Это Windows Me, английская. |
| #104 Автор: SergeCpp (2013.06.16 05:05) | | Там два значения в заголовке -- reserve и commit, я уже не помню, какое из них игнорировалось. Доберусь -- посмотрю. |
| #105 Автор: Nika (2013.06.16 05:36) | reserve и commit:
Что-то смутно слышал, где-то рекомендовали в .DEF-файле для WIN32-PE
ставить HEAP=STACK=8192, поскольку, дескать, эти параметры важны были только в Win3.x...
reserve = max. size - максимально требуется,(типично 100000h=1Mb)
commit = min.size - отводится при загрузке (типично 2000h=8192b).
Kernel32.dll:
Меня удивило появление здесь этого файла, хотя я и промолчал.
Идея таких коллекций как раз в непривязке к конкретной системе.
Ну зачем мне может понадобиться эта библиотека под Win95/OSR2 ? |
| #106 Автор: SergeCpp (2013.06.16 07:17) | В VC это задаётся параметрами линкера, хотя и def тоже можно (я им ни разу не пользовался или раз для какой-то цели).
Смысл появления здесь файла из обычной установки системы туманен, эдак можно с тысячу выложить.
|
| #107 Автор: SergeCpp (2013.06.16 07:28) | | Я не помню, давал ли ссылку: http://wjradburn.com/software/ -- программой PEview я пользуюсь больше десяти лет (и с автором переписывался и ошибки там находил и предложения ему предлагал), одна из первых версий была на диске к какой-то книге, кажется, на этом... ага, на нём: http://old-dos.ru/index.php?page=lib&do=show&id=43 |
| #108 Автор: Nika (2013.06.16 14:25) | SergeCpp,
в смысле использования .DEF-ов - я использую их, поскольку по большей части пользуюсь обычной MAKE.
А для TASM'а - так уж тем более.
PEView - неплоха, но я стараюсь обходиться HIEW.
А есть ещё STUD_PE:
http://old-dos.ru/index.php?page=files&mode=files&do=show&id=3751
|
| #109 Автор: SergeCpp (2013.06.16 15:15) | Это всё совершенно разные вещи. Для просмотра именно структуры исполняемых файлов PEview концептуально удобнее, потому что он именно для этого и разрабатывался, у Hiew же это -- "в нагрузку", "абы как". Hiew совсем для другого разрабатывался. А вот этот редактор (в реестр и каталоги не пишет) -- для третьего (примерно как WinHex): http://mh-nexus.de/en/hxd/ -- есть и на украинском.
Манипуляции тоже разные бывают: для ресурсов, например, специальные программы. И так далее.
Есть даже вот для просмотра этого (хорошая статья, в ней есть ссылка на Rich Signature Displayer): http://ntcore.com/files/richsign.htm
Про STUD_PE -- неохота совсем новое смотреть, и так уже много программ.
Хотя тоже посоветую одну: http://ntcore.com/exsuite.php
|
| #110 Автор: SergeCpp (2013.06.16 15:19) | "в смысле использования .DEF-ов - я использую их, поскольку по большей части пользуюсь обычной MAKE"
Так в make-то тоже ключи для линкера указываются. Хотя, может, какие линкеры и не имеют подобных ключей. |
| #111 Автор: Nika (2013.06.16 17:01, изменений: 4, 2013.06.16 17:10) | 1)
DEF = $(NAME).def
..........................
tlink32 /Tpe /aa /c $(LINKDEBUG) $(OBJS),$(NAME),, $(IMPORT), $(DEF),$(RES) $(TO_FILE)
-так проще всего
2)
DUMPBIN - не использую совсем.
3)
http://ntcore.com/exsuite.php :
Не впечатлило. Хаки нужно делать хакерскими же инструментами.
А эта прога - для менеджеров проектов...
P.S. А редактирование комментариев - оказалось, удобная штука.
|
| #112 Автор: SergeCpp (2013.06.16 19:07) | 2) это к "ресурсам"? нет, я про программы reshacker, exescope (16-ричные позволяет менять) и подобные.
3) ntcore -- в любом случае, информация там (по этому "rich") очень полезна.
|
| #113 Автор: Nika (2013.06.16 19:34, изменений: 1, 2013.06.16 22:43) | 3) Информация - да.
2) reshacker - хороша.
exescope - не пользуюсь (у меня есть версия 5.00). |
| #114 Автор: SergeCpp (2013.09.11 15:04) | Вот кое-что возможно вам интересное (там много ещё чего):
Mendelssohn etc - Violin Concerto in E Minor Op.64 - Francescatti, Mitropoulos (54, Sony)
http://hi-copy-minor.livejournal.com/tag/mendelssohn
|
| #115 Автор: Nika (2013.09.11 22:34, изменений: 1, 2013.09.11 22:37) | SergeCpp,
спасибо.
Эта запись есть у меня. Это некий скрипичный стандарт - исполняется всеми.
Но с большм отрывом круче всех - Франческатти и Хейфецом.
(И я бы сказал - именно в такой последовательности, хотя некоторые не согласятся). |
| #116 Автор: Av1k (2014.09.27 15:42) | Уважаемые пользователи, будьте бдительны!
Скачал все представленные здесь архивы, распоковал, объеденил всё в один архив и проверил на вшивость на VirusTotal, результат, мягко говоря, удивил (35 / 54):
https://www.virustotal.com/ru/file/f01b5fe905c7c84b908bd082dcf7ab983c160ac566836f3438777b7a602c2ded/analysis/ |
| #117 Автор: SergeCpp (2014.09.27 16:28) | Интересно, спасибо!
А как там получить информацию, какой именно файл в архиве вызывает такую реакцию антивирусов?
Дело в том, что все файлы, которые разместил я, взяты с моей рабочей системы, где вирусы отсутствуют (все файлы периодически двоично сравниваются с файлами другой системы и с архивированными файлами; да и дисковый ревизор /и sfc/ не показывает ничего опасного; причём всё это выполняется из другой системы, чтобы исключить "резидентную подмену".).
Nika, что скажете по поводу этого VirusTotal результата?
|
| #118 Автор: Nika (2014.09.27 17:00, изменений: 4, 2014.09.27 17:46) | Эта красота - из-за файла CD_CLINT.DLL
Йа специально вместо неё забацал пустышку: CD_CLINT.DLL (PSEUDO)
|
| #119 Автор: SergeCpp (2014.09.27 17:46) | Спасибо, действительно, в вашем описании есть предупреждение об этом: "Троянская библиотека. Антивирусные сканеры определяют её как вредоносную."
|
| #120 Автор: Av1k (2014.09.27 22:00) | Подтверждаю, без "CD_CLINT.DLL" результат совершенно другой (3 / 55):
https://www.virustotal.com/ru/file/87afab6236f9482883cb244302639290707568967e2a75822ed57f7bd9186edf/analysis/1411840204/ |
| #121 Автор: Nika (2014.09.27 23:01, изменений: 2, 2014.09.28 04:07) | Ничего страшного.
Эти три антивируса (3/55) - диковинки K7GW,Qihoo-360,Symantec.
Мало ли, что им взбрело.
И ещё. На этой странице есть т.н. DLL_PACK_2013.
Это инсталяшка с кучей DDL'ей, чтобы поверить её содержимое, нужно выполнить инсталляцию.
Впрочем, с нею скорей всего всё в порядке. |
| #122 Автор: homeprorab.info (2016.12.17 22:36) | | In order to choose the right binary for your build configuration you need to know how Boost binaries are named. Each library filename is composed of a common sequence of elements that describe how it was built. For example, |
| #123 Автор: Егор (2017.05.20 12:10) | | Nika, у меня к Вам вопрос по поводу архива "DLL_PACK_2013": запустится ли файл dll_pack.exe на Windows 95/98/98SE/ME/NT4? |
| #124 Автор: Nika (2017.05.20 15:52) | | Попробуйте. |
| #125 Автор: abookz.net (2017.06.16 19:10) | | This notion of building up the operating system from a collection of dynamically loaded libraries is a core concept of Windows that persists as of 2015 |
| #126 Автор: SkyKuker (2019.04.12 12:07) | | Простите, но DLL_PACK_2013 не идёт на 9x. Исправьте, пожалуйста! |
| #127 Автор: Nika (2019.04.13 12:45, изменений: 1, 2019.04.13 12:45) | | Нигде не написано, что все библиотеки тут только для Win9x. |
| #128 Автор: SkyKuker (2019.04.23 13:44, изменений: 2, 2019.08.23 16:36) | Смотрите, Nika, установщик теоретически может работать только под NT, под 9x он и не запустится, ибо cmd.exe ищет. Надо бы чтоб command.com ИЛИ cmd.exe искал. Хотел бы скрипт предложить, но не знаю как его написать... (Уже знаю).
Как насчёт:
if %os%=="Windows NT" (goto NT)
if not %os%=="Windows NT" (goto Non-NT)
:NT
%вашакоманда%
goto end
:Non-NT
%command.com% и дальше %вашакоманда%, но вместо cmd.exe - command.com.
goto end
:end
(опционально) command.com ИЛИ cmd.exe.
Короче, туда написать "спасибо за использование". |
| #129 Автор: Balbes (2019.07.06 19:04) | WING32.DLL 6.4 Кб 1994 2013.06.15 Nika
>Эту библиотеку достаточно просто положить рядом с загружающей её программой.
>Не обязательно копировать её в %WinSysDir%.
HOMM2, нехорошая программа, проверяет, откуда она загружена. Требует строго system32. |
| #130 Автор: Nika (2019.07.08 08:04) | | Эта - уже не проверяет. |
| |
|
