Oscar Merry

Building Fountain - https://www.fountain.fm

Public Key

npub1kyzsft68lxql9s6v0vzn3et9ectcxjen6ltfehqxe0hy5ky40prslcrpu9

NIP-05 Address

merryoscar@podcastindex-social.mostr.pub

Profile Code

nprofile1qqstzpgy4arlnq0jcdx8kpfcu4juu9urfvea045umsrvhmj2tz2hs3cpz3mhxue69uhhyetvv9ujuerpd46hxtnfduqs6amnwvaz7tmwdaejumr0dsh3drpr

Publishing to

relay.damus.io

nos.lol

Author Public Key

npub1kyzsft68lxql9s6v0vzn3et9ectcxjen6ltfehqxe0hy5ky40prslcrpu9

Show more details

Last Notes

2026-05-21 14:30:57 UTC

- reply

@nprofile…ax8n @nprofile…pwsh @nprofile…9dpf @nprofile…jks4 @nprofile…x5pc
I haven’t made a final decision on this - that’s why I’m posting here.
I’m also trying to create less work for myself and simplify the Fountain codebase which will improve other aspects of reliability around music.
I guess my real question is - what are the currently used demu tools and what are their reasons for not supporting publisher feeds?

2026-05-19 15:12:49 UTC

- reply

@nprofile…pwsh @nprofile…x5pc thanks!
one other question - do you know if the album feeds without publisher feeds are old ones - and now most of the tools supporting music publishing do create publisher feeds?
or do most of the demu solutions still not create publisher feeds by default?

2026-05-19 13:32:06 UTC

@nprofile…x5pc
Do you have a sense of how many music feeds there are without a corresponding artist publisher feed?
I am working on re-doing some of our music indexing logic and excluding music feeds without publisher remote items would make things much simpler.
From my perspective having an album feed without a publisher feed doesn't really make sense but maybe I'm excluding a lot of music?

2026-03-04 19:05:24 UTC

- reply

@nprofile…td70 great thanks!

2026-03-04 16:45:39 UTC

- reply

@nprofile…td70 no we don't

2026-03-04 15:42:45 UTC

@nprofile…td70 quick question on the API - this feed displays only 4 episodes - https://podcastindex.org/podcast/310504
But the API returns many more - which I think are old ones that are no longer in the feed.
Is there some hidden 'deleted' field that you have in the database but not returned in the API response - if so would it be possible to add this to the API response? (/episodes/byfeedid)

2026-02-27 12:56:46 UTC

- reply

@nprofile…sk9g can you please share the link for the show / episode you are seeing this error with?

2026-02-24 21:32:04 UTC

- reply

@nprofile…zv63
yeah something like this could definitely work - the only downside is that for people self-hosting they would have to host the service that does this
for example - if you self-host your feed and use Strike to receive boosts and streams - this wouldn't work
my thinking with the current rss::payment spec was that even though it's a bit more of a lift for apps - it works with any wallet

2026-02-24 21:23:16 UTC

- reply

@nprofile…zv63
we could - there's just the question of how to avoid fake data if anyone can post payment metadata to a public API endpoint
with the rss::payment spec the url to fetch the metadata originates in the payment comment - so there is a direct tie to the actual payment and since apps host the full metadata on a url their reputation is at stake if they fake data
I am open to exploring solutions to this where apps don't have to host the payment urls - and promise I won't mention nostr 😅

2026-02-24 21:17:40 UTC

- reply

@nprofile…zv63 yep - we fetch it from the 'x-rss-payment' header that is returned in the URL - https://github.com/Podcastindex-org/podcast-namespace/blob/main/docs/examples/value/metadata.md#implementation

2026-02-24 21:13:24 UTC

- reply

@nprofile…zv63
If an app implements the rss::payment metadata spec like Fountain and Castamatic do it works:
https://podcastindex.social/@merryoscar/116120033419028522

2026-02-24 21:08:21 UTC

- reply

@nprofile…zv63
Personally I would rather trust metadata hosted by an app than metadata sent to an open API in the feed - but happy to look at any proposals people have and try and work together to solve this for apps that don't want to host payment metadata.

2026-02-24 21:07:50 UTC

- reply

@nprofile…zv63
Fountain does this for our hosting customers - we accept payments from any app - either Keysend or Lightning Address - and aggregate payment stats and metadata in our dashboard - https://fountain.fm/podcasters
This is why I have been advocating for the rss::payment metadata spec because it's simple to implement and we can read the metadata from the x-rss-payment header and use this for our stats.

2026-02-24 19:18:14 UTC

- reply

@nprofile…lm4c
Congrats Franco - great to see the NWC + BoostBox metadata integrations!
https://cdn.masto.host/podcastindexsocial/media_attachments/files/116/127/212/933/222/291/original/dbb588faf87beadb.jpg

2026-02-23 09:56:33 UTC

- reply

@nprofile…w0mx thank you! 🙏

2026-02-23 08:55:04 UTC

- reply

@nprofile…w0mx
"Theoretically, though, this does mean that the same HLS feed should work if you were to put it into an alternateEnclosure for other podcast apps, and should also work just fine on Android or other devices. There’s nothing proprietary here - just a carefully constructed HLS master playlist. And that’s good news for all of us."
Great to hear!
At Fountain we have many podcasters publishing HLS video with every episode. @nprofile…w0mx any thoughts on the best way to contact Apple?

2026-02-22 14:51:52 UTC

- reply

@nprofile…x5pc
This boostbox server follows the rss::payment metadata spec exactly - https://github.com/noblepayne/boostbox
so if you're using that everything should line up - it's just that many of the guids are optional so you just need to make sure you're adding as many as possible

2026-02-22 13:48:07 UTC

- reply

@nprofile…x5pc is there a reason this metadata does not include the feed_guid?
https://boostbox.cloud/boost/01KHY044DQE27T5MEQ7J6GJCBV
Ideally we have both feed_guid and item_guid to be 100% sure we are matching and applying support stats to the right episode.

2026-02-20 18:34:59 UTC

- reply

@nprofile…x5pc thanks I've found the issue - give me a bit more time to add a fix and I'll follow up soon and you can test again - shouldn't be too long I just always need to be careful when changing payment logic

2026-02-20 18:11:56 UTC

- reply

@nprofile…x5pc sorry I meant the reference id from the receiving fountain wallet (first screenshot)

2026-02-20 17:47:27 UTC

- reply

@nprofile…x5pc can you send me the reference id and I can check why this is not displaying as a boost in the fountain wallet

2026-02-20 15:07:04 UTC

- reply

@nprofile…x5pc yes I think defaulting to lnurl is a good idea

2026-02-19 09:12:13 UTC

- reply

@nprofile…w0mx
Totally agree James - this <metaBoost> spec has been around since 2024 and no-one has implemented it because it's overly complex.
The rss::payment metadata spec is simple and we have 2 apps that have implemented and 2 more that are working on it.
We need to all align on this if we want to re-energise open podcast payments.

2026-02-02 13:31:14 UTC

- reply

@nprofile…kdmg @nprofile…w0mx @nprofile…cn7u
@nprofile…kdmg I know it's probably annoying but would it be a massive amount of work for you guys to switch to the same spec Fountain and Castamatic are using?
https://github.com/Podcastindex-org/podcast-namespace/pull/734
I think we would really turn a corner if we could all align here!

2026-02-02 10:30:04 UTC

- reply

@nprofile…w0mx I've enabled CORS for these payment urls - let me know if that works for you

2026-01-29 08:48:17 UTC

- reply

@nprofile…x5pc thanks Chad - will reach out to them and get this sorted

2026-01-20 16:04:53 UTC

- reply

@nprofile…x5pc @nprofile…zv67 @nprofile…05ue
I would suggest leaving the feed as medium="music" and the video in the alternate enclosure - we can add support for music videos this way

2026-01-20 14:38:16 UTC

- reply

@nprofile…05ue @nprofile…x5pc
Yes we only support alternate enclosure video for podcasts - not music.
I don't think alternate enclosure should be used for external platform links - shouldn't we use <podcast:contentLink> for that?
https://podcasting2.org/docs/podcast-namespace/tags/content-link

2026-01-20 14:34:01 UTC

- reply

@nprofile…x5pc @nprofile…05ue
We don't currently support alternate enclosure for music feeds - this is something we will look into adding.

2026-01-11 11:24:35 UTC

- reply

@nprofile…vfcp aah yes you're right we were only submitting the album feeds not the publisher feed - I've done that now and it's all working - https://alpha.podverse.fm/artist/zp7I1ZDtz9

2026-01-09 15:19:34 UTC

- reply

also fyi @nprofile…vfcp I tried searching for these guys on the new podverse web alpha - found their album feeds - but then I couldn't find a way to get to their artist page - not sure if that's still in the works but thought I'd let you know

2026-01-09 15:05:02 UTC

New French Symphonic Metal band Hartlight now available on Fountain and any supporting Podcasting 2.0 music player.
Check out their music and give them a welcome boost!
https://fountain.fm/artist/BHQT3YDR59zGumqz9RVO
https://podcastindex.org/podcast/7648720

2025-12-30 15:57:49 UTC

- reply

@nprofile…l26x @nprofile…4vsz
yeah there is definitely a trade-off between keeping full split records + amount of data - ultimately if streaming payments per minute with splits grows 1000x in volume we might have to figure something else out - but for now I think this approach best preserves all the data we had in the keysend TLVs

2025-12-30 15:51:18 UTC

- reply

@nprofile…l26x @nprofile…4vsz
currently we create a different payment record for each split - but link them with a "group" id which is also in the metadata

2025-12-03 17:22:32 UTC

- reply

@nprofile…28le
what nostr spec are you using for favourites?

2025-11-07 17:48:24 UTC

- reply

@nprofile…vwpk
I think Podcasters fit into 2 categories:
- those that will never get into the tech layer themselves - they will use a service like Fountain / Alby / their hosting company - and these companies will handle indexing podcast related nostr notes from all relays (this is what we do)
- those that are self-hosting / interested in the tech - and they would be able to figure out how to query multiple relays - and put an additional tag in their feed signposting which relay to use

2025-11-07 17:31:37 UTC

- reply

@nprofile…vwpk
yes - but importantly by using nostr there is the benefit that everything still works if there is no explicit url in the feed

2025-11-07 17:27:19 UTC

- reply

@nprofile…vwpk this could easily be added to the feed:
<podcast:nostr npub="..." relays="...">
But in reality right now because it's early we can just pick a set of relays that we all agree to publish to. The events can always be re-synced to other relays later.

2025-11-07 17:15:12 UTC

Also - what's funny about all of this is that nostr literally solves every problem that has been brought up because there are no servers required and it has built in signing of events. It also has the added benefit of cross-app comments, likes, replies etc.
The community here has clearly rejected nostr which is why I have proposed this alternative.
But if you want to take a look at my previous proposal it is here - https://primal.net/merryoscar/open-podcast-payments-with-bitcoin-and-nostr

2025-11-07 15:31:20 UTC

- reply

@nprofile…vwpk @nprofile…l26x
Also if the API is in the feed - how do you validate that the payment actually happened?
The good thing about the app generating these URLs is that they know at the time of sending that the payment actually happened.
Fountain / others could still create an API for apps to use - but they would need to have an API key that is trusted.

2025-11-07 15:21:05 UTC

- reply

@nprofile…vwpk @nprofile…l26x
- if the app chooses to store the metadata they can serve it via their own url
- if the app doesn't want to save the metadata in their own database - other services can do this - wallets or analytics services that provide some kind of API that returns a URL
If neither the app or wallet service wants to store podcast payment metadata - then we're kind of stuck no matter what the spec is

2025-11-07 15:05:04 UTC

- reply

@nprofile…vwpk @nprofile…l26x
Because this approach is just a prefix + URL - really anyone can provide the URL to the sending app.
Podcasters can choose which wallet they want to use to receive - and wallets can programatically parse the metadata and store a copy of it.
So there are multiple options:
- app could store metadata and serve url
- sending wallet service api could provide url for app to use

2025-11-07 14:55:29 UTC

- reply

@nprofile…vwpk
Yes apps or wallet services will need to serve these links - Fountain might provide an API for this as a stop-gap

2025-11-07 14:51:24 UTC

I know my previous nostr-based payment metadata solution didn't really get adoption from other PC20 apps - so me and @nprofile…q064 have come up with a much simpler solution for LNAddress payment metadata:
https://github.com/Podcastindex-org/podcast-namespace/pull/734
TLDR - we use the BOLT11 invoice description field to add a rss::payment prefix along with a URL that returns the full metadata in a x-rss-payment header.
From today all LNAddress payments sent from Fountain will use this metadata approach - so feel free to start testing!

2025-10-30 11:34:27 UTC

Is anyone else seeing episode audio issues with ART19 / ARTTRK hosted shows when using ad blockers / VPN?
For example this one - https://podcastindex.org/podcast/2434774
- doesn't play on podcastindex with brave
- doesn't play on pocketcasts with ad-blocker enabled
- doesn't play in fountain with ad-blocker enabled
cc @nprofile…l26x @nprofile…2q02 @nprofile…ge5x @nprofile…r5z7

2025-10-14 12:12:13 UTC

- reply

@nprofile…fhrz great video!

2025-10-09 19:57:00 UTC

Fountain 1.3.5 is live on iOS & Android 📲
⚙️ Change font size across the app
🎶 Improved music collection playback
🪪 Profile follow lists
https://primal.net/e/nevent1qqsyw9y7v824uj70qsln4sp6jlm7dqmkj0vx7ulenjl5tukeng583jcw4sc9n

2025-10-08 15:54:27 UTC

- reply

@nprofile…6746
not publicly no - but internally we can based on the custom value and I can maybe give you a csv if you send me all the address / customValue you want to lookup?

2025-10-06 16:55:54 UTC

- reply

@nprofile…6746
since the zap receipts are signed - you can choose to trust the signer e.g. fountain pubkey or your app pubkey
if your app signs zap receipts we can trust by default - then if anyone notices fake zaps - you lose trust - same for other apps that publish receipts this way
note this is a short term approach until keysend is gone - long term if every lnaddress split publishes there own receipts you can embed multiple receipts in a note - which is cool because splits can be displayed

2025-10-06 16:24:58 UTC

- reply

@nprofile…6746
yes you can - technically you can create a zap receipt without the lightning invoice + preimage
what we do is create one for all the splits combined
one thing to note - I would advise doing this server side so that the pubkey that is signing the zap receipt can be "trusted" to not sign fake receipts

2025-10-06 10:43:06 UTC

- reply

@nprofile…6746 nice!!
I think the final step is to add an embedded zap receipt into the note - then we can parse it and show the satoshi amount natively.

2025-10-03 18:41:10 UTC

- reply

@nprofile…vu32 yes we support music hosting - more info here - https://fountain.fm/artists

2025-10-03 18:23:11 UTC

New Track from Suzanne Santo:
https://primal.net/e/nevent1qqszjxw7rlgxtrx8hqgejedetm65cnfrgrk0dxzxev6e90y6g2qd7qskzf8wc
https://fountain.fm/track/mZ8ci07BjsjT5XriuZCv

2025-10-03 18:11:06 UTC

- reply

@nprofile…pvn3 @nprofile…n7gm yes - we are using lnaddress by default for all feeds - but still have the option to add keysend splits - although it's under advanced settings

2025-10-03 18:02:26 UTC

- reply

@nprofile…n7gm @nprofile…pvn3 Fountain fully supports lnaddress

2025-10-03 07:43:56 UTC

- reply

@nprofile…6746 yes we are - here's an example - https://feeds.fountain.fm/NjTmcKvDEj4DJvN2Hbpq

2025-10-02 17:55:59 UTC

We published an article on music distribution via RSS:
https://primal.net/e/nevent1qqs8ww0c0j65a6u4chep8dynmedc9vc6qe6zx092g27h4smz8afttcg5r8ycx
Please share / let me know if any feedback on how we've tried to explain things in a non-technical way!

2025-09-12 15:11:08 UTC

- reply

@nprofile…hata
can you let me know your fountain user id and I'll check our error logs to see what went wrong?

2025-09-11 16:43:25 UTC

I've written an article / guide on how Fountain publishes podcast payment metadata using nostr - https://primal.net/merryoscar/open-podcast-payments-with-bitcoin-and-nostr
I know not everyone's sold on nostr - but this approach is working today and allows podcast payments to display in other nostr clients (see example in the article) - there's no reason we can't have the same interop between podcast apps.
I know @nprofile…6746 and @nprofile…pvn3 are experimenting which is great to see.
I'm also working on a JS library with sample code - will share soon.

2025-09-08 16:08:42 UTC

- reply

@nprofile…pvn3 @nprofile…zn42 @nprofile…6746 @nprofile…j90y
the only metadata we use is this:
- amount - stored in the kind 9735 zap receipt (so it can be parsed by other clients like primal) - https://primal.net/e/nevent1qqsg04a4cdnj3562cla082yt0p9hwydt67h3ev0xkz8xj3rrpxsgdacg66leg
- message - stored in the kind 1 note comment field
- podcast feed + item guids - stored in the NIP-73 i tags (with url hints that provide image / title etc from the open graph meta)
the sending profile is inherent to the protocol - can be loaded from kind 0 metadata - can be a throwaway with just a name

2025-09-08 16:02:19 UTC

- reply

@nprofile…zn42 @nprofile…pvn3 @nprofile…6746 @nprofile…j90y
For apps that want to use this approach - it's very easy and only requires modifying the LNURL payment request slightly to include a zap request - doing this does not require you to add nostr profiles - this is optional.
Most Lightning Address wallets support zap receipts (Fountain, Alby, Strike, Coinos) etc - so you get the verification built in.

2025-09-08 15:56:16 UTC

- reply

@nprofile…zn42 @nprofile…pvn3 @nprofile…6746 @nprofile…j90y
- the kind 30090 generic payment solution was just an idea and we are not currently using it - mainly because no-one else was interested in it
- what fountain is using in production today is nostr kind 9735 zap receipts for payments, and kind 1 notes for comments / replies
- we use nostr NIP-73 i tags with podcast feed + episode guids so that anyone can query events for any feed / item - you can try this on our relay with kind 1 / 9735

2025-08-15 16:19:32 UTC

Fountain 1.3 is live on iOS & Android 📲
Our latest update makes it easier to discover podcasts and music worth supporting - in the app and on web.
❤️ Likes
🏡 New Home Tab
🔍 Improved Search
🔨 Nostr Infrastructure Upgrades
https://blog.fountain.fm/p/1-3
https://x.com/fountain_app/status/1956385243126263858
https://primal.net/e/nevent1qqsvlk3w7hzrmn05m85n2efjehxayyum3eezkxmt5h7jn9qy0xtcrdghpkkr9

2025-08-15 11:22:55 UTC

- reply

@nprofile…vu32 aah ok got it that makes sense - I've unlocked for you and will think through how we can add an option to manually expire / cancel a pending invoice

2025-08-15 11:13:40 UTC

- reply

@nprofile…vu32 seems to be unlocked now - might have been because of a pending deposit / withdrawal?

2025-08-04 16:02:17 UTC

- reply

@nprofile…h82d @nprofile…22yh @nprofile…n7gm amazing thanks Dave!

2025-08-04 08:26:33 UTC

- reply

@nprofile…n7gm @nprofile…h82d @nprofile…22yh great thanks guys!

2025-08-02 19:09:06 UTC

- reply

@nprofile…22yh @nprofile…n7gm @nprofile…h82d yes we can build a workaround for this in our new episode syncing - give me a bit of time and I'll make sure this gets done.

2025-08-02 08:45:52 UTC

- reply

@nprofile…v2ca what app version are you using?

2025-07-26 11:08:22 UTC

- reply

@nprofile…vu32 we have a big new version coming in the next two weeks - I'll make sure we get it into that version

2025-07-26 08:01:14 UTC

- reply

@nprofile…zn42 we had a small race condition with bonus episode purchasing that could happen occasionally if the bonus episode preview audio was already loaded in the small player before purchasing. Fix is already live in the latest version 1.2.14

2025-07-07 11:02:20 UTC

Fountain 1.2.8 is live on iOS and Android 🚀
The update includes:
- Player design refresh
- Video playback
- AirPlay and Chromecast support
- Auto-queue on play
- Other bug fixes and improvements
Read more: http://blog.fountain.fm/p/1-2-8

2025-06-17 17:03:29 UTC

- reply

@nprofile…3ram @nprofile…zn42 @nprofile…h82d @nprofile…j90y congrats sam!

2025-06-04 16:18:08 UTC

- reply

@nprofile…5pjr yep we will be supporting mp4 in both the regular enclosure and alternate

2025-06-04 11:19:56 UTC

- reply

@nprofile…5pjr Fountain is working on HLS video playback via alternate enclosure - we should have a beta build ready next week if you want to give it a spin with a test feed?

2025-06-02 17:21:25 UTC

- reply

@nprofile…vu32 can you send me an email oscar@fountain.fm and I can investigate this further for you

2025-06-02 17:11:36 UTC

- reply

@nprofile…vu32 @nprofile…zrjl @nprofile…mj3l should be good now

2025-06-02 08:15:02 UTC

- reply

@nprofile…7xwn @nprofile…r3p6 the "nevent1..." event id encoding includes a relay hint which tells you which relay the event can be found at - https://github.com/nostr-protocol/nips/blob/master/19.md

2025-05-27 16:29:09 UTC

- reply

@nprofile…6746 @nprofile…7xwn @nprofile…s2q5 ok great to hear 👍
I'll definitely post here as soon as we make the final decision and update all the feeds.

2025-05-27 16:00:50 UTC

- reply

@nprofile…7xwn @nprofile…s2q5
Yes we do want to make this switch to only offer lnaddress splits.
Happy to hold off if other apps need more time tho.

2025-05-23 19:51:55 UTC

LIVE now in the Fountain app - tune in for some live music!
Open Fountain > Check the Home Screen for the stream.
https://primal.net/e/nevent1qqs0s89v0ztgkleqzvh6p00yx9slrly394eemhslsl5ujdjgwlv0udcxwp2tw

2025-05-16 18:39:05 UTC

https://feeds.fountain.fm/ADaivzvrcS1cwzXvhYIa

2025-05-16 15:33:13 UTC

- reply

@nprofile…ywdy @nprofile…r3p6 done

2025-05-16 15:15:38 UTC

- reply

@nprofile…ywdy @nprofile…r3p6 ok no worries I'll just set it to method="lnaddress" until the discussion progresses

2025-05-16 15:13:56 UTC

- reply

@nprofile…ywdy @nprofile…r3p6 my understanding was that the "method" attribute for the value block was going to be made optional now we have the "type"="lnaddress" in the valueRecipient

2025-05-09 14:27:00 UTC

- reply

@nprofile…h82d @nprofile…6746 @nprofile…22yh great thanks so much Dave!

2025-05-09 13:24:20 UTC

- reply

@nprofile…h82d @nprofile…6746 @nprofile…22yh oh that's odd for me it's still not loading - the feed level info loads but the episode list is stuck on loading

2025-05-09 10:15:35 UTC

- reply

@nprofile…22yh
@nprofile…h82d any chance you could take a look at this again - feed is not loading in podcastindex - https://podcastindex.org/podcast/352598

2025-05-05 20:25:36 UTC

Fountain 1.2 is now live on iOS and Android!
This massive update brings significant design and UX improvements across the app along with a new episode summaries features:
- Library Design Update
- Content Pages Design Update
- Episode Summaries
- Playback Improvements
- Many many bug fixes
See all the details here:
https://blog.fountain.fm/p/1-2-1
https://primal.net/e/nevent1qqsg6lfzs94t4e6hdrwl43en5xxl0en47a4xfh2g62qj9nwnpwjfnscggm7n5

2025-04-18 07:02:33 UTC

- reply

@nprofile…6746 looks like this split is formatted incorrectly in the feed:
<podcast:valueRecipient name="Pablo" type="node" address="pablof7z@primal.net" split="100"/>
It should be:
<podcast:valueRecipient name="Pablo" type="lnaddress" address="pablof7z@primal.net" split="100"/>

2025-04-15 13:53:37 UTC

- reply

@nprofile…2802 @nprofile…srvr @nprofile…ye27 @nprofile…3ram @nprofile…7xwn @nprofile…7te3 @nprofile…r3p6 Great!

2025-04-15 11:27:34 UTC

What is the current status of lnaddress payment support across the Podcasting 2.0 apps?
Fountain supports this and I'm curious how far off we are from allowing podcasters to add any lightning address to their splits and being confident it will be paid by any of the apps.
I think this change will make the UX of Podcasting 2.0 payments much better!
@nprofile…srvr @nprofile…ye27 @nprofile…3ram @nprofile…7xwn @nprofile…7te3

2025-03-26 13:04:28 UTC

- reply

@nprofile…vu32 sorry you feel that way - my belief is that nostr is a great way to do cross-app comments which I really want to see happen. Podcasters also like it because when someone sends a boost on Fountain it is broadcasts the boost on nostr which helps them with discovery. Here's an example - https://primal.net/e/nevent1qqsgzdnvpzc0ur6ruamhx5sjwaaj87gevw32lvx9g4zhkzzrhc28v0gs76p64
Our focus isn't just nostr though which is why we've spent the last month on this redesign which is focussed on making the library and content pages better.

2025-03-26 12:57:56 UTC

- reply

@nprofile…fp32 Amazing thanks!
Can you send me an email oscar@fountain.fm and let me know if you're iOS or Android and I'll invite you to the beta

2025-03-26 12:57:17 UTC

- reply

@nprofile…6746 Amazing thanks Chad! 🙏
You're iOS right? Can you send me a quick email to oscar@fountain.fm with your icloud email and I'll add you to the new version beta

2025-03-26 09:55:52 UTC

We've been working on a re-design for the Fountain app over the past month - and I'm looking for a couple of people who would be interested in testing and giving some feedback on the new design - ideally you already use Fountain or have used it previously but switched away because you didn't like the design.
Please let me know if you're interested in helping out!

2025-03-20 12:35:21 UTC

- reply

@nprofile…22yh looks like the same issue we've seen in the past with PodcastIndex having an issue parsing the feed when there's a new episode - https://podcastindex.org/podcast/352598
@nprofile…n7gm @nprofile…h82d did you guys ever find the root cause of this?

2025-03-01 19:28:13 UTC

Waco Block Party: Battle of the Bands LIVE
https://fountain.fm/live/mbLlSTp41oDMfMc9RHj9

2025-02-27 23:15:27 UTC

sky kids fountain radio takeover live now - https://fountain.fm/radio
some great tunes

2025-02-25 13:59:45 UTC

- reply

@nprofile…22yh I think it is an issue with public channel liquidity for that node as I've just tested and other Alby Hub payments seem to be working fine.