On 4/24/13, Brad O'Hearne <[email protected]> wrote: > On Apr 24, 2013, at 10:38 AM, Paul B Mahol <[email protected]> wrote: >> Stop this nonsense trollfest. There is no bug in ffmpeg. > > This is simple problem solving, no trolling. As another poster advised, > rechecking assumptions. All along I have treated FFmpeg as a black-box, and > my assumption all along has been that there were no bugs anywhere but in my > code. I've done what I can to this point -- even posted a fully working app > with source code up to Github for help. So please don't take offense at the > logical process of deduction. And given that there's now another thread with > others reporting the same problem, I don't think it is either out of line or > an infringement on anyone's turf to simply raise the question of whether it > is possible or not. > >> >> Planare sample format store each channel samples in separate buffer. >> You can not access them with single pointer. > > Well....I get what you are saying, but you might not be understanding what > those not in the know may be asking -- frame filling and by extension the > encoder *does* access these via a single pointer. > > avcodec_fill_audio_frame(_streamAudioFrame, > > _streamAudioFrame->channels, > > _streamAudioFrame->format, > (const uint8_t > *)destinationData[0], > bufferSize, > 0); > > ...i.e. the fourth parameter, the data parameter. We may just be somewhat > parsing semantics, so we may actually be saying the same thing. But if not, > that's the difference in things working / not. And again, you've now got > others in another thread reporting similar problems, one abandoning the AAC > encoder entirely.
That have nothing relevant to "issue" you are reporting. > > Keep in mind, this entire inquiry derives from a desire to use FFmpeg...even > posting code to help others use it. So please don't take honest questions as > an issue of turf. They are no more personal as are nuts and bolts...it's all > just machinery. You are still trolling. I lost 16 minutes reading you too long spam. > > Thanks, > > Brad > > _______________________________________________ > Libav-user mailing list > [email protected] > http://ffmpeg.org/mailman/listinfo/libav-user > _______________________________________________ Libav-user mailing list [email protected] http://ffmpeg.org/mailman/listinfo/libav-user
