ਆਯਾਤ ਪ੍ਰਵਾਹ

ਆਯਾਤ ਫਾਈਲਾਂ ਦੇ ਇੱਕ ਬਾਈਟ ਨੂੰ ਸੋਧੇ ਬਿਨਾਂ ਫਾਈਲਾਂ ਦੇ ਫੋਲਡਰ ਨੂੰ ਕੈਟਾਲਾਗ ਐਂਟਰੀ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਇਹ ਪੰਨਾ ਉਪਯੋਗ ਗਾਈਡ ਵਿੱਚ ਦੱਸੇ ਗਏ ਪ੍ਰਵਾਹ ਦੇ ਪਿੱਛੇ ਪਾਈਪਲਾਈਨ ਹੈ।

ਜਾਂਚ

ਵੇਖੇ ਫੋਲਡਰ platform ਦੇ ਫਾਈਲ-ਪ੍ਰਣਾਲੀ events ਨਾਲ ਨਿਗਰਾਨੀ ਕੀਤੇ ਹਨ, ਠਹਿਰਾਏ ਹਨ, ਅਤੇ ਬਦਲਾਅ ਉੱਤੇ re-scanned ਹਨ; scans existing candidate list ਨਾਲ reconcile ਕਰਦੇ ਹਨ, ਮੁੜ ਸ਼ੁਰੂ ਨਹੀਂ ਕਰਦੇ। Scanner ਫੋਲਡਰ ਨੂੰ ਇੱਕ ਰਿਲੀਜ਼ ਵਜੋਂ ਵਰਗਬੱਧ ਕਰਦਾ ਹੈ (ਸ਼ਬਦ ਸਿੱਧਾ ਅੰਦਰ, ਜਾਂ CD1/CD2 ਵਰਗੇ ਡਿਸਕ-shaped subfolders), ਜਾਂ ਸੰਗ੍ਰਹਿ ਵਜੋਂ ਇਸ ਵਿੱਚ recurse ਕਰਦਾ ਹੈ। ਫਾਈਲਾਂ ਐਕਸਟੈਂਸ਼ਨ ਨਾਲ ਸ਼ਬਦ, ਕਲਾ, documents ਵਿੱਚ ਵਰਗਬੱਧ ਹੁੰਦੀਆਂ ਹਨ, ਫਿਰ ਸ਼ਬਦ ਜਾਂਚਿਆ ਹੁੰਦਾ ਹੈ: codec ਜੋ ਅਹਿਮ ਹੈ ਉਹ FFmpeg bytes ਵਿੱਚ ਲੱਭਦਾ ਹੈ, ਫਾਈਲ ਐਕਸਟੈਂਸ਼ਨ ਨਹੀਂ। Partial-ਉਤਾਰਨਾ ਨਿਸ਼ਾਨ ਵਾਲੇ ਫੋਲਡਰ ਉਤਾਰਨਾ ਪੂਰਾ ਹੋਣ ਤੱਕ ਬਾਹਰ ਹਨ।

CUE sheet ਇੱਕ ਸ਼ਬਦ image ਨੂੰ ਟ੍ਰੈਕ list ਬਣਾਉਂਦੀ ਹੈ। ਪਾਰਸਰ pregaps ਅਤੇ postgaps, per-ਟ੍ਰੈਕ ਪੇਸ਼ਕਾਰ ਅਤੇ ISRCs, ਅਤੇ single-ਫਾਈਲ images ਤੇ ਇੱਕ-ਫਾਈਲ-per-ਟ੍ਰੈਕ CUE layouts ਦੋਵੇਂ ਸੰਭਾਲਦਾ ਹੈ। ਟ੍ਰੈਕ ਹੱਦਾਂ CUE ਫਰੇਮ (ਸਕਿੰਟ ਦਾ 1/75ਵਾਂ) ਤੋਂ ਸਹੀ ਨਮੂਨਾ ਸਥਿਤੀਆਂ ਵਿੱਚ convert ਹੁੰਦੀਆਂ ਹਨ, ਜੋ ਬਾਅਦ ਵਿੱਚ playback ਵਰਤਣ ਵਾਲੇ ਬਾਈਟ ਅਤੇ ਨਮੂਨਾ windows ਬਣਦੀਆਂ ਹਨ।

ਮੇਟਾਡਾਟਾ ਡਰਾਫਟ

ਹਰੇਕ ਉਮੀਦਵਾਰ ਇੱਕ ਸੋਧਯੋਗ ਮੇਟਾਡਾਟਾ ਡਰਾਫਟ ਅਤੇ ਚੋਣਵੀਂ ਸਰੋਤ ਸੰਭਾਲਦਾ ਹੈ । ਡਰਾਫਟ ਖਾਲੀ ਹੋ ਸਕਦਾ ਹੈ, ਸਿੱਧਾ ਭਰਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਬਾਹਰੀ ਰਿਲੀਜ਼ ਤੋਂ ਭਰਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਜਾਂ ਸੰਭਾਲੇ ਫਾਇਲ- ਟੈਗ ਸਨੈਪਸ਼ਾਟ ਤੋਂ ਭਰਿਆ ਜਾ ਸਕਦਾ ਹੈ । ਸਰੋਤ ਰਿਕਾਰਡ ਜਿੱਥੇ ਮੌਜੂਦਾ ਡਰਾਫਟ ਸ਼ੁਰੂ ਹੋਇਆ; ਬਾਅਦ ਵਿੱਚ ਸੋਧ ਇਸ ਨੂੰ ਹਟਾ ਨਹੀਂ ਸਕਦਾ ਹੈ । ਸਿੱਧੀ ਐਂਟਰੀ ਅਤੇ ਸਾਫ਼ ਡਰਾਫਟ ਵਿੱਚ ਕੋਈ ਸਰੋਤ ਨਹੀਂ ਹੈ ।

ਉੱਪਰਲੀ ਮੇਟਾਡਾਟਾ ਸਲਾਟ ਜਾਂ ਤਾਂ ਡਰਾਫਟ, ਆਨਲਾਈਨ ਲੱਭੋ ਬਰਾਊਜ਼ਰ, ਜਾਂ ਫਾਈਲ ਟੈਗ ਬਰਾਊਜ਼ਰ ਵੇਖਾਉਦੀ ਹੈ । ਇੱਕ ਬਰਾਊਜ਼ਰ ਖੋਲ੍ਹਣ ਜਾਂ ਬੰਦ ਕਰਨ ਨਾਲ ਡਰਾਫਟ ਮੁੜ ਲਿਖਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ ਹੈ । ਇੱਕ ਸਰੋਤ ਲਾਗੂ ਕਰੋ ਬਣਾਉਣ ਨਾਲ ਡਰਾਫਟ, ਇਸ ਦਾ ਮੂਲ ਅਤੇ ਇਸ ਦਾ ਚੁਣਿਆ ਸਰੋਤ ਕਵਰ ਇੱਕ ਡਾਟਾਬੇਸ ਟਰਾਂਜੈਕਸ਼ਨ ਵਿੱਚ ਬਦਲ ਜਾਂਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਫਾਇਲ ਰੋਲ, CUE ਬਾਈਡਿੰਗ, ਡਿਸਕ ਸੌਂਪਣ ਅਤੇ ਹੋਰ ਮੈਪਿੰਗ ਫੈਸਲੇ ਸੰਭਾਲੇ ਜਾਂਦੇ ਹਨ ।

ਆਨਲਾਈਨ ਲੱਭੋ

ਆਨਲਾਈਨ ਲੱਭੋ ਇੱਕਲਾ ਪਾਥ ਹੈ, ਜੋ ਪਛਾਣ ਚਲਾਉਦਾ ਹੈ। ਇਹ ਰਿਪ ਲਾਗ ਜਾਂ CUE ਸ਼ੀਟ ਤੋਂ ਡਿਸਕ ID ਦੀ ਗਣਨਾ ਕਰਦਾ ਹੈ, OCR ਨਾਲ ਬਾਰਕੋਡ ਅਤੇ ਕੈਟਾਲਾਗ ਪਾਠ ਪਛਾਣਦਾ ਹੈ, MusicBrainz ਅਤੇ Discogs ਨਾਲ ਕਿਊਰੀ ਕਰਦਾ ਹੈ, ਅਤੇ ਨਤੀਜੇ ਮਿਲਾਉਂਦੇ ਹਨ। ਇੰਬੈੱਡ ਆਡੀਓ ਟੈਗ ਆਨਲਾਈਨ ਪਛਾਣ ਸਬੂਤ ਨਹੀਂ ਹਨ।

ਡਿਫੌਲਟ ਮੈਟਾਡਾਟਾ ਸਰੋਤ ਦੇ ਤਿੰਨ ਮੁੱਲ ਹਨ। ਕੋਈ ਨਹੀਂ ਖਾਲੀ ਡਰਾਫਟ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਕੋਈ ਮੈਟਾਡਾਟਾ ਕੰਮ ਸ਼ੁਰੂ ਨਹੀਂ ਕਰਦਾ। ਫਾਈਲ ਟੈਗ ਟੈਗ ਸਕੈਨਸ਼ਾਟ ਪੜ੍ਹ ਕੇ ਲਾਗੂ ਕਰਦਾ ਹੈ। ਆਨਲਾਈਨ ਲੱਭੋ ਆਨਲਾਈਨ ਕੰਮ ਖੋਲ੍ਹਦਾ ਹੈ। ਆਨਲਾਈਨ ਲੱਭੋ ਦਾ ਡਿਫੌਲਟ ਢੰਗ ਸਬੂਤ ਕੱਢਣ, ਪਰੋਵਾਈਡਰ ਕਿਊਰੀਆਂ ਅਤੇ ਮੇਲ ਨੂੰ ਕਤਾਰ ਵਿੱਚ ਪਾਉਣ ਵਾਲਾ ਆਟੋਮੈਟਿਕ, ਜਾਂ ਪਛਾਣ ਸ਼ੁਰੂ ਨਾ ਕਰਨ ਵਾਲਾ ਹੱਥੀਂ ਲੱਭੋ ਚੁਣਦਾ ਹੈ। ਕਿਸੇ ਵੀ ਉਮੀਦਵਾਰ ਲਈ ਆਨਲਾਈਨ ਲੱਭੋ ਚੁਣਿਆ ਢੰਗ ਵਰਤਦਾ ਹੈ; ਆਟੋਮੈਟਿਕ ਚੱਲ ਰਹੀ ਜਾਂ ਮੁਕੰਮਲ ਕਾਰਵਾਈ ਮੁੜ ਸ਼ੁਰੂ ਨਹੀਂ ਕਰਦਾ।

ਫਾਈਲ ਟੈਗ

ਫਾਈਲ ਟੈਗ ਇੰਬੈੱਡ ਆਡੀਓ ਟੈਗ ਅਤੇ CUE ਮੇਟਾਡਾਟਾ ਪੜ੍ਹਦਾ ਹੈ, ਜਦੋਂ ਤੱਕ ਕਿ ਇਹ ਨਵੀਂ ਖੋਜਿਆ ਉਮੀਦਵਾਰ ਲਈ ਸੰਰਚਿਤ ਡਿਫਾਲਟ ਨਹੀਂ ਹੈ। ਝਲਕ ਇੱਕ ਸਕੈਨਸੈੱਟ ਸੰਭਾਲਦੀ ਹੈ, ਜਿਸ ਉੱਤੇ ਉਮੀਦਵਾਰ ਦੀ ਸਕੈਨ ਜਨਰੇਸ਼ਨ, ਫਾਇਲ- ਸੰਪਾਦਨ ਰੀਵਿਜ਼ਨ, ਅਤੇ ਦੇਖਿਆ ਆਡੀਓ ਫਾਇਲਾਂ ਨਾਲ ਸਟੈਂਪ ਹੈ। ਲਾਗੂ ਕਰੋ ਇਸ ਨੂੰ ਬਦਲ ਕੇ ਉਸ ਸਹੀ ਸਕੈਨਸੈੱਟ ਤੋਂ ਡਰਾਫਟ ਨੂੰ ਬਦਲਦਾ ਹੈ। ਇੰਪੋਰਟ ਇੱਕੋ ਹੀ ਸਕੈਨਸੈੱਟ ਵਰਤਦਾ ਹੈ ਅਤੇ ਲਾਇਬਰੇਰੀ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ, ਜੇਕਰ ਇਸ ਦਾ ਸਟੈਂਪ ਜਾਂ ਦੇਖਿਆ ਤਬਦੀਲ ਹੁੰਦਾ ਹੈ; ਇਹ ਵੱਖਰਾ ਜਵਾਬ ਨਹੀਂ ਪੜ੍ਹਦਾ ਹੈ।

ਸਿੱਧੀ ਐਂਟਰੀ ਕੋਈ ਮੇਟਾਡਾਟਾ I/O ਨਹੀਂ ਕਰਦੀ ਹੈ। ਖਾਲੀ ਡਰਾਫਟ ਦੇ ਰਿਲੀਜ਼ ਅਤੇ ਟਰੈਕ ਖੇਤਰ ਤੁਰੰਤ ਸੋਧੇ ਜਾ ਸਕਦੇ ਹਨ, ਅਤੇ ਇਹ ਇੰਪੋਰਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਜਦੋਂ ਲੋੜੀਦੇ ਖੇਤਰ ਅਤੇ ਮੈਪਿੰਗ ਵੈਧ ਹੋਣ। ਉਮੀਦਵਾਰ ਲਿਸਟ ਗੁੰਮ ਪਰੋਵਿਨੈਂਸ ਨੂੰ ਇੱਕ ਗਲਤੀ ਜਾਂ ਧਿਆਨ ਦੀ ਬੇਨਤੀ ਵਜੋਂ ਨਹੀਂ ਵੇਖਦੀ ਹੈ।

ਸਰੋਤ

MusicBrainz strict ਇੱਕ-request-per-second pace ਨਾਲ ਗੁਮਨਾਮ ਪੁੱਛਿਆ ਹੈ। Discogs ਵਰਤੋਂਕਾਰ ਦੇ keyring ਤੋਂ personal token ਨਾਲ authenticate ਕਰਦਾ ਹੈ, ਆਪਣੇ ਦਰ limits ਵਿੱਚ ਗਤੀਬੱਧ ਅਤੇ retried, ਅਤੇ rejected token ਇਸੇ ਤਰ੍ਹਾਂ ਰਿਪੋਰਟ ਹੁੰਦਾ ਹੈ ਤਾਂ ਜੋ UI ਇਸਨੂੰ ਝੰਡਾ ਕਰ ਸਕੇ, searches ਚੁੱਪਚਾਪ fail ਨਾ ਹੋਣ। Responses per ਸੈਸ਼ਨ ਅਸਥਾਈ ਰੱਖੇ ਹਨ। ਜਦੋਂ ਕੋਈ release ਚੁਣੀ ਜਾਂਦੀ ਹੈ, ਉਸਦੇ documents ਵਿੱਚੋਂ bae ਜੋ ਵਰਤਦਾ ਹੈ — album ਅਤੇ pressing ਦੀ ਜਾਣਕਾਰੀ, credits ਅਤੇ works ਸਮੇਤ ਪੂਰੀ tracklist, cover ਦੇ ਵਿਕਲਪ, ਅਤੇ ਹੋਰ catalogs ਉਸਨੂੰ ਕੀ ਕਹਿੰਦੇ ਹਨ — ਉਹ ਇੱਕ ਵਾਰ database ਵਿੱਚ ਕੱਢਿਆ ਜਾਂਦਾ ਹੈ; ਕੱਚਾ JSON ਨਹੀਂ ਰੱਖਿਆ ਜਾਂਦਾ।

Commit

ਆਯਾਤ confirm ਕਰਨ ਨਾਲ, ਕ੍ਰਮ ਵਿੱਚ:

1. Decode verification: ਹਰ ਟ੍ਰੈਕ end to end decoded ਹੁੰਦਾ ਹੈ; ਜੋ rip ਪੂਰੀ ਤਰ੍ਹਾਂ decode ਨਹੀਂ ਹੋ ਸਕਦਾ ਉਹ ਕੁਝ ਵੀ ਲਿਖਿਆ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਆਯਾਤ fail ਕਰਦਾ ਹੈ।
2. Loudness analysis: ਇਕੱਠੀ loudness ਅਤੇ true peak ਉਸੇ decode pass ਦੌਰਾਨ per ਟ੍ਰੈਕ ਅਤੇ per album ਮਾਪੇ ਜਾਂਦੇ ਹਨ, ਮੁੜ-ਚਲਾਉਣਾ-gain ਵਰਤੋਂ ਲਈ ਰੱਖੀ।
3. Cover selection: ਚੁਣੀ art (ਦੂਰਲਾ, ਫੋਲਡਰ image, ਜਾਂ embedded) ਦਿਖਾਵਾ ਛੋਟੀ ਤਸਵੀਰ ਵਜੋਂ re-ਬਣਨਾ ਹੁੰਦੀ ਹੈ; original ਰਿਲੀਜ਼ ਦੀਆਂ ਫਾਈਲਾਂ ਵਿੱਚ kept ਹੈ ਜੇ ਇਹ ਫੋਲਡਰ ਤੋਂ ਆਈ।
4. Atomic write: ਰਿਲੀਜ਼, ਟ੍ਰੈਕ, credits, ਪਛਾਣਾਂ, ਫਾਰਮੈਟ, ਖੰਡ, ਫਾਈਲਾਂ, ਅਤੇ cover ਇੱਕ ਲੈਣ-ਦੇਣ ਵਿੱਚ commit ਹੁੰਦੇ ਹਨ। Half-imported ਹਾਲਤ ਨਹੀਂ।

ਰਿਲੀਜ਼ ਵਰਤੋਂਕਾਰ ਦੀਆਂ ਫਾਈਲਾਂ ਨੂੰ ਉਨ੍ਹਾਂ ਦੀ ਥਾਂ ਉੱਤੇ ਹੀ ਦਰਸਾਉਂਦੀ ਹੋਈ ਦਰਜ ਹੁੰਦੀ ਹੈ। ਕਲਾਉਡ ਆਯਾਤ ਵਿੱਚ coven ਲਿਖਤ ਤੋਂ ਪਹਿਲਾਂ ਹਰ ਫਾਈਲ ਪੜ੍ਹ ਕੇ ਉਸਦਾ hash ਕੱਢਦਾ ਹੈ, ਅਤੇ ਉਹੀ ਲਿਖਤ ਹਰ ਫਾਈਲ ਨੂੰ coven ਵਿੱਚ ਤਿਆਰ ਕਰਦੀ ਹੈ, ਹਰ ਕਤਾਰ ਨੂੰ ਉਸਦੀ ਫਾਈਲ ਵੱਲ ਸੇਧਦੀ ਹੈ, ਅਤੇ ਉਸਦਾ ਚੜ੍ਹਾਉਣਾ ਕਤਾਰ ਵਿੱਚ ਪਾਉਂਦੀ ਹੈ। ਸਥਾਨਕ ਆਯਾਤ ਇਸਦੀ ਥਾਂ ਇਸ ਯੰਤਰ ਉੱਤੇ ਹਰ ਫਾਈਲ ਦਾ ਮਾਰਗ, ਆਕਾਰ ਅਤੇ ਤਬਦੀਲੀ ਸਮਾਂ ਦਰਜ ਕਰਦਾ ਹੈ; ਰਿਲੀਜ਼ ਦੇ bytes ਸਿਰਫ਼ ਉਦੋਂ ਪੜ੍ਹੇ ਜਾਂਦੇ ਹਨ ਜਦੋਂ ਉਹ ਬਾਅਦ ਵਿੱਚ ਕਲਾਉਡ ਵਿੱਚ ਭੇਜੀ ਜਾਵੇ। ਦੋਵੇਂ ਤਰੀਕਿਆਂ ਨਾਲ ਫਾਈਲਾਂ ਦੇ ਮੂਲ bytes ਸਾਰਾ ਸਮਾਂ ਸੱਚ ਦਾ ਸਰੋਤ ਰਹਿੰਦੇ ਹਨ; ਵਰਤੋਂਕਾਰ ਵੱਲੋਂ bae ਨੂੰ ਦਿੱਤਾ ਕੁਝ ਵੀ ਕਦੇ ਮਿਟਾਇਆ ਜਾਂ ਬਦਲਿਆ ਨਹੀਂ ਜਾਂਦਾ।

Rips ਪਛਾਣਨਾ

ਹਰ ਆਯਾਤ ਨਵੀਂ ਬੇਤਰਤੀਬ ਪਛਾਣ ਅਤੇ ਆਪਣੇ ਟਰੈਕ ਤੇ ਫਾਈਲ ਰਿਕਾਰਡਾਂ ਵਾਲੀ ਰਿਲੀਜ਼ ਬਣਾਉਂਦੀ ਹੈ। ਹਰ ਡਿਵਾਈਸ local_release_origin ਵਿੱਚ ਆਪਣੀ ਹਰ ਆਯਾਤ ਵੱਲੋਂ ਪੜ੍ਹੀਆਂ ਫਾਈਲਾਂ ਦੇ ਕ੍ਰਮਬੱਧ ਸਬੰਧਤ ਮਾਰਗਾਂ, ਆਕਾਰਾਂ ਅਤੇ ਬਦਲਾਅ ਦੇ ਸਮਿਆਂ ਦਾ SHA-256 ਦਰਜ ਕਰਦੀ ਹੈ; ਇਹ ਰਿਕਾਰਡ ਕਦੇ ਸਿੰਕ ਨਹੀਂ ਹੁੰਦਾ। ਜਿਸ ਫੋਲਡਰ ਦਾ ਹੈਸ਼ ਇਸ ਡਿਵਾਈਸ ਨੇ ਦਰਜ ਕੀਤਾ ਹੈ, ਉਹ ਕਿਤੇ ਵੀ ਲਿਜਾਇਆ ਜਾਵੇ, ਪੂਰੀਆਂ ਹੋਈਆਂ ਆਯਾਤਾਂ ਵਾਲੇ ਟੈਬ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ, ਅਤੇ ਉਸਦੀ ਕਤਾਰ ਉਸ ਤੋਂ ਆਯਾਤ ਕੀਤੀ ਇਕਲੌਤੀ ਰਿਲੀਜ਼ ਦਾ ਨਾਮ ਦੱਸਦੀ ਹੈ। ਉਸੇ ਡਿਵਾਈਸ ’ਤੇ ਉਹੀ ਫਾਈਲਾਂ ਮੁੜ ਆਯਾਤ ਕਰਨਾ ਅਸਫਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਪੂਰੀਆਂ ਹੋਈਆਂ ਆਯਾਤਾਂ ਵਾਲੇ ਟੈਬ ਵਿੱਚ ਮੁੜ ਆਯਾਤ ਦੀ ਕਾਰਵਾਈ ਨਹੀਂ ਹੁੰਦੀ।