here is a solution to run youtube on community server

rated by 0 users
This post has 6 Replies | 4 Followers

Not Ranked
Posts 16
Points 245
dshilov Posted: Mon, Apr 14 2008 2:40 PM

Folks,

I saw a lot of questions on these forums about youtube-like functionality for community server. So for those of you who still looking for it I'd like to announce new solution from my company. Take a look at it here. If you have experience with CS you'll quickly get the idea behind this solution. Most of features like media galleries, powerful upload features (have you ever tried to upload 1gb video on any video hosting?), fully customizable and video dedicated CS application. At this point me and my team still consider options about licensing, versions, whether include Graffiti, CS 2007 and 2008, how many video streaming engines to support, etc.   

But anyway, you can take a look at http://www.upupo-soft.com, register and try it. Your feedback is really appreciated. 

Regards,
Dmitry Shilov

Upupo-soft, Inc.

Top 10 Contributor
Posts 3,424
Points 65,735
CS Developers
Ben Tiedt replied on Tue, Apr 15 2008 8:06 AM

If you update your transcoding and uploading solution for CS2008, I'd suggest using the approach described in this thread: http://dev.communityserver.com/forums/t/497397.aspx

Then it will fully integrate with CS2008 and be usable throughout the entire site (in blog, forum posts, announcements, comments, content parts, dynamic config content, etc).

Ben Tiedt's Blog

  • | Post Points: 20
Not Ranked
Posts 16
Points 245
dshilov replied on Tue, Apr 15 2008 10:13 AM

Thanks for your update, Ben!

I must say we went a little bit further with our solution then just video transcoding/uploading. We created a new type of CS Application - Media (just like blogs/photos/files), actually it was inherited from Photos. With it's own gallery type, controls, data provider and all stuff. Though we didn't change SQL (well, almost).
We had to do that because we realized that there are too many video-specific things need to be addressed which are not possible with standard CS 2007. Besides we refused from storing any video post-relating attachments in database for reasons I'll mention later.
As for CFS and CS2008 it's not clear at the moment how to handle several things:
1. The way how we do uploads. For example our solution is able to track status and state of thousands of simultaneous uploads. Some of those upload jobs could become CS posts, some of them never gonna be finished. Does it makes sense to use CFS file store for this? I don't know yet.
2. We provide options for video streaming through number of third-party video servers like Adobe Flash Media Server (FMS) or Open Source FMS clone Red5 (which we used as default video streaming server in our solution) or some other third party streaming solutions. And  flash servers do not understand CS2008 CFS file storage, they support CIFS and some of them work better on Linux. Why bother to use standard flash streaming servers? Because otherwise you'll have to implement not only HTTP-based, but also RTMP streaming, Adobe ActiveScript to support server side flash, etc.

Ben Tiedt:
Then it will fully integrate with CS2008 and be usable throughout the entire site (in blog, forum posts, announcements, comments, content parts, dynamic config content, etc).


I think we should be able to update our solution to CS2008 the same way how we extended CS2007, the only difference - I really doubt it's the right thing to store/access/edit video through CFS API. And of course it will be usable throughout the entire site.

Regards,
Dmitry Shilov

Upupo-soft, Inc.

  • | Post Points: 20
Top 10 Contributor
Posts 3,424
Points 65,735
CS Developers
Ben Tiedt replied on Tue, Apr 15 2008 11:08 AM

dshilov:
I must say we went a little bit further with our solution then just video transcoding/uploading. We created a new type of CS Application - Media (just like blogs/photos/files), actually it was inherited from Photos. With it's own gallery type, controls, data provider and all stuff. Though we didn't change SQL (well, almost).
 

In CS2008, the file and photo galleries were merged into a single "Media Gallery" application.  The media gallery application supports plug-in style file viewers for video, audio, and any other type of file.  It's pluggable nature lends itself well to extensions supporting new upload and transcoding mechanisms, such as the ones in your product.

It may be confusing in CS2008 to market a "media" based product when CS2008 supports many online and local video and audio files already (just doesn't do transcoding or streaming).

dshilov:
Besides we refused from storing any video post-relating attachments in database for reasons I'll mention later.

In CS2008, no files are stored in the database.  The CFS stored files based on the configured provider -- CS2008 ships with support for file-system-based storage and Amazon S3-based storage.

dshilov:
1. The way how we do uploads. For example our solution is able to track status and state of thousands of simultaneous uploads. Some of those upload jobs could become CS posts, some of them never gonna be finished. Does it makes sense to use CFS file store for this? I don't know yet.

It could, though you could also keep your upload queue seperate and store the final, completed file in the CFS.

dshilov:
2. We provide options for video streaming through number of third-party video servers like Adobe Flash Media Server (FMS) or Open Source FMS clone Red5 (which we used as default video streaming server in our solution) or some other third party streaming solutions. And  flash servers do not understand CS2008 CFS file storage, they support CIFS and some of them work better on Linux.

If you're redirecting uploads directly from the client to an external video streaming service, it obviousy wouldn't make sense to store the file in CFS.  In that case, I'd suggest using a remote attachment pointing to the URL of the file in the external service.

dshilov:
think we should be able to update our solution to CS2008 the same way how we extended CS2007, the only difference - I really doubt it's the right thing to store/access/edit video through CFS API. And of course it will be usable throughout the entire site.

That's great!  Whether you decide to extend and integrate or replace functionality, it's great to see this type of add-on being developed!

Ben Tiedt's Blog

  • | Post Points: 35
Not Ranked
Posts 13
Points 260
x893 replied on Mon, Jun 16 2008 3:21 PM

Hi

i realize new flv security schema under cs 2007 (and may be cs 2008) and red5 (use as simple flv web store) - like as youtube but more sophisticated. see examples on www.upupo.com (any post)

 

  • | Post Points: 20
Not Ranked
Posts 4
Points 20

Thanks for the link x893... need to study on that...

 

offshore software development

  • | Post Points: 5
Top 500 Contributor
Posts 79
Points 1,040
Partners

We've also created a solution to convert uploaded videos to flv format a-la youtube. It's called EdgeConvert, details are here: http://www.busedge.com/edgeconvert.aspx.

 

 

  • | Post Points: 5
Page 1 of 1 (7 items) | RSS
Powered by Community Server (Commercial Edition), by Telligent Systems

Copyright© 2008 Telligent Systems Inc. All rights reserved
CommunityServer.com  •  Telligent.com