I suppose yeah. It’s better practice to use an env file for sure. No doubt there. I’ll get it on the list to update.

Appreciate you trying it out though!

I’d love to have it on F-Droid. Pinepods 100% checks all the boxes needed to be on F-Droid. They’ve stopped responding to me though: https://gitlab.com/fdroid/fdroiddata/-/merge_requests/24866 It’s been rather frustrating. It will be on the IzzyOnDroid alternate F-Droid repo though as soon as 0.8.0 is out. And I’ll continue to make an effort to get it on F-Droid ASAP. Nothing I can do if they aren’t responding though.

And yep, the android/ios clients support local downloads in addition to the server downloads. So do the desktop clients. You are correct that currently local downloads only support one episode at a time though. That is on the list to change. All in due time, it’s a brand new app. :)

Yep for sure. Download progress is a top priority feature coming. It is still somewhat beta since its so new so expect some bugs here and there for sure. As well as some missing features still. For the record it doesn’t technically sync via the gpodderapi. Because this is an official pinepods client this syncs directly via the pinepods api that the web version also uses. This is far faster than doing incremental gpodder api syncs. It still works with gpodder api to other apps because the server side handles that but this app itself uses the pinepods api.

There’s also theoretical progress syncing with offline going back to online currently but I haven’t dug into the intricacies of validating that works yet. Expect more on fleshing that out in the very short-term.

I really appreciate the thoughts on it though! It’s really helpful to have direction in other’s podcast workflows. I genuinely don’t utilize many of the features that have been implemented into Pinepods because I’m a pretty simple listener, so without feedback I wouldn’t know what else people want.

Much appreciated! If you have thoughts on improvements or experience bugs I’d love to hear about it!

Thanks! And let me tell you on that front. What a frustrating experience F-Droid has been: https://gitlab.com/fdroid/fdroiddata/-/merge_requests/24866 They’ve completely ghosted me. So far its looking more like it’ll be available in the F-Droid compatible IzzOnDroid repo. He’s been quite responsive and really helpful.

Correct, just use nightly for the moment and as soon as 0.8.0 is out either switch to that tag or use latest.

Aaannnd literally nothing. You mentioning that made me realize I forgot to remove the name field from the form template I used. Just put garbage in there, and I’ll change it. I only need an email. And even then it’s primarily for the Google variant that I need an email. If you are ios you can skip it completely and just use the test flight link if you want. https://testflight.apple.com/join/8Aax2BcX

Because of the Google play variant. Which requires I add an email. I don’t collect the email at all unless you check the box for news, and for the Apple one the form just sends you an email with the link in it. You can totally skip the form and just use the link. Here: https://testflight.apple.com/join/8Aax2BcX

Syncing from device to device. If you’d like to archive podcast episodes, say on like a NAS. Syncing of podcasts and episodes between apps and devices.

If you prefer to use one device for podcasts then Antennapods might be a good fit for you.

For me personally, not having to wait for podcast feeds to update on my local device alone is enough to sell Pinepods… Let alone the other benefits. Granted I’m biased.

Hey! I’m the Developer of Pinepods. It really aims to be the ultimate podcast solution that’s as self-hosted as possible. I’m trying to make it as fleshed out feature wise as any paid or android specific podcast application while allowing for server sync and access everywhere on any device. Its getting better and better all the time! https://pinepods.online/

As the creator of Pinepods. Yes it does

Pinepods 0.7.4 is out! So as the Dev I’m going through new issues and knocking them out. Smart playlists, oidc logins and notifications on release are all a thing now on the self hosted podcast platform! We’re nearing a v1 release with features on par with some of the big time podcast apps.

Yep! The Android App is somewhat in the works. It compiles, works and has all the features of the web version currently. The things that don’t work are the aspects that make it an actual Android app. Like local device downloads and integration with Android APIs. That stuff is coming. After this next minor release getting to those are my priority.

Not that I’m biased or anything, but Pinepods objectively has WAYYY more features than audiobookshelf for podcast management. Because it’s a podcast server of course. Things like podcast 2.0 support with chapters, hosts, and transcripts, YouTube channel support, embedded podcast Index, YouTube and iTunes search support, external RSS feed support, etc. Audiobookshelf is great, but it’s an audiobook app. It’d probably be clutter to add a lot of this stuff.

And true on the link. It should redirect though.

Working on Smart Playlists for Pinepods I’m the developer of the self-hosted podcast management server and Sunday is always my new feature day. I’ve had a lot of fun adding in new features lately. Like designing a homepage and adding OIDC login support. Don’t let anybody tell you auth isn’t fun.

Probably because people self-host them. I have an invidious instance self-hosted and use clipious on android to watch videos on it. Feels super modern and have pretty much no issues. Public instances usually don’t work because of datacenter ips get blocked by YouTube.

I get that comment often. I’ll change the name if I have to. But it’s a small open source project. My SEO results are already non-existent.

Exclusion filtering! What a great idea! You can quickly filter by keyword for episodes currently but you can’t exclude certain words. I will get exclusion filtering added. The code is already in place for it!

Excellent point, I will include communication around Podcast 2.0 and all it’s features in the future.

There’s an offline mode on the clients to listen to downloaded episodes locally. That does not work on android just yet. That’s part of what makes the android client beta. All the clients (including android) are built with Tauri, so they all build from the same code. It does however introduce some challenges when finding libraries that will compile to both desktop and mobile.

I like it a lot. It’s not particularly difficult to write and once you get a feel for building components it’s pretty simple to conceptualize just about anything you’d need to build. I’d probably say difficulty is about the same to write react/svelte etc… Primary difference is that I don’t need to deal with webpack/npm dependencies. Absolute worst. web_sys support is great in rust and does absolutely everything you’d need to interact with a browser.

Go is simpler to write and is great for apis. Also has strong library support for interacting with databases. That’s the primary reason. They both create compiled binaries which means no library dependencies taking up space on the container. That’s the primary issue with python currently. I have no problem using actix in rust and that might be a good direction to go honestly, the primary concern is removing the compile at runtime language.