>I am looking into the wis-streamer server application, in particular
>the effort required to add support for more video encoder devices.
I'm not sure I understand what you're saying here, because this
application is for one particular type of encoder device only -
namely, those that use the WIS
Hello,
I am looking into the wis-streamer server application, in particular
the effort required to add support for more video encoder devices. I
see that wis-streamer depends on the WIS G07007 driver available from
the (presently defunct) URL:
http://oss.wischip.com/
I read that WISChip was acqu
>For what it's worth, this problem seems to be only on the amino 110. The
>amino 125/130's fast forward/backward pretty well, aside from some
>stuttering upon resuming normal play scale.
It would be nice to get some feedback from Amino Corp about what
exactly is going on here.
I find it bizarre
For what it's worth, this problem seems to be only on the amino 110. The
amino 125/130's fast forward/backward pretty well, aside from some
stuttering upon resuming normal play scale.
Josh
On Wed, 2008-04-16 at 14:40 +0200, [EMAIL PROTECTED] wrote:
> hello ross,
>
> as far as i know no stb, we u
hello ross,
as far as i know no stb, we use amino and adb, does rescan on pmt.
i think the best way to make it easier is to set vpid in trickplay to the value
of original vpid.
br
siegfried
- Original von: Ross Finlayson <[EMAIL PROTECTED]>:
> >If you change the video pid in ts to 0xe0
>If you change the video pid in ts to 0xe0 then the indexer it will work.
>The problem is it use always vpid 0xe0 in case of trickplay and for speed 1
>the original vpid and amino doesn't read the pmt again.
This is very interesting. Can anyone else (who's having problems
playing our 'trick play
