Hi , I want to implement a real time application which server streams it's
music to clients , and clients should play this stream exactly
simultaneously.After a lot of search , I found live555 for my purpose.After
some experience with it , I finally figured out that I can use from
testMP3Streamer a
On 11/25/2013 13:54, Bruno Abreu wrote:
What we've noticed is that after the TEARDOWN from each client we can see a
socket left in CLOSE_WAIT state.
That means the client sent FIN, the server stack sent ACK, and nothing
else happened. Because TCP is bidirectional, the server is allowed to
c
Hello Ross,
while trying to replicate a problem that occasionally arises with a small set
of streaming servers, we detected something that might be an issue with
LIVE555.
Those servers are behind a firewall which blocks UDP packets (not under our
control). So the clients request data via TCP, not
Yes, the firmware version is the latest for that model.
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
> This same question (I think) came up last January. Here is the answer that I
> gave at that time:
Thanks for your quick reply. Sorry, I googled through the archives, but did not
find this one. The "zigzag" idea is the correct answer, as this order is
required for the JPEG DQT segment. So Li
This same question (I think) came up last January. Here is the answer that I
gave at that time:
http://lists.live555.com/pipermail/live-devel/2013-January/016400.html
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel m
Dear Ross,
we came across an interesting issue with JPEG video (transmitted via RTP) not
being decoded correctly. We tracked down this issue to the fact, that live555
seems to use different default JPEG quantizer tables (luma and chroma - see
JPEGVideoRTPSource.cpp line 271, latest source code
