• 库诊所是一个iTunes图书馆助理的使用，以编辑和处理的标签内容和文件的地点的文件列在iTunes XML图书馆的文件。 库诊所将提供一个更强大和灵活的标签编辑和文件的更名，比相应的职能发现在苹果公司的iTunes本身，并且使其很容易移动的具体文件，或甚至整个图书馆，另一个位置没有混淆。

    你可以用它来使多、替代版本的图书馆，然后启动一个你的心情在任何特定的时间。 你可以追赶一个图书馆与标签的变化，反之亦然，只有一个单一的点击鼠标，以及它包含一个综合的播放列表编辑的。

    库诊所没有的工作直接在iTunes库本身，而是工作上一份在存储器中。 你所做的更改都不应用于实际库，直到你告诉它，或者直到你允许它。 更改时适用时，一份原始图书馆创建它可以恢复在任何时间。

    大多数人都知道，iTunes让两个副本的图书馆。 第一个是压缩的体积被称为"iTunes图书馆。国际交易日志"，这是复制，iTunes实际使用和运作。 第二是复制备份，第一，一份是保存在人类可读的XML格式，在一个文件命名为"iTunes的音乐Library.xml中。" 这个程序运作只有在这个第二个文件，并利用iTunes愿意从这个备份拷贝如果主要文件，压缩的副本，发现无法使用。

    什么图书馆诊所不能做的

    恢复iTunes图书馆备份副本的具有内在的局限性。 甚至恢复从未改变的iTunes备将不会恢复你的图书馆，以确切的国家，它在最初的，因为不是每个特性和细微差别的原始表示的备份文件。 如果你是一个播客的爱好者，例如，你将会感到失望的是，订阅的信息不是保存备份。

    也不能iTunes是诱发放播文件回播客类别，甚至如果这就是他们最初是(虽然，你可以让他们放置在一个播客的播放列表的)。 洗牌方名单，作为另一个例子，是不是恢复备份，即使一个副本可能存在。 而不是iTunes再现了这一名单每次重新一份载荷。

    当iTunes载荷从一个备份，许多人只读数据的领域是重新从头开始在恢复过程中，无论它们是否存在备或者没有，或者它们是否包含有效信息。 由于这个原因，并不是每一个数据字段可以保留在iTunes是要恢复从XML备份副本。

    幸运的是，大多数领域，在这个类别的技术信息领域，例如率、样品率等，以及这些类型的领域是重新创建的通过iTunes正是因为他们在原来的。 一个显着的例外是"日期添加"领域；iTunes将设置日期"加入"领域为每一个文件它恢复到日期和时间的备份文件是恢复，而不是以任何原始日期和时间，可以发现在的备份。

    在一般情况下，由于图书馆的门诊工作的一个备份的iTunes库，而不是实际图书馆本身所固有的局限性的恢复过程使这种程序的"工具"，而不是一个完整的解决方案。 它将不适用于每一个人。 这取决于你如何使用iTunes，其限制可能看起来微不足道，或他们可能看起来不可容忍的。

  • पुस्तकालय क्लिनिक एक iTunes पुस्तकालय सहायक के लिए प्रयोग किया जाता संपादित करें और हेरफेर टैग सामग्री और फ़ाइल स्थानों की फ़ाइलों में सूचीबद्ध iTunes एक्सएमएल पुस्तकालय फ़ाइल. पुस्तकालय क्लिनिक की पेशकश करेगा एक अधिक शक्तिशाली और बहुमुखी टैग संपादक और फ़ाइल renamer से इसी कार्य में पाया एप्पल के आईट्यून ही है, और यह एक बहुत आसान स्थानांतरित करने के लिए विशिष्ट फ़ाइलों, या यहां तक कि एक पूरी लाइब्रेरी है, किसी अन्य स्थान के लिए भ्रमित करने के बिना iTunes.

    आप इसे उपयोग कर सकते हैं बनाने के लिए, वैकल्पिक संस्करणों की एक पुस्तकालय और फिर सक्रिय करने एक, आप के मूड में हैं, पर किसी विशेष समय है । आप कर सकते हैं पकड़ने के एक पुस्तकालय के साथ टैग परिवर्तन, या इसके विपरीत, के साथ सिर्फ एक माउस क्लिक करें, और यह शामिल है एक एकीकृत प्लेलिस्ट संपादक है ।

    पुस्तकालय क्लिनिक काम नहीं करता है पर सीधे iTunes पुस्तकालय में ही है, लेकिन इसके बजाय काम करता है की एक प्रतिलिपि पर यह स्मृति में है । आप जो परिवर्तन लागू नहीं कर रहे हैं करने के लिए वास्तविक पुस्तकालय, जब तक आप यह बताने के लिए, या जब तक आप इसे अनुमति दें करने के लिए है । जब परिवर्तन लागू कर रहे हैं, एक बैकअप के मूल पुस्तकालय बनाया जा सकता है, जो किसी भी समय बहाल.

    अधिकांश लोगों को जागरूक कर रहे हैं कि iTunes रखता है की दो प्रतियां अपनी लाइब्रेरी है । पहली है एक संपीड़ित वॉल्यूम कहा जाता है "iTunes पुस्तकालय है । itl," और यह की नकल है कि आइट्यून्स वास्तव में उपयोग करता है और काम करता है से है । दूसरी प्रतिलिपि है एक बैकअप की एक प्रतिलिपि संग्रहीत किया जाता है कि में मानव पठनीय XML प्रारूप में एक फ़ाइल का नाम "iTunes संगीत Library.xml है।" इस कार्यक्रम ही चल रही है पर यह दूसरी फ़ाइल और का लाभ लेता है iTunes' की इच्छा से लोड करने के लिए इस बैकअप प्रतिलिपि यदि प्राथमिक फाइल को संकुचित नकल है, पाया जा करने के लिए व्यर्थ है ।

    क्या पुस्तकालय क्लिनिक नहीं है

    बहाल करने के लिए एक iTunes पुस्तकालय से एक बैकअप प्रतिलिपि है निहित सीमाएं हैं । यहां तक कि बहाल करने से एक अनछुए आइट्यून्स बैकअप नहीं होगा बहाल करने के लिए अपने पुस्तकालय के सटीक राज्य में यह था मूल रूप से, क्योंकि नहीं हर विशेषता और अति सूक्ष्म अंतर के मूल में प्रतिनिधित्व किया है बैकअप फ़ाइल. यदि आप एक पॉडकास्ट उत्साही के लिए, उदाहरण के लिए, आप निराश हो जाएगा कि सदस्यता जानकारी संरक्षित नहीं है में बैकअप.

    और न ही कर सकते हैं iTunes प्रेरित किया जा करने के लिए डाल दिया podcast फ़ाइलों में वापस पॉडकास्ट श्रेणी में, यहां तक कि अगर है कि जहां वे मूल रूप से थे (हालांकि, आप कर सकते हैं उन्हें में रखा एक पॉडकास्ट प्लेलिस्ट). पार्टी में फेरबदल की सूची, एक और उदाहरण के रूप में, नहीं कर रहे हैं को किसी बैकअप से पुनर्स्थापित, भले ही एक कॉपी मौजूद हो सकता है वहाँ. इसके बजाय iTunes recreates इस सूची में नए सिरे से हर बार एक बैकअप लोड करता है ।

    जब iTunes के भार से एक बैकअप, कई केवल पढ़ने के लिए डेटा के खेतों में निर्मित कर रहे हैं खरोंच से के दौरान बहाल करने की प्रक्रिया में, की परवाह किए बिना कि क्या वे में मौजूद बैकअप या नहीं, या कि क्या वे होते हैं मान्य जानकारी है । इस कारण के लिए, नहीं हर डेटा क्षेत्र संरक्षित किया जा सकता है जब iTunes किया जाता है को बहाल करने के लिए एक XML बैकअप प्रतिलिपि है ।

    सौभाग्य से, अधिकांश क्षेत्रों में कर रहे हैं इस श्रेणी के लिए तकनीकी जानकारी के क्षेत्रों में, इस तरह के रूप में बिटरेट नमूना, दर और पसंद है, और इन प्रकार के क्षेत्रों में निर्मित कर रहे हैं द्वारा iTunes के रूप में वास्तव में वे थे में मूल वैसे भी. एक उल्लेखनीय अपवाद है "तारीख को जोड़ा गया" क्षेत्र; iTunes की स्थापना की जाएगी "एड किया गया" क्षेत्र के लिए यह फ़ाइल पुनर्स्थापित करने के लिए तिथि और समय पर बैकअप फ़ाइल पुनर्स्थापित किया जाता है, बजाय करने के लिए किसी भी मूल की तारीख और समय है कि में पाया जा सकता है बैकअप ।

    सामान्य में, क्योंकि पुस्तकालय के क्लिनिक पर काम करता है की एक बैकअप प्रतिलिपि iTunes पुस्तकालय के बजाय वास्तविक पुस्तकालय ही है, निहित सीमाओं की बहाली की प्रक्रिया बनाने के लिए इस कार्यक्रम के एक "उपकरण" के बजाय एक पूर्ण समाधान है. यह सही नहीं होगा, हर किसी के लिए है । निरभर है पर कैसे आप iTunes का उपयोग, अपनी सीमाओं को तुच्छ प्रतीत हो सकता है आप के लिए, या वे लग सकता है, असहनीय है ।

  • Library Clinic is an iTunes library assistant used to edit and manipulate the tag content and file locations of files listed in the iTunes XML library file. Library Clinic will offer a more powerful and versatile tag editor and file renamer than corresponding functions found in Apple's iTunes itself, and make it a lot easier to move specific files, or even a whole library, to another location without confusing iTunes.

    You can use it to make multiple, alternative versions of a library and then activate the one you're in the mood for at any particular time. You can catch-up a library with tag changes, or vice versa, with just a single mouse click, and it contains an integrated playlist editor.

    Library Clinic doesn't work directly on the iTunes library itself, but instead works on a copy of it in memory. Changes you make are not applied to the actual library until you tell it to, or until you allow it to. When changes are applied, a backup of the original library is created which can be restored at any time.

    Most people are aware that iTunes keeps two copies of its library. The first is a compressed volume called "iTunes Library.itl," and this is the copy that iTunes actually uses and works from. The second copy is a backup of the first, a copy that is stored in human-readable XML format, in a file named "iTunes Music Library.xml." This program operates only on this second file and takes advantage of iTunes' willingness to load from this backup copy if the primary file, the compressed copy, is found to be unusable.

    What Library Clinic doesn't do

    Restoring an iTunes' library from a backup copy has inherent limitations. Even restoring from an unaltered iTunes backup will not restore your library to the exact state it was in originally, because not every characteristic and nuance of the original is represented in the backup file. If you're a Podcast enthusiast, for example, you'll be disappointed that subscription information is not preserved in backups.

    Nor can iTunes be induced to put podcast files back into the podcast category, even if that's where they were originally (although, you can have them placed in a podcast playlist). Party Shuffle lists, as another example, are not restored from a backup, even though a copy may exist there. Instead iTunes recreates this list anew each time a backup loads.

    When iTunes loads from a backup, many read-only data fields are recreated from scratch during the restore process, regardless of whether they exist in the backup or not, or whether they contain valid information. For this reason, not every data field can be preserved when iTunes is made to restore from an XML backup copy.

    Fortunately, most of the fields in this category are technical information fields, such as bitrate, sample rate and the like, and these types of fields are recreated by iTunes exactly as they were in the original anyway. A notable exception is the "Date Added" field; iTunes will set the "Date Added" field for every file it restores to the date and time the backup file is restored, rather than to any original date and time that may be found in the backup.

    In general, because Library Clinic works on a backup copy of the iTunes library rather than the actual library itself, the inherent limitations of the restoration process make this program a "tool" rather than a complete solution. It will not be right for everyone. Depending upon how you use iTunes, its limitations may seem trivial to you, or they may seem intolerable.