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

Henry Mason hip245 at operamail.com
Wed Sep 4 09:07:06 PDT 2002



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.




More information about the Theora-dev mailing list