Live data from Hacker News

Show HN: FluidDATA API – Create your own audio search engine with FluidDATA

github.com

1–10 of 16 posts

Re: Show HN: FluidDATA API – Create your own audio search engine with FluidDATA

#2
Oh hi!

Despite the green user, I've actually worked with these guys and seen this project up close and in person, and the amount of data they're harvesting here is pretty overwhelming.

There are a few other places doing transcription nowadays, but they're just doing that, and this is a bit richer an API for getting more tailoring done against your source data.

Either way, if you're looking for a way to add audio transcription to your podcast or vlog, this is a cool service. If you're looking to make that audio searchable with the fewest number of steps, this is probably the coolest service around.

Re: Show HN: FluidDATA API – Create your own audio search engine with FluidDATA

#4
post #3

I like the ability to skip though the audio stream to your search term locations within it, pretty cool. Nice work!

Yeah! This looks like a promising way to quickly search many podcasts/audio streams at once. I wish I had this tool for my college research

Re: Show HN: FluidDATA API – Create your own audio search engine with FluidDATA

#6
This is actually really cool! I'm guessing it is English only though? I don't see examples of any other languages and due to the complexity of word->audio matching I imagine other languages aren't supported.

I think a better title would be "Audio search engine for Podcasts using FluidDATA". It had briefly gotten my hopes up that I'd be able to make a search engine for my music, based just on the title.

Re: Show HN: FluidDATA API – Create your own audio search engine with FluidDATA

#7
post #6

This is actually really cool! I'm guessing it is English only though? I don't see examples of any other languages and due to the complexity of word->audio matching I imagine other languages aren't supported. I think a better title would be "Audio search engine for Podcasts using FluidDATA". It had briefly gotten my hopes up that I'd be able to make a search engine for my music, based just on the title.

Thanks. Its English only for now. We could support other languages if there is a large enough demand.

Re: Show HN: FluidDATA API – Create your own audio search engine with FluidDATA

#8

Cool project, and a mammoth undertaking in terms of scraping and data processing. Would you be able to share any details on what your ingestion infrastructure looks like?

We were planning on writing up a blog post to go over what our backend looks like. But essentially we have written a crawler to discover audio on the internet and a distributed processing framework to download, extract metadata, and transcribe the audio.

We've iterated through a few storage solutions and have settled on using GlusterFS+zfs running on Storinators. So far we have about 350TB of data indexed in our collection.

Re: Show HN: FluidDATA API – Create your own audio search engine with FluidDATA

#9

Cool project, and a mammoth undertaking in terms of scraping and data processing. Would you be able to share any details on what your ingestion infrastructure looks like?

We were planning on writing up a blog post to go over what our backend looks like. But essentially we have written a crawler to discover audio on the internet and a distributed processing framework to download, extract metadata, and transcribe the audio. We've iterated through a few storage solutions and have settled on using GlusterFS+zfs running on Storinators. So far we have about 350TB of data indexed in our coll…

That's pretty neat. After you download the audio and process it, do you delete the data, or store it for safe keeping? 350TB is a healthy chunk of data.

Re: Show HN: FluidDATA API – Create your own audio search engine with FluidDATA

#10

Cool project, and a mammoth undertaking in terms of scraping and data processing. Would you be able to share any details on what your ingestion infrastructure looks like?

We were planning on writing up a blog post to go over what our backend looks like. But essentially we have written a crawler to discover audio on the internet and a distributed processing framework to download, extract metadata, and transcribe the audio. We've iterated through a few storage solutions and have settled on using GlusterFS+zfs running on Storinators. So far we have about 350TB of data indexed in our coll…

Wow! Sounds awesome, I would love to read a blog post on that.

Are you co-locating the hardware? What is bandwidth pricing like?

Post reply on HN