[FFmpeg-devel] decklink 24/32 bit question

After digging around in places, made the following changes: dx@x299:~/git/ffmpeg$ git diff diff --git a/libavdevice/decklink_dec.cpp b/libavdevice/decklink_dec.cpp index 3ce2cab..afd255f 100644 --- a/libavdevice/decklink_dec.cpp +++ b/libavdevice/decklink_dec.cpp @@ -937,7 +937,7 @@ av_cold int

[FFmpeg-devel] FFMPEG Quantization

Hello, I am an expert in the JPEG files processing. I am looking for mechanism where i can set customised quantization table for different frames. I understand there is an option for bitrate in FFMPEG. However, i am exploring the option to use customized quantization table. Is it feasible in

[FFmpeg-devel] [PATCH] Videotoolbox encoder: Enable Videotoolbox encoder

I reported that Videotoolbox encoder isn't enabled since commit 9ef5a2f5f30bdc4ac86275ae4b4708ab4681b21 in ticket 6702. This is a simple patch correcting it. diff --git a/configure b/configure index

[FFmpeg-devel] decklink rgb10 and 600.0fps ?!

Has anybody tested and reported back success (no issues) with the recent decklink and rgb support added? In particular rgb10 mode. I've have good luck in capturing from my 'DeckLink Studio 4K' only when RGB (can't seem to capture YUV, perhaps the HDMI data is only RGB -- still need to do

Re: [FFmpeg-devel] [PATCH 5/5] ffmpeg: send EOF pts to filters.

Hi Nicolas, 2017-09-07 10:59 GMT+02:00 Nicolas George : > Signed-off-by: Nicolas George > --- > ffmpeg.c | 10 +++--- > 1 file changed, 7 insertions(+), 3 deletions(-) > > diff --git a/ffmpeg.c b/ffmpeg.c > index b95addd277..1d248bc269 100644 > ---

Re: [FFmpeg-devel] [PATCH 1/3] avcodec/aacdec_template: Clear tns present flag on error

On Sat, Sep 30, 2017 at 06:54:05PM +0200, Michael Niedermayer wrote: > Fixes: 3444/clusterfuzz-testcase-minimized-6270352105668608 > > Found-by: continuous fuzzing process > https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg > Signed-off-by: Michael Niedermayer

Re: [FFmpeg-devel] [PATCH] mpegdec: fix redundant dummy frames issue of interlaced clips

On Sat, Sep 30, 2017 at 11:22:57AM +0800, Zhong Li wrote: > It is to fix https://trac.ffmpeg.org/ticket/6677. Actucally it is a > regression of commit 99e07a4453732058df90885f80b3db3b4f37cb3c which > always inserts a dummy frame when decode the first key field picture. > > Signed-off-by: Zhong Li

Re: [FFmpeg-devel] [PATCH] avformat/mp3dec: Fix definition of MIDDLE_BITS

On Tue, Oct 03, 2017 at 03:50:37PM +0200, Ingo Brückl wrote: > The number of bits from bit #m to #n is n - m plus 1. > > Signed-off-by: Ingo Brückl > --- > libavformat/mp3dec.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) will apply patch thanks [...] --

Re: [FFmpeg-devel] [PATCH v2] doc: add mailing list faq

On Tue, Oct 3, 2017, at 02:23 PM, Lou Logan wrote: > On Tue, Oct 3, 2017, at 12:08 AM, Carl Eugen Hoyos wrote: > > Gmane does not work for a long time. > > Removed. > > > The reason I also use "uncut" is that "complete" was misunderstood > > by some iirc. > > Added. Pushed with some additional

Re: [FFmpeg-devel] libavcodec/blockdsp : add AVX version

On 10/3/2017 4:47 PM, Martin Vignali wrote: > Hello, > > >> I used GCC 7.2. clear_blocks_mmx is slower than c for me as well, but >> not the rest. >> Your compiler seems to have done a much better job than mine. Is it >> Clang? Does it somehow have vectorization enabled perhaps? Because >>

Re: [FFmpeg-devel] [PATCH]lavf/amr: Add amrnb and amrwb demuxers

2017-10-04 1:00 GMT+02:00 Michael Niedermayer : > On Tue, Oct 03, 2017 at 12:02:23AM +0200, Carl Eugen Hoyos wrote: >> 2017-10-02 23:47 GMT+02:00 Carl Eugen Hoyos : >> > 2017-10-02 23:02 GMT+02:00 Michael Niedermayer : >> >> On

Re: [FFmpeg-devel] [PATCH]lavf/amr: Add amrnb and amrwb demuxers

On Tue, Oct 03, 2017 at 12:02:23AM +0200, Carl Eugen Hoyos wrote: > 2017-10-02 23:47 GMT+02:00 Carl Eugen Hoyos : > > 2017-10-02 23:02 GMT+02:00 Michael Niedermayer : > >> On Sun, Oct 01, 2017 at 06:23:50PM +0200, Carl Eugen Hoyos wrote: > >>> 2017-09-27

[FFmpeg-devel] [PATCH] ffmpeg: always init output stream before reaping filters

Otherwise the frame size of the codec is not set in the buffersink. Fixes ticket #6603 and the following simpler case: ffmpeg -c aac -filter_complex "sine=d=0.1,asetnsamples=1025" out.aac Signed-off-by: Marton Balint --- fftools/ffmpeg.c | 9 + 1 file changed, 9

Re: [FFmpeg-devel] [PATCH v2] doc: add mailing list faq

On Tue, Oct 3, 2017, at 12:08 AM, Carl Eugen Hoyos wrote: > Gmane does not work for a long time. Removed. > The reason I also use "uncut" is that "complete" was misunderstood > by some iirc. Added. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] [PATCH] avcodec/wmaprodec: support multichannel XMA stream configurations

2017-10-03 23:49 GMT+02:00 : > -if (size < 40 + num_streams * 4) > +if (size != (32 + ((version==3)?0:8) + 4*num_streams)) Could be: (32 + (version == 4) * 8) + 4 * num_streams) Please also provide a sample and a fate test. Thank you, Carl Eugen

[FFmpeg-devel] [PATCH] avcodec/wmaprodec: support multichannel XMA stream configurations

From: bnnm Signed-off-by: bnnm Now accepts any combination of 1/2ch streams, described in the RIFF chunks/extradata --- libavcodec/wmaprodec.c | 151 - libavformat/wavdec.c | 20 --- 2

Re: [FFmpeg-devel] [PATCH}lavf/mxfdec: Search all components of material track for source package

2016-11-05 1:50 GMT+01:00 Carl Eugen Hoyos : > Hi! > > Attached patch fixes ticket #5925 here. Ok'ed by Marton and pushed. Carl Eugen ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] [PATCH]fate: Add a test for latm-in-dvb autodetection

2017-10-03 0:45 GMT+02:00 Michael Niedermayer : > On Sat, Sep 30, 2017 at 08:38:36PM +0200, Carl Eugen Hoyos wrote: >> 2017-09-27 17:12 GMT+02:00 Carl Eugen Hoyos : >> > Hi! >> > >> > Attached patch adds a test for ticket #6657. >> >> New patch attached.

Re: [FFmpeg-devel] [PATCH] avformat/mp3dec: Fix definition of MIDDLE_BITS

2017-10-03 15:50 GMT+02:00 Ingo Brückl : > The number of bits from bit #m to #n is n - m plus 1. > -#define MIDDLE_BITS(k, m, n) LAST_BITS((k) >> (m), ((n) - (m))) > +#define MIDDLE_BITS(k, m, n) LAST_BITS((k) >> (m), ((n) - (m) + 1)) I cannot comment on this patch but if

Re: [FFmpeg-devel] [PATCH 1/7] First pass at fixing paletteuse

On Mon, Oct 02, 2017 at 01:24:33PM -0400, Bjorn Roche wrote: > From: Bjorn Roche > > Dithering doesn’t work, and only iterative and brute force color > mapping work. > --- > libavfilter/vf_paletteuse.c | 265 > +++- > 1 file changed,

Re: [FFmpeg-devel] libavcodec/blockdsp : add AVX version

Hi, On Tue, Oct 3, 2017 at 3:47 PM, Martin Vignali wrote: > 2017-10-02 4:05 GMT+02:00 Ronald S. Bultje : > > On Sun, Oct 1, 2017 at 7:46 PM, Martin Vignali > > > wrote: > > > I also modify several decoder/encoder, in

[FFmpeg-devel] [PATCH 2/2] lavc/v4l2: Mark static const tables as such

--- libavcodec/v4l2_m2m_enc.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/libavcodec/v4l2_m2m_enc.c b/libavcodec/v4l2_m2m_enc.c index 9f59be6efb..b0d5a3bd15 100644 --- a/libavcodec/v4l2_m2m_enc.c +++ b/libavcodec/v4l2_m2m_enc.c @@ -93,7 +93,7 @@ static inline int

[FFmpeg-devel] [PATCH 1/2] lavc/v4l2: Remove use of lfind()

This is not present in older bionic and therefore fails to build there, and the code is much simpler without it anyway. --- libavcodec/v4l2_fmt.c | 73 +++ libavcodec/v4l2_m2m_enc.c | 32 - 2 files changed, 28 insertions(+), 77

Re: [FFmpeg-devel] libavcodec/blockdsp : add AVX version

Hello, > I used GCC 7.2. clear_blocks_mmx is slower than c for me as well, but > not the rest. > Your compiler seems to have done a much better job than mine. Is it > Clang? Does it somehow have vectorization enabled perhaps? Because > that's not supposed to happen. > > Yes it's Clang 8.1 I put

Re: [FFmpeg-devel] [PATCH] libavformat/nutenc.c: Use ffv1 as default video encoder for NUT muxing

On Mon, Oct 02, 2017 at 11:50:45PM +0200, Carl Eugen Hoyos wrote: > 2017-10-02 23:18 GMT+02:00 Leo Izen : > > On 09/28/2017 04:51 PM, Michael Niedermayer wrote: > >> > >> On Wed, Sep 27, 2017 at 07:14:50PM -0400, Leo Izen wrote: > > >>> -.video_codec=

Re: [FFmpeg-devel] [PATCH 2/7] decode: add a method for attaching lavc-internal data to frames

On Tue, Oct 03, 2017 at 03:15:13PM +0200, wm4 wrote: > From: Anton Khirnov > > Use the AVFrame.opaque_ref field. The original user's opaque_ref is > wrapped in the lavc struct and then unwrapped before the frame is > returned to the caller. this is a ugly hack one and the

Re: [FFmpeg-devel] [PATCH 3/3] avcodec/proresdec2: Use LAST_SKIP_BITS where possible

On Sun, Oct 01, 2017 at 11:54:22PM -0300, James Almer wrote: > On 10/1/2017 11:18 PM, Michael Niedermayer wrote: > > Signed-off-by: Michael Niedermayer > > --- > > libavcodec/proresdec2.c | 16 > > 1 file changed, 8 insertions(+), 8 deletions(-) > > > >

Re: [FFmpeg-devel] [PATCH] build: don't strip binaries during compilation

On 10/3/2017 2:11 PM, wm4 wrote: > On Tue, 3 Oct 2017 13:27:21 -0300 > James Almer wrote: > >> I don't really agree with this, seeing almost every other project out >> there does pretty much what this patch is trying to achieve and don't >> seem to have issues handling bug

Re: [FFmpeg-devel] [PATCH] build: don't strip binaries during compilation

On Tue, 3 Oct 2017 13:27:21 -0300 James Almer wrote: > I don't really agree with this, seeing almost every other project out > there does pretty much what this patch is trying to achieve and don't > seem to have issues handling bug reports, but if both you and Carl > consider

Re: [FFmpeg-devel] [PATCH] build: don't strip binaries during compilation

On Tue, 3 Oct 2017, James Almer wrote: On 10/3/2017 1:01 PM, Michael Niedermayer wrote: On Mon, Oct 02, 2017 at 05:03:51PM -0300, James Almer wrote: On 10/2/2017 4:34 PM, Michael Niedermayer wrote: On Sun, Oct 01, 2017 at 07:55:29PM -0300, James Almer wrote: Do it during install instead,

Re: [FFmpeg-devel] [PATCH] avcodec/encode: don't return immediately on failure

On 10/3/2017 5:23 AM, wm4 wrote: > On Tue, 3 Oct 2017 01:55:44 -0300 > James Almer wrote: > >> Fixes memleaks introduced by skipping cleanup at the end of the >> functions. >> >> Regression since a22c6a4796ca1f2cbee6784262515da876fbec22. >> >> Signed-off-by: James Almer

Re: [FFmpeg-devel] [PATCH 1/2] avformat/mxfenc: Add IEC DV25

On Mon, Oct 02, 2017 at 12:38:28PM +0200, Michael Niedermayer wrote: > Signed-off-by: Michael Niedermayer > --- > libavformat/mxfenc.c | 17 - > 1 file changed, 16 insertions(+), 1 deletion(-) patchset applied [...] -- Michael GnuPG fingerprint:

Re: [FFmpeg-devel] [PATCH] build: don't strip binaries during compilation

On 10/3/2017 1:01 PM, Michael Niedermayer wrote: > On Mon, Oct 02, 2017 at 05:03:51PM -0300, James Almer wrote: >> On 10/2/2017 4:34 PM, Michael Niedermayer wrote: >>> On Sun, Oct 01, 2017 at 07:55:29PM -0300, James Almer wrote: Do it during install instead, like with the libraries.

Re: [FFmpeg-devel] [PATCH] build: don't strip binaries during compilation

On Tue, 3 Oct 2017 18:01:14 +0200 Michael Niedermayer wrote: > differently. Bugs in the past occuring with ffmpeg did sometimes not > reproduce with ffmpeg_g. But if one talked about "ffmpeg" or "ffmpeg_g" > together with its command line output which contains revission

Re: [FFmpeg-devel] [PATCH] build: don't strip binaries during compilation

On Mon, Oct 02, 2017 at 05:03:51PM -0300, James Almer wrote: > On 10/2/2017 4:34 PM, Michael Niedermayer wrote: > > On Sun, Oct 01, 2017 at 07:55:29PM -0300, James Almer wrote: > >> Do it during install instead, like with the libraries. > >> > >> There's no benefit making a stripped copy of the

Re: [FFmpeg-devel] [PATCH 6/7] avcodec: allow multiple hwaccels for the same codec/pixfmt

On Tue, 3 Oct 2017 15:58:32 +0200 Timo Rothenpieler wrote: > > -static AVHWAccel *find_hwaccel(enum AVCodecID codec_id, > > +static AVHWAccel *find_hwaccel(AVCodecContext *avctx, > > enum AVPixelFormat pix_fmt) > > { > > AVHWAccel

Re: [FFmpeg-devel] [PATCH 7/7] h264dec: add a CUVID hwaccel

On Tue, 3 Oct 2017 15:15:18 +0200 wm4 wrote: > From: Anton Khirnov > > Some parts of the code are based on a patch by > Timo Rothenpieler > > Merges Libav commit b9129ec4668c511e0a79e25c6f25d748cee172c9. > > As a

Re: [FFmpeg-devel] [PATCH 5/7] avcodec/cuvid: rename cuvid.c to cuviddec.c

On Tue, 3 Oct 2017 15:15:16 +0200 wm4 wrote: > cuvid.c is used by Libav's CUVID hwaccel. Resolve the conflict and > avoid future merge problems by renaming our decoder. > --- > libavcodec/Makefile| 10 +- > libavcodec/{cuvid.c => cuviddec.c} | 0

Re: [FFmpeg-devel] [PATCH 6/7] avcodec: allow multiple hwaccels for the same codec/pixfmt

On Tue, 3 Oct 2017 15:15:17 +0200 wm4 wrote: > Currently, AVHWAccels are looked up using a (codec_id, pixfmt) tuple. > This means it's impossible to have 2 decoders for the same codec and > using the same opaque hardware pixel format. > > This breaks merging Libav's

Re: [FFmpeg-devel] [PATCH 7/7] h264dec: add a CUVID hwaccel

On Tue, 3 Oct 2017 16:08:32 +0200 Timo Rothenpieler wrote: > Am 03.10.2017 um 15:15 schrieb wm4: > > From: Anton Khirnov > > > > Some parts of the code are based on a patch by > > Timo Rothenpieler > > > > Merges Libav commit

Re: [FFmpeg-devel] [PATCH 7/7] h264dec: add a CUVID hwaccel

On Tue, 3 Oct 2017 16:08:32 +0200 Timo Rothenpieler wrote: > I'm not a fan of there being cuvid and cuvid_hwaccel now, meaning > potentially multiple things. It seems super confusing to me. Yes, that's a pretty annoying situation. > I'd propose to use this as a chance

Re: [FFmpeg-devel] [PATCH 7/7] h264dec: add a CUVID hwaccel

Am 03.10.2017 um 15:15 schrieb wm4: From: Anton Khirnov Some parts of the code are based on a patch by Timo Rothenpieler Merges Libav commit b9129ec4668c511e0a79e25c6f25d748cee172c9. As a complication, all the names conflict. Add a _hwaccel suffix

Re: [FFmpeg-devel] [PATCH 6/7] avcodec: allow multiple hwaccels for the same codec/pixfmt

On Tue, 3 Oct 2017 15:58:32 +0200 Timo Rothenpieler wrote: > Am 03.10.2017 um 15:15 schrieb wm4: > > Currently, AVHWAccels are looked up using a (codec_id, pixfmt) tuple. > > This means it's impossible to have 2 decoders for the same codec and > > using the same opaque

Re: [FFmpeg-devel] [PATCH 6/7] avcodec: allow multiple hwaccels for the same codec/pixfmt

Am 03.10.2017 um 15:15 schrieb wm4: Currently, AVHWAccels are looked up using a (codec_id, pixfmt) tuple. This means it's impossible to have 2 decoders for the same codec and using the same opaque hardware pixel format. This breaks merging Libav's CUVID hwaccel. FFmpeg has its own CUVID

Re: [FFmpeg-devel] [PATCH 5/7] avcodec/cuvid: rename cuvid.c to cuviddec.c

LGTM smime.p7s Description: S/MIME Cryptographic Signature ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

[FFmpeg-devel] [PATCH] avformat/mp3dec: Fix definition of MIDDLE_BITS

The number of bits from bit #m to #n is n - m plus 1. Signed-off-by: Ingo Brückl --- libavformat/mp3dec.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavformat/mp3dec.c b/libavformat/mp3dec.c index 0924a57843..a5c4f2ea12 100644 ---

Re: [FFmpeg-devel] [PATCH] build: don't strip binaries during compilation

On 10/3/2017 10:27 AM, wm4 wrote: > On Tue, 3 Oct 2017 10:23:08 -0300 > James Almer wrote: > >> On 10/3/2017 5:18 AM, wm4 wrote: >>> On Mon, 2 Oct 2017 21:34:18 +0200 >>> Michael Niedermayer wrote: >>> On Sun, Oct 01, 2017 at 07:55:29PM -0300,

Re: [FFmpeg-devel] [PATCH] build: don't strip binaries during compilation

On Tue, 3 Oct 2017 10:23:08 -0300 James Almer wrote: > On 10/3/2017 5:18 AM, wm4 wrote: > > On Mon, 2 Oct 2017 21:34:18 +0200 > > Michael Niedermayer wrote: > > > >> On Sun, Oct 01, 2017 at 07:55:29PM -0300, James Almer wrote: > >>> Do it during

Re: [FFmpeg-devel] [PATCH] build: don't strip binaries during compilation

On 10/3/2017 5:18 AM, wm4 wrote: > On Mon, 2 Oct 2017 21:34:18 +0200 > Michael Niedermayer wrote: > >> On Sun, Oct 01, 2017 at 07:55:29PM -0300, James Almer wrote: >>> Do it during install instead, like with the libraries. >>> >>> There's no benefit making a stripped copy

[FFmpeg-devel] [PATCH 4/7] decode: add a per-frame private data for hwaccel use

From: Anton Khirnov This will be useful in the CUVID hwaccel. It should also eventually replace current decoder-specific mechanisms used by various other hwaccels. Merges Libav commit 704311b2946d74a80f65906961cd9baaa18683a3. --- libavcodec/decode.c | 3 +++

[FFmpeg-devel] [PATCH 2/7] decode: add a method for attaching lavc-internal data to frames

From: Anton Khirnov Use the AVFrame.opaque_ref field. The original user's opaque_ref is wrapped in the lavc struct and then unwrapped before the frame is returned to the caller. This new struct will be useful in the following commits. Merges Libav commit

[FFmpeg-devel] [PATCH 5/7] avcodec/cuvid: rename cuvid.c to cuviddec.c

cuvid.c is used by Libav's CUVID hwaccel. Resolve the conflict and avoid future merge problems by renaming our decoder. --- libavcodec/Makefile| 10 +- libavcodec/{cuvid.c => cuviddec.c} | 0 2 files changed, 5 insertions(+), 5 deletions(-) rename libavcodec/{cuvid.c =>

[FFmpeg-devel] [PATCH 1/7] decode: avoid leaks on failure in ff_get_buffer()

From: Anton Khirnov If the get_buffer() call fails, the frame might have some side data already set. Make sure it gets freed. CC: libav-sta...@libav.org Merges Libav commit de77671438c24ffea93398c8dc885d4dd04477de. --- libavcodec/decode.c | 3 +++ 1 file changed, 3

[FFmpeg-devel] [PATCH 6/7] avcodec: allow multiple hwaccels for the same codec/pixfmt

Currently, AVHWAccels are looked up using a (codec_id, pixfmt) tuple. This means it's impossible to have 2 decoders for the same codec and using the same opaque hardware pixel format. This breaks merging Libav's CUVID hwaccel. FFmpeg has its own CUVID support, but it's a full stream decoder,

[FFmpeg-devel] [PATCH 0/7] Merge Libav cuvid hwaccel

Some complications due to the clash with our own implementation, which is very different and conceptually incompatible. Anton Khirnov (5): decode: avoid leaks on failure in ff_get_buffer() decode: add a method for attaching lavc-internal data to frames decode: add a mechanism for performing

[FFmpeg-devel] [PATCH 3/7] decode: add a mechanism for performing delayed processing on the decoded frames

From: Anton Khirnov This will be useful in the CUVID hwaccel. Merges Libav commit badf0951f54c1332e77455dc40398f3512540c1b. --- libavcodec/decode.c | 11 +++ libavcodec/decode.h | 15 +++ 2 files changed, 26 insertions(+) diff --git a/libavcodec/decode.c

[FFmpeg-devel] [PATCH 7/7] h264dec: add a CUVID hwaccel

From: Anton Khirnov Some parts of the code are based on a patch by Timo Rothenpieler Merges Libav commit b9129ec4668c511e0a79e25c6f25d748cee172c9. As a complication, all the names conflict. Add a _hwaccel suffix to the merged code where needed. This

Re: [FFmpeg-devel] [PATCH] avcodec/encode: don't return immediately on failure

On Tue, 3 Oct 2017 01:55:44 -0300 James Almer wrote: > Fixes memleaks introduced by skipping cleanup at the end of the > functions. > > Regression since a22c6a4796ca1f2cbee6784262515da876fbec22. > > Signed-off-by: James Almer > --- > libavcodec/encode.c

Re: [FFmpeg-devel] [PATCH] build: don't strip binaries during compilation

On Mon, 2 Oct 2017 21:34:18 +0200 Michael Niedermayer wrote: > On Sun, Oct 01, 2017 at 07:55:29PM -0300, James Almer wrote: > > Do it during install instead, like with the libraries. > > > > There's no benefit making a stripped copy of the CLI tools in the > > build

Re: [FFmpeg-devel] [PATCH v2] doc: add mailing list faq

2017-10-03 3:14 GMT+02:00 Lou Logan : > +Some users prefer the third-party Nabble or Gmane interfaces which > +present the mailing lists in a typical forum layout. Gmane does not work for a long time. The reason I also use "uncut" is that "complete" was misunderstood by some

Re: [FFmpeg-devel] [PATCH 3/7] Removing some debugging

2017-10-03 1:52 GMT+02:00 Bjorn Roche : > Attached is a patch for paletteuse only. I tested the following with and without your patch: $ ffmpeg -i fate-suite/lena.pnm -vf palettegen pal.png $ ffmpeg -i fate-suite/lena.pnm -i pal.png -lavfi paletteuse out.png out.png changes