On Fri, 24 Oct 2008, John Gilmore wrote:
v = (unsigned long) addr[0];
v |= (unsigned long) addr[1] 8;
v |= (unsigned long) addr[2] 16;
v |= (unsigned long) addr[3] 24;
This method has the added benefit of doing the right thing for
deserializing integers for which there are no
An interface that would solve the problem could look like this:
template typename T, size_t N
T
networkConvert(boost::uint8_t* word);
Where T is the requested type and N the number of bytes to read from
'word'. networkConvert copies the data byte by byte, solving the
alignment issue. For
Hello hackers,
I've had a chat with Bastiaan on IRC and it made me think that
I might have been wrong in assuming you all shared my vision
on gnash design...
I've been working (around May 2008) on a draft design diagram
which you can see in doc/DESIGN.
I tought I called you for review but
On Sat, Oct 25, 2008 at 01:56:45PM -0700, Bastiaan Jacques wrote:
An interface that would solve the problem could look like this:
template typename T, size_t N
T
networkConvert(boost::uint8_t* word);
[..]
double number = networkConvertdouble, 8(stream);
I like the easy-to-remember names
On Sat, 25 Oct 2008, strk wrote:
double number = networkConvertdouble, 8(stream);
I like the easy-to-remember names we already have:
- readNetworkShort
- readNetworkLong
I'm rather neutral toward the name, myself.
I'm more concerned about where we'd have these
(as I can
On Sat, Oct 25, 2008 at 03:04:57PM -0700, Bastiaan Jacques wrote:
Since the network reads are almost connected to AMF, I think it makes
sense to have the template in amf.h. Alternatively, since (as the name
implies) it is connected to networking, it would make sense to have
it in network.h.
livna
sudo yum http://rpm.livna.org/livna-release-9.rpm
# install ffmpeg from livna
sudo yum install -y ffmpeg
# get rid of the old build of 0.8.3
sudo rpm -ev gnash gnash-plugin
# install gnash
sudo rpm -iv \
http://www.getgnash.org/packages/snapshots/fedora/gnash-20081025-1.i386.rpm
# install
7 matches
Mail list logo