I checked frames from when they are received by live555 to when they are rendered. And every frame is received with correct header. Also, I checked all allocations, and they are fine. I tried with allocating memory for the received frame, and then memcpy from live555 buffer to it and then dealloating it and the result is same. You are right, only thing that is corupted are P and B frames between I frames.
Considering all this only happens when streaming over networ and not from file I though of buffering a chunk of received frames, and pass it to decoder. Mimicing the apieexample.c and it's video_decode example. But I'm not sure on effects that would had on rendering and memory allocation/dealocation. ----- Original Message ----- From: "Peeyush Mishra" <[EMAIL PROTECTED]> To: "'Libav* user questions and discussions'" <[email protected]> Sent: Thursday, November 06, 2008 12:58 PM Subject: Re: [libav-user] Movement leaves pixel trails on decoded MPEG4stream Ok now the problem is between recv buffer and decode buffer ,,,,, May be decoder is not getting enough buffer to play at once ,,, because see I frame is coming because u see the data problem is with P or B frame ,,,,,, Can u check that memory allocation and deallocation properly ,,,,,,, Any how u r on right track, U can try with IPC, Can u check mem issue also.... with Val grind or any one u prefer One thing u can try: Get data from RTP payload....allocate memory space for intermediate buffer of that size and then pass this intermediate buffer free it and do it in polling sort of mechanism ....... Ur logic is correct... Problem is communication between decoder engine and streaming server's data delivery ... -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dario Sent: Thursday, November 06, 2008 5:09 PM To: Libav* user questions and discussions Subject: Re: [libav-user] Movement leaves pixel trails on decoded MPEG4stream The stream, when streamed through VLC is perfect. I't nice and steady at 30fps. I tried saving frames just after each was decoded in ppm format, but the output is the same. To get a clear view of what is happening here are 2 screenshots of when frame is decoded good (every 5-15 frames the picture clears as it should be). And second is the trails I'm talking about. http://img519.imageshack.us/my.php?image=16243260eo5.jpg http://img171.imageshack.us/my.php?image=19192944zk0.jpg ----- Original Message ----- From: "Peeyush Mishra" <[EMAIL PROTECTED]> To: "'Libav* user questions and discussions'" <[email protected]> Sent: Thursday, November 06, 2008 12:08 PM Subject: Re: [libav-user] Movement leaves pixel trails on decoded MPEG4stream I don't think u r doing any thing wrong (Logically) may be any coding flaw. When U save this buffer into JPEG flaw or ppm, is it blurred or ok Can u see this rtp stream over VLC and check if that vlc is doing same?? Thanks Peeyush -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dario Sent: Thursday, November 06, 2008 4:07 PM To: Libav* user questions and discussions Subject: Re: [libav-user] Movement leaves pixel trails on decoded MPEG4stream I tried with this spec, but the it's no use. With little more experimenting I found out that when I decode images from the file, the frame is saved as ppm and is clear as it should be. But the example (apieexample.c) just grabs a chunks of mpeg4 file and then it feeds it to decoder. It doesn't get actuall frames. Also I'm decoding the frames from AVIFileSink::useFrame(SubsessionBuffer &buffer) function. Presuming that by that time, all RTSP part of packeting is done and the frame is in subsession buffer. In useFram() I acquire pointer to frame from: unsigned char* const frameSource = buffer.dataStart(); unsigned const frameSize = buffer. bytesInUse(); And after that I feed the decoder with the pointer to a frame. Maybe this is wrong place to do this? ----- Original Message ----- From: "Peeyush Mishra" <[EMAIL PROTECTED]> To: "'Libav* user questions and discussions'" <[email protected]> Sent: Thursday, November 06, 2008 10:40 AM Subject: Re: [libav-user] Movement leaves pixel trails on decoded MPEG4stream AVStream *st; printf("Failed to Initialize encoder \n"); exit (1); } st->codec->width = 800 ;//image->width; st->codec->height = 600; //image->height; st->codec->time_base.den = 10 ; //FramePerSecond; st->codec->time_base.num = 1; st->codec->gop_size =50; st->codec->mb_decision = 2; st->codec->bit_rate = 400000; st->codec->me_method = 1; // st->codec->max_b_frames = 2; st->codec->pix_fmt = STREAM_PIX_FMT; //Peeyush // st->codec->flags |= CODEC_FLAG2_FAST; // st->codec->qblur=0.5 ; st->codec->global_quality = st->quality = 0 ; //Sanity st->codec->qmin = st->codec->qmax = 3 ; ELMA Kurtalj d.o.o. (ELMA Kurtalj ltd.) Vitezićeva 1a, 10000 Zagreb, Hrvatska (Viteziceva 1a, 10000 Zagreb, Croatia) Tel: 01/3035555, Faks: 01/3035599 (Tel: ++385-1-3035555, Fax: ++385-1-3035599 ) Www: www.elma.hr; shop.elma.hr E-mail: [EMAIL PROTECTED] ([EMAIL PROTECTED]) [EMAIL PROTECTED] ([EMAIL PROTECTED]) [EMAIL PROTECTED] ([EMAIL PROTECTED]) [EMAIL PROTECTED] ([EMAIL PROTECTED]) [EMAIL PROTECTED] ([EMAIL PROTECTED]) [EMAIL PROTECTED] ([EMAIL PROTECTED]) [EMAIL PROTECTED] ([EMAIL PROTECTED]) _______________________________________________ libav-user mailing list [email protected] https://lists.mplayerhq.hu/mailman/listinfo/libav-user -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. No virus found in this incoming message. Checked by AVG. Version: 7.5.549 / Virus Database: 270.8.6 - Release Date: 11/3/2008 12:00 AM No virus found in this outgoing message. Checked by AVG. Version: 7.5.549 / Virus Database: 270.8.6 - Release Date: 11/3/2008 12:00 AM _______________________________________________ libav-user mailing list [email protected] https://lists.mplayerhq.hu/mailman/listinfo/libav-user ELMA Kurtalj d.o.o. (ELMA Kurtalj ltd.) Vitezićeva 1a, 10000 Zagreb, Hrvatska (Viteziceva 1a, 10000 Zagreb, Croatia) Tel: 01/3035555, Faks: 01/3035599 (Tel: ++385-1-3035555, Fax: ++385-1-3035599 ) Www: www.elma.hr; shop.elma.hr E-mail: [EMAIL PROTECTED] ([EMAIL PROTECTED]) [EMAIL PROTECTED] ([EMAIL PROTECTED]) [EMAIL PROTECTED] ([EMAIL PROTECTED]) [EMAIL PROTECTED] ([EMAIL PROTECTED]) [EMAIL PROTECTED] ([EMAIL PROTECTED]) [EMAIL PROTECTED] ([EMAIL PROTECTED]) [EMAIL PROTECTED] ([EMAIL PROTECTED]) _______________________________________________ libav-user mailing list [email protected] https://lists.mplayerhq.hu/mailman/listinfo/libav-user -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. No virus found in this incoming message. Checked by AVG. Version: 7.5.549 / Virus Database: 270.8.6 - Release Date: 11/3/2008 12:00 AM No virus found in this outgoing message. Checked by AVG. Version: 7.5.549 / Virus Database: 270.8.6 - Release Date: 11/3/2008 12:00 AM _______________________________________________ libav-user mailing list [email protected] https://lists.mplayerhq.hu/mailman/listinfo/libav-user ELMA Kurtalj d.o.o. (ELMA Kurtalj ltd.) Vitezićeva 1a, 10000 Zagreb, Hrvatska (Viteziceva 1a, 10000 Zagreb, Croatia) Tel: 01/3035555, Faks: 01/3035599 (Tel: ++385-1-3035555, Fax: ++385-1-3035599 ) Www: www.elma.hr; shop.elma.hr E-mail: [EMAIL PROTECTED] ([EMAIL PROTECTED]) [EMAIL PROTECTED] ([EMAIL PROTECTED]) [EMAIL PROTECTED] ([EMAIL PROTECTED]) [EMAIL PROTECTED] ([EMAIL PROTECTED]) [EMAIL PROTECTED] ([EMAIL PROTECTED]) [EMAIL PROTECTED] ([EMAIL PROTECTED]) [EMAIL PROTECTED] ([EMAIL PROTECTED]) _______________________________________________ libav-user mailing list [email protected] https://lists.mplayerhq.hu/mailman/listinfo/libav-user
