HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
advplyr
audiobookshelf-app
Vue2023–2025
advplyr / audiobookshelf-app

audiobookshelf-app

Mobile application for Audiobookshelf

2Distinct people
5Mentions
0Explicit recommenders
2.8KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Mobile application for Audiobookshelf

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 5:04:57 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by month5 dated mentions

Observed mentions: 2023-11-07 17:01:39 UTC to 2025-05-22 18:28:25 UTC.

0122023-11-01 00:00:00 UTC to 2023-12-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 commentsNov 20232023-12-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-01-01 00:00:00 UTC to 2024-02-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-02-01 00:00:00 UTC to 2024-03-01 00:00:00 UTC (exclusive): 2 mentions; 1 submissions, 1 comments2024-03-01 00:00:00 UTC to 2024-04-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-04-01 00:00:00 UTC to 2024-05-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-05-01 00:00:00 UTC to 2024-06-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-06-01 00:00:00 UTC to 2024-07-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-07-01 00:00:00 UTC to 2024-08-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-08-01 00:00:00 UTC to 2024-09-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 commentsAug 20242024-09-01 00:00:00 UTC to 2024-10-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2024-10-01 00:00:00 UTC to 2024-11-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-11-01 00:00:00 UTC to 2024-12-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-12-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-01-01 00:00:00 UTC to 2025-02-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-02-01 00:00:00 UTC to 2025-03-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-03-01 00:00:00 UTC to 2025-04-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-04-01 00:00:00 UTC to 2025-05-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-05-01 00:00:00 UTC to 2025-06-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 commentsMay 2025

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
Nov 20232023-11-01 00:00:00 UTC2023-12-01 00:00:00 UTC101
Dec 20232023-12-01 00:00:00 UTC2024-01-01 00:00:00 UTC000
Jan 20242024-01-01 00:00:00 UTC2024-02-01 00:00:00 UTC000
Feb 20242024-02-01 00:00:00 UTC2024-03-01 00:00:00 UTC211
Mar 20242024-03-01 00:00:00 UTC2024-04-01 00:00:00 UTC000
Apr 20242024-04-01 00:00:00 UTC2024-05-01 00:00:00 UTC000
May 20242024-05-01 00:00:00 UTC2024-06-01 00:00:00 UTC000
Jun 20242024-06-01 00:00:00 UTC2024-07-01 00:00:00 UTC000
Jul 20242024-07-01 00:00:00 UTC2024-08-01 00:00:00 UTC000
Aug 20242024-08-01 00:00:00 UTC2024-09-01 00:00:00 UTC000
Sep 20242024-09-01 00:00:00 UTC2024-10-01 00:00:00 UTC101
Oct 20242024-10-01 00:00:00 UTC2024-11-01 00:00:00 UTC000
Nov 20242024-11-01 00:00:00 UTC2024-12-01 00:00:00 UTC000
Dec 20242024-12-01 00:00:00 UTC2025-01-01 00:00:00 UTC000
Jan 20252025-01-01 00:00:00 UTC2025-02-01 00:00:00 UTC000
Feb 20252025-02-01 00:00:00 UTC2025-03-01 00:00:00 UTC000
Mar 20252025-03-01 00:00:00 UTC2025-04-01 00:00:00 UTC000
Apr 20252025-04-01 00:00:00 UTC2025-05-01 00:00:00 UTC000
May 20252025-05-01 00:00:00 UTC2025-06-01 00:00:00 UTC101

What Hacker News says

5 sources
Nice write-up - although I thought you've built your own HARDWARE audio player first. However, I feel like this is one of the most re-invented wheels I've come across so far. Nobody seems to be happy, everybody seems to fail to build something that fits at least 80% of the requirements most people have. My personal K.O. criteria is a bit awkward in days of bluetooth and wireless devices: Working cable headphone remote controls like Apple devices had for more than 10 years now - especially useful for audio books. Years ago I tried to write a cross platform audio player[1] app with C# and Flutter inspired by iPod Nano 7g, but it always failed for the same reason: I could not get the headset controls working properly. I've also spent some days to submit a PR on audiobookshelf-app[2], but it didn't get merged, although it worked pretty good o
Read the rest
n my device. Nowadays I use a combination of my old iPod Nano 7g for music and audiobooks on the go and my Android GrapheneOS Phone as spare device for "streaming" something I don't have with me using Navidrome[3] and Substreamer[4] / DSub[5] for music and audiobookshelf-app[6] and VLC Media Player[7] for audiobooks (the offline support for audiobookshelf regularly breaks on my device) - most of these are available on fdroid or even official app stores. Btw, if you ever wondered, why Apple EarPods do not support Volume Control on Android devices and vice versa, see this link[8] - it's definitely worth a read 1: https://github.com/sandreas/ToneAudioPlayer 2: https://github.com/advplyr/audiobookshelf-app/pull/1218 3: https://www.navidrome.org/ 4: https://substreamerapp.com/ 5: https://github.com/daneren2005/Subsonic 6: https://github.com/advplyr/audiobookshelf-app/releases 7: https://code.videolan.org/videolan/vlc-android 8: https://tinymicros.com/wiki/Apple_iPod_Remote_Protocol
In I Built My Own Audio Player
So, while this is kind of true, and I totally support having headphone jacks in phones (I'm on a Pixel 4a) this post lacks many details and "alternatives". Modern phones might have wireless charging - so charging while listening is possible even with a dongle. There are USB-C only headphones - so not always a dongle is required. There are (overear) Bluetooth headphones that support charging while listening > The headphone jack is a “just works” kind of technology: there’s nothing complicated about it, and its not encumbered by patents, so anybody can make compatible equipment. Oh boy did Apple have success using a proprietary chip for their volume control in EarPods[1] and preventing others except 1more from supporting it. Although proprietary I just love the support oft TRRS driven playback control Apple introduced (play, Pause, rewind e
Read the rest
tc). Android also supports this these days, although not AS good. I even submitted a PR[2] to audiobookshelf to support Apple like headset controls, but it has not been merged yet. I still use an iPod Nano 7g to listen to audio books until today :-) 1: https://tinymicros.com/wiki/Apple_iPod_Remote_Protocol 2: https://github.com/advplyr/audiobookshelf-app/pull/1218
In They don't make 'em like that any more: the 3.5mm headphone jack socket
sandreas·Feb 29, 2024Submission

Ask HN: Nobody interested in an open hardware iPod Nano?

Hey HN, over the years I tested MANY dedicated audio players[1]. And here is the thing: I'm still using an Apple iPod Nano 7g for music and audio books (m4b), because in my opinion there is nothing that comes close in usability and flexibility. Here is why: Music, Audiobooks, Podcasts - all supported Tiny size - although not mandatory I hate bulky phones in my pocket Battery life - Can listen for days without running out of battery Usability - Greate UI Design and Earphone remote support[2] Bluetooth 4.0 - already supported The only optimizations I could find so far would be: Interchangeable storage - if the internal flash dies, the device is broken forever Replaceable battery - it's hard to repair Audio formats - flac support would be nice Wireless sync - Not having to copy files via cable would be nice to have The iP
Read the rest
od Nano 7g is from 2012. I've seen many people designing custom PCBs and releasing Kickstarter projects for custom audio players[5] or game handhelds[6]. I know Rockbox (which is great, but its lacks support for Wifi and Bluetooth AFAIK and just does not compete with the UX of iPod's audio book features in my opinion) and iPod Linux. 10 years ago someone even reverse engineered the iPod Nano 6g display[3]. Although I'm not skilled enough in PCB-Design, after some research I found the Lilygo T-Display S3 Pro[4] based on ESP32 S3, which would be the size, but lacks audio and OS. There is also the Mango PI CyberPad[7], which looked interesting, but maybe is already too clunky. Programming wise, LVGL[8] may be a good framework to develop a modern and efficient UI - at least it looks promising. So, why is nobody interested in recreating an iPod nano like device? It should be doable with modern tech, but Phones have completely taken over the market... 1: https://www.reddit.com/r/audiobooks/comments/14ue4un/comment... 2: https://github.com/advplyr/audiobookshelf-app/issues/847 3: https://www.youtube.com/watch?v=7TedIzmguP0 4: https://www.lilygo.cc/products/t-display-s3-pro 5: https://www.youtube.com/watch?v=1C597AkhGtw 6: https://www.funkey-project.com/ 7: https://mangopi.org/cp1m 8: https://lvgl.io/
25 points · Open discussion

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.