[HN Gopher] Show HN: Cardo - Open Source desktop podcast client
___________________________________________________________________
Show HN: Cardo - Open Source desktop podcast client
Show HN: Cardo - Open Source Desktop Podcast Client Hi, I'm an
amateur developer from Spain. I have released this desktop podcast
client that works on Windows, Mac and Linux. It's a modest
project, but it might be useful for you, it has syncing
capabilities with Antennapod, Kasts, Repod or other clients. You
can manage your subscriptions, queue episodes and even download
them to listen to later. I look forward to hearing your thoughts.
Author : n0vella
Score : 102 points
Date : 2024-11-20 12:56 UTC (1 days ago)
(HTM) web link (cardo-podcast.github.io)
(TXT) w3m dump (cardo-podcast.github.io)
| Armazon wrote:
| Hi, as a Antennapod user this sounds great. Can I sync my current
| playback position? Last time I tried Gpodder sync it felt very
| buggy
| n0vella wrote:
| Yes, it works pushing the button on titlebar's left corner.
| Playback position is saved after pause, podcast swith or close
| the app. There is a setting to sync automatically after closing
| the app. It works well for me at least.
| textadventure wrote:
| This looks nice and lightweight, it would be sweet to have the
| possibility to import an OPML file which is what most of the
| podcast services let you export.
|
| EDIT: Noticed a little bug on Windows, you can't add a podcast
| while it's playing, at least not by pasting the address, it
| immediately wipes out the field. Had to pause playback in order
| to add another.
| n0vella wrote:
| Thank you! two tasks more. Funny bug trying to add a podcast
| while playing. OPML is a good idea also.
| sciencesama wrote:
| Need to transcribe and skip ads in the podcast ! That would be a
| killer feature !
| Armazon wrote:
| Something like Sponsorblock for non youtube videos would be
| great. Another killer feature for me are automatic chapters if
| the podcast doesn't provide any
| xnx wrote:
| I wrote something that does this (in R of all things)! I still
| need to polish it up a little in share it though. It goes:
| podcast mp3 -> whisper transcription -> Gemini Flash to
| identify ad blocks -> FFMPEG to replace ad blocks with skip
| sound.
| freedomben wrote:
| That sounds really cool!
|
| This is probably paranoid, but IIWM I'd be a little hesitant
| to use Gemini since this is a slightly gray area. If Google
| decides you're violating any ToS they might nuke your entire
| Google account and any "associated" accounts.
|
| Depending on the podcast I would also worry that the podcast
| content might violate some safety guidelines they have that
| might also get you in hot water. For example, some of the
| podcasts I listened to in 2020/2021 timeframe had discussion
| about the Lab Leak theory of Covid back when that was a
| capital offense on Youtube and would get you taken down and
| sometimes banned. I'd be worried about Gemini seeing that
| content as a violation and triggering some sort of automated
| action against you. Also worth considering that even if stuff
| you listen to is fine _now_ , it might not be the next time
| they decide to change the rules about what speech is allowed
| and what isn't.
| jdprgm wrote:
| I actually have a WIP cross platform app that does exactly
| this. It is more generic around processing any audio/video with
| whisper and integrating with openai or local llm's for
| summarization and other things but I also added a podcast
| specific ad skipping feature (it's not as perfect as something
| manual like sponsorblock for youtube yet but i'd say it's about
| 85% accuracy at the moment dependent on the models used)
| 3abiton wrote:
| Not to hijack's OP great work, but when you say 85% you mean
| true positives? How about the false positives?
| jdprgm wrote:
| My prompting is conservative to err on the side of playing
| an ad if there is a chance it might be part of the actual
| content, not really getting false positives at all yet.
| That being said while still in development I haven't
| reached the stage of running on a huge collection of
| podcasts to get more representative statistics.
| xnx wrote:
| I think the accuracy of my prompt/llm is also ~85%. I've
| got a collection 2500+ podcast episode transcripts
| (English language) with ads I'm going to try and analyze
| shortly to find out if I'm missing any ads, or tagging
| some falsely.
| n0vella wrote:
| Hi, I have a task to check SponsorBlock API to see if this can
| work for podcasts. In the other hand I doubt a bit because I
| don't know if that could harm podcasters in any way. But I
| think something like SponsorBlock eventually will be a feature.
| PD, awesome idea other people are doing using Whisper.
| WesleyLivesay wrote:
| One of the challenges that are always going to be present
| when trying to skip podcast ads is that the vast majority
| (especially on larger shows) of ads are inserted dynamically
| even those that are read by the host. That means that not
| everybody gets them (geo targeted) and they may not be served
| to every listener at all times. Makes it a more challenging
| problem than the baked in sections of YT vids that
| Sponsorblock targets.
| xnx wrote:
| Exactly. The SponsorBlock system would need to be updated
| to support marking ad block stop and start points by audio
| signature (much more complicated than simple timestamps) or
| transcription (compute intensive).
| n0vella wrote:
| Uh, that could be a problem, I was thinking on sponsors
| made by the podcaster itself, but some plattforms do insert
| extra adds (I saw them at the beggining or end) and makes
| sense that they are country-specific and not the same every
| time.
| WesleyLivesay wrote:
| Yeah, I would recommend this be VERY low on your
| priorities list because of all of the challenges
| involved.
|
| There is a reason none of the major podcast apps have
| even attempted to do anything with ad blocking.
| xnx wrote:
| My naive attempt at removing podcast ads with an LLM
| worked on my first attempt. LLMs make many seemingly
| impossible tasks easy.
| Contusion3532 wrote:
| Looks like exactly what I've been looking for! Great work!
|
| Do you have any plans to distribute a flatpak version? Especially
| for single person projects, it can save time on packaging and
| testing.
| n0vella wrote:
| As I can see flatpak is popular, I could check it, but I can't
| promise it as I never used flatpak and I'm not using linux a
| lot.
|
| Cardo bundles are automatically compiled using github actions,
| If there is a flatpak posibilitie that would be easy.
|
| However, as I could see (I'm new releasing apps) the multiple
| Linux distros make that the github bundles (made with ubuntu
| 22.04 machines) don't work for all distros.
|
| If you are on Arch Linux there is a package on AUR.
| ladyanita22 wrote:
| Flatpak permite que un unico paquete sea compatible con
| practicamente todas las distros Linux mainstream.
|
| Translated (for the rest of the world): Flatpak would let a
| single package be compatible with practically all mainstream
| Linux distros.
| ivvve wrote:
| Would be cool to have a sync function that works similar to
| Gpodders.
| xnx wrote:
| It has Gpodder sync built in.
| peppers-ghost wrote:
| Hey thanks for making this. I've been looking for something that
| would sync with Antennapod.
| freedomben wrote:
| Thank you for providing AppImages and RPMs! I'll definitely be
| giving this a roll :-)
|
| As an Antenna Pod user this could be really great. I've been
| starting to use Audiobookshelf for Podcasts because I haven't had
| success with syncing in the past, but Antenna Pod is still a
| better UX so I'd like to be able to use that.
| noname120 wrote:
| Could you expand on the aspects of UX of Antenna Pod that makes
| it a better fit for you compared to Audiobookshelf?
| blazeraven wrote:
| Unfamiliar with podcast file formats, but how does it differ from
| typical audio (mp3, wav, etc.) players?
| Phrodo_00 wrote:
| A podcast is basically a list of files which are the episodes
| (together with episode metadata), so this would presumably
| fetch those and notify you when there's new ones / download
| them, and maybe keep track of how far along you're in each
| episode and provide playback speed controls.
| n0vella wrote:
| That's it
| pentagrama wrote:
| Good luck! What's the difference between MSI and EXE for the
| Windows installer?
| n0vella wrote:
| In theory MSI is more secure due that only can contain a
| program (Cardo) and cannot execute code by itself. But there is
| no difference in this case because both are compiled from the
| same source. EXE is better known. Choose one and dont worry
| becasuse Cardo has autoupdate feature
| noname120 wrote:
| Standardized deployment.
| ExtraRoulette wrote:
| I've been looking for a desktop Podcast Client! GPodder is okay
| but I was look for something a bit "crispier".
| noname120 wrote:
| Are you aware of Audiobookshelf[1][2]? While Cardo is a very cool
| initiative, I wonder if considered joining forces with
| Audiobookshelf as it might save up some duplicated efforts :)
|
| [1]
| https://www.audiobookshelf.org/showcase#:~:text=Podcast%20li...
|
| [2] https://github.com/advplyr/audiobookshelf
| 1317 wrote:
| audiobookshelf looks more like a media server for mostly
| audiobooks, a la plex or jellyfin -- + podcasts as an extra
| thing
|
| whereas cardo seems to be a standalone desktop app just for
| podcasts
|
| not _really_ in the same category
| denysonique wrote:
| Electron App authors must stop overriding the native wm's window
| title bar, or when they do they should still offer the option of
| being able to switch to using the native title bar.
___________________________________________________________________
(page generated 2024-11-21 23:02 UTC)