CBZ CBZ

CBZ ਕਨਵਰਟਰ

ਬਦਲੋ CBZ ਵੱਖ-ਵੱਖ ਫਾਰਮੈਟਾਂ ਵਿੱਚ ਅਤੇ ਤੋਂ

ਵਿੱਚ ਬਦਲੋ CBZ

ਬਾਰੇ CBZ

CBZ ਇੱਕ ਕਾਮਿਕਸ ਕਿਤਾਬ ਅਕਾਇਵ ਹੈ: ਇੱਕ ZIP ਫਾਇਲ ਸਫ਼ੇ ਚਿੱਤਰਾਂ ਦੀ ਹੈ, ਜੋ ਕਿ ਕਾਮਿਕਸ ਪਾਠਕ ਕ੍ਰਮ ਵਿੱਚ ਖੋਲ੍ਹਦੇ ਹਨ।

ਆਮ ਵਰਤੋਂ

  • Comic book archives
  • Manga storage
  • Digital comics

CBZ ਪਰਿਵਰਤਨ ਸੰਬੰਧੀ ਅਕਸਰ ਪੁੱਛੇ ਜਾਂਦੇ ਸਵਾਲ

CBZ ਫਾਇਲ ਕੀ ਹੈ?
+
CBZ (Comic Book ZIP) is a ZIP-based archive format for digital comic books.
ਇੱਕ ਫੋਲਡਰ, ਜਿਸ ਵਿੱਚ ਪੜ੍ਹਨ ਕ੍ਰਮ ਵਿੱਚ ਸਫ਼ੇ ਚਿੱਤਰ ਹਨ, ਇੱਕ ਵੱਖਰੀ ਇਕਸਟੈਨਸ਼ਨ ਨਾਲ ਇੱਕ ਅਕਾਇਵ ਵਿੱਚ ਕੰਪਰੈੱਸ ਕੀਤੇ ਗਏ ਹਨ । ਕੋਈ ਟੈਕਸਟ ਲੇਅਰ ਅਤੇ ਕੋਈ ਰਿਫਲੋ ਨਹੀਂ ਹੈ — ਇੱਕ ਕਾਮਿਕਸ ਸਫ਼ਾ ਇੱਕ ਚਿੱਤਰ ਹੈ, ਅਤੇ ਰੀਡਰ ਦਾ ਕੰਮ ਸਿਰਫ਼ ਉਨ੍ਹਾਂ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਵੇਖਾਉਣਾ ਹੈ । ਇਸ ਲਈ ਤਬਦੀਲ ਕਰਨਾ ਚਿੱਤਰਾਂ ਨਾਲ ਕੀ ਹੁੰਦਾ ਹੈ, ਇਸ ਦਾ ਸਵਾਲ ਹੈ: ਸਫ਼ਾ ਸਾਈਜ਼, ਕੰਪਰੈੱਸ ਅਤੇ ਕੀ ਦੋਹਰੇ ਸਫ਼ੇ ਵੰਡੇ ਗਏ ਹਨ । CBZ ਇੱਕ ਕਾਮਿਕਸ ਬੁੱਕ ZIP ਹੈ - CBR ਵਾਂਗ ਹੀ ਵਿਚਾਰ ਹੈ ਪਰ RAR ਦੀ ਬਜਾਏ ਖੋਲ੍ਹੇ ZIP ਫਾਰਮੈਟ ਉੱਤੇ ਬਣਾਇਆ ਗਿਆ ਹੈ ।
ਕਿਉਂਕਿ ਹਰੇਕ ਸਫ਼ਾ ਇੱਕ ਵੱਖਰਾ ਚਿੱਤਰ ਹੈ ਅਤੇ ਫਾਰਮੈਟ ਵਿੱਚ ਕੋਈ ਵੀ ਇੱਕਸਾਰਤਾ ਲਾਗੂ ਨਹੀਂ ਕਰਦਾ ਹੈ । ਵੱਖਰੇ ਸ਼ੈਸ਼ਨਾਂ ਵਿੱਚ ਕੀਤੇ ਸਕੈਨ, ਵੱਖਰੇ ਰੈਜ਼ੋਲੂਸ਼ਨ, ਜਾਂ ਦੋਹਰੇ ਸਫ਼ੇ ਦੇ ਨਾਲ ਛੱਡੇ ਗਏ ਅਣ- ਵੰਡੇ ਹੋਏ ਸਫ਼ੇ ਇੱਕੋ ਅਕਾਇਵ ਵਿੱਚ ਖਤਮ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਰਿਡਰ ਸਿਰਫ ਇੱਕ ਨੂੰ ਫਿੱਟ ਕਰਨ ਲਈ ਸਕੇਲ ਕਰਦਾ ਹੈ । ਇੱਕ ਬਦਲਾਅ ਉਨ੍ਹਾਂ ਨੂੰ ਇੱਕ ਆਮ ਚੌੜਾਈ ਲਈ ਨਰਮਲ ਕਰ ਸਕਦਾ ਹੈ, ਜੋ ਕਿ ਫਾਇਲ ਨੂੰ ਛੋਟੀ ਸਕਰੀਨ ਉੱਤੇ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਕਰਨ ਲਈ ਯੋਗ ਹੈ ।
ਇਸ ਤਰਾਂ ਨਹੀਂ ਹੈ । ਅੱਖਰ ਕਲਾਕਾਰੀ ਦਾ ਹਿੱਸਾ ਹਨ - ਅੱਖਰ ਨਹੀਂ, ਪਿਕਸਲ ਹਨ - ਇਸ ਲਈ ਖੋਜ ਲਈ ਕੋਈ ਮੇਲ ਨਹੀਂ ਹੈ ਅਤੇ ਵੱਡੇ ਫੋਂਟ ਸਾਈਜ਼ ਵਿੱਚ ਰੀਫਲੋਅ ਕਰਨ ਲਈ ਕੁਝ ਨਹੀਂ ਹੈ । ਆਪਟੀਕਲ ਅੱਖਰ ਪਛਾਣ ਸਫ਼ਿਆਂ ਉੱਤੇ ਇੱਕ ਟੈਕਸਟ ਲੇਅਰ ਸ਼ਾਮਲ ਕਰ ਸਕਦੀ ਹੈ ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਖੋਜਯੋਗ ਬਣਾ ਸਕਦੀ ਹੈ, ਪਰ ਨਤੀਜਾ ਇੱਕ ਕਾਮਿਕਸ ਦੀ ਬਜਾਏ ਕਾਮਿਕਸ ਬਾਰੇ ਇੱਕ ਡੌਕੂਮੈਂਟ ਹੈ, ਇਸ ਲਈ ਪੜ੍ਹਨ ਲਈ ਇਹ ਅਕਸਰ ਹੀ ਢੁੱਕਵਾਂ ਹੈ ।
ਇਹ ਤਾਂ ਹੈ, ਜੇ ਕਿਤਾਬ ਪਹਿਲਾਂ ਸਫ਼ੇ ਉੱਤੇ ਇੱਕ ਚਿੱਤਰ ਹੋਣ ਦੀ ਬਜਾਏ ਕਵਰ ਵਜੋਂ ਰਿਕਾਰਡ ਕਰੇ । ਇਹ ਅੰਤਰ ਹੈ ਕਿ ਕਿਤਾਬ ਬਦਲਣ ਸਮੇਂ ਕਦੇ- ਕਦੇ ਲਾਇਬਰੇਰੀ ਵਿੱਚ ਖਾਲੀ ਥਾਂ ਵੇਖਾਈ ਜਾਂਦੀ ਹੈ: ਚਿੱਤਰ ਫਾਇਲ ਵਿੱਚ ਹੈ, ਪਰ ਇਸ ਨੂੰ ਕਵਰ ਵਜੋਂ ਕੋਈ ਵੀ ਨਹੀਂ ਮਾਰਕ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਰੀਡਰ ਐਪਲੀਕੇਸ਼ਨ ਕੁਝ ਵੀ ਨਹੀਂ ਵੇਖਾਉਦਾ ਹੈ । ਇਹ ਸਮੱਗਰੀ ਦੀ ਬਜਾਏ ਮੈਟਾਡਾਟਾ ਹੈ, ਅਤੇ ਇਸ ਨੂੰ ਪਾਠ ਨੂੰ ਛੂਹਣ ਤੋਂ ਬਿਨਾਂ ਬਾਅਦ ਵਿੱਚ ਸੈੱਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ।
ਇਸ ਨੂੰ ਬਦਲੇ ਬਿਨਾਂ ਨਹੀਂ । CBZ ਵਿੱਚ ਲੇਆਉਟ ਸਥਿਰ ਹੈ, ਇਸ ਲਈ ਫੋਨ ਕੇਵਲ ਪੂਰਾ ਸਫ਼ਾ ਹੀ ਹੇਠਾਂ ਸਕੇਲ ਕਰ ਸਕਦਾ ਹੈ - ਇਸ ਲਈ ਛੋਟੀ ਸਕਰੀਨ ਉੱਤੇ ਇੱਕ ਪੜ੍ਹਨਾ ਪਿਨਚਿੰਗ ਅਤੇ ਪੈਨਿੰਗ ਦਾ ਮਤਲਬ ਹੈ । ਇੱਕ ਮੁੜ- ਫੋਲਡ ਕਰਨਯੋਗ ਫਾਰਮੈਟ ਵਿੱਚ ਬਦਲਣਾ ਪੜ੍ਹਨ ਕ੍ਰਮ ਨੂੰ ਮੁੜ- ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ ਅਤੇ ਪਾਠ ਨੂੰ ਕਿਸੇ ਵੀ ਸਾਈਜ਼ ਵਿੱਚ ਮੁੜ- ਲਪੇਟਣ ਦਿੰਦਾ ਹੈ, ਜੋ ਕਿ ਅਸਲੀ ਸਫ਼ਾ ਡਿਜ਼ਾਇਨ ਦੇ ਮੁੱਲ ਉੱਤੇ ਸੁਵਿਧਾਜਨਕ ਹੈ । CBZ ਵਿੱਚ ਕੋਈ ਟੈਕਸਟ ਲੇਅਰ ਨਹੀਂ ਹੈ, ਇਸ ਲਈ ਸਫ਼ੇ ਖੋਜਯੋਗ ਨਹੀਂ ਹਨ ਅਤੇ ਟੈਕਸਟ ਛੋਟੀ ਸਕਰੀਨ ਉੱਤੇ ਮੁੜ- ਫਲੋ ਨਹੀਂ ਹੋ ਸਕਦਾ ਹੈ ।
ਇਹ ਹੈ, ਅਤੇ ਇੱਕ ਕਾਪੀ ਦਾ ਨਾਂ ਬਦਲ ਕੇ ਕਿਸੇ ਅਕਾਇਵ ਟੂਲ ਨਾਲ ਖੋਲ੍ਹਣ ਨਾਲ ਇਹ ਸਾਬਤ ਹੁੰਦਾ ਹੈ: ਅੰਦਰੂਨੀ ਢਾਂਚੇ ਦੇ ਹਿੱਸੇ ਹਨ, ਫਾਰਮੈਟ ਬਣਾਇਆ ਗਿਆ ਹੈ, ਨਾਲ ਹੀ ਚਿੱਤਰ ਅਤੇ ਫੋਂਟ, ਜੋ ਕਿ ਉਹ ਹਵਾਲਾ ਦਿੰਦੇ ਹਨ । ਇਹ ਡਿਜ਼ਾਇਨ ਹੈ ਕਿ ਇਸ ਲਈ ਇਹ ਫਾਇਲਾਂ ਚੰਗੀ ਤਰ੍ਹਾਂ ਕੰਪਰੈੱਸ ਹੁੰਦੀਆਂ ਹਨ, ਕਿ ਖਰਾਬ ਫਾਇਲਾਂ ਨੂੰ ਕੁਝ ਹਿੱਸੇ ਲਈ ਮੁੜ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਕਿ ਸਾਫਟਵੇਅਰ, ਜੋ ਕਿ ਅਸਲੀ ਐਪਲੀਕੇਸ਼ਨ ਨਹੀਂ ਹੈ, ਉਹਨਾਂ ਨੂੰ ਪੜ੍ਹ ਸਕਦਾ ਹੈ । ਇਹ ਹਿੱਸੇ ਨੂੰ ਹੱਥੀਂ ਸੋਧਣ ਲਈ ਸੱਦਾ ਨਹੀਂ ਹੈ - ਮੈਨਿਫੈਸਟੋ ਨੂੰ ਇੱਕੋ ਹੀ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ । ਅਕਾਇਵ ਵਿੱਚ ਫਾਇਲ ਨਾਂ ਕ੍ਰਮ ਵਿੱਚ ਪ੍ਰਤੀ ਸਫ਼ਾ ਇੱਕ ਚਿੱਤਰ ਹੈ, ਜਿਸ ਵਿੱਚ ਚੋਣਵੀਂ ComicInfo.xml ਸੀਰੀਜ਼ ਮੇਟਾਡਾਟਾ ਰੱਖਦੀ ਹੈ।
ਉਮਰ ਹੀ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ — ਉਸ ਸਮੇਂ ਦੇ ਕਈ ਫਾਰਮੈਟ ਅਜੇ ਵੀ ਚੰਗੇ ਹਨ, ਕਿਉਂਕਿ ਉਨ੍ਹਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਦਹਾਕਿਆਂ ਦਾ ਸਮਾਂ ਲੱਗਿਆ ਹੈ । ਜੋ ਮਹੱਤਵਪੂਰਨ ਹੈ ਉਹ ਹੈ ਕਿ ਉਸ ਸਮੇਂ ਦੇ ਲੋਕ ਕੀ ਸੋਚਦੇ ਸਨ: ਛੋਟੀਆਂ ਫਾਇਲਾਂ, ਸਧਾਰਨ ਪਰੋਸੈਸਰ, ਕੋਈ ਨੈੱਟਵਰਕ ਨਹੀਂ, ਅਤੇ ਫੀਚਰ, ਜੋ ਕਿ ਕਿਸੇ ਨੂੰ ਵੀ ਲੋੜੀਦੇ ਨਹੀਂ ਹਨ । ਜਿੱਥੇ ਇਹ ਸੋਚਦੇ ਸਨ, ਫਾਰਮੈਟ ਚੰਗਾ ਹੈ । ਜਿੱਥੇ ਇਹ ਨਹੀਂ ਸੋਚਦੇ ਸਨ, ਤਬਦੀਲੀ ਦਾ ਕਾਰਨ ਹੈ ।
ਕੋਈ ਨਹੀਂ, ਅਤੇ ਇਹੀ ਇਸ ਦਾ ਮਕਸਦ ਹੈ । ਸਪੈਸ਼ਫਿਕੇਸ਼ਨ ਪਬਲਿਕ ਹੈ, ਕੋਈ ਵੀ ਇਸ ਨੂੰ ਬਿਨਾਂ ਪੁੱਛੇ ਜਾਂ ਭੁਗਤਾਨ ਕੀਤੇ ਲਾਗੂ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਕੋਈ ਕੰਪਨੀ ਬਾਅਦ ਵਿੱਚ ਸ਼ਰਤਾਂ ਨੂੰ ਬਦਲ ਨਹੀਂ ਸਕਦੀ - ਇਸ ਲਈ ਅਕਾਇਵ, ਸਟੈਂਡਰਡ ਬੋਡੀਜ਼ ਅਤੇ ਜਨਤਕ ਸੰਸਥਾਨ ਇਸ ਤਰ੍ਹਾਂ ਦੇ ਫਾਰਮੈਟ ਨੂੰ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਲਈ ਜੋ ਕਿ 20 ਸਾਲਾਂ ਵਿੱਚ ਖੋਲ੍ਹਣ ਦੀ ਲੋੜ ਹੈ, ਲਈ ਸਪੈਸ਼ਫਿਕੇਸ਼ਨ ਕਰਦੇ ਹਨ । ਇਹ ਕਾਰੋਬਾਰ ਅਨੁਕੂਲਤਾ ਨਹੀਂ ਹੈ, ਜੋ ਕਿ ਵਧੀਆ ਹੈ; ਇਹ ਹੈ ਕਿ ਜਦੋਂ ਕੋਈ ਟੂਲ ਸਪੈਸ਼ਫਿਕੇਸ਼ਨ ਨੂੰ ਬੁਰੀ ਤਰ੍ਹਾਂ ਲਾਗੂ ਕਰਦਾ ਹੈ ਤਾਂ ਕੋਈ ਵੇਚਣ ਵਾਲਾ ਨਹੀਂ ਹੈ ।
ਇੱਕ ਅਕਾਊਂਟ ਨਾਲ, ਹਾਂ - ਉਹਨਾਂ ਨੂੰ ਇੱਕਠੇ ਸੁੱਟੋ ਅਤੇ ਉਹ ਇੱਕ ਵਾਰ ਇੱਕ ਕੰਮ ਦੇ ਤੌਰ ਤੇ ਕਤਾਰ ਵਿੱਚ ਲੱਗ ਜਾਣਗੇ, ਇੱਕੋ ਸੈਟਿੰਗ ਬੈਚ ਉੱਤੇ ਲਾਗੂ ਕੀਤੀ ਜਾਵੇਗੀ ਅਤੇ ਨਤੀਜੇ ਇੱਕਠੇ ਦਿੱਤੇ ਜਾਣਗੇ । ਮੁਫਤ ਸੰਵਰਦਨ ਇੱਕ ਵਾਰ ਇੱਕ ਫਾਇਲ ਚਲਾਉਦਾ ਹੈ (ਮਿਲਾਉਣ ਟੂਲ ਦੋ ਲੈਂਦੇ ਹਨ) । ਇੱਕ ਭੁਗਤਾਨ ਪਲਾਨ ਬੈਚ ਪਰੋਸੈਸਿੰਗ ਅਤੇ ਵੱਡੀ ਪ੍ਰਤੀ ਫਾਇਲ ਸੀਮਾ ਨੂੰ ਲਾਕ ਕਰਦਾ ਹੈ, ਜੋ ਕਿ ਪੂਰੀ ਅਕਾਇਵ ਨੂੰ ਬਦਲਣ ਲਈ ਲਾਭਦਾਇਕ ਹੈ ।
ਇਹ ਹਟਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ । ਅੱਪਲੋਡ ਅਤੇ ਬਦਲਿਆ ਨਤੀਜਾ ਸਰਵਰ ਉੱਤੇ ਸਿਰਫ ਉਦੋਂ ਹੀ ਰਹਿੰਦਾ ਹੈ, ਜਦੋਂ ਤੱਕ ਕਿ ਕੰਮ ਲਈ ਲੋੜੀਦਾ ਹੋਵੇ ਅਤੇ ਆਟੋਮੈਟਿਕ ਹੀ ਹਟਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ । ਟਰਾਂਸਫਰ HTTPS ਰਾਹੀਂ ਦੋਹਾਂ ਦਿਸ਼ਾ ਵਿੱਚ ਚੱਲਦਾ ਹੈ । ਕੋਈ ਵੀ ਸਮੱਗਰੀ ਪੜ੍ਹ ਨਹੀਂ ਸਕਦਾ, ਕੋਈ ਇੰਡੈਕਸ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਅਤੇ ਕੋਈ ਵੀ ਹੋਰ ਨੂੰ ਨਹੀਂ ਦਿੱਤਾ ਜਾ ਸਕਦਾ । ਜੇਕਰ ਤੁਸੀਂ ਆਟੋਮੈਟਿਕ ਸਵੀਪ ਲਈ ਉਡੀਕ ਨਹੀਂ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ ਤਾਂ ਕੰਮ ਬੰਦ ਕਰਨ ਨਾਲ ਫਾਇਲਾਂ ਤੁਰੰਤ ਹਟਾ ਦਿੱਤੀਆਂ ਜਾਣਗੀਆਂ ।
ਆਮ ਤੌਰ ਉੱਤੇ ਸਕਿੰਟ । ਛੋਟੀਆਂ ਫਾਇਲਾਂ ਤੁਰੰਤ ਹੀ ਕੰਮ ਕਰਦੀਆਂ ਹਨ, ਅਤੇ ਅਸਲੀ ਸਮਾਂ ਲੈਣ ਵਾਲੇ ਕੇਸ ਅਸਲੀ ਕੰਮ ਕਰਨ ਵਾਲੇ ਹਨ: ਇੱਕ ਲੰਬਾ ਰਿਕਾਰਡ, ਜਿਸ ਨੂੰ ਫਰੇਮ- ਬ- ਫਰੇਮ ਮੁੜ- ਇੰਕੋਡ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਇੱਕ ਸਕੈਨ ਕੀਤਾ ਡੌਕੂਮੈਂਟ, ਜੋ ਕਿ ਅੱਖਰ ਪਛਾਣ ਰਾਹੀਂ ਜਾਂਦਾ ਹੈ, ਜਾਂ ਇੱਕ ਬਹੁਤ ਵੱਡੀ ਬੈਚ ਹੈ । ਜਿੱਥੇ ਕਿ ਇੱਕ ਸੰਵਰਧਨ ਮੌਜੂਦਾ ਡਾਟਾ ਨੂੰ ਸਿਰਫ਼ ਮੁੜ- ਪਕੜਦਾ ਹੈ ਜਾਂ ਮੁੜ- ਪੈਕ ਕਰਦਾ ਹੈ, ਇਹ ਤੇਜ਼ ਰਹਿੰਦਾ ਹੈ, ਭਾਵੇਂ ਫਾਇਲ ਕਿੰਨੀ ਵੱਡੀ ਹੋਵੇ, ਕਿਉਂਕਿ ਕੋਈ ਵੀ ਡਿਕੋਡ ਨਹੀਂ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ ।

ਹੋਰ ਪਰਿਵਰਤਕ


ਇਸ ਟੂਲ ਨੂੰ ਦਰਜਾ ਦਿਓ
5.0/5 - 0 ਵੋਟ
ਨੈੱਟਵਰਕ — ਮਿੰਟਾਂ ਵਿੱਚ ਆਪਣਾ ਡੋਮੇਨ ਖਰੀਦੋ । ਖੋਜ, ਰਜਿਸਟਰੇਸ਼ਨ, ਲਾਂਚ ਕਰੋ ।