フォーラム

解決済みMac上のiTunesは、曲が終了する前にトラックの最後までスキップします。

NS

BigBadDavid

オリジナルポスター
2012年7月29日
  • 2017年11月1日
これは一部の人にとっては既知の問題だと思いますが、フォーラムを検索しても解決策が見つからないため、誰かが助けてくれることを願っています。

特定のトラックでは、iTunesは曲の最後までスキップします。影響を受けるのは特定のトラックだけですが、常に同時にスキップします。iTunesは、曲が実際よりも短いと見なします。インポートされた曲の特定のバッチは、他のバッチよりも影響を受けているようです。 Maya JaneColesによるTakeFlightのトラックの半分以上(優れたアルバムbtw)が影響を受けており、それ以降の他のインポートは問題ありません。

-このバグは、音楽の再生方法(ラップトップ、Airplayなど)に関係なく発生します。
-どのトラックにも、オプションで特注の「停止」時間がありません。
-すべての音楽ファイルはラップトップにローカルに保存されています。
-ファイル自体は問題ありません(QT / vlcで確認)。
-iTunesからファイルを削除して再インポートしても、問題は解決しません。
-それはmp3にのみ影響するかもしれません...? EDITAACも影響を受けます。
-バグは、High Sierraをクリーンインストールし、バックアップからiTunesを復元した後に最初に発生したようです。
-一致してアップロードされたトラックは、別のデバイスのiTunes Matchを介して正しく再生されます(したがって、これはローカルの問題です)。

以上のことから、「iTunesLibrary.itl」内の破損の可能性が高いと思います。トラックの実際の長さとiTunesがローカルで考えるものとの間に矛盾があるようです。

私のiTunesライブラリを完全に削除してすべてを再インポートする(問題が解決するという保証はありません)以外に、誰かが別の解決策を思いついたことがありますか?

バグレポートがAppleに提出されました。

MacOS 10.13.1、iTunes 12.7.1.14最終編集日:2017年11月1日

Partron22

2011年4月13日


はい
  • 2017年11月1日
トラックのプロパティでストップポイントが間違って設定されていないかどうかを確認します。
そうでない場合は、再インポートする前にAudacityをエクスポートして通過させることで、完全な状態に戻すことができる場合があります。 NS

BigBadDavid

オリジナルポスター
2012年7月29日
  • 2017年11月1日
Partron22によると:トラックのプロパティでストップポイントが間違って設定されていないかどうかを確認してください。
そうでない場合は、再インポートする前にAudacityをエクスポートして通過させることで、完全な状態に戻すことができる場合があります。

ストップポイントはそのままです。
元のファイルは問題ありません。iTunesの外部で完全に再生されます。これは間違いなくiTunesのバグです。再インポートする前に、iTunesからトラックの痕跡をすべて削除するように注意しながら、新しいダウンロードでダブル/トリプルチェックしました。
iTunesはそれを行うことができます。 NS

BigBadDavid

オリジナルポスター
2012年7月29日
  • 2017年11月5日
「iTunesLibrary.itl」を削除し、ライブラリのxmlバージョンから復元します が表示されます 問題を解決しました。私はここの指示に従いました: https://www.kirkville.com/how-to-rebuild-your-itunes-library/
反応:iRock1およびPartron22

Partron22

2011年4月13日
はい
  • 2017年11月7日
物事が再び台無しになった場合に備えて、新しい.itlのコピーをどこかに保存しておくと役立つ場合があります。
もちろん、新しい音楽を追加するたびに更新することを忘れないでください。 NS

BigBadDavid

オリジナルポスター
2012年7月29日
  • 2017年11月8日
Partron22は、次のように述べています。問題が再び発生した場合に備えて、新しい.itlのコピーをどこかに保存しておくと役立つ場合があります。
もちろん、新しい音楽を追加するたびに更新することを忘れないでください。

同じバグが再発した場合のバックアップは、新しいxmlファイルを生成し、これから「新しい」ライブラリ/ itlファイルを作成することです。今回はうまくいったようです。 High Sierraでは、iTunesにオンデマンドでxmlファイルを作成するように依頼できます([設定]-> [詳細])。

「新しい」ライブラリ/ itlファイルを作成するとき、iTunesは実際のファイルからすべてのトラック長データを最初から再作成する(またはxmlファイルに含まれるものをすべて無視する)という理論があります。またはその前に、iTunesは新しいxmlファイルを作成するときに同様のことを行います。いずれにせよ、破損したトラックの長さ(私が特にテストした曲の場合)はフラッシュされ、最後まで正しく再生されます。正しく再生されるため、新しい曲が追加されました。

この方法の主な利点は、すべてのローカルファイルをそのままにしておくことができ、必要に応じて新しいライブラリitlファイルを作成するのが比較的簡単なことです。

1つの欠点は、すべてのローカル設定(ビュー設定など)がデフォルトにリセットされることです。新しいライブラリが構築された後、いくつかのトラックも欠落していると報告されましたが、41,000を超える曲のうち、ヒット率は悪くなく、元のライブラリで削除された曲への参照であった可能性があります。

このプロセスの一部として作成した空のライブラリで既存のiCloudデータが上書きされ始めた場合に備えて、Match / iTunesミュージックライブラリを使用している場合は、これを開始する前にiTunesからログアウトします。

その情報がxmlファイルに含まれているため、私のプレイリストは多かれ少なかれ無傷でした(特定のプレイリストからいくつかのランダムなトラックが欠落していましたが、主要なものは何もありませんでした)。 iTunesアカウントにログインした後に一部のプレイリストが複製されましたが、これはiTunes MatchがiCloudから最新バージョンを取得したためだと思います(複製を簡単に削除できます)。

新しいLibraryitlファイルが作成されてから、古いトラックを徹底的にチェックして、それらのトラックの再生が正しいことを確認する時間がありませんでした。ただし、最近インポートした新しい曲は正しく再生されているので、古いファイルでも問題ないと思います。比較のために、私はこのバグを抱えていましたが、iTunesにインポートされたすべての新しいトラックの50〜75%が終了前にスキップしていました。最終編集日:2017年11月8日
反応:Partron22

Partron22

2011年4月13日
はい
  • 2017年11月8日
アートワークは成功しましたか?それが消えると嫌いです。 NS

BigBadDavid

オリジナルポスター
2012年7月29日
  • 2017年11月8日
Partron22は言った:アートワークはそれをやり遂げましたか?それが消えると嫌いです。

はい、多かれ少なかれ。奇妙なものが欠けていたと思いますが、すぐに人口が増えました
反応:Partron22

iRock1

2011年4月23日
  • 2018年9月8日
BigBadDavidは言った:はい、多かれ少なかれ。奇妙なものが欠けていたと思いますが、すぐに人口が増えました

おい、

私はずっと前にこの問題を抱えていました。以前に投稿したKirvilleのガイドに従って解決しました。現在、El Capitan10.11.6でiTunes12.7.5.9を使用していますが、曲は問題なく再生されます。

ただし、このバグがiPod Video(5.5G)に残っているのを目にしています。これは、最近iTunesで復元したばかりなので、非常に奇妙です。これは、私が数か月前に経験したのと同じ悪夢です。mp3ファイルが終了前にスキップされ、iPodでのみスキップされます。

私はテストを実行し、iPodでこの問題を引き起こすアルバムを変換しました。私はそれのAACバージョンを作成し、それを同期して、何を推測します...それはうまく再生されます。私のiPodで。

念のため、iTunesでiTunesライブラリXMLを他のアプリケーションと共有するオプションを有効にしました。

MacのiTunesで解決されたように見えても、iPodでこの問題が続く理由については合理的な説明があると思いますか?