MMS Video clips/streaming

MMS Video clips/streaming SearchSearch
Author Message
New member
Username: Suvinay

Post Number: 5
Registered: 07-2004
Posted on Wednesday, August 18, 2004 - 12:28 pm:   

One of our operators is providing a service whereby users can view 10 sec video clips of live sports game replays. Users can subscribe to the service or request the video by sending specific keywords. Can such system be implemented using NowSMS?
I guess the main issues here will be the processes involved, including capturing 10 sec clips from the TV tuner card on the pc, converting to suitable format for mobile delivery and actual delivery of the videoclip all in real time. The clips have to be updated at regular intervals or at important events in the matches, so that the most recent clip is sent.

How will the clip be the most recent one and how will the conversion be done? How can I go about this using NowSMS? Any suggestions????

Another operator (CDMA) is providing streaming of TV soap operas on Java capable handsets. Live news, soaps, movies are being streamed to users on request in real time. eg. Oprah winfrey is showing on TV and users can watch the same on their mobile at the same time.
How is this done and can NowSMS be used for providing this scenario?

Again I guess both services are similar apart from the streaming live in second case.

Thanks again
Bryce Norwood - NowSMS Support
Board Administrator
Username: Bryce

Post Number: 3303
Registered: 10-2002
Posted on Thursday, August 19, 2004 - 03:50 pm:   

Hi Suvinay,

Video format conversions are definitely an issue here. If you need help on the format conversions, you might want to look at the offerings from

The challenge here is if you want to update a clip for which you have already sent out a notification. Rather than using MMS, I'd lean toward using WAP Push. You could send out a push to a video URL link that gets periodically updated.

The only problem is that recipients could possibly forward that link to their friends for free.

If a link doesn't get updated in real time, then it becomes easier to control access, because you can use dynamic links (multimedia WAP push or MMS), and then expire the links after they are accessed.

So, it is a bit of a challenge.

Regarding #2, NowSMS probably wouldn't fit into this, because I would envision this as a service that users visit on demand (i.e., the content is not pushed). A number of phones have stripped down versions of the Real Player included in them for displaying streaming video. If the operator is supporting Java capable handsets, then they are probably using a Java app for the streaming video ... without knowing what the client is, it is hard to know whether it is using a proprietary protocol or not.

With Real Player, the user selects an http:// or rtsp:// link to open the connection to the streaming video content. (And there is no reason that a push couldn't contain a link to such a URL, it just depends on how you envision the service working.) rtsp:// is a protocol specifically designed for streaming, so it is more efficient. Typically, an rtsp:// link begins playing relatively quickly, while an http:// link might take 30 or more seconds for the video to start playing. But RTSP requires special servers which tend to be somewhat expensive.

Unfortunately, I don't have any good suggestions of where to go for more information. This is quite an evolving area ...
New member
Username: Suvinay

Post Number: 7
Registered: 07-2004
Posted on Friday, August 27, 2004 - 06:03 pm:   

Hi Bryce,
Hmmm... I know this is tough and complicated thats why hardly anyone has implemented it yet! :-)
But, seeing the flexibility that NowSMS provides, I am sure we can come up with something.
What do you suggest for the 10 sec clips?
What do you mean by dynamic links? Suppose I manually save 10 sec clips, convert to suitable format and update the existing converted clip? The Wap push for the link will be the same here.
How do systems for distributing wallpapers work? Don't they also store the wallpaper and have a link for the same which is sent out when the user requests it via SI?
eg user sends WALL 123 and the user gets back an SI for the wallpaper with code 123. Does the issue of free forwarding the link apply here also? How do content providers solve this? (since the wallpapers and content and codes are constant for long periods of time).

2. I think we can develop a Java app which the user can d/l on his/her phone and which can directly interact with our app for streaming video....lets see.
Bryce Norwood - NowSMS Support
Board Administrator
Username: Bryce

Post Number: 3393
Registered: 10-2002
Posted on Monday, August 30, 2004 - 08:29 pm:   


I don't really have enough experience with video creation/editing tools to recommend anything specific for creating the clips.

Regarding dynamic links, what I mean is that when you use the "Send MMS" or "Send Multimedia WAP Push" options in NowSMS, what NowSMS does is store the content on the NowSMS server, and generate a dynamic link for the content.

If the recipient didn't read the message, and you wanted to push them out a new link to replace the existing link, you couldn't do that without sending another message.

If instead you send out a standard WAP Push SI, the issue is that it is easier for friends to forward the link to each other.

Wallpapers do usually go out via WAP Push, correct. Forwarding is a bigger problem with content like this, because often once the user saves the object to the phone, it is possible for the user to then use the user interface on the phone to send that object to someone else.

Digital Rights Management (DRM) is one way of getting around this. Many newer phones support forward-lock DRM. When you send an object with forward-lock, the phone will not allow the user to forward it to someone else.

The problem is that if you send a forward-lock image to a phone that does not support it, the phone will not understand it at all.

Then, with some phones, they have special MIME types that you can use for sending wallpaper, and when the phone receives one of those MIME types, the phone does not allow objects of that MIME type to be forwarded.

Basically, you end up with some phone specific formats, but as wallpapers generally need to be sized exactly right for different phones, that is not unusual.
Posted on Saturday, September 04, 2004 - 05:20 pm:   

I just finnish the implementation of such services..We are currently using QTSS to stream Media to phone wich is the best solution cause that content never get recorded on the user phone so it will be difficult for him to pass it over and it not as nearly as expensive as the real helix player.
You can mail me for some support or question if u want to
Unregistered guest
Posted on Monday, September 06, 2004 - 09:24 am:   

i m doin the thesis in mms and i want to find what is the problem that is associated with mms and what research is being done on that
New member
Username: Suvinay

Post Number: 17
Registered: 07-2004
Posted on Friday, September 10, 2004 - 02:30 pm:   

Victor, I tried to contact you via the email address you have given but receive no reply. Can you email me what exactly have to implemented and how, to my email

Bryce, how about companies like Thin Multimedia? They have a solution which includes a streaming server and a java d/l software (Player) for mobile phones to receive the content. How do that work?
New member
Username: Suvinay

Post Number: 22
Registered: 07-2004
Posted on Thursday, September 30, 2004 - 06:13 am:   

Hi again Bryce,
please see the following link:
Hutch (Orange) has implemnted this feature for GRPS/EDGE enabled handsets.

How do they work and can we use NowSMS as middleware?
Bryce Norwood - NowSMS Support
Board Administrator
Username: Bryce

Post Number: 3506
Registered: 10-2002
Posted on Thursday, September 30, 2004 - 06:11 pm:   

Hi Suvinay,

They are having the user navigate to a URL for the streaming content.

This could be sent to a phone using WAP Push ... but in this case, I suspect that it is just a WAP link within the operator's WAP Portal. (And you cannot access the operator WAP portal unless you are subscribed to it.)

It's kind of like I mentioned above, where the WAP link points to streaming video content ... either via an http:// or rtsp:// link (see my notes about them above).

You need a media server (like Helix) in order to be able to support rtsp:// links.

There's a Norwegian site, ... try navigating to that on the phone, and select the Mobil TV link. As long as you are using a phone that supports rtsp:// links, and the data connection on the phone can connect to their media server, you should be able to try that.

Other than if you wanted to send the links out via WAP Push, there's not really any involvement of NowSMS in this overall process.

Lars Nielsen, MobileNation ApS - Denmark
New member
Username: Larsmservice

Post Number: 86
Registered: 10-2003
Posted on Thursday, September 30, 2004 - 09:51 pm:   

If you are interested i have a streaming server doing almost nothing. So if you have any files youd like to test just mail me and we can set it up.