В первую очередь, -aq
устанавливает скорость передачи качественной базируемой переменной - я думаю, что Вы ищете -ab
(обратите внимание, что я - ffmpeg пользователь, таким образом, мое знание avconv синтаксиса ограничено - я понятия не имею, как далеко это дрейфовало начиная с ветвления).
Независимо, встроенный avconv/ffmpeg AAC кодер довольно плох.
Единственный действительно хороший кодер AAC для avconv/ffmpeg является libfdk_aac - но лицензия на это является несовместимой с GPL, поэтому для получения доступа к нему, необходимо будет скомпилировать собственное (это - ffmpeg руководство по компиляции, так как я не знаю об одном для avconv - руководство Ubuntu должно быть хорошо для Debian, так как я не думаю, что существует что-либо определенное для Ubuntu там).
После того как Вы имеете его, следуете за AAC, кодирующим руководство; я настоятельно рекомендую испытать fdk_aac -vbr
опция - установка 3 звуков, очевидных для меня на всех файлах, которые я попробовал, если Вы хотите плацебо более высокой скорости передачи, или Вы - звукооператор, можно попробовать установку 5.
ffmpeg -i input.flac -c:a libfdk_aac -vbr 3 output.m4a
Никакая потребность в -map_metadata
, так как ffmpeg автоматически передаст метаданные (и я вполне уверен, что avconv будет также).
Для фиксированной скорости передачи 320 Кбит/с (серьезно, это не стоит того, AAC, достигают аудио прозрачности по сравнению с исходным аудио CD приблизительно на уровне фиксированных 128 Кбит/с):
ffmpeg -i input.flac -c:a libfdk_aac -b:a 320k
Кодер Nero AAC нужно рассмотреть наравне с fdk_aac и qaac (Quicktime AAC). Различные люди дадут различные мнения, на которых лучше, но Вы только заметите любые различия на уровнях очень младшего бита, и все соглашаются, что они все очень высококачественны.
neroAacEnc
доступно с веб-сайта Nero. Разархивируйте его и поместите его где-нибудь в Ваш $PATH.
К сожалению, neroAacEnc
может только взять аудио WAV в качестве входа; можно обойти это при помощи avconv или ffmpeg как декодер:
avconv -i input.flac -f wav - | neroAacEnc -if - -ignorelength -q 0.4 output.m4a
К сожалению, это разделит метаданные; для передачи этого используйте avprobe/ffprobe (с -show_format
) извлечь и neroAacTag для вставки. Сценарий удара, вероятно, был бы в порядке.
Посмотрите страницу HydrogenAudio на neroAacEnc: из памяти, a -q
установка 0,4 звучала великолепно мне. Можно быть нацелены на небольшой уровень с -br
(снова, я думаю, что это было бы путем излишество):
avconv -i input.flac -f wav - | neroAacEnc -if - -ignorelength -br 320000 output.m4a
Править: вот сценарий для преобразования звуковых файлов к m4a с neroAacEnc, затем отмечающий с ffprobe и neroAacTag (требует, чтобы они все были в каталоге в Вашем $PATH). Может потребоваться несколько входных файлов, поэтому при сохранении его как convert-to-m4a
, можно преобразовать каждый файл FLAC в каталоге с
convert-to-m4a *.flac
Это не ограничено просто файлами FLAC; любой формат аудио, который может декодировать Ваш ffmpeg/avconv, будет работать. Можно хотеть изменить ffprobe и ffmpeg к avprobe и avconv:
#!/usr/bin/env bash
until [[ "$1" = '' ]]; do
ffmpeg -i "$1" -f wav - | neroAacEnc -if - -ignorelength -q 0.4 "${1%.*}.m4a"
tags=()
while read -r; do
tags+=("$REPLY")
done < <(ffprobe -i "$1" -show_format 2>/dev/null | sed -ne 's/date/year/' -e '/TAG:/s/TAG/-meta/p')
neroAacTag "${1%.*}.m4a" "${tags[@]}"
shift
done
exit 0
Если вы используете систему на основе Debian-Ubuntu (например, Minux Mint), то FDISK (UTIL-Linux 2.20.1)
не понимает GPT.
Вы должны попробовать отчасти --L
и вы разделили / отформатировали диск еще? Использование GPARTED
(если вы используете графический интерфейс), вероятно, будет проще.
Я не уверен в LSBLK
, он говорит, что он читает из SYSFS
. Возможно, есть только один небольшой раздел на приводе или странный MBR / GPT.
Но комментарий Cristian Ciupitu и ссылка из Seagate звучат очень многообещающе, но, похоже, о водителях Windows ...
Поиск «Разложенная ошибка: / dev / sdc: нераспределенный диск для диска» Поднял эту ссылку, которая, кажется, делает то, что вы хотели бы: Как создать раздел на размере Linux для> 2TB, используя расставленные GPT . У меня был смелый ed ( выпускается? ) Обеспеченное сообщение об ошибке, похоже, он должен уходить после создания GPT. (Я поспорил, используя GPARTED
будет похожим / проще.)
Используйте команду mklabel mklabel для установки метки диска в GPT, как показано ниже.
# parted /dev/sdb
GNU Parted 2.1
Using /dev/sdb
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print
Ошибка: / dev / sdb: нераспознанный диск диска
(parted) mklabel gpt
(parted) print
Model: Unknown (unknown)
Disk /dev/sdb: 5909GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Number Start End Size File system Name Flags
[тогда он продолжает делать разбиение, но вышеупомянутые команды выглядят наиболее актуальными]
Create> 2TB раздел с использованием раздаченного MKPART
, используйте команду mkpart
, как показано ниже, чтобы создать раздел, который больше, чем 2 ТБ. В этом примере мы создаем раздел, который размером примерно 6 ТБ.
# parted /dev/sdb
(parted) mkpart primary 0GB 5909GB
(parted) print
Model: Unknown (unknown)
Disk /dev/sdb: 5909GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Number Start End Size File system Name Flags
1 1049kB 5909GB 5909GB primary
Если попытка создать сбой GPT, должны быть некоторые хорошие сообщения об ошибках для поиска. Или если он до сих пор только сообщает размер как 800 ГБ, я бы начну подозреваю, что может быть что-то не так с диском, но, поскольку Smart думает, что все в порядке, что покидает драйверы / ядро Linux ...
, и вы Не Использование своего рода внешний корпус USB? Он подключен непосредственно к компьютеру, как внутренний HD?
Похоже, вы создали собственное ядро, и оно только 32-разрядное. Чтобы иметь доступ к дискам емкостью > 2 ТБ, необходимо включить CONFIG _ LBDAF (поддержка больших (2TB +) блочных устройств и файлов), хотя я мог бы поклясться, что без него размер просто был зафиксирован до 2 ТБ, а не обернулся до модуля 32 бит.
-121--71608-OK, у вас есть несколько вариантов:
Лучше всего мне нравится переименовывать профиль ~/.bash _
с помощью StartScript:
do shell script "mv /Users/YOURLOGINNAME/.bash_profile /Users/YOURLOGINNAME/x"
Вы также можете настроить Terminal, чтобы поместить вас прямо в оболочку root
, так что он не будет запрашивать пароль снова после первого раза. В окне Терминал перейдите в раздел Настройки → Профили → Оболочка и установите sudo-s
в поле «Выполнить команду». Затем введите ⌘-T, чтобы открыть другую вкладку «Терминал».
Для изменения видимости невидимых файлов можно также использовать Секреты . Затем просто переместите профиль .bash _
.
Размещение «ответа» , что является скорее замечанием, поскольку вопрос стал бы несколько загроможденным и длинным с этой информацией там.
Сделали еще несколько тестов. Один с простым C-кодом, использующим ioctl ()
и lseek ()
.
ioctl BLKGETSIZE64 : 801569726464 (Same value as the tools)
ioctl BLKGETSIZE : 1565565872 (Same as sectors reported by fdisk)
lseek Size : 801569726464
Краткий обзор источника для lsblk
, fdisk
и lshw
все они используют ioctl ()
или sysfs для получения данных о размере. (Возьмите «они используют» свет здесь, так как я только скинул какой-то онлайн источник.)
lsblk
использует секторы, (/sys/block/sdc/size
) и сдвиг влево на 9. (AKA × 512, или × 2 ^ 9)
Sectors: 1565565872 (From printout in Q)
1565565872 << 9 = 801569726464
Заглядывая ближе к сообщаемому размеру и переключая мой мозг на двоичный, а не десятичный, также быстро распознать, что:
3000592982016 = 00101011101010100001010001110110000000000000 (44-bits (48))
801569726464 = 1011101010100001010001110110000000000000 (40-bits)
Далее:
Size by SMART - Size by tools (in effect kernel)
3000592982016 - 801569726464 = 2199023255552 == 2^32 * 512 or 2^32 << 9
fdisk
также сообщает размер физического сектора как 512 противоположный 4096 SMART, что, возможно, указывает на некоторую проблему контроллера.
Вы, кажется, построили свое собственное ядро, и это всего 32 бит. Для этого, чтобы получить доступ к дискам> 2 туберкулеза, вы должны включить config_lbdaf (поддержка больших (2 ТБ +) блочных устройств и файлов), хотя я мог бы покляться, что без него размер просто был зажат до 2 ТБ, а не упаковка до 32-битного модуля.
Para mí, el problema era que lo estaba usando (el mismo modelo de unidad )con una carcasa USB externa. Una vez que lo conecté directamente a un conector SATA, comenzó a ser reconocido como 3 TB. Si tiene el mismo problema y usa una interfaz USB para la unidad, intente conectar la unidad directamente a una conexión SATA.
Como señaló @phuclv, hay una gran explicación de esto en Superuser enhttps://superuser.com/questions/1101839/why-would-a-3tb-disk-show-as-being-746gib