Thomas Tomiczek
2002-Sep-04 07:50 UTC
[theora-dev] Limiting bandwidth to around max. 8k per second - possible? UPDATE
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) <p>-----Original Message----- From: Thomas Tomiczek Sent: Mittwoch, 4. September 2002 15:34 To: theora-dev@xiph.org Subject: [theora-dev] Limiting bandwidth to around max. 8k per second - possible? Working? <p>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@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Henry Mason
2002-Sep-04 09:07 UTC
[theora-dev] Limiting bandwidth to around max. 8k per second - possible? UPDATE
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@thona-consulting.com> Date: Wed, 4 Sep 2002 16:50:14 +0200 To: <theora-dev@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 notfalling behind too> much for too long - basically a little when it wasgetting 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 320x240resolution, too (as sadly> VP3 does not support 160x120. Seems to be a littlesenseless, though.> Whatever we do, we dont get the bandwidth downenough. 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@xiph.org > Subject: [theora-dev] Limiting bandwidth to aroundmax. 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 conferencingapplication,> replacing Intel indeo for obvious reasons. I must notethat I have> considered contacting ON2 for a license of the VP5codec, but after> sending emails for amore than a week and nevergetting back calls after> they were announced, and after not reaching anyoneearly in the office> there (and I have a substantial time difference), I havedecided that we> will not license anything for the time being. Dan, youmight take this> as a hint - have someone contact us with an OFFERand have him behave> like a professional, and you might make a sale for our1.2 or 1.3> release in Q1. > Now, our problem is that our video conference runson2 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 inthe "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 fallingbehind. Substantially.> Nothing seems to be able to change this. Now, for ashort moment that is> not a problem - we run a .3 second delay. But we areCONSTANTLY> generating WAY too much data. > Any hint here? Might be the first big size project thatyou guys can> take officially as a reference, but not if we have to staywith 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@xiph.org'> containing only the word 'unsubscribe' in the body.No subject is needed.> Unsubscribe messages sent to the list will beignored/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@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Thomas Tomiczek
2002-Sep-04 09:10 UTC
[theora-dev] Limiting bandwidth to around max. 8k per second - possible? UPDATE
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@operamail.com] Sent: Mittwoch, 4. September 2002 18:07 To: theora-dev@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@thona-consulting.com> Date: Wed, 4 Sep 2002 16:50:14 +0200 To: <theora-dev@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 notfalling behind too> much for too long - basically a little when it wasgetting 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 320x240resolution, too (as sadly> VP3 does not support 160x120. Seems to be a littlesenseless, though.> Whatever we do, we dont get the bandwidth downenough. 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@xiph.org > Subject: [theora-dev] Limiting bandwidth to aroundmax. 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 conferencingapplication,> replacing Intel indeo for obvious reasons. I must notethat I have> considered contacting ON2 for a license of the VP5codec, but after> sending emails for amore than a week and nevergetting back calls after> they were announced, and after not reaching anyoneearly in the office> there (and I have a substantial time difference), I havedecided that we> will not license anything for the time being. Dan, youmight take this> as a hint - have someone contact us with an OFFERand have him behave> like a professional, and you might make a sale for our1.2 or 1.3> release in Q1. > Now, our problem is that our video conference runson2 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 inthe "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 fallingbehind. Substantially.> Nothing seems to be able to change this. Now, for ashort moment that is> not a problem - we run a .3 second delay. But we areCONSTANTLY> generating WAY too much data. > Any hint here? Might be the first big size project thatyou guys can> take officially as a reference, but not if we have to staywith 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@xiph.org'> containing only the word 'unsubscribe' in the body.No subject is needed.> Unsubscribe messages sent to the list will beignored/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@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@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Henry Mason
2002-Sep-04 13:58 UTC
[theora-dev] Limiting bandwidth to around max. 8k per second - possible? UPDATE
Does this DS filter not work? http://moonlight.co.il/products/ir.shtml -Henry ----- Original Message ----- From: "Thomas Tomiczek" <t.tomiczek@thona-consulting.com> Date: Wed, 4 Sep 2002 18:10:04 +0200 To: <theora-dev@xiph.org> Subject: RE: [theora-dev] Limiting bandwidth to around max. 8k per second - possible? UPDATE <p>> Sure :-) You have a DirectShow filter that does this? Best with bilinear> filtering? > > I thought of it, but have problems even getting thealgorythms.> > We make some progress on 320x240, though -basically by going to 5fps> etc. > > Hm, the quality is not that bad - actually comparableto 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 aquote out of ON2,> so - well- their problem :-) > > No, looks like we slowly move forward. Lets see whatresult we get> tomorrow. > > Thomas Tomiczek > THONA Consulting Ltd. > (Microsoft MVP C#/.NET) > > -----Original Message----- > From: Henry Mason [mailto:hip245@operamail.com] > Sent: Mittwoch, 4. September 2002 18:07 > To: theora-dev@xiph.org > Subject: RE: [theora-dev] Limiting bandwidth toaround max. 8k per> second - possible? UPDATE > > > If you absolutely must input 160x120, why not justscale> it to 172x144 so that VP3 works? The images aresmall> enough that there really shouldn't be that much > overhead... > > -Henry > > ----- Original Message ----- > From: "Thomas Tomiczek" > <t.tomiczek@thona-consulting.com> > Date: Wed, 4 Sep 2002 16:50:14 +0200 > To: <theora-dev@xiph.org> > Subject: RE: [theora-dev] Limiting bandwidth toaround> max. 8k per second - possible? UPDATE > > > > Ok, we got it working with 176x144 resolution. > > > > The following string produced an image that wasnot> 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@xiph.org > > Subject: [theora-dev] Limiting bandwidth to around > max. 8k per second - > > possible? Working? > > > > > > Hello, > > I am using the latest binary download fromvp32.com,> just as a starter. > > We try using the VP32 codec in a videoconferencing> application, > > replacing Intel indeo for obvious reasons. I mustnote> 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 reachinganyone> early in the office > > there (and I have a substantial time difference), Ihave> 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 forour> 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. Notmore,> and low latency. > > Worked flawless with Intel Indeo :-) > > We are currently playing around with the bandwidthin> 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 bnadwidth,> 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 weare> 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 tostay> 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@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@xiph.org' containing only theword 'unsubscribe' in> the body. No subject is needed. Unsubscribemessages 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@xiph.org'> containing only the word 'unsubscribe' in the body.No subject is needed.> Unsubscribe messages sent to the list will beignored/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@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Daniel B. Miller
2002-Sep-04 16:56 UTC
[theora-dev] Limiting bandwidth to around max. 8k per second - possible? UPDATE
the resolution problem arises because 120 is not divisible by 16. This could be fixed but it would take a bit of work. ___ Dan Miller (++,) CTO and founder, On2 Technologies On Wed, 4 Sep 2002, Thomas Tomiczek wrote:> 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@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@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@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Seemingly Similar Threads
- Using the VP3 ENCODER in a DIRECTSHOW GRAPH wit defined quality and BANDWIDTH - HOW?
- Web access to CVS tree - any chance this will be re-enabled at one point?
- Installing vp31vfw.dll - how?
- Limiting bandwidth to around max. 8k per second - possible? Working?
- It's quiet. TOO quiet.