Re: video was Re: ideas was Re: Activity?

Tom Sparks <[email protected]> Fri, 8 Aug 2008 13:44:15 +1000 (EST)
Newsgroups gmane.network.wireless.cu-wireless
Message-ID <[email protected]>
the codec I am looking at using are:
Theora/Vorbis for the videos streams:
frame size 352x288 25fps 150 KB / audio 44100 Hz
Stereo 128KB
frame size 640x480 25fps 512 KB / audio 44100 Hz
Stereo 128KB
(may build custom video cameras)

Vorbis for the audio stream:
audio 44100 Hz Stereo 128KB

Speex for VoIP
I have not done more as this is not high on the list
but it well be used everywhere were textural based
message can be
entered eg: forums

there is a pdf called "VIDEO STREAMING OVER WIRELESS
NETWORKS" by
Xiaoqing Zhu and Bernd Girod that may be worth a read

On Thu, 2008-08-07 at 13:05 -0400, Bob Keyes wrote:
> Hello Toms and CuWIN,
> Right now I have a paid job making a mesh network
which can handle video.=20
> I've signed an NDA and there will be certain parts
of this system which=20
> they will want to keep proprietary. But there are
some other parts of the=20
> project in which we can work together.
>=20
> Performance testing is one of these areas. Video and
VoIP are tested now=20
> with 'it seems okay', end-user experience. But this
is hardly good=20
> science. I am trying to come up with measurements
which we can compare to=20
> the competition and our own product revisions. iperf
just won't cut it.=20
> We're looking into ixchariot but I doubt this will
be able to provide a=20
> definitive measurement either, though it's probably
better than iperf=20
> because it is so flexible.
>=20
> The other things I can offer to help you is a little
bit of knowledge I=20
> had before I came to work on this project: QoS and
so forth is important,=20
> but there's much more than what's going on in the IP
layer than can effect=20
> the quality of video on the mesh network. Like VoIP,
latency is important,=20
> but some packets can be lost without much of a
degradation of quality.=20
> It's important to learn the limitations of delay and
loss in the codec you=20
> are concerned with, and to design the network around
them. Designing a=20
> network for such applications requires more than
just installing some=20
> generic mesh nodes on some convenient buildings and
hoping for the best.=20
> If you are lucky enough that the nodes are close
together, and that=20
> there's not much other 2.4 ghz activity, it can work
- but what about when=20
> it stops working or is degraded? Do you have the
knowledge, skills, and=20
> tools to figure out what went wrong? If you're going
to be selling nodes=20
> for little money as a consumer devices, and telling
people they can handle=20
> video, don't over-promise on performance or
reliability.
>=20
> Regards,
> Bob Keyes
>=20



      Win a MacBook Air or iPod touch with Yahoo!7. http://au.docs.yahoo.=
com/homepageset
_______________________________________________
CU-Wireless mailing list
[email protected]
http://lists.chambana.net/cgi-bin/listinfo/cu-wireless
Project Page: http://cuwireless.ucimc.org