리핑 된 mp3 파일에 잘못된 트랙 길이가 표시됨

Banshee와 Sound Juicer를 사용할 때이 문제를 보았습니다. Thinkpad 14 "에서 Ubuntu 12.04를 사용하고 있습니다. 내부 CD 드라이브의 제작에 대해 잘 모르겠지만 누군가 나에게 방법을 알려 주면 해당 정보를 제공하게되어 기쁩니다. 문제가 내 CD 드라이브인지 알 수 있도록 외장 CD 드라이브.

어쨌든, 문제 : 찢어진 mp3 파일의 길이가 잘못 표시됩니다. 예를 들어, 길이가 5:13 인 Animal Collective에 의해 Peacebone을 찢어 버렸을 때, 전화와 밴시에 따르면 파일의 길이는 25 분이었습니다. 플레이어는 다음 노래 전체로 건너 뛰어 25 분 동안 모두 연주합니다. 그러나 나는 노래 전체 또는 실제 길이를 듣고 있는지 알지 못하는 것이 불편합니다.

파일 길이가 여전히 예상보다 몇 초 더 길지만 지금까지 문제는 두 번째로 사라졌습니다.

banshee cd cd-ripping sound-juicer

— 헤이 헤
소스

조금 더 테스트 한 후에는 음악 자체의 길이가 올바른 것 같습니다. 길이가 너무 짧은 것 같은 파일은 표시된 트랙 시간이 끝난 후에도 계속 재생되고 너무 긴 파일은 다음 노래로 건너 뜁니다. 하기로되어있다. 그러나 문제는 여전히 성가 시며 찢어진 음악의 품질에 대해 걱정하게 만듭니다.

— Heihej

트랙 길이는 종종 파일 길이와 평균 예상 mp3 데이터 처리량으로 계산됩니다. 일부 플레이어는 지속 시간을 계속 다시 계산하지만 일부는 그렇지 않습니다. 일부는 트랙 길이를 알아 낸 후에는 데이터베이스에 트랙 길이를 저장하고 일부는 그렇지 않습니다. 트랙이 완전히 처리 된 경우에만 정확한 지속 시간이 알려집니다.

— jippie

이 문제는 모든 노래에 존재하는 것은 아니므로 플레이어가 파일을 읽는 방식으로 인해 발생했다고 믿기가 어렵습니다. 이것은 여전히 파일에 문제가 있음을 의미합니다.

— Heihej

답변:

Ubuntu 12.04부터 Rhythmbox 또는 Sound Juicer를 사용하여 Ubuntu에서 CD를 리핑하면 기본 설정으로 VBR MP3가 생성되지만 VBR 헤더가 추가되지 않으므로 MP3을 여는 프로그램에 대해서만 잘못된 트랙 길이가 표시됩니다. 기본 음악 플레이어 (리듬 박스) 및 기본 파일 관리자 (노틸러스)를 포함하여

가장 쉬운 해결책은 MP3를 추출한 후 VBR 헤더를 MP3에 추가하는 것입니다.

터미널에서이 명령을 실행하여 vbrfix를 설치하십시오.
```
sudo apt-get install vbrfix
```
이제 mp3가있는 폴더로 CD를 수정해야합니다.
```
cd /path/to/mp3s
```
mp3에 VBR 헤더를 추가하려면이 명령을 실행하십시오.
```
find . -type f -iname '*.mp3' -exec vbrfix {} {} \;
```
Vbrfix는 몇 개의 임시 파일을 남겨둔 것으로 보이므로 정리하십시오.
```
rm vbrfix.log vbrfix.tmp
```

다른 해결책은 CD가 VBR MP3 대신 CBR로 리핑되도록 기본 사전 설정을 변경하는 것입니다. 여기에 좋은 설명이 있습니다 : /ubuntu//a/154933/18665

이와 같은 프로파일은 트릭을 수행해야합니다 (비트 레이트를 원하는대로 변경하십시오).

[mp3-cbr]
name=lamemp3enc
target=bitrate
bitrate=192
cbr=true
encoding-engine-quality=high
mono=false

다른 버그와 마찬가지로이 문제가 발생하는 경우 버그 보고서로 이동하여 버그에 영향을 미치므로 (왼쪽 상단 부근에) 더 많은주의를 기울이는 것이 좋습니다. 버그 보고서는 다음과 같습니다. CD를 MP3로 리핑 할 때 Rhythmbox가 VBR 헤더를 추가하지 않습니다

— 보우 핀
소스

vbrfix가 나를 위해 일했습니다. 그런 다음 밴시 라이브러리를 다시 스캔하여 변경 사항을 적용했습니다.

— isaaclw

내 경험상이 문제는 ID3 태그가 유효하지 않을 때 발생합니다. 주어진 파일에서 모든 ID3 태그를 삭제 한 다음 다시 작성할 수 있습니다. 나는 이것을 위해 mutagen 을 권장 합니다. 유용한 유틸리티가있는 메타 데이터 조작 라이브러리입니다.

첫 번째 설치 돌연변이

sudo apt-get install python-mutagen

이제 문제가있는 MP3 파일이있는 폴더로 이동하여 mid3v2를 실행하십시오.

mid3v2 --delete-all your_file.mp3

이렇게하면 주어진 파일에서 모든 메타 데이터가 제거되므로 제목, 아티스트, 앨범 표지가 없지만 파일의 길이는 올바르게 표시되어야합니다.

Ubuntu에서 패키지 로 제공되는 Picard 등을 사용하여 메타 데이터를 다시 채울 수 있습니다 picard.

편집 : VBR 헤더와 MP3 파일의 다른 문제를 해결할 수있는 MP3 Diags 응용 프로그램 도 있습니다. 우분투에서 mp3diags(또는 우분투 소프트웨어 센터에서) 사용할 수 있습니다

보다 구체적인 또 다른 솔루션은 VBRFix – 콘솔 버전 (Qt GUI 제외)이 vbrfix패키지 로 제공 됩니다. GUI를 원한다면 아마 직접 컴파일해야 할 것입니다.

— jnv
소스

답장을 보내 주셔서 감사합니다. 트랙 길이에 태그가 있다는 것을 알지 못했습니다. Picard는 Peacebone에서 태그가 정확하다고 말했지만 세부 정보 창에서는 25 분 값을 제공했습니다. 파일에서 모든 태그를 삭제했으며 어떤 이유로 picard로 태그를 다시 작성할 수 없습니다. 어떻게해야하는지 알고 있습니까?

— Heihej

Picard는 다른 태그 편집기와 약간 다르게 작동하므로 트랙에 트랙을 지정하여 MusicBrainz 데이터베이스의 앨범과 일치시킵니다. howto 안내서를 참조하십시오 : musicbrainz.org/doc/How_to_Tag_Files_With_Picard 만약 이런 유형의 편집이 당신을 위해 작동하지 않거나 (또는 MusicBrainz 데이터베이스에서 앨범을 찾을 수없는 경우), EasyTAG ( easytagpackage)를 시도하십시오

— jnv

반면에 MP3 Diags – mp3diags.sourceforge.net을 사용하면 더 쉬운 솔루션이있을 수 있습니다. 제 답변을 편집 한 후 살펴보십시오.

— jnv

파일에 태그를 다시 지정해도 도움이되지 않습니다. mp3diags를 사용하여 VBR 데이터를 다시 작성하려고 시도했는데 올바르지 않은 지속 시간이 표시되는 문제를 해결한다고 주장했습니다. 이것은 실제로 내 장치에 표시되는 지속 시간을 더 좋게 변경했지만 여전히 정확하지 않습니다 (Peacebone의 길이는 6:53이지만 5:13이어야합니다).

— Heihej

vbrfix위에서 언급 한 VBRFix의 콘솔 버전 인 패키지 도 있습니다 . 그렇지 않으면 해당 파일을 다시 추출 할 수 있습니다. FLAC, Ogg Vorbis 또는 AAC (휴대 전화가이 중 하나를 재생할 수있는 경우) 만 사용하는 것이 좋지만 잘못된 길이 정보가 덜 발생하는 CBR 또는 ABR MP3로 CD를 추출 할 수도 있습니다. WAV (또는 FLAC)로 리핑하고 VBR MP3로 다시 인코딩하는 것도 옵션 일 수 있습니다. 또는 원래 설정으로 다시 시도하십시오. 엔코더가 나쁜 하루 일 수도 있습니다.

— jnv