Виртуальные машины уже прочно заняли свое место среди инструментов, существенно повышающих эффективность использования серверных платформ и персональных компьютеров. Возможность консолидации нескольких виртуальных серверов на одном физическом позволяет организациям различного уровня существенно экономить на аппаратном обеспечении и обслуживании. Пользователи настольных компьютеров применяют виртуальные машины, как в целях обучения, так и в целях создания защищенных и переносных пользовательских сред. В корпоративной среде виртуальные машины на настольных системах применяются также для целей тестирования программного обеспечения в различных конфигурациях, запуска специализированных виртуальных шаблонов и централизованного хранения виртуальных пользовательских десктопов. При массовом использовании виртуальных систем одними из самых важных мероприятий являются обслуживание и оптимизация производительности виртуальных машин. В то время как большинство производителей платформ виртуализации предоставляют пользователям и системным администраторам множество инструментов и средств для поддержания эффективной виртуальной инфраструктуры, оптимизация производительности, как самих платформ, так и виртуальных машин является более тонким моментом. Применение различных техник оптимизации во многом зависит от используемой платформы, вариантов использования виртуальных машин, доступных средств и квалификации персонала.
В России наиболее популярными средствами виртуализации являются продукты компании VMware. И это не случайно: VMware, являясь одним из старейших участников рынка, на данный момент является его лидером и во многом определяет направления развития сферы виртуализации в целом. На сегодняшний день наибольший интерес для пользователей представляют коммерческие платформы VMware Workstation, VMware ESX Server и бесплатная платформа VMware Server. Несмотря на то, что VMware Server является серверной платформой, многие пользователи успешно применяют ее в качестве настольной платформы ввиду ее бесплатности, хотя практически по всем параметрам функциональность продукта VMware Workstation 6 намного выше.
Вопросы оптимизации виртуальных машин и гостевых систем, запущенных в них, возникают как у домашних пользователей продуктов виртуализации, так и компаний, стремящихся максимально полно использовать аппаратные ресурсы. Особенно это актуально для виртуальных серверов, которые должны обладать свойством высокой доступности из внутренней или внешней сети, и серверов, интенсивно использующих какой-либо из аппаратных ресурсов компьютера (например, жесткий диск серверами баз данных).
Продукты VMware Workstation и VMware Server, хотя и предназначены для разных категорий пользователей, тем не менее, используются в схожих ситуациях. VMware Server используется не только для поддержания небольшой инфраструктуры виртуальных серверов в секторе SMB (Small and Medium Business), но и применяется для целей разработки и тестирования программного обеспечения. Также многие домашние пользователи используют VMware Server как бесплатную альтернативу продукту VMware Workstation, хотя последний обладает значительно большими функциональными возможностями именно для конечного пользователя. Из приведенной ниже таблицы можно увидеть, когда нужно использовать VMware Workstation, а когда будет достаточно бесплатного VMware Server.
| Возможности | Workstation 6.0.0 | Server 1.0.3 |
| Запуск в качестве сервиса | Нет (но есть возможность сворачивания UI в System Tray) | Да |
| Запуск виртуальной машины при загрузке | Нет | Да |
| Локальное управление | Толстый клиент, командная строка | |
| Множественный пользовательский доступ | Нет | Да |
| Программные интерфейсы | C / COM / Perl | C / COM / Perl |
| Удаленное управление хостом | Нет | Web-консоль |
| Удаленное управление виртуальными машинами | Нет | Толстый клиент |
| Управление множественными установками | Нет | Нет 1 |
| Соотношение виртуальные машины на ядро | 2-4 | 2-4 |
| Поддержка аппаратной виртуализации | Intel VT | Intel VT (экспериментально) |
| Поколение виртуального аппаратного обеспечения | 6 | 5 |
| Виртуальных процессоров через SMP (Symmetric Multi Processing) | 2 | 2 (экспериментально) |
| Максимум оперативной памяти для одной виртуальной машины | до 8 ГБ | до 3,6 ГБ |
| Максимум оперативной памяти для всех виртуальных машин | Неограничено 2 | До 64 ГБ 2 |
| IDE контроллеров/дисков на них | 1/4 | 1/4 |
| SCSI контроллеров/дисков на них | 1/7 | 4/60 |
| Максимальный размер виртуального диска (IDE/SCSI) | до 950 ГБ | до 950 ГБ |
| Виртуальных сетевых адаптеров на одну виртуальную машину | 10 | 4 |
| Виртуальных коммутаторов | 10 | 9 |
| Снапшоты через толстый клиент | Да | Да (только один) |
| Снапшоты через командную строку | Да | Нет |
| Клонирование виртуальных машин | Да | Нет 3 |
| Команды виртуальных машин (в одном виртуальном сетевом сегменте) | Да | Нет |
| Запись активности виртуальной машины | Да | Нет |
| Отладка виртуальных машин | Да | Да |
| Общие папки с хостовой системой | Да | Нет |
| Запись активности виртуальной машины в видеофайл | Да | Нет |
| Интерфейс Drag&Drop между гостевой и хостовой системой | Да | Нет |
| Официально неподдерживаемые хостовые системы | SuSE Linux 7.3 | Windows XP Professional (32/64 бит) Windows XP Home Windows 2000 Professional Red Hat Linux 7.0 Red Hat Linux 7.1 |
| Поддержка 64-битных систем | Да | Да |
| Поддержка паравиртуализации | Да 4 | Нет |
| Цена | $189 (при загрузке с сайта) $209 (розничные поставки) | Бесплатно 5 |
Оптимизация виртуальных систем под управлением платформ VMware Server и VMware Workstation состоит из четырех ключевых компонентов:
При выборе оборудования для хостовой системы необходимо исследовать среднюю загруженность физической системы, которую необходимо виртуализовать и выбрать так называемый коэффициент виртуализации - количество виртуальных машин, запущенных одновременно на одной физической платформе. Необходимо учитывать не только загруженность процессора, но и всех аппаратных ресурсов, поскольку чрезвычайно интенсивное использование какого-либо ресурса одной виртуальной машины может привести к замедлению работы хоста в целом.
По оценкам экспертов, большинство серверов на данный момент использует приблизительно 10-20 процентов от аппаратных мощностей компьютеров, поэтому, в этом случае, для продукта VMware Server необходимо придерживаться соотношения 2-4 виртуальные машины на ядро процессора, оставив некоторый запас для пиковых нагрузок на какой-либо из серверов. При использовании VMware Workstation пользователи часто создают десятки виртуальных машин, и число одновременно запущенных виртуальных систем может быть различным, в зависимости от применяемых гостевых ОС.
Выбирая аппаратные компоненты для сервера виртуализации или хоста для настольной платформы, нужно учитывать следующие аппаратные ресурсы:
При выборе хостовой операционной системы для VMware Server или VMware Workstation необходимо учитывать ее требования к оборудованию и заранее планировать ресурсы, выделяемые виртуальным машинам. Наибольшее внимание при оптимизации хостовой ОС нужно уделять памяти, дискам, сетевым интерфейсам и сервисам операционной системы. Само собой, в хостовой системе нельзя устанавливать никакого дополнительного программного обеспечения, которое может отрицательно повлиять на ее быстродействие.
При оптимизации системы виртуализации и виртуальных машин необходимо учитывать множество параметров и различные варианты использования виртуальных машин. В каждом отдельном случае необходимо тщательно изучить, какой из аспектов при настройке хостовой или гостевой ОС может являться «бутылочным горлом» (bottleneck), существенно влияющим на производительность системы. В частности, необходимо придерживаться следующих рекомендаций:
В случае если ваш процессор использует технологию hyper-threading для представления двух логических процессоров для одного физического, не включайте виртуальный SMP (два виртуальных процессора) в настройках виртуальной машины при ее создании.
Вы можете также вручную выставить приоритет для процессов виртуальных машин:
зайдите в меню «Edit», выберите «Preferences», перейдите на вкладку «Priority» и назначьте приоритет активной виртуальной машине (Input grabbed - когда курсор находится внутри виртуальной машины) и остальным виртуальным машинам в фоне (Input ungrabbed).
Эти настройки влияют на все виртуальные машины хоста. Вы можете также назначить их для конкретной виртуальной машины (они перекроют глобальные настройки): зайдите в меню «VM», далее «Settings», перейдите на вкладку «Options» и категорию «Advanced».
Если вы используете хостовую ОС не только для запуска виртуальных машин, но и для других задач вы можете задать количество физической оперативной памяти, которое могут использовать виртуальные машины. Для этого зайдите в меню «Edit», выберите «Preferences», перейдите на вкладку «Memory» и выставьте необходимое количество памяти для виртуальных машин.
Здесь вы можете также определить, как виртуальные машины будут использовать файл подкачки. По умолчанию часть памяти виртуальной машины сбрасывается в файл подкачки. Если же выставить параметр «Allow most virtual machine memory to be swapped», это позволит запустить большее число виртуальных машин одновременно, но отрицательно скажется на их быстродействии. Выбор первого параметра повлечет за собой использование только физической памяти хостовой системы, что ускорит быстродействие, однако, соответственно, уменьшит число одновременно запущенных виртуальных машин.
VMware Workstation и VMware Server используют процедуры очистки неиспользуемой памяти (Memory Trimming). Вообще говоря, этот параметр не сильно влияет на производительность, однако его отключение может немного повысить производительность при работе с дисками виртуальной машины. Отключить его можно, добавив в vmx-файл строчку MemTrimRate=0 или в настройках виртуальной машины:
Продукты VMware используют также общий доступ к страницам памяти (Page Sharing), который позволяет виртуальным машинам совместно использовать одну копию страниц памяти, что особенно эффективно при запуске одинаковых гостевых систем, с одинаковыми запущенными в них приложениями. В этом случае, такой подход позволяет экономить до 30 процентов физической памяти, однако снижает скорость операций ввода-вывода. Если на хосте достаточно оперативной памяти, эту технику можно отключить, добавив в vmx-файл строчку: sched.mem.pshare.enable = “FALSE”
По возможности используйте диски виртуальных машин хранящиеся локально. В случае использования сетевых ресурсов, следите за пропускной способностью сети и ее доступностью. По умолчанию VMware Server и VMware Workstation используют эмуляцию SCSI-дисков. Не меняйте этот параметр, поскольку применение виртуальных IDE-дисков снижает быстродействие. Используйте виртуальные диски типа «preallocated», вместо «growable», хотя вторые и выгодны с точки зрения используемого места (растут по мере наполнения), они работают несколько медленнее. Для задания дисков типа «preallocated» при создании виртуальной машины поставьте галку «Allocate all disk space now». Можно также создавать независимые (Independent) диски для виртуальной машины, которые могут быть постоянными (Persistent) и непостоянными (Nonpersistent). Содержимое этих дисков существует независимо от мгновенных снимков виртуальной машины (снапшотов). Непостоянные диски отличаются тем, что их содержимое сбрасывается при выключении виртуальной машины. Диски типа Independent-persistent обладают наилучшим быстродействием и рекомендуются для большинства вариантов использования. Для того чтобы создать такой диск, выберите меню «VM», «Settings», на вкладке «Hardware» выберите диск и нажмите «Advanced», убедитесь, что галки «Independent» и «Persistent» установлены.
Помните также, что использование снапшотов замедляет быстродействие дисковой подсистемы, поэтому не используйте их без необходимости.
Удалите все неиспользуемые виртуальные сетевые адаптеры для каждой виртуальной машины в меню «VM»->«Settings». При интенсивном обмене трафиком с хостовой ОС наиболее эффективно использовать тип сетевого взаимодействия Bridged, нежели NAT, поскольку в последнем случае присутствуют затраты на поддержание виртуального NAT-устройства.
По умолчанию VMware Workstation собирает отладочную информацию, что может несколько замедлить производительность виртуальной машины. Эту возможность можно отключить в меню «VM», далее «Settings», вкладка «Options», категория «Advanced», затем выставить комбобокс «Gather debugging information» в значение «None».
Для виртуальных машин в VMware Server и VMware Workstation включен режим логирования, который практически не влияет на производительность, но его можно отключить, добавив в vmx-файл строчку logging = «FALSE».
Многие забывают, что некоторые старые операционные системы, такие как Windows 98, постоянно проверяют наличие диска в приводе, что приводит к потере быстродействия. Виртуальный CD/DVD-ROM можно отключить в настройках виртуальной машины:
Оптимизация гостевой системы является наиболее тонким моментом оптимизации виртуальных систем, поскольку многое зависит от того, для каких целей используется виртуальная машина, какие приложения в ней запущены и к каким компонентам системы предъявляются наиболее высокие требования к быстродействию. Самыми значимыми объектами настройки являются: процессор, память, диски, сетевые адаптеры и программное обеспечение виртуальной машины.
Однако, первым делом, после установки гостевой системы, необходимо установить пакет VMware Tools, который содержит в себе улучшенные драйверы устройств, существенно повышающие быстродействие гостевой системы. Приложение VMware Tools может быть установлено не во всех гостевых ОС. Для установки этого пакета, при запущенной виртуальной машине, после полной загрузки ОС, в меню «VM» выберите пункт «Install VMware Tools».
После того, как все четыре перечисленных мероприятия по оптимизации будут проведены, необходимо постоянное наблюдение за производительностью виртуальных машин, особенно если они работают в качестве виртуальных серверов. Целью оптимизации в этом случае должна стать стабильная одновременная работа нескольких виртуальных систем на одном физическом хосте. Регулярно обновляйте программное обеспечение и платформу виртуализации, и тогда вы сможете максимально эффективно использовать виртуальные машины, как на десктопах, так и в качестве гибких серверных элементов ИТ-инфраструктуры предприятия.
Сегодня я хотел бы рассказать вам о продуктах, которые раньше выпускались компанией VMware, но по тем или иным причинам были сняты с продаж и перестали развиваться. Список далеко не полный и содержит, по большей части, мое мнение о продуктах по результатам работы с ними.
VMware ESX Server - первый гипервизор типа 1 для процессоров Intel x86. ESX не был первым серверным гипервизором, и даже не был первым продуктом VMware. Однако в нем впервые были реализованы такие функции, как живая миграция ВМ (vMotion), высокая доступность ВМ (High Availability), автоматическая балансировка (Distributed Resource Scheduler), управление питанием (Distributed Power Management) и многое другое.
Кстати, вы никогда не задавались вопросом, что значить аббревиатура ESX? Так вот, ESX - это Elastic Sky X. Что лишний раз доказывает, что еще в далеком 2002 VMware разрабатывала свои продукты с оглядкой на облачные вычисления...
ESX строился на базе монолитной архитектуры, все драйверы, сеть и подсистема ввода-вывода работали на уровне гипервизора. Однако для управления гиперзовиром на каждом хосте устанавливалась небольшая служебная ВМ - Service Console на базе модифицированного дистрибутива Red Hat Linux. С одной стороны, это накладывало ряд ограничений - служебная ВМ отъедала часть вычислительных ресурсов хоста, ее диски, как и любой другой ВМ требовалось размещать на VMFS хранилище, а каждый хост нуждался, по меньшей мере, в двух IP адресах, один - для VMKernel интерфейса, второй - для Service Console. С другой стороны, Service Console предоставляла возможность установки стороннего ПО (агентов, плагинов), которые расширяли возможности по мониторингу и управлению гипервизором. Наличие Service Console породило распространенное заблуждение, что гипервизор ESX является модифицированным Linux"ом.
Стоит упомянуть, что первые версии ESX устанавливались и управлялись по отдельности, однако, начиная ESX 2.0, для централизованного управления несколькими хостами появился VMware VirtualCenter (ныне хорошо известный под именем vCenter Server). Тогда, собственно, и появился Virtual Infrastructure, который представлял собой набор продуктов для виртуализации, состоящий из гипервизора ESX и ПО управления VirtualCenter. К версии 4.0 Virtual Infrastructure был переименован в vSphere.
В 2008 году появился альтернативный гипервизор - ESXi, который не нуждался в Service Console, был гораздо меньше в размере, но не поддерживал многое из того, что умел ESX (у ESXi отсутствовал WEB интерфейс, встроенный брандмауэр, возможность загрузки по SAN, интеграция с Active Directory и пр.). С каждой новой версией VMware постепенно наращивала функционал ESXi. VMware vSphere 4.1 стал последним релизом, включающим гипервизор ESX. Начиная с 5.0 VMware оставила только ESXi.
Позже GSX был переименован в VMware Server, получил при этом возможность запускать 64-битные ВМ, а также выделять ВМ несколько виртуальных процессоров. Вышедший в конце 2008 года VMware Server 2.0 стал бесплатным, обзавелся полноценным веб-интерфейсом и возможностью проброса USB устройств внутрь ВМ, однако потерял поддержку VMware VirtualCenter.
К этому времени гипервизоры ESX и ESXi заняли большую часть рынка серверной виртуализации. Выход бесплатных версий VMware ESXi Free и Microsoft Hyper-V Server стали последним гвоздем в крышку гроба VMware Server. VMware и Microsoft забросили свои гипервизоры для серверных ОС.
Хотя какое-то время vCenter Heartbeat и был единственным способом обеспечить защиту vCenter не только от аппаратных, но и от программных сбоев, реализация откровенно хромала. Сложная процедура установки и обслуживания кластера, а также масса багов сделали свое черное дело. В итоге, начиная с vSphere 5.5 U3 / vSphere 6.0 компания VMware отказалась от vCenter Heartbeat и вернулась к более привычному способу кластеризации средствами Microsoft Failover Cluster.
Но, по всей вимости, продажи шли не очень хорошо, кроме того в портфеле VMware был vRealize Configuration Manager, приобретенный в 2010 у EMC, и выполнявший функции патч-менеджмента, инвентаризации и многого другого. Поэтому в 2013 vCenter Protect был продан компании LANDesk.
Функционал VSA был весьма ограниченным. Так, например, первая версия VSA поддерживала размещение только на VMFS томах с RAID 1 или 10, что приводило к высоким накладным расходам на хранение данных (фактически, полезное пространство составляло менее 1/4 от объема локальных дисков), отсутствовала поддержка VAAI, не было поддержки кэширования или тиринга.
Все это в совокупности с не слишком низкой ценой и невысокой производительностью не позволили VSA вытеснить привычные СХД из SMB сегмента. Поэтому вскоре после выхода первой версии Virtual SAN в 2014, продукт был снят с продаж.
Перпективная разработка в области программно-определяемых хранилищ данных, Virsto представлял собой виртуальный апплайнс, выполняющий роль виртуализатора СХД, т.е. ресурсы СХД презентовались аплайнсу, а аплайнс, в свою очередь, отдавал дисковое пространство хостам по протоколу NFS. Сердцем Virsto была VirstoFS - специализированная файловая система, позволяющая оптимизировать операции записи и чтения за счет использования механизмов, схожих с теми, что можно видеть в СХД NetApp FAS. Virsto мог аккумулировать случайные операции записи в специальном журнале и затем последовательно записывать данные на СХД, что положительно сказывалось на IOPS и задержках. Кроме того, Virsto поддерживал многоуровневое хранение данных (тиринг) и оптимизировал работу со снапшотами за счет хранения в оперативной памяти метаданных о том, какой блок с данными в каком из снимков находится.
По сути Lab Manager являлся менеджером менеджеров, разворачивался поверх существующей инсталляции VMware ESX/ESXi и vCenter и позволял организовывать многопользовательский (многоарендный) доступ к общей виртуальной инфраструктуре, выделять пользователям необходимый набор вычислительных ресурсов, автоматически выдавать IP адреса ВМ из пулов, создавать изолированные сети для ВМ, указывать срок аренды для ВМ.
Не смотря на интересный функционал, продукт не получил широкого распространения, и по словам VMware не отвечал всем требованиям тех немногих заказчиков, что его использовали, поэтому в 2011 он был снят с продажи. Спустя несколько лет на смену ACE пришел VMware Horizon FLEX, имеющий собственный механизм доставки ВМ на компьютеры пользователей, а также поддерживающий гипервизор VMware Fusion Pro для ОС Apple MAC OS X.
Приветствую вас, уважаемый пользователь мобильного гаджета – iPhone. Вне зависимости от того, какой сексуальной ориентации глава или главы компании Apple, мы все равно будет любить яблочные гаджеты за их надежность, функциональность и хороший, стильный внешний вид.
В сегодняшнем материале, я расскажу вам – как можно легко и без лишних, порой совершенно ненужных, телодвижений создать свой собственный рингтон (формат m4r) для гаджета iPhone
. В этом нам поможет специальный инструмент – программа для создания рингтонов (формат m4r). Пользоваться ей очень удобно, создавать ригтоны (формат m4r), с помощью нее, можно из любого трека хранящегося на iPhone гаджете.
Итак, давайте приступим к созданию рингтонов (формат m4r). Ах, да… Я же еще не назвал вам название программы, которую мы будем использовать для создания замечательных рингтонов (формат m4r). Программа называется – Рингтониум Лайт. Хочу сразу заметить интересный факт – программа абсолютно бесплатная, нет, она, конечно, имеет платную версию, но для создания рингтонов (формат m4r) вполне подойдёт и бесплатный вариант.
Ссылка на загрузку программы из мобильного магазина App Store – Ссылка на приложение
Приступаем к созданию ринтгтона в программе, благо – это не очень сложно. Для этого вам нужно выполнить следующее :
Вот и все, после того, как программа сохранит рингтон вы можете его использовать в качестве . Т.к. операционная система iOS не предоставляет приложениям доступ к файловой системе iPhone, то вам придется добавлять созданный рингтон на устройство с помощью программы iTunes . Иначе не добавляется.
Как я уже сказал выше, для того, чтобы установить рингтон, вам понадобиться программа iTunes. Подключите ваш iPhone к компьютеру, запустите программу iTunes и следуйте следующим инструкциям :
Все, теперь из меню iPhone вы можете установиться созданный рингтон на звонок. Делается это просто .
Рингтон создается из отрезка какой-нибудь песни. Нарезать музыку на части можно в специальных программах, которые подходят не только для создания подобных мелодий на телефон, но и для обработки аудиофайлов. Мы отобрали наиболее подходящий для этого софт и вывели его в список. Давайте рассмотрим его подробнее.
Разработчики iRinger позиционируют свой продукт как средство для создания рингтонов на iPhone. Но использовать данную программу можно и для других целей, например, она позволяет вырезать аудиодорожку из видео на популярном ресурсе . Использовать iRinger очень просто, а его интерфейс компактный и удобный. Загрузить ПО можно с официального сайта совершенно бесплатно.
Конечно, можно использовать данный продукт для создания рингтонов, но изначально он был предназначен для фрагментирования и дальнейшей обработки аудио-файлов. Программа позволяет добавлять эффекты, имеет функцию подавления шума и позволяет осуществлять запись с микрофона. Доступна Audacity к скачиванию бесплатно и поддерживает большинство популярных аудиоформатов.
Данная программа имеет обширный функционал и позволяет не только резать музыку на куски, но и конвертировать или вырезать аудио из видеоролика, загруженного с компьютера или Ютуба. Кроме этого присутствует более десятка различных эффектов, которые можно детально настроить для добавления в проект.
Данная программа позволяет обрабатывать, нарезать и работать с фрагментами аудиодорожек. С ее помощью также можно нормализовать звук, добавить эффекты и осуществлять запись с микрофона. Кроме этого доступно добавление затухания и регулировка громкости.
Это типичный представитель софта для обрезки композиций. Имеет стандартный набор функций и запись с микрофона. Еще присутствует небольшой набор эффектов, например, плавное затухание и нормализация, которые находятся в отдельной вкладке на панели управления. Скачать Wave Editor можно бесплатно с официального сайта.
Эта программа отлично подходит для создания рингтона на свое мобильное устройство. Ее возможности позволяют обрезать аудиофайлы, конвертировать их в моно- или стереорежим, настраивать громкость и подавление шумов. Хочется отметить отсутствие различных эффектов и фильтров, которые могли бы пригодиться некоторым пользователям.
Отличается данный представитель от других возможностью добавления меток и условного разделения дорожки на части, что позволяет в дальнейшем работать с каждой из них отдельно. Все части находятся в отдельном разделе в главном окне, что позволяет быстро управлять метками и следить за основной дорожкой.
АудиоМАСТЕР может выполнять гораздо больше различных процессов, нежели предыдущие представители, и создание рингтонов — не основная его возможность. В данной программе присутствует настройка эквалайзера, пресеты звуковых атмосфер, набор эффектов и запись с микрофона.
В ней можно объединять и обрезать дорожки. Делается это путем выделения, и справится с этой задачей даже неопытный пользователь. Именно эта функция поможет создать рингтон из целой песни.
Wavosaur не выделился ничем среди остальных представителей. В нем пользователь может обрезать аудиодорожки, добавлять различные эффекты и выполнять запись с микрофона. Стоит отметить, что панель инструментов устроена не очень удобно, ведь там собрано несколько рядов функций с маленькими значками, при первом взгляде на которые возникает чувство растерянности.
Создание рингтонов для вашего смартфона.
Если предустановленные производителем вашего смартфона мелодии вас не радуют, то, конечно, стоит задуматься о создании собственного рингтона. А ещё лучше, не просто песни, а конкретного отрезка из песни, самого крутого и любимого. Нужно только аккуратно вырезать его, без использования компьютера.
Если на вашем смартфоне уже есть нужный трек, но после запуска приложение его или их не видит, то нужно запустить сканирование. В общем-то, приложение само вас об этом попросит. А потом построит список из композиций, которые найдёт в памяти.
Для того, чтобы использовать приложение по прямому назначению, то есть создание нового рингтона из мр3 файла, необходимо в нажать на иконку вертикального многоточего и выбрать в открывшемся контекстом меню выбрать «Изменить».
После этого появится новый интерфейс, в котором нужно будет, сориентировавшись в графическом рисунке композиции или просто послушав трек, выбрать начало и конец отрезка. Для этого нужно использовать специальные кнопки-ползунки.
Если вы чётко знаете на какой секунде и минуте нужно начать и закончить воспроизведение, то эти параметры времени можно выставить вручную. Графический рисунок трека для удобства можно масштабировать свайпами двумя пальцами либо специальными кнопками с рисунками плюса и минуса.
В этом интерфейсе вы видите характеристики файла, вроде его формата, битрейта, частоты в герцах и общей продолжительности звучания.
В правом верхнем углу экрана вы можете заметить три иконки, благодаря которым можно быстро сохранить результат, скопировать вырезанный отрезок в буфер памяти или открыть ещё одно контекстное меню. Там вам, возможно, пригодится опция, которая добавить затухание звука в начале и конце трека. Продолжительность варьируется несколькими секундами.
Кроме того приложение можно использовать как диктофон и записывать свой голос или какие-то другие звуки, настроить папки, в которых будут сохраняться результаты. А именно рингтоны, музыка, уведомления и сигналы будильника. Новый рингтон можно сразу же назначить какому-нибудь вашему контакту из соответствующего раздела меню.
Некоторые функции можно открыть только через приглашения друзей, а также есть расширенная профессиональная версия , чуть более, чем за 40 рублей, если этой вам, вдруг, не хватит.
На данный момент мобильное приложение "Ringtone Maker" распространяется на официальном сайте приложений для смартфонов абсолютно бесплатно и не имеет рекомендаций к установке, так как это зависит от конкретного девайса.
