VPS वर audiobooks साठी Chaptarr self-host कसे करावे

Chaptarr म्हणजे काय आणि Readarr वापरकर्त्यांना त्याची आवश्यकता का आहे

Chaptarr हा Readarr चा fork आहे. तो एकाच instance मधून audiobooks आणि ebooks व्यवस्थापित करतो. तो नवीन releases साठी लक्ष ठेवतो, त्या तुमच्या download client कडे पाठवतो, त्यानंतर परिणामी फाइल्सची नावे बदलतो आणि त्या तुमच्या library मध्ये ठेवतो. तो कोणतीही सामग्री प्ले करत नाही. त्यामुळे त्याच्यासोबत Audiobookshelf सारखा player वापरा.

Readarr 27 June 2025 रोजी निवृत्त करण्यात आला. Servarr टीमच्या स्वतःच्या सूचनेनुसार त्याचे कारण असे होते: प्रकल्पाचा metadata वापरण्यायोग्य राहिला नव्हता आणि Open Library कडे स्थलांतर करण्याचा community effort ठप्प झाला. Repository archive करण्यात आली आहे. त्यामुळे पुस्तक आणि audiobook संग्रहांसाठी maintained manager उपलब्ध राहिला नाही. Chaptarr ने ही जबाबदारी स्वीकारली. Sonarr आणि Radarr मधील तुम्हाला परिचित असलेली रचना तो कायम ठेवतो (indexers, download clients, quality profiles, root folders) आणि audiobook साठी अतिरिक्त सुविधा देतो: narrator-aware organisation, एकाच title च्या multiple editions, M4B आणि chaptered MP3 support, तसेच MP3 ते M4B conversion.

या walkthrough मध्ये chaptarr/chaptarr:0.9.925 image tag वापरला होता. 9 August 2026 रोजी तो सर्वात नवीन release होता. Chaptarr स्वतःला beta software म्हणतो. ज्या library ची पुनर्निर्मिती करता येणार नाही, तिच्याशी ते जोडण्यापूर्वी शेवटच्या भागाजवळील maintenance section वाचा.

सुरू करण्यापूर्वी आवश्यक गोष्टी

Docker आणि Compose plugin चालू असलेला VPS, तसेच library साठी पुरेशी disk space. Audiobooks मोठ्या असतात. Hardlinks वापरता न येणाऱ्या import प्रक्रियेत काही काळ file च्या दोन copies ठेवाव्या लागतात. खालील volume विभागात याचे स्पष्टीकरण आहे. VPS वर Docker अद्याप स्थापित नसेल, तर VPS वर Docker स्थापित करून चालू करणे यापासून सुरुवात करा आणि नंतर येथे परत या.

Chaptarr सध्या फक्त Docker image म्हणून उपलब्ध आहे. Native Windows build चे काम सुरू असल्याचे नमूद केले आहे. Distribution package उपलब्ध नाही. Container त्याचा database /config मध्ये SQLite वापरून default पद्धतीने साठवतो. आधीपासून PostgreSQL server चालू असल्यास, Chaptarr__Postgres__* environment variables द्वारे तो external PostgreSQL server वापरू शकतो. एका box वर एका user साठी SQLite योग्य पर्याय आहे.

Chaptarr साठी Compose सेवा

ही सेवा आधीपासून असलेल्या stack मध्ये जोडली जाते. यात जारी केलेला tag निश्चित केला आहे, web UI फक्त loopback वर प्रकाशित केला आहे आणि तुमचा download client आधीपासून वापरत असलेल्या network मध्ये ही सेवा जोडली आहे.

services:
  chaptarr:
    image: chaptarr/chaptarr:0.9.925
    container_name: chaptarr
    environment:
      - PUID=1000
      - PGID=1000
      - UMASK=002
      - TZ=Europe/Berlin
    volumes:
      - ./config:/config
      - /srv/media/audiobooks:/audiobooks
      - /srv/media/ebooks:/ebooks
      - /srv/media/downloads:/downloads
    ports:
      - 127.0.0.1:8789:8789
    restart: unless-stopped
    networks:
      - arr

networks:
  arr:
    external: true

external: true ओळीचा अर्थ असा आहे: “हे network आधीपासून अस्तित्वात आहे; त्याला या सेवेशी जोडा.” Prowlarr आणि तुमचा torrent client वेगळ्या Compose project मधून चालत असल्यास हा पर्याय वापरा. अन्यथा दुसरी Compose file स्वतःचे isolated network तयार करते आणि Chaptarr ला qbittorrent हे नाव resolve करता येत नाही. वास्तविक नाव docker network ls मधून मिळवा. तुमचा stack आधीपासून एका file मध्ये असल्यास chaptarr: सेवा त्याच file मध्ये जोडा आणि संपूर्ण networks: block काढून टाका. विस्तृत मांडणी Docker Compose अंतर्गत संपूर्ण arr stack मध्ये आणि naming नियम Compose networks आणि service names कसे resolve होतात येथे दिले आहेत.

config directory स्वतः तयार करा. त्यानंतर सेवा सुरू करा.

mkdir -p ./config
sudo chown 1000:1000 ./config
docker compose up -d
docker compose ps
docker compose logs -f chaptarr

docker compose ps मध्ये container ची स्थिती Up म्हणून दिसली पाहिजे. Restarting म्हणून सूचीबद्ध असलेला container सुरू होण्यात अपयशी ठरला असून पुन्हा सुरू करण्याचा प्रयत्न केला जात आहे. याचे कारण जवळजवळ नेहमीच config directory असते. अॅप port 8789 वर listening सुरू केल्यानंतर log पुढे scroll होणे थांबते.

PUID, PGID आणि Docker root म्हणून तयार करत असलेली directory

तुम्ही PUID=99 आणि PGID=100 सेट न केल्यास Chaptarr त्यांची default values वापरते. ही unRAID ची values आहेत. साध्या Ubuntu VPS वर त्या कोणत्याही उपयुक्त user शी संबंधित नसतात. त्यामुळे तयार झालेल्या files चा owner असा असतो की तुमच्या login कडून त्या लिहिता येत नाहीत. id -u आणि id -g वापरून तुमचे स्वतःचे numbers पाहा आणि ते file मध्ये द्या.

समान files वर काम करणाऱ्या प्रत्येक container साठी हीच pair आवश्यक आहे. Download client /srv/media/downloads मध्ये लिहितो, Chaptarr file /srv/media/audiobooks मध्ये हलवते आणि player ती तेथे वाचतो. Download client 1000:1000 म्हणून लिहित असेल आणि Chaptarr 99:100 म्हणून चालत असेल, तर import अयशस्वी होतो. Chaptarr च्या मालकीची नसलेली file ते delete किंवा move करू शकत नाही. UMASK=002 मुळे नवीन files group-writable होतात. अनेक containers एकच media group वापरत असतील, तर हेच अपेक्षित आहे. संपूर्ण mapping PUID आणि PGID container user ला host files वर कसे map करतात येथे आहे.

README एका विशिष्ट अडचणीबद्दल इशारा देते. तो पुन्हा सांगणे महत्त्वाचे आहे. docker compose up चालवताना ./config अस्तित्वात नसेल, तर Docker ती तुमच्यासाठी तयार करते आणि तिचा owner root:root ठेवते. त्यानंतर container UID 1000 म्हणून चालतो. तो स्वतःची database लिहू शकत नाही. त्यामुळे तो बंद होऊन पुन्हा सुरू होत राहतो. ls -ln ./config वापरून तपासा. हा command names ऐवजी numeric owners दाखवतो. दोन zeros दिसत असल्यास owner root आहे. sudo chown -R 1000:1000 ./config वापरून ते दुरुस्त करा आणि container पुन्हा सुरू करा.

वेगवेगळ्या audiobook आणि ebook volumes मुळे hardlinks का काम करत नाहीत

वरील मांडणीत /audiobooks, /ebooks आणि /downloads हे प्रकल्पाच्या स्वतःच्या run command शी जुळणारे स्वतंत्र bind म्हणून mount केले आहेत. ही मांडणी समजण्यास सोपी आहे. मात्र तिची एक वास्तविक किंमत आहे: hardlinks काम करणे थांबवतात.

hardlink म्हणजे डिस्कवरील त्याच डेटासाठी वापरलेले दुसरे नाव. त्यासाठी अतिरिक्त जागा लागत नाही आणि तो तत्काळ तयार होतो. म्हणूनच arr family copying पेक्षा hardlink ला प्राधान्य देते. hardlink फक्त एकाच filesystem मध्ये काम करतो. Container मध्ये हे तीन स्वतंत्र mount points आहेत. त्यामुळे host वरील paths एकाच disk वर असले तरी kernel link नाकारतो. हे स्वतः तपासा.

docker exec chaptarr sh -c 'touch /downloads/linktest && ln /downloads/linktest /audiobooks/linktest'

या command मध्ये Invalid cross-device link ने समाप्त होणारी error दिसते. Mount points ओलांडून link तयार करण्यास kernel नकार देत असल्यामुळे ही error येते. Chaptarr file copying कडे fallback का करते, याचे हेच अचूक कारण आहे. Copy योग्य असते, पण ती धीमी असते. तसेच torrent remove करेपर्यंत audiobook दोनदा अस्तित्वात राहते. तुम्ही seeding सुरू ठेवत असताना torrent remove करणार नाही. त्यानंतर /srv/media/downloads/linktest delete करा.

hardlinks सुरू ठेवण्यासाठी एक parent directory mount करा:

    volumes:
      - ./config:/config
      - /srv/media:/data

त्यानंतर Chaptarr मध्ये root folders म्हणून /data/audiobooks आणि /data/ebooks सेट करा. Download client ला तेच /srv/media:/data mount द्या, जेणेकरून दोन्ही containers ना एकच समान path दिसेल. Host side एकाच filesystem वर आहे याची आधी खात्री करा: df -h /srv/media/downloads /srv/media/audiobooks चालवल्यावर दोन्ही entries साठी Filesystem column मध्ये समान value दिसली पाहिजे. वेगवेगळ्या values म्हणजे वेगवेगळे disks. अशा disks दरम्यान कोणतीही mount मांडणी hardlink तयार करू शकत नाही. या पद्धतीचा आणि named storage चा तडजोडीचा आढावा media साठी bind mounts विरुद्ध named volumes येथे दिला आहे.

स्थानिक पातळीवर उघड न करता वेब UI पर्यंत पोहोचणे

port line 127.0.0.1 वर प्रकाशित केली आहे, याला कारण आहे. ufw deny 8789 प्रकाशित Docker port चे संरक्षण करत नाही, कारण Docker स्वतःचे NAT (network address translation) नियम अशा chain मध्ये लिहितो, जिथे kernel ufw च्या नियमांपूर्वी पोहोचतो. त्यामुळे तुमच्या नियमाची तपासणी होण्यापूर्वीच traffic forward केला जातो. हे वर्तन अनेकांना वारंवार गोंधळात टाकते. याचे स्पष्टीकरण प्रकाशित Docker port तुमच्या ufw नियमांकडे दुर्लक्ष का करते येथे दिले आहे. loopback वर bind केल्यास ही समस्या पूर्णपणे टाळता येते.

तुमच्या स्वतःच्या मशीनवरून SSH tunnel द्वारे UI पर्यंत पोहोचा:

ssh -N -L 8789:127.0.0.1:8789 you@your-server

ही प्रक्रिया सुरू ठेवा आणि तुमच्या browser मध्ये http://127.0.0.1:8789 उघडा. पहिल्यांदा सुरू करताना authentication configure करा. त्यानंतरच त्याच्या समोर TLS (transport layer security) असलेला reverse proxy वापरण्याचा विचार करा. अशा तीन किंवा चार tools मध्ये स्वतंत्र password वापरून tunnelling करावी लागत असल्यास, अधिक सुव्यवस्थित उपाय म्हणजे Authentik सारखा self-hosted single sign-on server proxy च्या मागे ठेवणे. त्यामुळे प्रत्येक app साठी एकच login पुरतो आणि एका revocation ने सर्व प्रवेश बंद करता येतो.

Indexer आणि download client जोडणे

Chaptarr standard arr indexer आणि download client protocols वापरते. त्यामुळे Prowlarr, Sonarr साठी जसे indexers पाठवते तसेच Chaptarr मध्येही पाठवते. नेहमीचे torrent आणि usenet clients कोणत्याही विशेष configuration शिवाय जोडता येतात.

एक setting जवळजवळ सर्वांनाच गोंधळात टाकते. Chaptarr download client च्या host बद्दल विचारते तेव्हा localhost किंवा 127.0.0.1 लिहू नका. Container च्या आत तो पत्ता स्वतःच्या container कडे निर्देश करतो. त्यामुळे Chaptarr स्वतःच्या port 8080 शी संपर्क साधण्याचा प्रयत्न करते आणि connection होऊ शकत नसल्याचे दाखवते. त्याऐवजी port 8080 सह container name qbittorrent वापरा. दोन्ही containers एकाच network वर आहेत का हे docker network inspect arr वापरून तपासा. हे प्रत्येक जोडलेल्या container चे name दाखवते.

तुमचा download client network_mode: "service:gluetun" वापरून VPN container मार्फत चालत असल्यास, त्याचे network वर स्वतंत्र name नसते. कारण तो Gluetun चा network namespace share करतो. अशा वेळी Gluetun ने expose केलेल्या port वर त्याला gluetun म्हणून address करा. ही रचना आणि त्यासोबतचे routing Gluetun मार्फत download client route करणे येथे स्पष्ट केले आहे.

Readarr मधील अडथळा: स्थलांतराची खरी किंमत

Chaptarr हे Readarr च्या metadata sources शी सुसंगत नाही. ते अनेक providers मार्फत स्वतःच्या pipeline द्वारे titles, authors आणि editions शोधते. त्यामुळे Readarr ने साठवलेले identifiers येथे उपयोगी पडत नाहीत. Database import उपलब्ध नाही आणि थेट upgrade करण्याचा मार्गही नाही.

विद्यमान library साठी याचा अर्थ असा आहे की files सुरक्षित आहेत, पण settings नाहीत. या प्रक्रियेत disk वर आधीपासून असलेल्या कोणत्याही गोष्टीला स्पर्श होत नाही. तुम्ही root folder जोडता, library import चालवता आणि Chaptarr सापडलेल्या files ची स्वतःच्या metadata शी जुळवणी करते. खालील गोष्टी तुम्हाला manually पुन्हा तयार कराव्या लागतील: quality profiles, naming format, indexer आणि client settings, तसेच Chaptarr ने चुकीची केलेली प्रत्येक जुळवणी. मोठ्या library साठी manual corrections कराव्या लागतील. त्यामुळे दहा मिनिटांऐवजी एक संध्याकाळ लागेल असे गृहीत धरा.

हे पुढील क्रमाने करा. Readarr container थांबवा, पण त्याचा config volume ठेवा, जेणेकरून जुनी settings पाहून त्या पुन्हा type करता येतील. सर्वकाही import करण्यापूर्वी Chaptarr ला प्रथम एका लहान folder कडे निर्देशित करा आणि matches तपासा. तुम्ही समाधानी झाल्यावरच जुना container काढा.

संपूर्ण library scan करण्यापूर्वी privacy संदर्भातील एक महत्त्वाची बाब जाणून घ्या: metadata lookups api2.chaptarr.com कडे पाठवले जातात. README नुसार या requests मध्ये provider IDs, search text, media type, tags आणि filenames असू शकतात. त्यात full paths, user identity आणि credentials समाविष्ट नसतात. Filenames तुमच्या server बाहेर जातात. Metadata service साठी हे सामान्य आहे; तरीही हा निर्णय जाणीवपूर्वक घ्या.

ऑडिओबुक फाइल्स प्लेअरला द्या

Chaptarr फाइल्सचे आयोजन करते. त्या प्ले करण्याचे काम दुसऱ्या प्रोग्रामचे आहे. Audiobookshelf हा यासाठी नेहमी वापरला जाणारा पर्याय आहे, कारण तो विविध डिव्हाइसवर तुमची ऐकण्याची स्थिती जतन करतो आणि फोनसाठी अॅप्स उपलब्ध करून देतो. त्याची अधिकृत image ghcr.io/advplyr/audiobookshelf:latest आहे. त्याच्या दस्तऐवजीकरणातील Compose उदाहरणात host port 13378 हा container port 80 वर प्रकाशित केला आहे.

  audiobookshelf:
    image: ghcr.io/advplyr/audiobookshelf:latest
    container_name: audiobookshelf
    ports:
      - 127.0.0.1:13378:80
    volumes:
      - ./abs/config:/config
      - ./abs/metadata:/metadata
      - /srv/media/audiobooks:/audiobooks
    environment:
      - TZ=Europe/Berlin
    restart: unless-stopped

Chaptarr ज्या host path वर फाइल्स लिहिते तोच path mount करा. त्यानंतर web UI मध्ये /audiobooks हे library म्हणून जोडा. पुढील scan नंतर नवीन import दिसेल.

तुम्ही आधीपासून Jellyfin चालवत असल्यास, ते folder तेथे library म्हणून जोडू शकता आणि Jellyfin त्या फाइल्स प्ले करेल. मात्र एका दीर्घ ऑडिओबुक फाइलसाठी resume सुविधा विशेष ऑडिओबुक सर्व्हरच्या तुलनेत कमी सक्षम आहे. Jellyfin ची ही रचना VPS वर media server म्हणून Jellyfin चालवणे येथे समजावली आहे. ebook साठी /srv/media/ebooks reader application ला द्या. फाइलचे नाव ठरवून ती योग्य ठिकाणी ठेवल्यानंतर Chaptarr चे काम पूर्ण होते.

देखभालीचा धोका: licence, runtime आणि वेगाने बदलणारा tag

Chaptarr ला GPL-3.0 licence आहे. त्याचा copyright Chaptarr contributors कडे आहे आणि काही भाग Servarr team कडून आले आहेत. त्यामुळे code open राहतो. हा maintainer काम थांबवला तरी कोणीही त्याचा पुन्हा fork करू शकतो. हे .NET 10 वर आधारित आहे. August 2026 पर्यंत ही runtime ची सध्याची long term support release आहे. त्यामुळे याचा पाया काही महिन्यांऐवजी अनेक वर्षे supported राहतो. पुढील वर्षी हा project अस्तित्वात राहील का, हे ठरवताना हे दोन्ही मुद्दे महत्त्वाचे आहेत.

Version numbers वेगाने बदलतात. Releases pre-releases म्हणून प्रकाशित होतात. या walkthrough च्या दिवशीच 0.9.925 release झाले. Exact tag pin करा. latest वापरल्यास unattended docker compose pull तुम्हाला एका आठवड्यात अनेक versions पुढे नेऊ शकते. इतक्या नवीन fork मध्ये releases दरम्यान API बदलू शकतो. त्यामुळे त्यावर आधारित लिहिलेली कोणतीही script किंवा dashboard काम करणे थांबवू शकते.

प्रत्येक upgrade पूर्वी backup घ्या. त्यानंतर upgrade जाणीवपूर्वक करा.

docker compose stop chaptarr
sudo tar czf chaptarr-config-backup.tgz ./config
docker compose start chaptarr

docker compose pull chaptarr
docker compose up -d chaptarr

प्रकल्पाच्या अहवालानुसार सुमारे सहा महिन्यांत आणि 11000 पेक्षा जास्त वापरकर्त्यांमध्ये डेटा गमावल्याची एकही घटना घडलेली नाही. तरीही बॅकअप ठेवण्याचा आणि गमावण्याची परवड नसलेल्या लायब्ररीकडे ते निर्देशित न करण्याचा सल्ला प्रकल्प देतो. या दोन्ही बाबी गांभीर्याने घ्या.

कॉन्फिगरेशन आर्काइव्ह सर्व्हरच्या बाहेर कॉपी करा. संरक्षित केलेल्या डेटासोबतच त्याच डिस्कवर असलेला बॅकअप हा बॅकअप मानला जात नाही. Chaptarr आपली स्थिती /config अंतर्गत असलेल्या एका SQLite फाइलमध्ये ठेवते, म्हणून एकच tarball पुरेसा ठरतो. मात्र स्वतंत्र database server वर असलेल्या कोणत्याही डेटाबेसचा dump देखील घ्यावा लागतो. Postgres डेटा आणि uploaded files सोबत VPS वर Chatwoot स्वतः host करणे अशा परिस्थितीत backup step याच पद्धतीने तयार होते.

अपयशाच्या अवस्था आणि दिसणारे संदेश

कंटेनर सतत रीस्टार्ट होत राहतो. docker compose ps मध्ये Restarting दिसते. ls -ln ./config चालवा. owner columns मधील दोन शून्यांचा अर्थ Docker ने directory root म्हणून तयार केली आहे आणि container user त्याच्या database मध्ये लिहू शकत नाही. sudo chown -R 1000:1000 ./config चालवा.

Imports कधीच पूर्ण होत नाहीत आणि files downloads मध्येच राहतात. Chaptarr download वाचू शकतो, पण library मध्ये लिहू शकत नाही. ls -ln /srv/media/audiobooks ची तुमच्या PUID आणि PGID शी तुलना करा. वेगळ्या UID च्या मालकीची directory किंवा तुमच्या group च्या मालकीची पण group write परवानगी नसलेली directory move थांबवते. नवीन files साठी UMASK=002 दुसरी अवस्था टाळते.

प्रत्येक import नंतर disk usage दुप्पट होते. hardlink तयार झालेला नाही, त्यामुळे file ची copy तयार झाली आहे. volumes विभागातील ln test चालवा. Invalid cross-device link ने समाप्त होणारी error याची पुष्टी करते आणि single-parent mount हा उपाय आहे.

Download client connect होत नाही. तुम्ही host म्हणून localhost नोंदवले. Container मध्ये तो Chaptarr स्वतः आहे. Container name वापरा आणि docker network inspect arr दोन्ही containers दाखवते का ते तपासा.

Compose service सुरू करण्यास नकार देते. Bind for 127.0.0.1:8789 failed: port is already allocated याचा अर्थ port दुसरी कोणतीतरी प्रक्रिया वापरत आहे. sudo ss -lntp | grep 8789 ने ती प्रक्रिया शोधा.

Browser मध्ये काहीही दिसत नाही. Port 127.0.0.1 ला bind केले असल्यास, internet मार्गे तुमच्या laptop ला connect करण्यासाठी काहीही उपलब्ध नसते. हे अपेक्षित वर्तन आहे. आधी SSH tunnel उघडा.

FAQ

मी माझी Readarr लायब्ररी Chaptarr मध्ये स्थलांतरित करू शकतो का?

Import म्हणून नाही. Chaptarr हे Readarr च्या metadata sources शी सुसंगत नाही आणि स्वतःची provider pipeline वापरते. त्यामुळे Readarr मध्ये साठवलेल्या identifiers चा येथे अर्थ राहत नाही आणि database conversion उपलब्ध नाही. डिस्कवरील तुमच्या फाइल्समध्ये कोणताही बदल होत नाही. त्याच paths ना root folders म्हणून जोडा, library import चालवा आणि फाइल्स जुळवण्याचे काम Chaptarr ला करू द्या. Quality profiles, naming format, indexer settings आणि चुकीच्या matches दुरुस्त करणे ही कामे manually करावी लागतात. त्यामुळे सर्वकाही import करण्यापूर्वी एका लहान folder पासून सुरुवात करा.

Chaptarr माझ्या audiobook folder मध्ये लिहू का शकत नाही?

Container च्या user कडे त्या फाइल्सची मालकी नाही. ही variables unset असल्यास Chaptarr PUID=99 आणि PGID=100 वर fallback करते. ही unRAID ची values आहेत आणि सामान्य Ubuntu VPS वर चुकीची आहेत. त्या तुमच्या स्वतःच्या id -u आणि id -g वर सेट करा, download client वरही हीच जोडी वापरा आणि नवीन फाइल्स group-writable राहाव्यात यासाठी UMASK=002 सेट करा. Library directory वरील ownership ls -ln ने तपासा. हे command names ऐवजी numbers दाखवते, त्यामुळे तुम्ही त्यांची थेट तुलना करू शकता.

Import केल्यानंतर माझ्या डिस्कचा वापर दुप्पट का झाला?

Chaptarr फाइल hardlink करू शकले नाही, म्हणून त्याने फाइलची copy तयार केली. /downloads आणि /audiobooks स्वतंत्र binds म्हणून mount केल्यास container मध्ये ते स्वतंत्र mount points बनतात. त्यामुळे kernel mount points ओलांडून hardlink नाकारते आणि Invalid cross-device link error देते. /srv/media:/data सारखी एक parent directory mount करा आणि अॅपमध्ये तिच्या आत /data/downloads आणि /data/audiobooks वापरा. दोन्ही paths एकाच host filesystem वर असणे आवश्यक आहे. हे df -h ने पडताळता येते.

Chaptarr माझी audiobooks play करते का?

नाही. Chaptarr audiobooks शोधते, download करते, rename करते आणि योग्य ठिकाणी ठेवते. Playback साठी स्वतंत्र program आवश्यक आहे. Audiobookshelf ही सामान्य जोड आहे, कारण ती devices दरम्यान तुमची playback position जतन करते. यासाठी official image ghcr.io/advplyr/audiobookshelf:latest वापरा आणि त्याच host audiobook path ला mount करा. Folder library म्हणून add केल्यास Jellyfin देखील फाइल्स play करेल; मात्र लांब single-file audiobooks साठी resume behaviour कमी सक्षम आहे.

मला महत्त्वाच्या library वर Chaptarr चालवणे सुरक्षित आहे का?

हे नव्या fork मधील beta software आहे. Project स्वतःही हे स्पष्ट करते. तसेच सुमारे सहा महिन्यांत आणि अकरा हजारांहून अधिक users मध्ये data loss च्या कोणत्याही घटनांची नोंद झालेली नाही, असे project सांगते. आश्वासक बाबींमध्ये GPL-3.0 licence आणि .NET 10 base यांचा समावेश आहे. GPL-3.0 मुळे code चा fork करता येतो. August 2026 नुसार .NET 10 हा long term support runtime आहे. latest ऐवजी 0.9.925 सारखा exact image tag वापरा, प्रत्येक upgrade पूर्वी /config चा backup घ्या आणि तो archive server च्या बाहेर ठेवा.