<![CDATA[Streaming Media Forums - Formats, Codecs, and Players]]>

<![CDATA[Streaming Media Forums - Formats, Codecs, and Players]]> http://forums.streamingmedia.com/ Sat, 21 Nov 2009 09:23:48 -0500 MyBB <![CDATA[Windows Mobile 6.0]]> http://forums.streamingmedia.com/thread-10685.html Tue, 29 Sep 2009 10:45:39 -0400 Surendra http://forums.streamingmedia.com/thread-10685.html
Thanks in advance,

Regards
Surendra

]]>
Thanks in advance,

Regards
Surendra

]]> <![CDATA[Moovida]]> http://forums.streamingmedia.com/thread-10650.html Thu, 09 Jul 2009 11:56:17 -0400 Chris http://forums.streamingmedia.com/thread-10650.html http://WWW.MOOVIDA.COM

I will be greatful for any feed back an if i can help anyone out with random questions i will be more the happy to reply asap

Cheers,
Chris

]]> http://WWW.MOOVIDA.COM

I will be greatful for any feed back an if i can help anyone out with random questions i will be more the happy to reply asap

Cheers,
Chris

]]> <![CDATA[RE: Real Media as Input format for Transcoding]]> http://forums.streamingmedia.com/thread-10614.html Mon, 04 May 2009 17:35:00 -0400 Dave http://forums.streamingmedia.com/thread-10614.html
However, Applian's Replay Converter claims to support it as an input format.

Failing that, screen based capture app's which grab the decoded video as it is displayed to the screen are always another option.

Dave

]]>
However, Applian's Replay Converter claims to support it as an input format.

Failing that, screen based capture app's which grab the decoded video as it is displayed to the screen are always another option.

Dave

]]> <![CDATA[Real Media as Input format for Transcoding]]> http://forums.streamingmedia.com/thread-10614.html Mon, 04 May 2009 17:06:26 -0400 rickyroma2 http://forums.streamingmedia.com/thread-10614.html

]]>

]]> <![CDATA[RE: Fesibility of having a H264 Software encoder on an 300MHZ embedded device]]> http://forums.streamingmedia.com/thread-10572.html Tue, 21 Apr 2009 01:17:06 -0400 benwaggoner http://forums.streamingmedia.com/thread-10572.html (03-05-2009 09:33 AM)AlexJ Wrote: I would like to know if it would be feasible to run a software based H264 encoder to convert YUY2 or MJPG format video to H264 video in an embedded device having RISC CPU with speed of 300MHZ and a RAM size of 256MB?? Wow. What frame size? That's not really enough to decdode H.264 well, so any encode would have to be very highly simplified, like I-frame only. So the bitrate required for a given quality level would be much higher than is typical.

I have seem some ARM/MIPS devices able to do H.263 in software at low resolutions and frame sizes.

This is really the kind of thing best done with an ASIC in a mobile device.

]]> (03-05-2009 09:33 AM)AlexJ Wrote: I would like to know if it would be feasible to run a software based H264 encoder to convert YUY2 or MJPG format video to H264 video in an embedded device having RISC CPU with speed of 300MHZ and a RAM size of 256MB?? Wow. What frame size? That's not really enough to decdode H.264 well, so any encode would have to be very highly simplified, like I-frame only. So the bitrate required for a given quality level would be much higher than is typical.

I have seem some ARM/MIPS devices able to do H.263 in software at low resolutions and frame sizes.

This is really the kind of thing best done with an ASIC in a mobile device.

]]> <![CDATA[Fesibility of having a H264 Software encoder on an 300MHZ embedded device]]> http://forums.streamingmedia.com/thread-10572.html Thu, 05 Mar 2009 08:33:24 -0500 AlexJ http://forums.streamingmedia.com/thread-10572.html
I would like to know if it would be feasible to run a software based H264 encoder to convert YUY2 or MJPG format video to H264 video in an embedded device having RISC CPU with speed of 300MHZ and a RAM size of 256MB??

Actually the idea behind this is to support video conferencing in an embedded device. An USB webcam would be connected to the embedded device, the webcam would input video in YUV2 or MJPG format to the embedded device, the device has to convert this to H264 video and transmit it in real time through IP network to another remote device which would display the video and at the same time the device would receive H264 video from the remote device which it would have to display using the a hardware decoder connected to the device.

Please provide your thoughts on this, also it would be nice if you could point me to some webpage where i could find CPU benchmark data for H264 software encoding in a RISC CPU...

Regards,
Alex.

]]>
I would like to know if it would be feasible to run a software based H264 encoder to convert YUY2 or MJPG format video to H264 video in an embedded device having RISC CPU with speed of 300MHZ and a RAM size of 256MB??

Actually the idea behind this is to support video conferencing in an embedded device. An USB webcam would be connected to the embedded device, the webcam would input video in YUV2 or MJPG format to the embedded device, the device has to convert this to H264 video and transmit it in real time through IP network to another remote device which would display the video and at the same time the device would receive H264 video from the remote device which it would have to display using the a hardware decoder connected to the device.

Please provide your thoughts on this, also it would be nice if you could point me to some webpage where i could find CPU benchmark data for H264 software encoding in a RISC CPU...

Regards,
Alex.

]]> <![CDATA[Qbit]]> http://forums.streamingmedia.com/thread-10567.html Sun, 15 Feb 2009 08:45:19 -0500 Patrick911 http://forums.streamingmedia.com/thread-10567.html
New member here and was wondering if anyone has ever heard of Qbit. I am in the process of doing some homework and have been very intrigued with their product offering. Here is their site http://www.qbit.com

]]>
New member here and was wondering if anyone has ever heard of Qbit. I am in the process of doing some homework and have been very intrigued with their product offering. Here is their site http://www.qbit.com

]]> <![CDATA[enterprise live streaming and VOD CDN input.]]> http://forums.streamingmedia.com/thread-10549.html Thu, 15 Jan 2009 10:44:40 -0500 bwfield http://forums.streamingmedia.com/thread-10549.html

]]>

]]> <![CDATA[RE: enterprise live streaming and VOD CDN input.]]> http://forums.streamingmedia.com/thread-10549.html Tue, 19 May 2009 14:46:39 -0400 Kazmann7 http://forums.streamingmedia.com/thread-10549.html http://www.kontiki.com or contact me directly. Thank you. Kaz.

]]> http://www.kontiki.com or contact me directly. Thank you. Kaz.

]]> <![CDATA[RE: enterprise live streaming and VOD CDN input.]]> http://forums.streamingmedia.com/thread-10549.html Thu, 28 May 2009 09:55:04 -0400 mavik http://forums.streamingmedia.com/thread-10549.html to avoid stress situations for intranets you should stream internally with multicast and not unicast. That requires expensive multicast enabled infrastructure like bluecoats or castify solutions etc. Once setup, you can go up with the bandwidth and do 320x240@300k and even higher. The 15k you mentioned should result in a "stop-Motion" transmission. We -for example- do 480x360@800k for our customers.
If I understand you right you are looking for a solution of a web based "Media Server" that enables your customers to manage their own clips and streams. I favourize a solution from ThomsonReuters that would fit perfekt for your demands.

]]> to avoid stress situations for intranets you should stream internally with multicast and not unicast. That requires expensive multicast enabled infrastructure like bluecoats or castify solutions etc. Once setup, you can go up with the bandwidth and do 320x240@300k and even higher. The 15k you mentioned should result in a "stop-Motion" transmission. We -for example- do 480x360@800k for our customers.
If I understand you right you are looking for a solution of a web based "Media Server" that enables your customers to manage their own clips and streams. I favourize a solution from ThomsonReuters that would fit perfekt for your demands.

]]> <![CDATA[F4V]]> http://forums.streamingmedia.com/thread-10544.html Tue, 30 Dec 2008 04:26:31 -0500 oxhil http://forums.streamingmedia.com/thread-10544.html

]]>

]]> <![CDATA[RE: ideal wm-videosize for approx 500kb/s]]> http://forums.streamingmedia.com/thread-10528.html Fri, 05 Dec 2008 16:17:41 -0500 Dave http://forums.streamingmedia.com/thread-10528.html (12-04-2008 05:36 AM)phil Wrote: a) what is the best resolution for encoding to wmv9; for targeting approx 500kbit/s full bitrate inclusively Audio? 16:9 Material PAL. Is it 426 x 240, or 536x302 or 640x302 - and why?
Sounds like it could be a trick question ?

On face value, if displaying on a square pixel aspect ratio device I'd probably go for 512x288 maintaining the 16:9 ratio as well as being divisible by 16 to keep the macroblocks happy, whilst probably still being doable at 500kbps.

However, most 16x9 PAL content isn't 16x9 when you trim off the letterboxing so those dimensions would probably need some adjustment. I believe that keeping the letterboxing can result in CODEC issues with vertical motion estimation algorithms, as the motion moves into the letterbox area as opposed to off the top of the frame. Also streaming
the black letterbox seems a bit of a waste.

Also depending upon the subject material being encoded, 500kbps may not be enough to maintain perceived quality at that size, or alternatively it may be overkill, so some scaling may be considered.

Another trick question ?

Depends on the context. An extra 28kbps could improve perceived quality, on the other hand 28kbps less will probably mean that more people can recieve it.

Dave

]]> (12-04-2008 05:36 AM)phil Wrote: a) what is the best resolution for encoding to wmv9; for targeting approx 500kbit/s full bitrate inclusively Audio? 16:9 Material PAL. Is it 426 x 240, or 536x302 or 640x302 - and why?
Sounds like it could be a trick question ?

On face value, if displaying on a square pixel aspect ratio device I'd probably go for 512x288 maintaining the 16:9 ratio as well as being divisible by 16 to keep the macroblocks happy, whilst probably still being doable at 500kbps.

However, most 16x9 PAL content isn't 16x9 when you trim off the letterboxing so those dimensions would probably need some adjustment. I believe that keeping the letterboxing can result in CODEC issues with vertical motion estimation algorithms, as the motion moves into the letterbox area as opposed to off the top of the frame. Also streaming
the black letterbox seems a bit of a waste.

Also depending upon the subject material being encoded, 500kbps may not be enough to maintain perceived quality at that size, or alternatively it may be overkill, so some scaling may be considered.

Another trick question ?

Depends on the context. An extra 28kbps could improve perceived quality, on the other hand 28kbps less will probably mean that more people can recieve it.

Dave

]]> <![CDATA[RE: ideal wm-videosize for approx 500kb/s]]> http://forums.streamingmedia.com/thread-10528.html Sat, 07 Feb 2009 00:46:56 -0500 benwaggoner http://forums.streamingmedia.com/thread-10528.html
512x288 sounds like a fine starting point, but as always, it'll need to be further tweaked based on content and delivery mechanism (live streaming needs more bits/pixel than offline 2-pass VBR encoding for progressive download).

]]>
512x288 sounds like a fine starting point, but as always, it'll need to be further tweaked based on content and delivery mechanism (live streaming needs more bits/pixel than offline 2-pass VBR encoding for progressive download).

]]> <![CDATA[ideal wm-videosize for approx 500kb/s]]> http://forums.streamingmedia.com/thread-10528.html Thu, 04 Dec 2008 04:36:00 -0500 phil http://forums.streamingmedia.com/thread-10528.html
a) what is the best resolution for encoding to wmv9; for targeting approx 500kbit/s full bitrate inclusively Audio? 16:9 Material PAL. Is it 426 x 240, or 536x302 or 640x302 - and why?

b) what is the ideal bandwith around 500kbit/s. 512kbit/s, 540kbit/s and why?

its for a internet vod-streaming page.
best regards!

]]>
a) what is the best resolution for encoding to wmv9; for targeting approx 500kbit/s full bitrate inclusively Audio? 16:9 Material PAL. Is it 426 x 240, or 536x302 or 640x302 - and why?

b) what is the ideal bandwith around 500kbit/s. 512kbit/s, 540kbit/s and why?

its for a internet vod-streaming page.
best regards!

]]> <![CDATA[RE: ideal wm-videosize for approx 500kb/s]]> http://forums.streamingmedia.com/thread-10528.html Sat, 10 Oct 2009 05:47:56 -0400 sudhir http://forums.streamingmedia.com/thread-10528.html click here to know more

]]> click here to know more

]]> <![CDATA[RE: ideal wm-videosize for approx 500kb/s]]> http://forums.streamingmedia.com/thread-10528.html Sat, 10 Oct 2009 05:48:28 -0400 sudhir http://forums.streamingmedia.com/thread-10528.html (02-07-2009 01:46 AM)benwaggoner Wrote: Also, for maximum efficiency, you want to encode with width and height both divisible by 16. 432x240 or 416x240 is better than 426.

512x288 sounds like a fine starting point, but as always, it'll need to be further tweaked based on content and delivery mechanism (live streaming needs more bits/pixel than offline 2-pass VBR encoding for progressive download).
click here to know more

]]> (02-07-2009 01:46 AM)benwaggoner Wrote: Also, for maximum efficiency, you want to encode with width and height both divisible by 16. 432x240 or 416x240 is better than 426.

512x288 sounds like a fine starting point, but as always, it'll need to be further tweaked based on content and delivery mechanism (live streaming needs more bits/pixel than offline 2-pass VBR encoding for progressive download).
click here to know more

]]> <![CDATA[RE: ideal wm-videosize for approx 500kb/s]]> http://forums.streamingmedia.com/thread-10528.html Sat, 10 Oct 2009 05:48:44 -0400 sudhir http://forums.streamingmedia.com/thread-10528.html click here to know more

]]> click here to know more

]]> <![CDATA[RE: ideal wm-videosize for approx 500kb/s]]> http://forums.streamingmedia.com/thread-10528.html Sat, 10 Oct 2009 05:48:53 -0400 sudhir http://forums.streamingmedia.com/thread-10528.html click here to know more

]]> click here to know more

]]> <![CDATA[RE: ideal wm-videosize for approx 500kb/s]]> http://forums.streamingmedia.com/thread-10528.html Sat, 10 Oct 2009 05:49:02 -0400 sudhir http://forums.streamingmedia.com/thread-10528.html click here to know more

]]> click here to know more

]]> <![CDATA[RE: ideal wm-videosize for approx 500kb/s]]> http://forums.streamingmedia.com/thread-10528.html Sat, 10 Oct 2009 05:49:11 -0400 sudhir http://forums.streamingmedia.com/thread-10528.html click here to know more

]]> click here to know more

]]>