BigBadDavid
originele poster- 29 juli 2012
- 1 november 2017
Op bepaalde nummers springt iTunes voortijdig naar het einde van het nummer. Alleen bepaalde nummers worden beïnvloed, maar ze springen altijd tegelijk vooruit - iTunes denkt dat de nummers korter zijn dan ze in werkelijkheid zijn. Bepaalde batches geïmporteerde nummers lijken meer te worden beïnvloed dan andere, b.v. meer dan de helft van de nummers op Take Flight van Maya Jane Coles (uitstekend album trouwens) zijn aangetast, andere importen sindsdien zijn prima.
-Deze bug treedt op ongeacht hoe de muziek wordt afgespeeld (laptop, airplay, enz.).
-Geen van de tracks heeft een op maat gemaakte 'stop'-tijd in Opties.
-Al mijn muziekbestanden worden lokaal op mijn laptop opgeslagen.
-De bestanden zelf zijn in orde (gecontroleerd met QT/vlc).
-Het verwijderen van de bestanden uit iTunes en opnieuw importeren lost het probleem niet op.
-Het kan alleen van invloed zijn op mp3's...? EDIT AAC ook beïnvloed.
-De bug lijkt voor het eerst te zijn begonnen na een schone installatie van High Sierra en het herstellen van iTunes vanaf een back-up.
-Overeenkomende en geüploade nummers worden correct afgespeeld via iTunes Match op een ander apparaat (het is dus een lokaal probleem).
Gezien het bovenstaande denk ik dat het waarschijnlijk een corruptie is binnen 'iTunes Library.itl'. Er lijkt een discrepantie te zijn tussen de werkelijke lengte van de nummers en wat iTunes lokaal denkt.
Afgezien van mijn iTunes-bibliotheek volledig te vernietigen en alles opnieuw te importeren (zonder garantie dat dit het probleem zal oplossen), heeft iemand een andere oplossing bedacht?
Er is een bugrapport ingediend bij Apple.
MacOS 10.13.1, iTunes 12.7.1.14 Laatst bewerkt: 1 november 2017
Partron22
- 13 april 2011
- Ja
- 1 november 2017
Als dat niet het geval is, kun je soms het hele ding terugkrijgen door te exporteren en door Audacity te gaan voordat je opnieuw importeert, B
BigBadDavid
originele poster- 29 juli 2012
- 1 november 2017
Partron22 zei: Controleer of het stoppunt niet verkeerd is ingesteld in de baaneigenschappen.
Als dat niet het geval is, kun je soms het hele ding terugkrijgen door te exporteren en door Audacity te gaan voordat je opnieuw importeert,
Stopplaatsen zijn onaangeroerd.
Originele bestanden zijn prima, ze spelen volledig buiten iTunes af, het is zeker een iTunes-bug. Ik heb het dubbel/drievoudig gecontroleerd met nieuwe downloads, waarbij ik erop let dat ik alle sporen van de nummers uit iTunes verwijder voordat ik ze opnieuw importeer.
iTunes kan er een doen. B
BigBadDavid
originele poster- 29 juli 2012
- 5 november 2017
Partron22
- 13 april 2011
- Ja
- 7 november 2017
Natuurlijk moet je eraan denken om het elke keer dat je nieuwe muziek toevoegt, te vernieuwen. B
BigBadDavid
originele poster- 29 juli 2012
- 8 november 2017
Partron22 zei: Het kan handig zijn om ergens een kopie van je nieuwe .itl op te slaan, voor het geval het weer misgaat.
Natuurlijk moet je eraan denken om het elke keer dat je nieuwe muziek toevoegt, te vernieuwen.
Mijn back-up, als ik dezelfde bug opnieuw heb, is om een nieuw xml-bestand te genereren en hiervan een 'nieuwe' bibliotheek/itl-bestand te maken. Het lijkt deze keer gelukt te zijn. Op High Sierra kun je iTunes vragen om op verzoek een xml-bestand te maken (Voorkeuren->Geavanceerd).
Ik heb een theorie dat iTunes bij het maken van een 'nieuw' bibliotheek/itl-bestand alle gegevens over de tracklengte helemaal opnieuw aanmaakt vanuit de eigenlijke bestanden (of alles negeert dat in het xml-bestand staat). Of daarvoor doet iTunes iets soortgelijks bij het maken van een nieuw xml-bestand. Hoe dan ook, corrupte tracklengtes (voor die nummers die ik specifiek heb getest) zijn gespoeld en ze spelen nu correct tot het einde. Nieuwe nummers toegevoegd sinds spelen ook correct.
Het belangrijkste voordeel van deze methode is dat u al uw lokale bestanden op hun plaats kunt laten en dat het relatief eenvoudig is om indien nodig een nieuw bibliotheek-itl-bestand te maken.
Een nadeel is dat alle lokale instellingen (weergave-instellingen enz.) naar de standaard worden teruggezet. Een paar nummers werden ook als vermist opgegeven nadat de nieuwe bibliotheek was gebouwd, maar van de meer dan 41.000 nummers is dat geen slechte hit en waren het mogelijk verwijzingen in mijn oorspronkelijke bibliotheek naar verwijderde nummers.
Ik zou uitloggen bij iTunes voordat je hiermee begint als je Match/iTunes-muziekbibliotheek gebruikt voor het geval het je bestaande iCloud-gegevens begint te overschrijven met de lege bibliotheek die je aanmaakt als onderdeel van dit proces.
Mijn afspeellijsten waren min of meer intact omdat die informatie in het xml-bestand staat (een paar willekeurige nummers ontbraken in bepaalde afspeellijsten, maar niets belangrijks). Sommige afspeellijsten werden gedupliceerd nadat ik me had aangemeld bij mijn iTunes-account, maar ik denk dat dit te wijten was aan het feit dat iTunes Match de nieuwste versies van iCloud binnenhaalde (gemakkelijk om de duplicaten te verwijderen).
Ik heb geen tijd gehad om mijn oudere nummers grondig te controleren om te bevestigen dat het afspelen correct is voor die nummers sinds het nieuwe Library itl-bestand is gemaakt. Omdat recent geïmporteerde nieuwe nummers echter correct worden afgespeeld, ga ik ervan uit dat oudere bestanden in orde zijn. Ter vergelijking: terwijl ik deze bug had, zou 50-75% van alle nieuwe nummers die in iTunes werden geïmporteerd, voor het einde overslaan. Laatst bewerkt: 8 november 2017
Partron22
- 13 april 2011
- Ja
- 8 november 2017
BigBadDavid
originele poster- 29 juli 2012
- 8 november 2017
Partron22 zei: Kunstwerk heeft het gehaald? Ik haat het als dat verdwijnt.
Ja meer of minder. Ik denk dat er een enkele ontbrak, maar ze bevolkten snel genoeg
iRock1
- 23 april 2011
- 8 sep. 2018
BigBadDavid zei: Ja, min of meer. Ik denk dat er een enkele ontbrak, maar ze bevolkten snel genoeg
Hallo,
Ik had dit probleem te lang geleden. Ik heb het opgelost volgens de gids van Kirville die je eerder hebt gepost. Nu gebruik ik iTunes 12.7.5.9 op El Capitan 10.11.6 en mijn nummers spelen prima af.
ECHTER zie ik dat deze bug blijft bestaan in mijn iPod Video (5.5G), wat super raar is omdat ik hem onlangs heb hersteld met iTunes. Het is dezelfde nachtmerrie die ik een paar maanden geleden meemaakte - mp3-bestanden die voor het einde overslaan, alleen die in mijn iPod.
Ik heb zelfs een test gedaan en een album geconverteerd dat dit probleem op mijn iPod zou opleveren. Ik heb er een AAC-versie van gemaakt, synchroniseer het en raad eens... het speelt prima. Op mijn iPod.
Voor het geval dat ik de optie Deel iTunes-bibliotheek XML met andere programma's heb geactiveerd in iTunes.
Denk je dat er een redelijke verklaring is waarom dit probleem zich blijft voordoen op mijn iPod, ook al lijkt het opgelost in iTunes op mijn Mac'
Populaire Berichten