I don't think that the size of the company really matters, as I see it
the support part is the key factor. If you make a home brew solution
it's totally up to you to maintain that solution, I'm unsure if you
really want that in any head end. Also the configuration process and
monitoring of the system will probably be more easy with an of the
shelf product. But sure it have a price.<br>
<br>
Regarding the quality I'm not so surprised, off the shelf products
needs tuning as well and for what's worth I'm not so impressed of
Harmonics in general. ;o)<br>
<br>
For stability test I would use some kind of stream analyser and feed
the encoder with different materials, not only testing with a good
source all the time.<br><br>//Adam<br><br><div class="gmail_quote">2010/1/22 Jared Gordon <span dir="ltr"><<a href="mailto:jaredgordon@wctatel.com">jaredgordon@wctatel.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
As a small IPTV service provider, we simply don't have the time or expertise to play around with an open source solution. We want something turn-key, and "hardware" or proprietary encoders fit the bill. Actually the encoders we use (Astria/Motorola/Vidtel blades) run a flavor of linux to operate the hardware. We get pretty darn good results doing SD content at 2.9Mb/sec (constant bit rate) using Mpeg4 encoders. I think your IPTV provider might be cutting bandwidth corners trying to squeeze it down to 2Mb- it's just not enough bandwidth from my experiences in a headend-to-set top box scenario. I'm sure there is always another encoder out there that will do better job, but when you factor in cost (including development and testing), time to deploy, and stability, I think it would be a challenge to beat a dedicated hardware encoder. Our Mpeg4 encoder costs are about $5600/channel for new encoding gear (not including distribution, or the chassis)- $3400/channel if you can find used encoders.<br>
I'm open to suggestions however, as we're always looking for a way to reduce costs and increase quality. Now if you could put together something similar to what you described, and sell it for less than $3400/channel- I'd be all about that. :)<br>
<br>
Regards,<br>
<br>
Jared Gordon<br>
<br>
Winnebago Coop Telecom Assn<br>
<div><div></div><div class="h5"><br>
<br>
-----Original Message-----<br>
From: <a href="mailto:iptv-users-bounces@puck.nether.net">iptv-users-bounces@puck.nether.net</a> [mailto:<a href="mailto:iptv-users-bounces@puck.nether.net">iptv-users-bounces@puck.nether.net</a>] On Behalf Of Joćo Serra<br>
Sent: Thursday, January 21, 2010 8:35 PM<br>
To: <a href="mailto:iptv-users@puck.nether.net">iptv-users@puck.nether.net</a><br>
Subject: [iptv-users] Open Source x264 Encoder<br>
<br>
I noticed that almost all of you are working at some IPTV provider,<br>
I'm just an IPTV application Developer and i don't deal with encoders<br>
at all, so i have a question for all of you:<br>
<br>
Have you tried the open-source X264 H.264 encoder? According to the<br>
things i read on the net, x264 can out perform every hardware encoder<br>
on the market, even in real-time, both in quality and speed... In the<br>
last version it can even encoder in real time without latency, making<br>
it suitable for video-conferencing applications...<br>
I suggest you to read this post in one of the x264 developers blog -<br>
<a href="http://x264dev.multimedia.cx/?p=249&cpage=1#comment-2427" target="_blank">http://x264dev.multimedia.cx/?p=249&cpage=1#comment-2427</a> According to<br>
him, there are no h264 encoders in the market(both software and<br>
hardware) that can achieve that level of low-latency... (I know IPTV<br>
doesn't care much about latency, I'm just trying to illustrate the<br>
power of x264)<br>
<br>
My IPTV provider, for instance, uses 2 MB/s(in average, they use VBR)<br>
h264 streams for SD content(they're using Harmonic's Divicom Electra<br>
8000) and it really looks awful when compared to a couple of x264<br>
files i have encoded with x264 at 500kb/s(average - VBR encoded) Yes,<br>
i know i can't compare off-line encoding with real-time encoding, so i<br>
did another test: I encoded a video in real-time on a Core 2 Duo with<br>
the same average bitrate of 2mb/s and again, my provider hardware<br>
encoder looses again in quality... I tried Sports, Movies, News, etc<br>
and looking to my Samsung LCD, o difference is very visible, x264<br>
wins!<br>
<br>
So, my question to you is: why do you use those very very expensive<br>
hardware encoders that produce mediocre results, if Software encoders<br>
can easily outperform them? And they are much more cheaper(they are a<br>
just standard servers, you can even add SDI/ASI PCI cards if you<br>
want)...<br>
<br>
I know x264 can be a pain in the ass to configure, given the bazillion<br>
features and options it supports, however, i think it's a fair<br>
trade-off, if you consider it's price...<br>
I only think i cannot test is it's stability, have any of you tested<br>
it? For instance, letting a Red Hat Enterprise Linux box real time<br>
encoding a stream for a couple of months without interruption?<br>
_______________________________________________<br>
iptv-users mailing list<br>
<a href="mailto:iptv-users@puck.nether.net">iptv-users@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/iptv-users" target="_blank">https://puck.nether.net/mailman/listinfo/iptv-users</a><br>
_______________________________________________<br>
iptv-users mailing list<br>
<a href="mailto:iptv-users@puck.nether.net">iptv-users@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/iptv-users" target="_blank">https://puck.nether.net/mailman/listinfo/iptv-users</a><br>
</div></div></blockquote></div><br>