Вопросы Теги

avconv создает, создает файлы, продолжительность которых является неправильной

  1. Необходимо сначала выйти из chroot сессии, обычно простое exit сделаю:

    exit

  2. Затем umount ВСЕ связанные каталоги:

    umount /mnt/rescue/dev/
umount /mnt/rescue/proc/
umount /mnt/rescue/sys/

  3. Затем:

    umount /mnt/rescue

В случае, если Вы волновались это sync не используется здесь, обратите внимание, что это не имеет никакого влияния на то, возможно ли размонтирование. Размонтирование сбрасывает ожидающий записи так или иначе (оно имеет к, потому что нигде не было бы, чтобы они следовали за размонтированием). Присутствие процесса chrooted не важно (кроме которого оно предотвращает размонтирование). В операции нормальной системы синхронизация не имеет никакого заметного эффекта. синхронизация только имеет значение, если устройство физически отключено, не будучи размонтированным или если система отказывает, в то время как устройство смонтировано.

4
24.10.2013, 23:25
3 ответа

То же самое происходит, когда Вы используете lame непосредственно, независимо какой механизм с переменной скоростью передачи Вы выбираете (lame предложения --abr, --vbr-old и --vbr-new).

Таким образом, это, кажется, ограничение, или формата MP3, или хромого кодера. Плеер такой как mplayer кажется, просто предполагаю общую длину средними скоростями передачи, с которыми они встретились до сих пор.

С файлом я попробовал его, начинает отображать 30 минут, после 10 секунд это до 8:15, который является близко к 8:08, которое это действительно имеет...

Так как это все еще играет правильно, я не думаю, что существует что-либо, чтобы Вы зафиксировали. Если у Вас есть аппаратный проигрыватель, который не может обработать его, необходимо ли было бы пойти для постоянной скорости передачи или использовать ли что-то еще полностью, если плеер поддерживает другие форматы, которые в свою очередь поддерживают переменные скорости передачи (OGG/Vorbis?).

2
27.01.2020, 20:51
  • 1
    Это приводит в уныние. –  William Everett 25.10.2013, 03:34
  • 2
    , обходное решение должно было бы обработать первый пакет потока (или безотносительно Вашего использования аппаратного проигрывателя для определения начальной длины), чтобы иметь точно скорость передачи, которую он должен показать корректной длине. Но я не знаю ни о какой программе, которая делает это. разделение слова –  frostschutz 25.10.2013, 16:33

Я могу подтвердить, что avconv имеет эту проблему, но не Ламе! в моем Linux Mint 14 Nadia

для avconv трассы быстрое исправление должно использовать vbrfix по финалу mp3 файл как это: vbrfix -always -makevbr -lameinfo imput.mp3 output.mp3

2
27.01.2020, 20:51

Для постоянной скорости передачи фиксация описана в том, как использование libmp3lame получает CBR: Передайте вывод avconv по каналу в файл:

avconv -i test_orig.mp3 -b:a 128k -f mp3 - >test_ffmpeg_cbr.mp3

Это заставляет avconv использовать хорошие mp3 заголовки для CBR.

Альтернатива: работа на получающемся mp3 (очень полезный, для когда исходный материал, весьма доступный больше): 

avconv -i faulty_mp3 -vn -c:a copy -ss 0:0:0 repaired_mp3
3
27.01.2020, 20:51
  • 1
    Это, кажется, фиксация для проблемы, где mp3 файлы, закодированные avconv, не ищут. –  automatthias 16.04.2014, 11:49

Теги

Похожие вопросы