ExploreTrendingAnalytics
Nostr Archives
ExploreTrendingAnalytics
musicmomma78d ago
If you are a #nostrdev and can help with why the audio on this master file is having problems let us know 🧡 @nostr.build distribution should work and has worked before. #nostrmusic #musicvideo 💜 📝 201654f7…
💬 66 replies

Replies (50)

MAKE SONGS LONGER78d ago
Or they just leave 🤷‍♀️
0000 sats
Ryan78d ago
There needs to be work done on all fronts, not just nostr.builds end. This is something that affects the entire ecosystem, clients, servers, all of it.
0000 sats
The Fishcake (nostr.build)78d ago
Well, say thanks to blossom to make it nonnegotiable to alter any uploads
0000 sats
Ryan78d ago
Every other platform does this in the back end yes. It would be great for Nostr to see a good video handling system, but it's yet to come about. Supporting HLS would be fantastic. I saw so many vlogs that where 5 minutes long and 2GB, while I encode full 2 hour movies at half the size. If Nostr video ever wants to take off this needs to be solved. I've been banging this drum for months.
0000 sats
MAKE SONGS LONGER78d ago
PREACH BROTHER
0000 sats
musicmomma78d ago
This is the HD video master file that I would distribute to distrokid or any distributed for my music or videos - for less than $20 a year. Same file I distributed that will come out on traditional distribution on 1/5
0000 sats
The Fishcake (nostr.build)78d ago
It’s too big for sharing. I even created https://apps.apple.com/jp/app/nostr-build-shack/id6752591… to help users overcome limitations imposed by the nostr protocols geared for media uploads
0000 sats
Derek Ross78d ago
it's not a nostr issue, this is a nostr.build issue. if you read what i said, you would see that i said two different times that this is something that nostr.build should look into adding for users. i agree that nostr and adjacent services can do a lot to help user experiences.
0000 sats
The Fishcake (nostr.build)78d ago
I disagree. Show me a single nip or client that will allow me to process uploaded media asynchronously. There is none that I am aware of, all need hash to be returned immediately
0000 sats
The Fishcake (nostr.build)78d ago
It is Nostr issue, yes. We are constrained by the sha256 requirements for uploaded content. This means that once you upload something, we cannot change a single bit of that file. Handbrake is a good software that will allow you to produce shareable media.
0000 sats
musicmomma78d ago
This. 💯 is my issue as a creator with #nostr
0000 sats
Derek Ross78d ago
shipyard.pub is very basic when it comes to scheduling. i'd like to see something like hootsuite or buffer. i've used those for social media management for various brand accounts over the years and they work great. we won't get nostr added to them though unless nostr blows up and reaches the masses. someone would need to build something like that. i don't see why this couldn't be added to #notedeck to be honest. it already resembles these apps with various columns.
0000 sats
MAKE SONGS LONGER78d ago
Shipyard has never worked for me. Hootsuite and Buffer are too basic. They are the worst. HiveTalk is the only post scheduler that works for Nostr.
0000 sats
The Fishcake (nostr.build)78d ago
Must be really cold where you are 😉
0000 sats
Ryan78d ago
0000 sats
The Fishcake (nostr.build)78d ago
Cold pool I guess 😂
0000 sats
nostr.build77d ago
Yes, 1.6GB is too large for social media streaming. We don’t compress or do anything to the video..
0000 sats
ChadF and 33 others77d ago
and if you did then people would still be upset that's its lower quality.
0000 sats
nostr.build77d ago
We are looking at video transcoding/compression options, but it takes a lot of work and compute. We did just launch Nostr Build Shack which compresses video, but is a separate process. https://apps.apple.com/us/app/nostr-build-shack/id6752591477
0000 sats
Hazey77d ago
Need media clients to hash and sign 10+ different resolutions from master down to 144 - let them get distributed everywhere so that fakes can't compete and creators can be zapped into perpetuity.
0000 sats
Derek Ross78d ago
HLS would be great! i'd love to see that. users could upload their massive video files and sign them. the video platform could then transcode or stream them. (spoiler: this is essentially what we're doing with diVine.) maybe we need diVine to start the video revolution here?
0000 sats
The Fishcake (nostr.build)78d ago
I wanted to implement it, but (and I am sounding like a broken record here) blossom will blossom will block any uploaded media manipulation.
0000 sats
Ryan78d ago
Nip71 already supports multiple video streams. Good luck getting client devs to build it in a timely fashion though. Coming in 2028 😂
0000 sats
Ryan78d ago
To that end nostr.build already can support HLS. Amethyst as well supports HLS. Where are the other devs building support into their clients?
0000 sats
Derek Ross78d ago
if you take blossom out of the picture and just use nostr.build then you could do this right?
0000 sats
The Fishcake (nostr.build)78d ago
Absolutely, but what Nostr protocol will support it? I had it ready for rollout a year ago, and was forced to abandon and scrap it thanks to blossom
0000 sats
TKay77d ago
I’ve never thought about this before. But thank you for committing to this. 🫡
0000 sats
Jay77d ago
Personally I don't think nostr.build should be on the hook for media compression. But putting the creator on the hook isn't great either because they don't usually know anything about video formats. A separate caching and compression service is probably the play. Some kind of paid service that clients look to for optimized media. Then the viewer is on the hook, voluntarily employing a middleman to compress, store, and serve content from other providers.
0000 sats
Derek Ross78d ago
oh i just used shipyard recently because someone asked me about it and i wanted to make sure it still worked before i recommended it. what doesn't work for you?
0000 sats
MAKE SONGS LONGER78d ago
Never has.
0000 sats
Dawn78d ago
Have you tried pidgeon.lol for scheduling? I've been checking it out over the last couple days. It's slick. I've never used schedulers so I cant compare, but it's dvm driven & it does quite a lot. What I've used of it seems to work really well.
0000 sats
Derek Ross78d ago
i haven't heard of it. thanks dawn! ill check it out.
0000 sats
MAKE SONGS LONGER78d ago
No, but I will! I have another one in a tab waiting to be tried…
0000 sats
The Fishcake (nostr.build)78d ago
I could even produce HLS if ya’ll stop screaming “but sha256 doesn’t match”
0000 sats
Ryan78d ago
Nostr on so many fronts 🤦‍♂️
0000 sats
Derek Ross78d ago
Only a few clients haven't migrated to Blossom, so we have to figure out how to work in those contraints. You're the expert here... Could we add a BUD spec for derivate blobs? The user uploads, server transcodes, returns derivative hashes, user publishes the manifest.
0000 sats
The Fishcake (nostr.build)78d ago
No, you cannot have both. I sounded my concerns multiple times, and by now I gave up. I put in almost 3 years of my life to try and make it pleasant (as much as I can) but nobody wants it. I’d rather spend my time on things I or others appreciate.
0000 sats
Derek Ross78d ago
i understand all of the work you've done and i greatly appreciate you Fishcake. however, i don't think your customer wants to hear that it just won't work. there has to be something that can be done to make this easier for people. 1. User selects video in client 2. Client uploads to blossom server 3. Server returns: original hash immediately 4. User can publish note right away with original hash 5. Server transcodes in background 6. Later: client polls or server webhooks when derivatives ready 7. Client prompts user (or auto-signs if authorized) the derivative manifest 8. Manifest event published, linking original → derivatives why wouldn't that work?
000
Dawn78d ago
You should. You can pick which relay or relays, media servers, and dvms it uses. It has a schedule calender, dms, repost scheduling, drafts... it's wild.
0000 sats
0 sats
JOE2o78d ago
> i don't think your customer wants to hear that it just won't work What's the poor guy supposed to do? Nothing supports what's being asked of him. And he can't just throw something out there and be like "yo, nostr, support this!".
0000 sats
Derek Ross78d ago
i think that's actually what he should do. that's how most things get built around here. build a custom NIP and BUD for it if need be and make it work. work with Primal, they have a good relationship and working partnership on mirroring already. it's in Primal's best interest to do this too so that they can support creators. i think it's solvable if you want to solve it.
0000 sats
JOE2o78d ago
It's solvable over the course of, what, two years, with a big lobbying effort, intense pushback from those who disagree with the solution and prefer another one, and painfully slow coffee-drip client propagation. (Don't forget Primal, which you mentioned, is still on NIP-04). And that's assuming it gets adopted at all. Async server-side transcoding in a verifiable hash environment in a system that doesn't have any sort of holding pen (because there is no central authority to hold stuff) is just really complex. Remember when MLS was supposed to take just some months and have libraries that'd make it easy for any NIP01 client to integrate, and by now we'd all be enjoying MLS groups in our Damusus and our Primals? Look this stuff is years and years, I'll call anyone's bluff that says this is just a "few months" of friendly zoom calls and clacking around on the keyboard.
0000 sats
KernelKind77d ago
agree. nostr is permissionless. make the nip & publish it, get feedback. if the feedback isnt valid or you dont get feedback, build the thing anyway.
0000 sats