On Sun, 2009-04-26 at 15:50 -0700, Ross Finlayson wrote:
[...]
> >In fact I use a whole DV frame (12-576000 bytes), which will then be
> >split across a large number of packets. I take it this is not the
> >correct way to use frames in liveMedia?
>
> No, actually that is correct. Those are v
In fact I use a whole DV frame (12-576000 bytes), which will then be
split across a large number of packets. I take it this is not the
correct way to use frames in liveMedia?
No, actually that is correct. Those are very large frame sizes, though - yow!
I am currently using the kluge of
On Sat, 2009-04-25 at 22:21 -0700, Ross Finlayson wrote:
[...]
> >According to the RFC, each packet must contain a whole number of DV
> >blocks (i.e. the RTP payload size must be a multiple of 80) but it
> >doesn't appear to be possible to control fragment sizes in this way in
> >liveMedia.
>
> In
Hi,
although I am using unicast, I made the proper changes to the receiver file
as instructed in the comments.
I made a "cout << ..." statement in the "gropsoclHelper" class and it
is clear that the data is received in the buffer, every time I stream
from VLC the port reads 1316 bytes each tim
