DVB-S with hardware decoder

[Benarty]

Title says all.

 

The reason:

 

I've been running transedit for several hours and the result ws:

Mpeg2 HDTV demo channels, massive packet loss.

Certain Vertikal channel, including the tranponder that our sat provider uses: packet loss.

But, after restarting the scan, then completely different results. There is no way to identify

receive problems.

 

Now, before replacing the twinhan 1030A:

FTA did run fine.

When ecnrypted did run for a moment, then camera movements are not fluent, in all video modes.

And what decodes the mpeg : cyberlink decoder V7 at this moment. And I can compare the video

cause sat channels are a few seconds sooner or later then what we still receive via analog cableTV.

And...note that the analog cableTV signal is original a Mpeg2 signal at symbolrate 22000 that are

encoded to an analog channel. Result is that even the analogTV signal looks better then what

DVBViewer shows, well the software decoder.

 

So I'm starting to doubt is software decoding is the way to go.

 

Perhaps I shoul pay more and move towards an older DVB-S card with hardware mpeg decoder.

But it's useless if DVBViewer grabs the stream before it's passing the hardware decoder.

So, for example Technotrend, premium /hauppauge nexus cards.

 

Note: I'm running back with I945GT graphics but it's sure fast enough for DVB resolution.

The ati x1600 pro has the same problem.

 

I doubt that a nexus can work with hardware decoder under DVBViewer tho

 

 

 

Title says all.

 

The reason:

 

I've been running transedit for several hours and the result ws:

Mpeg2 HDTV demo channels, massive packet loss.

Certain Vertikal channel, including the tranponder that our sat provider uses: packet loss.

But, after restarting the scan, then completely different results. There is no way to identify

receive problems.

 

Now, before replacing the twinhan 1030A:

FTA did run fine.

When ecnrypted did run for a moment, then camera movements are not fluent, in all video modes.

And what decodes the mpeg : cyberlink decoder V7 at this moment. And I can compare the video

cause sat channels are a few seconds sooner or later then what we still receive via analog cableTV.

And...note that the analog cableTV signal is original a Mpeg2 signal at symbolrate 22000 that are

encoded to an analog channel. Result is that even the analogTV signal looks better then what

DVBViewer shows, well the software decoder.

 

So I'm starting to doubt is software decoding is the way to go.

 

Perhaps I shoul pay more and move towards an older DVB-S card with hardware mpeg decoder.

But it's useless if DVBViewer grabs the stream before it's passing the hardware decoder.

So, for example Technotrend, premium /hauppauge nexus cards.

 

Note: I'm running back with I945GT graphics but it's sure fast enough for DVB resolution.

The ati x1600 pro has the same problem.

 

I doubt that a nexus can work with hardware decoder under DVBViewer tho

 

 

 

argh, confirmed, the mpeg decoder of the nexus does not send it's output to the pci bus.

[Engelbert]

The DVBViewer cannot handle hardware decoders.

[Benarty]

The DVBViewer cannot handle hardware decoders.

 

 

Fine cause I had a rev1.5 from hauppauge but sold it months ago.

 

I'm prepared to swith to another DVB-S card but problem is, well if you look to all topic on these forums, then all DVB-S cards can have problems ... FloppyDTV seems a better choise cause Digital everywhere did test it with our sat provider and their original cam.

 

CAM support stays a huge problem with the DVB-S cards.

Well, even some set top boxes also.