Why hardware encoding but not decoding?

purple

Distinguished
May 19, 2004
21
0
18,510
Archived from groups: rec.video.desktop (More info?)

I used to have a TIVO with DirectTV and I loved it.

I am looking at buying a new Tivo (roughly $500 with the lifetime
guide) or creating a PVR with an old PC.

I would like to use and old W2K PC with a 1Ghz Athlon or less. Since
the PVR will run 24/7, I want it to be as low-power as possible and
still be able to do the job when I need it.

I have been reading threads about PVR's and video cards for PVRs and
the most common solution seems to be a video card for output to a
monitor or TV and a second card with a TV tuner/encoder. I am confused
by the fact that products such as BeyondTV3 use hardware encoding but
not decoding. I would think that in all cases, a dedicated ASIC would
give better performance/power usage than a general purpose processor.

Can someone explain why the common solution uses hardware encoding but
decoding is left to the CPU?

Why arent there PVR cards that have encoding/decoding, TV tuner and
video out all on the same card?
 
G

Guest

Guest
Archived from groups: rec.video.desktop (More info?)

Purple wrote:

> I used to have a TIVO with DirectTV and I loved it.
>
> I am looking at buying a new Tivo (roughly $500 with the lifetime
> guide) or creating a PVR with an old PC.
>
> I would like to use and old W2K PC with a 1Ghz Athlon or less. Since
> the PVR will run 24/7, I want it to be as low-power as possible and
> still be able to do the job when I need it.

A 1 GHz CPU should be able to decode mpeg-2 in it's sleep...
 
G

Guest

Guest
Archived from groups: rec.video.desktop (More info?)

Purple wrote:

> Why arent there PVR cards that have encoding/decoding, TV tuner and
> video out all on the same card?

There are. Like the PVR-350. But if I reall correctly, the TV output
and MPEG decoder are not supported in Windows. Many people use this
card with MythTV (Linux) and the results are supposedly amazing. The
decoding and TV-out functionality is pretty bleeding edge, driver-wise,
but it seems to be at a point where it works quite well.


-WD
 
G

Guest

Guest
Archived from groups: rec.video.desktop (More info?)

On a sunny day (19 May 2004 16:06:18 -0700) it happened vaitkus@pacbell.net
(Purple) wrote in <d9a19377.0405191506.2867ecba@posting.google.com>:

>
>Why arent there PVR cards that have encoding/decoding, TV tuner and
>video out all on the same card?
It is not completely true what you say, for example in the digital sat world
the SkyStar1 I have, has hardware decoder.
So has the Hauppauge Nexus.
But these cards have no encoder, as the signal is already mpeg2.
JP
 

Rio

Distinguished
Apr 14, 2004
22
0
18,510
Archived from groups: rec.video.desktop (More info?)

> Can someone explain why the common solution uses hardware encoding but
> decoding is left to the CPU?

Cause encoding it's a quite "hard" process, decoding is very easy, so it can
be done even without fancy hardware...

--
rIO.sK
 

Phil

Distinguished
Jan 21, 2001
838
0
18,980
Archived from groups: rec.video.desktop (More info?)

> I used to have a TIVO with DirectTV and I loved it.
>
> I am looking at buying a new Tivo (roughly $500 with the lifetime
> guide) or creating a PVR with an old PC.
>
> I would like to use and old W2K PC with a 1Ghz Athlon or less. Since
> the PVR will run 24/7, I want it to be as low-power as possible and
> still be able to do the job when I need it.
>
> I have been reading threads about PVR's and video cards for PVRs and
> the most common solution seems to be a video card for output to a
> monitor or TV and a second card with a TV tuner/encoder. I am confused
> by the fact that products such as BeyondTV3 use hardware encoding but
> not decoding. I would think that in all cases, a dedicated ASIC would
> give better performance/power usage than a general purpose processor.
>
> Can someone explain why the common solution uses hardware encoding but
> decoding is left to the CPU?
>
> Why arent there PVR cards that have encoding/decoding, TV tuner and
> video out all on the same card?


Hi,

Yes, there are PVR cards that have all the features you mentioned:

1) Navis-Pro (www.pentamedia.com)
2) PVR-350 (www.haupaugge.com)
3) MPG150i/160 (www.yuan.com.tw)

CPU usage for these card are pretty low while doing hardware encoding
and
decoding (output to external video monitor or TV). I have the
Navis-Pro and the CPU usage of 1Ghz Athlon is under 10% (by the way, I
upgraded my PC to 2.4Ghz and CPU usage un-changed).
 
G

Guest

Guest
Archived from groups: rec.video.desktop (More info?)

> > Can someone explain why the common solution uses hardware encoding but
> > decoding is left to the CPU?
>
> Cause encoding it's a quite "hard" process, decoding is very easy, so it
can
> be done even without fancy hardware...

Yeah, but you need good hardware to output it properly. A TV-Out on a
typical AGP graphics card doesn't exactly cut the mustard.
 
G

Guest

Guest
Archived from groups: rec.video.desktop (More info?)

Purple wrote:

>Can someone explain why the common solution uses hardware encoding but
>decoding is left to the CPU?
>
Real time decoding is easy to do in software. Real time encoding in
software is very CPU intensive and usually subject to limitations on
image size or bitrate.
 
G

Guest

Guest
Archived from groups: rec.video.desktop (More info?)

On 20 May 2004 22:16:47 -0700, Phil_12345@hotmail.com (Phil) wrote:

>> I used to have a TIVO with DirectTV and I loved it.
>>
>> I am looking at buying a new Tivo (roughly $500 with the lifetime
>> guide) or creating a PVR with an old PC.
>>
>> I would like to use and old W2K PC with a 1Ghz Athlon or less. Since
>> the PVR will run 24/7, I want it to be as low-power as possible and
>> still be able to do the job when I need it.
>>
>> I have been reading threads about PVR's and video cards for PVRs and
>> the most common solution seems to be a video card for output to a
>> monitor or TV and a second card with a TV tuner/encoder. I am confused
>> by the fact that products such as BeyondTV3 use hardware encoding but
>> not decoding. I would think that in all cases, a dedicated ASIC would
>> give better performance/power usage than a general purpose processor.
>>
>> Can someone explain why the common solution uses hardware encoding but
>> decoding is left to the CPU?
>>
>> Why arent there PVR cards that have encoding/decoding, TV tuner and
>> video out all on the same card?
>
>
>Hi,
>
>Yes, there are PVR cards that have all the features you mentioned:
>
>1) Navis-Pro (www.pentamedia.com)
>2) PVR-350 (www.haupaugge.com)
>3) MPG150i/160 (www.yuan.com.tw)
>
>CPU usage for these card are pretty low while doing hardware encoding
>and
>decoding (output to external video monitor or TV). I have the
>Navis-Pro and the CPU usage of 1Ghz Athlon is under 10% (by the way, I
>upgraded my PC to 2.4Ghz and CPU usage un-changed).

Note: the Hauppage PVR-350 does hardware decoding only for the
external output, when you use the output in a window on your pc it
uses software and so cpu time. It can do both at the same time also.
 

purple

Distinguished
May 19, 2004
21
0
18,510
Archived from groups: rec.video.desktop (More info?)

"rIO" <rio@spittingpimps.org> wrote in message news:<c8hqno$42n$1@carabinieri.cs.interbusiness.it>...
> > Can someone explain why the common solution uses hardware encoding but
> > decoding is left to the CPU?
>
> Cause encoding it's a quite "hard" process, decoding is very easy, so it can
> be done even without fancy hardware...

Thank you all for your responses.

It sounds like there are a few cards that offer hardware encoding and
decoding with TV-out but that decoding is a simple enough process that
most people use cards without decoding and let their regular CPU/video
card handle watching TV.

So i guess my next question is, why get the hardware decoding?

One answer i can guess is that it frees up a PCI slot since a single
video card handles input and output.

I see the most posts for the Hauppage 250 card so i will probably
start with that one and see if i like it. I assume driver support for
w2k and linux will be best with the most common card.
 
G

Guest

Guest
Archived from groups: rec.video.desktop (More info?)

On 20 May 2004 22:16:47 -0700, Phil_12345@hotmail.com (Phil) wrote:

>> I have been reading threads about PVR's and video cards for PVRs and
>> the most common solution seems to be a video card for output to a
>> monitor or TV and a second card with a TV tuner/encoder. I am confused
>> by the fact that products such as BeyondTV3 use hardware encoding but
>> not decoding. I would think that in all cases, a dedicated ASIC would
>> give better performance/power usage than a general purpose processor.

Not always.

For one, a dedicated encoder or decoder isn't free. In the case of the
encoder, you can make some valid arguments for the hardware, based on
performance, the need for realtime encoding, etc.

There was a time, ages ago, when you could make the same basic
evaluation about decoding. And technically, sure, a hardware decoder
will free up some spare CPU cycles. But MPEG-2 is dramatically
lopsided, in CPU requirements, between encoding and decoding. So the
decoding is fairly simple.

Then there's the issue of reformatting for the screen. A hardware
encoder will typically support a real 720x480 interlaced output. If
you're not using such, you probably want some additional reformatting
for the screen size, bobing & weaving, whatever. This wouldn't be
typical in plain old DVD players, but on PCs, it's quite the rule. So
things evolved in the direction of software playback, once the CPUs
could outperform the hardware encoders (by 600MHz PIII, a 1280x1024 or
so screen could be driven directly by software encoders). For the
typical PC, nearly all buyers would opt to spend another $100 or so on
a faster CPU, rather than spending it on a dedicated MPEG-2 decoder.
After all, what if you wanted to decode MPEG-4 Simple Profile (or
DivX, basically the same thing)?

Fact is, while folks are building up their own "livingroom PC" type
machines, which may do nothing but advanced A/V stuff (TiVo, network
media play, etc), it has largely been at the hobbiest level. There's
not much driving the market to deliver hardware decoding, in the age
of faster general purpose CPUs.

Naturally, that's not always the case on STBs, but after all, the
original TiVo had a 50-something-MHz PPC400-series CPU in it, DVD
players generally have some RISC chip, like a low-power MIPS, SPARC,
or maybe ARM, built into the MPEG-2 decoder chip. And actually, the
Series2 TiVos, based on a mid-level embedded MIPS chip, actually do
decode in software.

>> Can someone explain why the common solution uses hardware encoding but
>> decoding is left to the CPU?

There you go. The demands for good software encoding are much higher.
In fact, most of the PC-based realtime software encoders, in order to
run at 1GHz or whatever, compromise the MPEG-2 quality considerably.
Hardware is the best solution for this -- it produces a better result.
Software decoding on a PC connected to a monitor or LCD (like the
1280x768 screen on my laptop) is better in software. Any time
something's better AND cheaper, expect it to become the PC-world
standard, unless there's some tremendous downside. Since most folks
don't do other things while they're playing back video (obviously, on
a TiVo-replacement-PC, you ARE at least interested in S.R.P.)

>> Why arent there PVR cards that have encoding/decoding, TV tuner and
>> video out all on the same card?

A good portion of the PVR cards themselves (like the ATi AiWs) don't
bother with hardware encoding or decoding for one simple reason:
they're designed to be cheap (and/or highly profitable). For serious
use, in the USA, with something like 80%+ of households primarily
using cable or satellite TV, a tuner is close to worthless -- all you
need is an encoder, and ideally, an external IR or serial link so the
PC can control your external tuner.

>Yes, there are PVR cards that have all the features you mentioned:
>
>1) Navis-Pro (www.pentamedia.com)

That does HW encode and decode (as you clearly know), but he wants a
tuner as well. Looks like a nice card, though I'll need one that does
YCrCb capture and playback at HD resolutions ;-)

>2) PVR-350 (www.haupaugge.com)
Or maybe www.hauppauge.com... this looks like the one: HW encode and
decode, with a tuner... assuming an analog cable-ready tuner is of
value. For "livingroom compter" use, you need the IR support as well
(which this includes), a scriptable support application (so you can
use other people's IR controllers), or standard driver support, so
that another PVR application can be run that allows the automation.

>3) MPG150i/160 (www.yuan.com.tw)

MPG150 is software-based playback, far as I can tell (they mention
hardware encoding, but don't explicitly claim hardware decoding).

All fairly fringey companies at the moment. This is definitely an
upgrade, not a build-in, and some not applicable worldwide.


Dave Haynie | Chief Toady, Frog Pond Media Consulting
dhaynie@jersey.net| Take Back Freedom! Bush no more in 2004!
"Deathbed Vigil" now on DVD! See http://www.frogpondmedia.com
 
G

Guest

Guest
Archived from groups: rec.video.desktop (More info?)

> >> Can someone explain why the common solution uses hardware encoding
but
> >> decoding is left to the CPU?
>
> There you go. The demands for good software encoding are much higher.
> In fact, most of the PC-based realtime software encoders, in order to
> run at 1GHz or whatever, compromise the MPEG-2 quality considerably.
> Hardware is the best solution for this -- it produces a better result.

From my mp3 days, I've learned to stay out of the "my encoder is better
than your encoder" arguments, since almost no one can tell the
difference between encoders in a true double-blind study. But... do you
have any real world tests/comparisons for your "hardware is best"
statement? Realtime may be the key word, as most quality s/w encoders
use VBR and multiple passes but with today's fast processors, I would
think the "quality" difference would be insignificant. I've compared mpg
files from my AIW realtime captures with files that were encoded with
ProCoder, a pretty high rated encoder, and I can't tell the difference.

For some reason or another, I have a tough time believing that an mpg
file from a $200 USD Hauppage card is going to be "better" quality than
an avi file that is then encoded with Cinema Craft Encoder, costing
$2000. I have to believe there's a reason why one costs ten times more
than the other and I'd bet "quality" is somewhere in the mix. The only
encoder comparison that I've ever seen, that used truly objective
methods, is here:

http://videosystems.com/ar/video_mpeg_encoder_shootout/index.htm

and it judged CCE the "best", even over a $25,000 Sonic Solutions
SD-2000 hardware encoder.

Have any links to objective tests that demonstrates h/w encoding is
"best"?
 
G

Guest

Guest
Archived from groups: rec.video.desktop (More info?)

"Morrmar" <morrmar@myway.com-no spam> wrote in message
news:hYmtc.1$Yf6.0@bignews1.bellsouth.net...
> > >> Can someone explain why the common solution uses hardware encoding
> but
> > >> decoding is left to the CPU?
> >
> > There you go. The demands for good software encoding are much higher.
> > In fact, most of the PC-based realtime software encoders, in order to
> > run at 1GHz or whatever, compromise the MPEG-2 quality considerably.
> > Hardware is the best solution for this -- it produces a better result.
>
> From my mp3 days, I've learned to stay out of the "my encoder is better
> than your encoder" arguments, since almost no one can tell the
> difference between encoders in a true double-blind study. But... do you
> have any real world tests/comparisons for your "hardware is best"
> statement?

The software encoders that I've seen for realtime capture are so bad that if
you ever saw any of them you wouldn't even begin to apply the same arguments
that come from your mp3 days. If you know of any realtime capture/encode
software that you feel does a good job, please reference it and I'll take a
look. I have a LiteOn DVD recorder and build MPEG-2 encoders at work that
use a Philips hardware encoder. So I have a couple of H/W encoder options
to compare against. I also use PowerVCR and Pinnacle Vision for MPEG-2 SW
encode. Only a blind man would fail to see the difference.

> Realtime may be the key word, as most quality s/w encoders

As well as the topic of this thread. Nobody is disputing that no realtime
encoders are good.

> For some reason or another, I have a tough time believing that an mpg
> file from a $200 USD Hauppage card is going to be "better" quality than
> an avi file that is then encoded with Cinema Craft Encoder, costing
> $2000.

You misunderstand the contect of the thread. Nobody is talking about
non-capture SW encoders.

> Have any links to objective tests that demonstrates h/w encoding is
> "best"?

Best for what? is the qualifier.
 
G

Guest

Guest
Archived from groups: rec.video.desktop (More info?)

"FLY135" <fly_135(@ hot not not)notmail.com> wrote in message
news:fAntc.27535$zO3.16183@newsread2.news.atl.earthlink.net...
>
> "Morrmar" <morrmar@myway.com-no spam> wrote in message
> news:hYmtc.1$Yf6.0@bignews1.bellsouth.net...
> > Realtime may be the key word, as most quality s/w encoders
>
> As well as the topic of this thread. Nobody is disputing that no realtime
> encoders are good.

That was "non" realtime encoders. Leaving out that "n" totally changed the
meaning of the statement.
 
G

Guest

Guest
Archived from groups: rec.video.desktop (More info?)

On a sunny day (Thu, 27 May 2004 10:38:40 -0400) it happened "Morrmar"
<morrmar@myway.com-no spam> wrote in <hYmtc.1$Yf6.0@bignews1.bellsouth.net>:

>> >> Can someone explain why the common solution uses hardware encoding
>but
>> >> decoding is left to the CPU?
>>
>> There you go. The demands for good software encoding are much higher.
>> In fact, most of the PC-based realtime software encoders, in order to
>> run at 1GHz or whatever, compromise the MPEG-2 quality considerably.
>> Hardware is the best solution for this -- it produces a better result.
>
>From my mp3 days, I've learned to stay out of the "my encoder is better
>than your encoder" arguments, since almost no one can tell the
>difference between encoders in a true double-blind study. But... do you
>have any real world tests/comparisons for your "hardware is best"
>statement? Realtime may be the key word, as most quality s/w encoders
>use VBR and multiple passes but with today's fast processors, I would
>think the "quality" difference would be insignificant. I've compared mpg
>files from my AIW realtime captures with files that were encoded with
>ProCoder, a pretty high rated encoder, and I can't tell the difference.
>
>For some reason or another, I have a tough time believing that an mpg
>file from a $200 USD Hauppage card is going to be "better" quality than
>an avi file that is then encoded with Cinema Craft Encoder, costing
>$2000. I have to believe there's a reason why one costs ten times more
>than the other and I'd bet "quality" is somewhere in the mix. The only
>encoder comparison that I've ever seen, that used truly objective
>methods, is here:
>
>http://videosystems.com/ar/video_mpeg_encoder_shootout/index.htm
>
>and it judged CCE the "best", even over a $25,000 Sonic Solutions
>SD-2000 hardware encoder.
>
>Have any links to objective tests that demonstrates h/w encoding is
>"best"?
Hardware encoding is not 'best', but hardware encoding may be your only
option if you want to do it in real time.
You could record YUYV and do 2 pass (or more passes) software encoding,
and that likely could be tweaked much better then a 'general solution'
mpeg2 coder chip.
But it takes lots of diskspace and bandwidth and time.
Doing a 2 pass is in some cases (if not all) much to be preferred.
JP
 
G

Guest

Guest
Archived from groups: rec.video.desktop (More info?)

Jan Panteltje wrote:

>
> Hardware encoding is not 'best'

That's an interesting statement.

What is it based on?

Just curious - I'm not arguing the point, I only want to be more informed.
 
G

Guest

Guest
Archived from groups: rec.video.desktop (More info?)

> Hardware encoding is not 'best', but hardware encoding may be your
only
> option if you want to do it in real time.
> You could record YUYV and do 2 pass (or more passes) software
encoding,
> and that likely could be tweaked much better then a 'general solution'
> mpeg2 coder chip.
> But it takes lots of diskspace and bandwidth and time.
> Doing a 2 pass is in some cases (if not all) much to be preferred.


That's how I capture and encode because I have the processor/space to do
it. It just seems that many in this ng seem to think that a h/w encoder
always produces the "best" end result. I'd like to see some objective
proof for that belief because the evaluation done by videosystems.com
doesn't bear that out.
 
G

Guest

Guest
Archived from groups: rec.video.desktop (More info?)

"Keith Clark" <clarkphotography@hotmail.com> wrote in message
news:40B61D31.E725F576@hotmail.com...
>
>
> Jan Panteltje wrote:
>
> >
> > Hardware encoding is not 'best'
>
> That's an interesting statement.
>
> What is it based on?
>
> Just curious - I'm not arguing the point, I only want to be more informed.
>
Perhaps because multi-pass VBR isn't available in real-time hardware
encoders?
Perhaps the algorithm could be more extensive if it didn't have to be
limited
by real-time encoding? Just guessing.

I have a Panasonic stand alone that does a pretty acceptable job for my
client's
needs, and I can encode using the hardware encoder in my Digisuite Max and
get pretty good results, but many people feel they can get a superior result
from software based encoding. I suspect they are right if you know what you
are doing. If you are a neophyte like me, you might be better off in
hardware :)

David
 
G

Guest

Guest
Archived from groups: rec.video.desktop (More info?)

"Keith Clark" <clarkphotography@hotmail.com> wrote in message
news:40B61D31.E725F576@hotmail.com...
>
>
> Jan Panteltje wrote:
>
> >
> > Hardware encoding is not 'best'
>
> That's an interesting statement.
>
> What is it based on?
>
> Just curious - I'm not arguing the point, I only want to be more informed.

His answer is simply a result of not sticking with the context of the
discussion. It's a thread about making a TIVO like PC PVR box.

Since Dave made the statement.... "I would think that in all cases, a
dedicated ASIC would give better performance/power usage than a general
purpose processor", perhaps some thought the "in all cases" justified a
tangental argument that left the context of talking about PVR devices.

You can always create software that does more sophisticated processing than
a hardware device, if processing time is not an issue.
 
G

Guest

Guest
Archived from groups: rec.video.desktop (More info?)

On a sunny day (Thu, 27 May 2004 17:53:27 GMT) it happened "FLY135" <fly_135(@
hot not not)notmail.com> wrote in
<rWptc.27772$zO3.45@newsread2.news.atl.earthlink.net>:

>You can always create software that does more sophisticated processing than
>a hardware device, if processing time is not an issue.
Agreed
JP
 
G

Guest

Guest
Archived from groups: rec.video.desktop (More info?)

On Thu, 27 May 2004 10:38:40 -0400, "Morrmar" <morrmar@myway.com-no
spam> wrote:

>> >> Can someone explain why the common solution uses hardware encoding
>but
>> >> decoding is left to the CPU?
>>
>> There you go. The demands for good software encoding are much higher.
>> In fact, most of the PC-based realtime software encoders, in order to
>> run at 1GHz or whatever, compromise the MPEG-2 quality considerably.
>> Hardware is the best solution for this -- it produces a better result.

>From my mp3 days, I've learned to stay out of the "my encoder is better
>than your encoder" arguments, since almost no one can tell the
>difference between encoders in a true double-blind study. But... do you
>have any real world tests/comparisons for your "hardware is best"
>statement? Realtime may be the key word, as most quality s/w encoders
>use VBR and multiple passes but with today's fast processors, I would
>think the "quality" difference would be insignificant.

"Realtime" is the keyword. I agree that the best of the software
encoders are all pretty damn fine these days. I can tell the
difference between, say, MainConcept (though I haven't tried their
2-pass version yet, I'm waiting for Vegas 5 to arrive) vs. TMPGenc,
but only on certain bits of video.

But I have yet to find a realtime software encoder I'd even consider
acceptable, much less "decent". I have tried the GoMotion encoder
bundled with the ATi AiW cards, several other built-in on PVR
applications, etc. Most are pretty hideous -- you'd swear the GoMotion
encoder, for example, pulls a silk stocking over your "lens" (well,
that's the effect).

>I've compared mpg
>files from my AIW realtime captures with files that were encoded with
>ProCoder, a pretty high rated encoder, and I can't tell the difference.

That difference has repeatedly hit me over the head like a canonball.
It's not just the "through a stocking" effect, but dramatically worse
motion artifaces, other things, versus a proper, professional-class
encoding with a stand alone encoder.

There's only so much you can do in realtime, in software. For example,
the motion search cannot be done as well. So they're either running a
very limited search, or a heurestic search, neither of which will
always work as well as the in-depth, very time consuming searches you
can perform with the better encoders.

>For some reason or another, I have a tough time believing that an mpg
>file from a $200 USD Hauppage card is going to be "better" quality than
>an avi file that is then encoded with Cinema Craft Encoder, costing
>$2000.

Well, how about TMPGenc, costing $45 or whatever I paid for it, years
back, which is by most accounts nearly as good as the $2000
CinemaCraft. But no, I'm not making that claim, either. Hardware can
be very good, though, in most aspects, it's untweakable -- you cast
much of the algorithm (if it's a pure HW encoder) in silicon. So there
hasn't been the competition we've seen for software encoders on the
PC. But there are some advantages to hardware. For example, you
_could_ do a motion search on every pixel at once, without spending a
great deal of silicon, by today's standards. CPUs are still doing this
one by one, more or less (maybe MMX/SSE could speed up some of this,
but not by the same factors).

Or, you could look at an existence proof -- commercial DVDs are made
using hardware encoding. Of course, the real reason they're better
than ours, most of the time, isn't that, but the fact they're
hand-tweaked, frame by frame, by an MPEG-2 mastering engineer. The
hardware speed just makes that possible...

>I have to believe there's a reason why one costs ten times more
>than the other and I'd bet "quality" is somewhere in the mix.

There is precisely one reason: "because they can get it". It could be
the actual quality, the preception of quality, the reputation of
quality, etc. I have a program for DVD creation from Pinnacle, called
Impact Pro DVD. When this was owned by Minerva, they charged $6,000 or
some-such for it. Pinnacle charged me about $300, for a very slightly
improved version of the program. Did the program somehow stop being
20x as good? Nope.. but others came out that were better, or easier,
or more full featured, etc.


The only
>encoder comparison that I've ever seen, that used truly objective
>methods, is here:
>
>http://videosystems.com/ar/video_mpeg_encoder_shootout/index.htm
>
>and it judged CCE the "best", even over a $25,000 Sonic Solutions
>SD-2000 hardware encoder.

If it's intended for professonal use (which I would assume it is, at
that price), probably so. I don't think anyone doing a commercial DVD
(well, aside from self-published stuff like mine) would consider using
an encoder that's simply run on a "set 'em and he'll do his best"
basis. You can't master a CD simply by dialing in a few EQ settings
and streaming your production through it -- you need to listen
carefully to each part of each song, and tweak accordingly. Not
everyone has the ears for this. Video mastering (which, after all, is
precisely what DVD encoding is) need similar human interaction to
produce the best result. That's what you do with a high-end hardware
encoder (I'm not suggesting that's what a $200 PVR card is for, of
course). As you argue in CCE-SE's favor, "if they're selling it for
that, someone must see the value".

>Have any links to objective tests that demonstrates h/w encoding is
>"best"?

Nothing offhand. I worked in digital video, almost daily, from the
early 90s to the present (not The Day Job for the last three years).
You get used to what's what... at least until technology flips it
around, but I don't think that's quite happened yet. Just that there
are different tools for different kinds of encoding.. we've discussed
three very different cases here (realtime PVR, prosumer software
encoding, professional MPEG-2 mastering), there may be others.
Dave Haynie | Chief Toady, Frog Pond Media Consulting
dhaynie@jersey.net| Take Back Freedom! Bush no more in 2004!
"Deathbed Vigil" now on DVD! See http://www.frogpondmedia.com
 
G

Guest

Guest
Archived from groups: rec.video.desktop (More info?)

> >I've compared mpg
> >files from my AIW realtime captures with files that were encoded with
> >ProCoder, a pretty high rated encoder, and I can't tell the
difference.
>
> That difference has repeatedly hit me over the head like a canonball.
> It's not just the "through a stocking" effect, but dramatically worse
> motion artifaces, other things, versus a proper, professional-class
> encoding with a stand alone encoder.

I admit I did that comparison shortly after I got the AIW so I may give
it another shot over the long weekend. Now that I have a DVD burner, I
can put them on a real large screen TV and not just a computer monitor.
<g>

> Well, how about TMPGenc, costing $45 or whatever I paid for it, years
> back, which is by most accounts nearly as good as the $2000
> CinemaCraft. But no, I'm not making that claim, either. Hardware can

If I didn't need to convert avi's to multiple formats in one session,
I'd still be using TMPGenc.


> Or, you could look at an existence proof -- commercial DVDs are made
> using hardware encoding. Of course, the real reason they're better
> than ours, most of the time, isn't that, but the fact they're
> hand-tweaked, frame by frame, by an MPEG-2 mastering engineer. The
> hardware speed just makes that possible...

What a tedious job that must be.

> encoder (I'm not suggesting that's what a $200 PVR card is for, of
> course). As you argue in CCE-SE's favor, "if they're selling it for
> that, someone must see the value".

As you stated with the Pinnacle example, price isn't always _the_
determining factor but usually, it is.

> around, but I don't think that's quite happened yet. Just that there
> are different tools for different kinds of encoding.. we've discussed
> three very different cases here (realtime PVR, prosumer software
> encoding, professional MPEG-2 mastering), there may be others.

The realtime case is what threw me. But some on this ng seem to think
that it doesn't matter, such as:

: I have replaced the WinTV-Go with a PVR-250, which outputs mpeg-2
directly and is of much higher
: quality than I was getting previously. It's also better quality than
capturing in Huffyuv and
: converting to mpeg-2 offline.

Comments like that I just don't understand but since I don't have
experience with that card, I can't comment. But to me, those kinds of
statements seem ludicrous. Professionals may have more money to spend
that hobbyists, but they're not stupid. If the could get a product
costing $250 rather than $2000 and get higher quality, they'd do it in a
heartbeat.

When I first read your post, I mistakenly thought you were among those
who thought h/w encoders were the "best" and since coming to this forum,
I've come to respect your opinion so I was a bit confused. Upon
re-reading your post before sending mine, I saw the word realtime. One
word makes all the difference in the world. <g>
 
G

Guest

Guest
Archived from groups: rec.video.desktop (More info?)

On Thu, 27 May 2004 10:38:40 -0400, "Morrmar" <morrmar@myway.com-no
spam> wrote:

>The only
>encoder comparison that I've ever seen, that used truly objective
>methods, is here:
>
>http://videosystems.com/ar/video_mpeg_encoder_shootout/index.htm

Let's see what they say about TMpgenc: "The muscular low-cost encoder
has many bells and whistles, but two judging teams had trouble
creating technically legal files. Hmm. Thus, we could only partially
evaluate this product while wondering what went wrong." So this people
doesn't know what to do with Tmpgenc, and you find them a reliable
source of "truly objective methods"? Better look elsewhere. For
instance,

http://free.pages.at/jensemann/mpeg.htm
http://www.geocities.com/ksong1222/mpegenc.htm

and, of course, Videographica's detailed review. For the conclusions,
reach http://tangentsoft.net/video/mpeg/reviews/conclusion.html
 
G

Guest

Guest
Archived from groups: rec.video.desktop (More info?)

> Let's see what they say about TMpgenc: "The muscular low-cost encoder
> has many bells and whistles, but two judging teams had trouble
> creating technically legal files. Hmm. Thus, we could only partially
> evaluate this product while wondering what went wrong." So this people
> doesn't know what to do with Tmpgenc, and you find them a reliable
> source of "truly objective methods"? Better look elsewhere. For
> instance,

I got the impression the reviewers were professional or
semi-professionals so I could understand why they might have trouble
configuring TMPGenc. I doubt any of the judges had any experience with
it at all and it's not the easiest piece of s/w to learn. I used it
exclusively until I bought ProCoder. Hell, they even had trouble
configuring ProCoder and it's one of the easiest pieces of encoding s/w
I've ever used. And by objective methods, I mean a procedure where the
judges have _no_ idea what encode they're judging. So yeah, I did find
it the most reliable review I've yet seen.

> http://free.pages.at/jensemann/mpeg.htm

Limited encoders, deals with SVCD not DVD, one person's opinion and no
indication if the reviewer knew which encoder he was evaluating when
doing the evaluation.

> http://www.geocities.com/ksong1222/mpegenc.htm

Just glanced at the review after reading this:

"They are encoded under Win95, with Celeron 550MHz (O.C.ed 366), 128MB
RAM, and source AVI and encoded MPEG were both on RAID 0 HD."

Obviously outdated.

> and, of course, Videographica's detailed review. For the conclusions,
> reach http://tangentsoft.net/video/mpeg/reviews/conclusion.html

This one was pretty good but was about 2 years old, was one person's
opinion, and no indication on the analysis page whether it was a blind
observation or not.

While I have never considered reviews the be all and end all to
judgments on which piece of s/w or h/w to use, I do feel they provide
useful info to make purchasing/quality decisions. Thanks for the links.