Cool..👍👍👍👍👍👍

This does sounds brilliant, but would you not require many transcodings for the different browser formats and adaptive streaming, and thus significantly increase bandwidth requirements between the Viewly node and the network when uploading (essentially each video would need to be uploaded several times). If so, from an average end-users perspective, that may go down so well.

Still there has to be some price for freedom, and I'm happy with slightly longer uploads!

Is X264 not under any threat due to H264 patents, would that also need be a consideration for you guys if you were developing an encoder?

This is very interesting progress from a technical point of view... but what about legal challenges? The owners of the nodes, and viewly as a whole will be held accountable for the content that they allow to be broadcasted, going from copyright infringement to much darker content... Are you already working on preventing this kind of content or will you wait till legislators say something?

that sounds great... i wish i could be more techie to understand that..

Congratulations @furion!
Your post was mentioned in the [hit parade](https://steemit.com/hit-parade/@arcange/daily-hit-parade-20170726) in the following category:

* Pending payout - Ranked 10 with $ 305,62

Great ..this is great..does this mean it will get cheaper?

good job! thanks !

An interesting idea that would further decentralize streaming video.  You might have to make uploading to Viewly strictly from desktops and laptops until phones catch up in their GPU processing power, which doesn't bother me as a user or creator at all.

I guess I need to learn more about the tech behind these things. Never really heard anything about Apples Metal or googles VP9, Coding talk is often times like listening to foreign language to me! but keep up the good work, Viewly demo has worked quite well. Look forward to you having a way to bring all these tech's into something epic!

Bandwidth can be really pricey sometimes.. Crazy to think how much money goes into online hosting and data storing hey!

nice info!

I have tried to upload to viewly but there wasn't any way to connect it with my Steemit account or create a Viewly account.

Very interesting post this is something that we will see sooner than we probably imagined, unfortunately it can have it's downsides on the security aspect i mean if everything's on your phone or arm device, etc... you will also need to be more responsible on the security aspect and many people don't even know that storing passwords on your browser and then using public wi-fi is actually more dangerous than sending someone your gmail password but not the 2 factor authentication code... 
On the other fact if you rely on cloud based services it's up to the company to provide security and privacy of their costumers.

Really interesting article. I would like to see what WA can do for a new generation of front-end web applications. Thinking of how it compares to Reactjs. Essentially we could code in any language: js, c and compile down to machine code.

Great project... i am glad to see your name @furion on core team list of Viewly.... wish you all the success with this revolutionizing project.

Thanks for your efforts, we are always waiting for your new

I hope someone create a encoding application for android so we can encoding offline (encoding+wifi=heat)
Btw, nice post and up vote :)

that really nice post with very good information about technology  todays world is about technology  and these kind of idea really help humans :)

just upvote and follow@jhonmedas

$30.51 earned within 15mins. Pls how can i earn such too?

i'd better buy a raspberry pi with a camera... :p nice post

Really rooting for Viewly, and this is a creative way to approach one of its biggest outstanding problems. Long term this will probably be a good way to go, but in the nearish term it feels like a bit of wishful thinking for a few reasons. 
- Not all clients can handle the load. It would crush battery life of mobile devices. You'd have to re-encode many times to support all the formats users might want to play. It's just so cumbersome
- It blocks your future proofing as far as any formats you want to support in the future. Sometimes centralized video services do a full pass over all their content to support something new or optimize things. You can't go back in time and ask clients to re-encode everything to something new

Neither of these things are deal breaker size in and of themselves, but together they're just worse than existing platforms. Usually you can't compete against an incumbent unless you're 10x better. This feels like 2x worse.

Luckily, I do think there are ways to solve this with decentralized infrastructure. I think the eventual path for this will really be using a completely different decentralized system that the user is never aware of in order to do this processing, but it would be paid for by a fraction of the steem value given to the content. Whatever agrees to do the processing before the content has views is taking on the liability of the cost up-front though which creates a huge hurdle.

Can't wait to see what you come up with, or if doing this client side will actually just work out for now (would be cool if that's the case).

hello, nice post and upvote

Something you failed to address was battery life. If clients are doing the encoding themselves, their batteries are not going to last as long. This could possibly even prevent them from watching the video.