[theora-dev] Limiting bandwidth to around max. 8k per second - possible? UPDATE

Thomas Tomiczek t.tomiczek at thona-consulting.com
Wed Sep 4 09:10:04 PDT 2002



Sure :-) You have a DirectShow filter that does this? Best with bilinear
filtering?

I thought of it, but have problems even getting the algorythms.

We make some progress on 320x240, though - basically by going to 5fps
etc.

Hm, the quality is not that bad - actually comparable to Indeo now.
Smoother (blurry, so to say), but no fragments, though. In general could
be comparable.

Makes me interested in VP5, but I am unable to get a quote out of ON2,
so - well- their problem :-)

No, looks like we slowly move forward. Lets see what result we get
tomorrow.

Thomas Tomiczek
THONA Consulting Ltd.
(Microsoft MVP C#/.NET)

-----Original Message-----
From: Henry Mason [mailto:hip245 at operamail.com] 
Sent: Mittwoch, 4. September 2002 18:07
To: theora-dev at xiph.org
Subject: RE: [theora-dev] Limiting bandwidth to around max. 8k per
second - possible? UPDATE

<p>If you absolutely must input 160x120, why not just scale 
it to 172x144 so that VP3 works? The images are small 
enough that there really shouldn't be that much 
overhead...

-Henry   

----- Original Message -----
From: "Thomas Tomiczek" 
<t.tomiczek at thona-consulting.com>
Date: Wed, 4 Sep 2002 16:50:14 +0200
To: <theora-dev at xiph.org>
Subject: RE: [theora-dev] Limiting bandwidth to around 
max. 8k per second - possible? UPDATE

<p>> Ok, we got it working with 176x144 resolution.
> 
> The following string produced an image that was not
falling behind too
> much for too long - basically a little when it was
getting TONS of
> movement, and then catching up fast.
> "65 58 110 0 1 1 90 8 120 1 1 "
> 
> Now, we need to get this working on a 320x240
resolution, too (as sadly
> VP3 does not support 160x120. Seems to be a little
senseless, though.
> Whatever we do, we dont get the bandwidth down
enough. Now, we need one
> of the "standard resolutions" (160x120 or multiples)
for some cameras
> here to work.
> 
> Any hint?
> 
> Thomas Tomiczek
> THONA Consulting Ltd.
> (Microsoft MVP C#/.NET)
> 
> 
> -----Original Message-----
> From: Thomas Tomiczek
> Sent: Mittwoch, 4. September 2002 15:34
> To: theora-dev at xiph.org
> Subject: [theora-dev] Limiting bandwidth to around 
max. 8k per second -
> possible? Working?
> 
> 
> Hello,
> I am using the latest binary download from vp32.com, 
just as a starter. 
> We try using the VP32 codec in a video conferencing
application,
> replacing Intel indeo for obvious reasons. I must note
that I have
> considered contacting ON2 for a license of the VP5
codec, but after
> sending emails for amore than a week and never
getting back calls after
> they were announced, and after not reaching anyone
early in the office
> there (and I have a substantial time difference), I have
decided that we
> will not license anything for the time being. Dan, you
might take this
> as a hint - have someone contact us with an OFFER
and have him behave
> like a professional, and you might make a sale for our
1.2 or 1.3
> release in Q1.
> Now, our problem is that our video conference runs
on2 ISDN lines. I
> have a bandwidth of around 9k per second. Not more,
and low latency.
> Worked flawless with Intel Indeo :-)
> We are currently playing around with the bandwidth in
the "encoded
> registry string", and the string we use right now is 
>         "50 5 30 0 1 1 60 30 300 2 2 "
> The first number is meant to be the target b nadwidth, 
right? I tried it
> with 80, then wend down and down.
> Till now, we have the problem that we are falling 
behind. Substantially.
> Nothing seems to be able to change this. Now, for a
short moment that is
> not a problem - we run a .3 second delay. But we are
CONSTANTLY
> generating WAY too much data.
> Any hint here? Might be the first big size project that
you guys can
> take officially as a reference, but not if we have to stay
with Intel
> Indeo because it does not work.
> Thomas Tomiczek
> THONA Consulting Ltd. 
> (Microsoft MVP C#/.NET) 
> --- >8 ----
> List archives:  http://www.xiph.org/archives/
> Ogg project homepage: http://www.xiph.org/ogg/
> To unsubscribe from this list, send a message to 
'theora-dev-request at xiph.org'
> containing only the word 'unsubscribe' in the body.
No subject is needed.
> Unsubscribe messages sent to the list will be
ignored/filtered.
> 
> 

    

-- 
_______________________________________________
Get your free email from http://mymail.operamail.com

Powered by Outblaze
--- >8 ----
List archives:  http://www.xiph.org/archives/
Ogg project homepage: http://www.xiph.org/ogg/
To unsubscribe from this list, send a message to
'theora-dev-request at xiph.org' containing only the word 'unsubscribe' in
the body.  No subject is needed. Unsubscribe messages sent to the list
will be ignored/filtered.
--- >8 ----
List archives:  http://www.xiph.org/archives/
Ogg project homepage: http://www.xiph.org/ogg/
To unsubscribe from this list, send a message to 'theora-dev-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.




More information about the Theora-dev mailing list