Hi On Tue, Jan 02, 2007 at 12:19:09AM +0100, Benjamin Larsson wrote: > Hi, I'm working on a flashsv encoder. I can currently create a valid > bitstream with it, but only if the input pixfmt is BGR24. as soon as it > is something else the video in the encoded stream is garbage. So what > I'm I doing wrong when I'm handling the input data? I need BGR24 input > and I need to store the previous frame for easy access. [...] > + //copy the block to the temp buffer before compression > + copy_region_enc(p->data[0], s->tmpblock, s->image_height-(hp+hs+1), wp, hs, ws, s->frame.linesize[0]); s->frame.linesize[0] vs. p->linesize[0] also keep in mind that the user app does not need to preserve the picture which it passes to the encoder for future frames, you must copy it unless CODEC_FLAG_INPUT_PRESERVED is set (probably not worth to support this as the copy will likely be only a small part of the encoding and few apps support CODEC_FLAG_INPUT_PRESERVED) [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB it is not once nor twice but times without number that the same ideas make their appearance in the world. -- Aristotle -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20070102/79d1d9df/attachment.pgp>
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4