| || |
| || |
Join Date: May 2008
Re: The itunes library.itl file cannot be read
If the ITL file is corrupted or damaged, iTunes is going to XML, re-reads and recreates the ITL (and obviously rebuild the database of the library). So the plan is to edit the XML to reflect the vans in the directories and paths, somehow damage the ITL file and recreates it from iTunes XML editing. If complicated sounded, do not worry, the process is described step by step below:
- Quit iTunes.
- Make a backup of your iTunes Music folder, which contains the data of the library. As is only podcasts and files ripped with iTunes, is lightweight, so make 2 or 3 more backups to make sure nothing will happen. Now,
- Move music files (indexed by iTunes podcasts are neither iTunes nor iTunes rips) from the old location (eg, C: \ Documents and Settings \ Username \ My Documents \ My Music \ Non-iTunes) to the new location ( eg, D: \ Music \ Non-iTunes).
- Open the file "iTunes Library.itl. Select all the text and delete it. The file is blank, without any characters in it. Save it. "ITunes Library.itl" must have a size of 0 bytes. (This is important because some Unicode text editors Physical Features are added initially and edited files.)
- Open the file "iTunes Music Library.xml" and find and replace the directories of your choice. At the end of this list of points, you have a screenshot of how to use EditPad Lite, a free text editor, very powerful, and lightweight.
- Save changes to the XML file.
- Open iTunes. A warning will appear "progress bar is rebuilding your iTunes library. Depending on the speed of the PC and the size of your library, this may take a while. When finished, iTunes will warn you that the library was damaged or corrupted, and have been rebuilt. Click "OK" and iTunes finally launches.
- Check if all your music and playlists are OK, and if the data is preserved in the library, (count reproductions, etc). You'll notice a couple of additional static playlists for podcasts, videos, etc? A side note, when doing this process, we lose the date and time when the file was originally added. After this process, the date and time is changed when the files were re-add to the library in the reconstruction. Having said that, while it destroys the purpose of the Playlist, "Recently added" somehow maintaining the correct sequence (eg, the reconstruction seems to occur in the same sequence in which files were added, so if you order the list by "date added" we will see the newest at the end).
- You have done it.