Re: [Live-devel] streaming *.aac or *.h264 using live555 but android media player can't play.

2011/7/7 Ross Finlayson <finlay...@live555.com> I am using live555 to stream *.acc and *.264 files to android devices, VLC mac can play those streams normally, but android media player can't play those streams. I can't figure out why... Is there anyone coul

Re: [Live-devel] streaming *.aac or *.h264 using live555 but android media player can't play.

I'm sure 2011/7/7 Ross Finlayson > I am using live555 to stream *.acc and *.264 files to android devices, >> VLC mac can play those streams normally, but android media player can't play >> those streams. I can't figure out why... >>Is there anyone could help me here? >> > > Are you sure

Re: [Live-devel] TestH264VideoStreamer lags in VLC

Perhaps a bug in VLC. I tried with Elecard Stream Eye application and it does see 4 frames per second (progressive) in the H264 header and plays at such rate. GB From: live-devel-boun...@ns.live555.com [mailto:live-devel-boun...@ns.live555.com] On Behalf Of Ross Finlayson Sent: Monday, Jul

Re: [Live-devel] TestH264VideoStreamer lags in VLC

Here is an example file : http://www.mediafire.com/?rm6v38vx15nd9dv When I play it with VLC in my computer it plays normally. So I guess, as a encoder output is fine. But when I use for example TestH264VideoStreamer to stream it, what the client (also

Re: [Live-devel] live-devel Digest, Vol 93, Issue 8

> > > >When using TestH264VideoStreamer to stream a h264 raw file of 23 > >seconds length, the length in the client's VLC side lasts for about > >2 mins (really "laggy"), maybe a little bit more. Does this have to > >do only with the encoding parameters (SPS,PPS etc) , or is there > >something I ca

Re: [Live-devel] H264VideoStreamDiscreteFramer and PPS , SPS

> >  >> What i see inside > "H264VideoStreamDicreteFramer" is that it expects an 8-byte > NAL header in order to do its 'aftergetting'. > > > >> No it doesn't.  I'm not sure why you would > think this. > >> ... > >> Ross Finlayson > > > >    I thought this out of ignorance of the > H.264 encoding

Re: [Live-devel] SVC -> AVC

// assert that we are on position where the NAL unit starts (0x0001) u_int8_t *data = new u_int8_t[NAL_MAX_SIZE]; int n = 0; for (int i = 0; i < 4; i++) data[n++] = get1Byte(); while (next4Bytes != 0x0001) {

Re: [Live-devel] SVC -> AVC

As I understand, SkipBytes(pBufer, n) just shifting the pointer to input data flow for n. The problem is I have to read the data first to understand if I have to skip it. So firstly I read one NAL block to the buffer "data" (from sequence 00 00 00 01 till the next sequence 00 00 00 01):

Re: [Live-devel] H264VideoStreamDiscreteFramer and PPS , SPS

>> What i see inside "H264VideoStreamDicreteFramer" is that it expects an 8-byte NAL header in order to do its 'aftergetting'. No it doesn't. I'm not sure why you would think this. ... Ross Finlayson I thought this out of ignorance of the H.264 encoding process. From lines 69-71 of H264

Re: [Live-devel] Bug with RTP over TCP and sending SET_PARAMETER after streaming has started

Thank you, I will test as soon as I can. Matt S. On 7/8/2011 1:48 AM, Ross Finlayson wrote: Yes, the server code needs to be checking for the "Content-length" header, if present (which it will be for "GET_PARAMETER" and "SET_PARAMETER"). A fix will be coming... FYI, I have now installed a n

Re: [Live-devel] H264VideoStreamDiscreteFramer and PPS , SPS

>> What i see inside "H264VideoStreamDicreteFramer" is that it expects an >> 8-byte NAL header in order to do its 'aftergetting'. >No it doesn't.  I'm not sure why you would think this. >... >Ross Finlayson I thought this out of ignorance of the H.264 encoding process. From lines 69-71 of H

Re: [Live-devel] TestH264VideoStreamer lags in VLC

When using TestH264VideoStreamer to stream a h264 raw file of 23 seconds length, the length in the client's VLC side lasts for about 2 mins (really "laggy"), maybe a little bit more. Does this have to do only with the encoding parameters (SPS,PPS etc) , or is there something I can set something

[Live-devel] TestH264VideoStreamer lags in VLC

When using TestH264VideoStreamer to stream a h264 raw file of 23 seconds length, the length in the client's VLC side lasts for about 2 mins (really "laggy"), maybe a little bit more. Does this have to do only with the encoding parameters (SPS,PPS etc) , or is there something I can set something als