Hey, I'm the developer of Cozy and I just noticed that Cozy got posted here and people are trying it on macOS. The version linked in the README was a very old version of Cozy which I tested on macOS 10.14. It was quite a hassle to build and it was not stable. Sadly it's a lot of work to package a GTK app for macOS, therefore I discontinued building it but I didn't update the readme. Sorry for anyone who tried it and got disappointed!
Please consider leaving a link to cozy_macos_0.6.7_beta3.dmg; the macOS version was actually the reason why I posted Cozy to HN ;-). Worked great under High Sierra and was perfect for setting up a simple audiobook system for a centenarian who has been stuck indoors for months.
Oh I see, sorry :) I'll add the link again with a proper note and some documentation about how I build the package. Maybe someone has the time to test it with the latest version :)
If you ever have a chance, someone might be interested in a quick writeup of the challenges you faced packaging a GTK3 app for macOS. Off the top of my head, Inkscape ships an app with GTK3 and Python for macOS.
I wish audiobook apps had bookmarking. I often fall asleep to audiobooks and have to scrub around trying to find my place next time I want to listen. A visual bookmark unrelated related to playback position would be so handy. Seems like obvious functionality to me, does anyone know of an iOS player that does this?
Some OS-wide integration with sleep trackers would be great. While I've read that apparently these trackers are not so accurate, my experience with the Sleep Cycle app has been that it's probably accurate enough to detect me falling asleep, especially since I have a tendency to actively shake my phone if I'm motionless but awake for a while.
As others have mentioned, some kind of 'stay awake' feature would probably solve the issue too. I'm thinking a non-intrusive beep or shake the indicate that the phone is about to go into 'sleep mode', which can be dealt with by some feedback. the interval could then be set in the app or OS settings.
The nice thing about doing this system-wide is that it could do all sorts of other stuff: turn off notifications (I sometimes forget and get rudely awakened at night), go into low-battery mode, turn off the screen (in case I forget to put it facing down), etc.
I use a combination of Sleep as Android, Tasker, and my Pebble smartwatch to detect roughly when I fall asleep and issue a system-wide media pause signal.
I tackle this by setting the sleep timer in my app of choice, Listen, to fifteen minutes. As the counter winds down it plays a few low-pitched beeps over the last 30 seconds of play and if it detects any movement during that time it resets the timer for another fifteen minutes. It's easy enough to work out where you're up to in a small range.
That's my go-to audiobook player also. I have been using it for years and it never ceases to amaze me. The level of control you reach with it almost makes the audio part more paper like.
Vlc at least on linux and android does something similar.
If you open a file that you recently played but not finished, it asks if you want to start from where you left off.
Yes. Presumably this is what the sleep timer is for, though of course you must remember to set it before you drift off. I imagine you could design a feature where every x_interval you check to see if the user is awake and require a user action to continue playing, but then how do you make it so this isn't annoying during normal use?
Audible is really bad at this. If I set a timer for 15 minutes, and am still awake, I press play (since it pauses). But then it plays without having set a new timer. So to not have it play for hours while I sleep, I then have to take out my phone, look at the bright display, and set a new timer for 15 minutes.
Why cannot pressing play in this instance be like a reverse snooze??
Smart Audiobook Player (Android) has an automatic sleep mode. Also you don't have to press the play button, it indicates the end (fading audio, beep) and you just have to shake/move the device to keep it going, so you don't have to open your eyes at all. It's fantastic.
Does the sleep timer leave a marker for where you set it? Need to double check this, I feel I’ve noticed it before but not consistently enough to know it’s a thing.
Word search would be great to find your place again. Type some words into the text field, and each one gets underlined in a different color, and it draws colored dots (or a heatmap) on the timeline where those words occur. Up and down arrow keys skip to the next and previous.
Same thing for podcasts. I'm actually working on an app to do that, not only "audio bookmarks" but "audio tagging" as well. Associate bookmarks and tags with specific points in time in the audio.
couldn't this be solved by integration with fitbit and other health trackers? pause player when tracker detects user is asleep or out of range of device.
If you're doing that you might prefer to output to opus instead. Speech compresses well so you get the benefit of smaller files and have more space for other media. Just replace name.mp3 with ..." -c:a libopus -b:a 24k name.ogg"
Yes, I'm usually strongly opposed to lossy transcodes, but for portable listening of speech heavy content on a space-limited device, that plays Opus easily, it can be a worthwhile trade-off for many.
I'm using Libro[0], which is essentially a DRM free Audible (including the membership!). It's a bit of a hassle to sign up without a North American Credit Card (you can only buy their membership with one, but you can gift it with a CC registered anywhere else, so I gifted myself one).
It lacks Audible exclusive titles (which are shockingly many!), though.
Before that, I used to strip the DRM from my audible books (easily doen using ffmpeg)
Downpour.com sell DRM-free audiobooks, but lately I noticed a couple of titles in their library that are DRM-protected, so I don’t know for how long that will last.
In their library I did find most of the titles I was interested in, selection is good, content is high quality, so I've been enjoying it.
While the app looks great on Linux which is at least native to that system, it just doesn't run on macOS Catalina at all. Which means I don't have any idea on how it works or looks like on my system.
The size of the app is quite large for its functionality: 244.1 MB (Resources folder and MacOS folder take majority of application size.) which is puzzling. Given it uses GTK+, I don't think that it would look great on other systems if it is applying the GNOME theming / decorators to its windows. (Remember gedit on macOS / Windows?).
Given its still in beta and primarily uses GTK, I'd rather use this on Linux than on macOS. From what I have seen from other GTK+ apps, they just standout like a sore thumb on any other platform other than Linux. For cross-platform, I would use Qt5 instead.
Syncing times, and book downloads for that matter, across multiple platforms is a critical feature for me. Which is why I’m sadly stuck using Audible's flakey apps.
Offtopic, but this reminds me of how Audible in general (website, purchasing UX, etc) always feels half broken. It mostly works but small bizarre things ruin it (most recently a purchased book disappearing while marked as purchased in the store requiring manual support intervention). I often wonder if it's half abandon ware since they now have a monopoly and it's using some ancient Java backend.
Since audiobook enthusiasts might be in this thread ... does anyone know of a product (outside Kindle Whispersync) that can ingest an audiobook and the corresponding e-book and using speech-to-text keep them roughly in sync so you can quickly go between the two?
It's not a trivial task to implement. There are three stages:
- Speech-to-text. It has to be good, or the text you get back is unusable. Google's and Amazon's services for that will quickly become expensive for large volumes. And you need to mark text with time/position if you want ebook-to-audiobok sync.
- Diff algorithm between generated text and ebook text. Audiobooks are not produced from the same source material as ebooks, and they will have differences. On top of that you get errors and changes by narrators, and errors from speech-to-text. Not trivial if you want high fidelity.
- Figuring out the position in ebook from the diff. Relatively simple.
For ebook-to-audiobook you need to find the position in the speech-to-text conversion, and rewind to the time/position marking in that.
Storytel (disclaimer: I work at Storytel) has quite a few ebooks and audiobooks connected, but doesn't allow you to ingest your own ebooks and audiobooks.
interesting - read a lot of good things about you at the New Publishing blog
that guy thinks you are going to be very big
all the best. We sure need more people doing ebooks and audiobooks. Amazon is @#$#$ authors with all their exclusivity requirements and insanely high cut that they take
The whole audiobook landscape isn't clear cut yet. In music and video you have a few well-established (entrenched?) players: Amazon, Google, Apple, Spotify (music). In audiobooks there are still a bunch of smaller players alongside Amazon (Apple doesn't do much about audiobooks, other big players are only just starting, see Spotify). There are at least three in every country, I think :)
And the whole thing is further fractured by whether or not publishers and rights holders want to provide their audiobook, and ebooks, or only one or the other. And there are way more publishers and rights holders than there are in music (in music they are also mostly consolidated into a few megamonsters [1]).
And the market is still growing, as more and more people discover and listen audiobooks (and related material like podcasts) during commute, in the car, during daily routines and so on.
You wouldn’t need good speech to text. The purpose would only be to establish synchronization between audio and text, and where you don’t have synchronization you could assume that the speaker is carrying on at their normal words per minute.
https://github.com/readbeyond/aeneas can output SMIL e-books where each line of text is associated with the corresponding segment from the audiobook. But I don't know which e-book readers support that format.
As an aside: does anyone know of an audiobook organiser? Essentially Calibra for audiobooks. Preferably with a web interface for running in my home server. I’ve tried booksonic, and found it very clunky and lacking proper organisational features.
Just want to thank you for not writing this app in Electron. We need more such examples of using proper desktop app frameworks for writing desktop apps.
A bit ironic that you made this comment, and then the author mentioned in this thread that Mac OS support is discontinued because it was too much work to maintain.
Which probably wouldn't have been such an issue with electron.
It might be ironic, but overall I think it's fine that it wasn't written in Electron.
For a user-specific application like a player, I would rather use a desktop app developed exclusively for a specific OS or set of OSes that works well with those. There are millions of Mac apps that have no equivalent on Linux, so I'm glad to see a developer focusing exclusively on Linux.
Electron for cross-platform apps works well when you are going to be forced into using it as a web client anyway due to proprietary platform lock-in, e.g. Slack.
>Hey, I'm the developer of Cozy and I just noticed that Cozy got posted here and people are trying it on macOS. The version linked in the README was a very old version of Cozy which I tested on macOS 10.14. It was quite a hassle to build and it was not stable. Sadly it's a lot of work to package a GTK app for macOS, therefore I discontinued building it but I didn't update the readme. Sorry for anyone who tried it and got disappointed!
Does anyone know a spotify-audiobook-client?
What I'm thinking of is a website or app that lets you listen to audiobooks that are on spotify and saves your position per book, lets you browse and search only books without the music. I was thinking of writing something like that myself, but maybe someone already did?
How do you find them on Spotify at the moment? Is it just by searching "audiobook" and then shifting through all the random stuff that brings up, some of which are audiobooks?
That doesn't show a lot for me (maybe because of my country?), just some "popular" playlists. There are a lot more audiobooks on spotify.
I haven't solved this when I thought about it a while back but my idea was to use some external source (like amazon) and then search for the book/author and see if I find an album with a total length that would match an audiobook.
I agree that it's missing stuff. I only had a quick glance and I could not find the Sherlock Holmes books in those playlists but the audiobooks are definitely on Spotify. I think it's a tricky problem to solve without better Spotify support.
Yes it's tricky, but that also means that there is some value in there. If someone wrote something to solve that, there is of course also the risk that spotify finally discovers audiobooks as part of their service and solves that problem for all users, making the 3rd party site/app obsolete.
Do you know if there is any open API for that? Last time I checked the API for doing pretty much anything else than play a specific song/album/playlist wasn't there. Maybe the API for books are different?
I didn't look much into the details so I might be wrong but it looked doable. Search is there, play and resume from some timepoint. So with some search "magic" to find and filter audiobooks it might be possible.
That is because this file hasn't been "built" yet. When building, @PYTHON@ with the path to Python. This is because it's very hard/impossible to actually get something to put there that works on every OS