Am Sa., 26. Nov. 2022 um 19:08 Uhr schrieb Igor Serganov :
>
> Hello team!
>
> I would appreciate your help on the following issue.
I believe you should provide code that can be compiled stand-alone.
It seems very unlikely that you found a bug, much more likely that
something is missing in your
Am Di., 6. Juli 2021 um 17:21 Uhr schrieb Alexandr Kasyan
:
> I'm trying very hard to save an HLS stream into an MKV file.
There is one point that I always fail to understand when a question like
yours (very regularly) comes up:
Why don't you save the hls stream as mpeg-ts and do whatever you
Am Mo., 24. Mai 2021 um 23:22 Uhr schrieb Anderson, M. Paul
:
> I’d like to understand your license requirements as they apply to
> software my team is creating.
I don't think they are different from any other software using the GPL or
LGPL as their license, and both are very common.
Note that
Am Mo., 19. Apr. 2021 um 18:15 Uhr schrieb jason--- via Libav-user
:
>
> What can I do to help get that added in?
Please send a patch - made with "git format-patch" to the FFmpeg
development mailing list.
Thank you, Carl Eugen
___
Libav-user mailing
Am Di., 30. März 2021 um 16:43 Uhr schrieb Alexandre Bizeau :
>
>
> While using following ffmpeg command :
>
> ffmpeg -framerate 12 -pattern_type glob -i 'FRAMES/frame_*.tif' -map 0:v
> test_binffmpeg.mp4
>
> It uses the default H.264 parameters which are preset=medium and crf=23. This
>
Am Mi., 24. März 2021 um 22:32 Uhr schrieb Kumar, Abhijeet :
>
> hi, i'm trying to build as a dynamic library but compilation fails can you
> help??
>
> $ ./configure --prefix=/home/mdl/amk7371/video_analytics/FFmpeg_x64
> --enable-shared --disable-x86asm --enable-gpl --enable-pic
The option
Am Mi., 17. März 2021 um 07:08 Uhr schrieb David Rappo
:
> const auto codecIdentifier{ AV_CODEC_ID_VP9 };
> auto decoder = avcodec_find_decoder(codecIdentifier);
Note that this looks very different from "ffmpeg -c:v libvpx-vp9 -i anim.webm"
> Does anybody know how to force FFMPEG to open the
Am Sa., 13. Feb. 2021 um 05:52 Uhr schrieb Gustav González :
> I have been looking for an example or piece of code showing how to fill
> an audio stream with silence frames/packets using the ffmpeg API.
There is av_samples_set_silence() but afair, it uses memset(0) for floats,
so it may not be
Am Mo., 1. Feb. 2021 um 12:00 Uhr schrieb Craig Turner :
>
> OK thank you very much for the tips. I will have to dig into that a bit
> deeper,
> so far I haven't had to build the libraries myself.
Building FFmpeg should be trivial, you need a bash shell.
> One further question: do you expect
> Am 01.02.2021 um 00:08 schrieb Craig Turner :
>
> You are absolutely right - the format is AV_PIX_FMT_YUV420P, so it seems the
> alpha channel is not being decoded. Is there something specific I need to do
> to ensure it does indeed get decoded?
It may be necessary to configure with
Am So., 31. Jan. 2021 um 22:43 Uhr schrieb Craig Turner
:
> I'm trying to decode and convert a VP8 video with an alpha channel to a 32-bit
> RGBA for rendering in my application. The decoding with libvpx works fine, but
> I can't get the alpha channel through into the RGBA. Am I doing something
>
Am So., 24. Jan. 2021 um 01:25 Uhr schrieb Wonder Bewonderful
:
>
> The requirement 8. is "Host the FFmpeg source code on the same webserver as
> the binary you are distributing."
>
> How can we do this if our binary is an apk distributed on a store like Google
> Play?
Possible solutions are:
Am Fr., 11. Dez. 2020 um 14:10 Uhr schrieb Сергей Икол :
> on server (windows) I run command like
> ffmpeg -f dshow -rtbufsize 100M -report -i video="___":audio="___" -f segment
> -strftime 1 -segment_time 86400 -segment_format ts %Y-%m-%d_%H-%M-%S.ts
>
> on client (ubuntu) I try read this file
Am Mo., 30. Nov. 2020 um 17:04 Uhr schrieb Simon Brown
:
>
> I am currently getting a compiler error saying libavutil/avconfig.h not found.
Which configure line did you test?
Carl Eugen
___
Libav-user mailing list
Libav-user@ffmpeg.org
Am Sa., 31. Okt. 2020 um 18:57 Uhr schrieb Jonathan Baudanza :
>
> On Sat, Oct 31, 2020, at 5:17 AM, Carl Eugen Hoyos wrote:
>
> > I am trying to write the contents of an RTP-OPUS stream to an OGG-OPUS
> > file. The purpose is to send a WebRTC session to Google's Speech-to
Am Do., 29. Okt. 2020 um 22:46 Uhr schrieb Jonathan Baudanza :
>
> I am trying to write the contents of an RTP-OPUS stream to an OGG-OPUS file.
> The purpose is to send a WebRTC session to Google's Speech-to-text API, which
> accepts OGG-OPUS as input.
>
> The opus muxer requires that an opus
Am Di., 29. Sept. 2020 um 16:48 Uhr schrieb Olivier Girondel
:
> Is there a list of video codec that handle transparency ?
No.
(You can grep for specific pix_fmts though.)
> I'd like to *decode* videos to RGBA or gray8, I tried with .webm but
> this doesn't seem to work ?
While this is not
Am Fr., 11. Sept. 2020 um 20:00 Uhr schrieb Mariah Smith <
mariah.cher...@gmail.com>:
> I am doing some AAC audio encoding for an Android app.
FFmpeg's aac encoder only supports fltp as input,
so everything works as expected afaict.
Carl Eugen
___
Am Mi., 26. Aug. 2020 um 23:06 Uhr schrieb Jesper Taxbøl :
> When I run
>
> ffmpeg -i someaudiofile.mp3 -t 3 out.aac
>
> I was under the impression that the output would be raw aac without using a
> muxer?
Definitely not.
The following produces a raw aac file, such files do exist, faad decodes
Am Mi., 26. Aug. 2020 um 22:01 Uhr schrieb Jesper Taxbøl :
>
> I am struggling to make AAC encoding work with libav.
(Your email is practically unreadable.)
Contrary to mp3, there is no "raw" aac, you have to choose a muxer
like adts or mov.
(This is not 100% accurate, but like most other
Am Mi., 19. Aug. 2020 um 19:41 Uhr schrieb william keeling
:
>
> in FLV container is MOOV FASTSTART the default?
The question makes no sense because there is no moov
atom in an flv file.
Carl Eugen
___
Libav-user mailing list
Libav-user@ffmpeg.org
Am Mo., 3. Aug. 2020 um 19:03 Uhr schrieb gga :
>
> On 3/8/20 03:47, rohit khali wrote:
> >
> > I am using sws_scale() API to scale my decoded YUV(any format) to
> > YUV420P with 'new' width and height.
> > Instead of hardcoding destination width and height, I want to preserve
> > the original
> Am 22.07.2020 um 08:08 schrieb rohit khali :
>
> I do see native AC3 and EAC-3 decoders in ffmpeg.
Yes.
> I am wondering are these decoders limited in any way
You will have to define “limited” but from a quick look, no tickets are
currently open concerning the (e)ac3 decoder.
> or are
Am Mo., 6. Juli 2020 um 12:13 Uhr schrieb Info || Non-Lethal
Applications :
>
> > Am Fr., 26. Juni 2020 um 11:07 Uhr schrieb Info || Non-Lethal
> > Applications :
> >
> >> Will re-compiling the libraries on the new architecture be enough to make
> >> everything work "as before"?
> >
> > Yes.
>
>
Am Mi., 1. Juli 2020 um 18:06 Uhr schrieb Hamilton Tobon Mosquera
:
> I'm struggling to get some simple code working. I'm trying to open the
> device /dev/video0 which is a camera module in a Rasperry pi. I already
> set up everything. I activated the camera in the Rasperry
> configurations. The
Am Fr., 26. Juni 2020 um 11:07 Uhr schrieb Info || Non-Lethal
Applications :
> Will re-compiling the libraries on the new architecture be enough to make
> everything work "as before"?
Yes.
> As FFmpeg makes a fair use of assembler and I think also some processor
> specific optimizations
> as
Am Fr., 26. Juni 2020 um 11:45 Uhr schrieb Simon Brown
:
> FFmpeg builds on embedded ARM processors
This is true.
> you might just need to specify which optimizations you have (eg I
> manually specify Neon coprocessor when building).
I may misunderstand but this sounds wrong to me.
Carl Eugen
Am Mo., 22. Juni 2020 um 21:36 Uhr schrieb Jaka Bac :
>
> On Mon, 22 Jun 2020 at 16:16, Carl Eugen Hoyos wrote:
>>
>> You need to enable „dead code elimination“, FFmpeg cannot be
>> compiled without it, most supported compilers do not allow to disable it.
> MSVC with
> Am 22.06.2020 um 14:26 schrieb Joel Linn :
>
> I want to use components statically. There is a number of places where
> functions are called conditionally based on config defines, for example in
> libavutil/cpu.c get_cpu_flags():
>
>if (ARCH_PPC)
>return ff_get_cpu_flags_ppc();
Am Di., 9. Juni 2020 um 00:14 Uhr schrieb Andrew Randrianasulu
:
> argh, it turned out at least on my end even
> commit 75384bc464411fb2291105dca84b8bc411188350 (HEAD, tag: n4.2)
> still give this assertion :/
Did you try 3c1ecb05 ?
Carl Eugen
___
Am So., 7. Juni 2020 um 22:16 Uhr schrieb Andrew Randrianasulu
:
>
> В сообщении от Sunday 07 June 2020 19:24:50 Carl Eugen Hoyos написал(а):
> > Am So., 7. Juni 2020 um 11:18 Uhr schrieb Andrew Randrianasulu
> > :
> >
> > > Sorry for forwarding this message
&g
Am So., 7. Juni 2020 um 11:18 Uhr schrieb Andrew Randrianasulu
:
> Sorry for forwarding this message
Please run a bisect to make your message somewhat useful.
Carl Eugen
___
Libav-user mailing list
Libav-user@ffmpeg.org
Am Sa., 23. Mai 2020 um 04:27 Uhr schrieb Bobby Shen
:
> Is my outline of the decoding process correct?
You are not mentioning the parser that is nearly always needed
for AAC and AC3 decoding.
Before opus, audio decoding states were very limited.
> Which points are wrong?
Experience indicates
Am Mi., 20. Mai 2020 um 20:36 Uhr schrieb Alex :
>
> I've been working on implementing hardware decoder integration. While
> things generally are working, there's not much gain: the color
> conversion from NV12 seems to be dramatically more expensive than from
> the YUV420P in case of software
Am Di., 19. Mai 2020 um 14:49 Uhr schrieb :
>
>
> >> The 3.2.14 libraries are clearly twice as fast as the 4.2.2 libraries,
> >> as least with the h.265 media files I'm testing with.
>
> > Then please run git bisect, but allow me to repeat that it may make
> > sense to reproduce with ffmpeg (which
Am Mi., 13. Mai 2020 um 13:12 Uhr schrieb :
> The 3.2.14 libraries are clearly twice as fast as the 4.2.2 libraries, as
> least
> with the h.265 media files I'm testing with.
Then please run git bisect, but allow me to repeat that it may make sense to
reproduce with ffmpeg (which would make
Am Mo., 11. Mai 2020 um 20:15 Uhr schrieb :
> Between ffmpeg versions 3.2.2 and 4.2.2 I am seeing a fairly
> significant difference in playback performance.
>
> The new version is noticeably slower.
>
> Case in point, decompressing 3000 frames ASAP without any display:
>
> Version 3.2.2: 0.002319
Am Mo., 11. Mai 2020 um 20:02 Uhr schrieb Jacob Trimble via Libav-user
:
>
> I'm creating a minimal build of FFmpeg that only has the features I need.
> Right now,
> it only has the MOV demuxer. I'm trying to get the sample aspect ratio from
> the
> media, but I notice it isn't getting set
Am Mi., 6. Mai 2020 um 17:53 Uhr schrieb Info || Non-Lethal
Applications :
> There’s also AVStream->sample_aspect_ratio, display_aspect_ratio and
> AVFrame->sample_aspect_ratio.
To elaborate: It is not difficult to find files where the codec stores another
aspect ratio than the container (ffmpeg
Am Di., 28. Apr. 2020 um 16:57 Uhr schrieb Denis Gottardello
:
>
>
>
>
>
> Hi, after having implemented the remuxing.c example my program works with
> file to file but not with rtsp camera to file.
Does it work with ffmpeg (the application)?
Does the rtsp demuxer returns any useful timestamps
Am Sa., 25. Apr. 2020 um 21:36 Uhr schrieb :
> While "scaling" an image (actually a conversion from yuv to srgb), is it a
> good
> idea to do that with 2 threads: each with its own copy of the context, one
> converting the slice from top to mid-height, the other one converting the
> slice
>
Am So., 19. Apr. 2020 um 23:56 Uhr schrieb Simon Brown
:
>> libavcodec's skip_frame option works fine for h264 and vc1, I strongly
>> suggest
>> that you don't try to reimplement it after testing with "ffmpeg" that it does
>> exactly what you need.
>>
> I'm confused with your negatives in that
Am So., 19. Apr. 2020 um 22:57 Uhr schrieb Simon Brown
:
>>
>> But the question was how you compiled FFmpeg.
>>
>> > I tried skipping frames, but then it had too many errors
>>
>> Can you reproduce these errors with ffmpeg (the command line interface)?
>> (Assuming you tested the skip_frame
Am Sa., 18. Apr. 2020 um 00:35 Uhr schrieb Simon Brown
:
>
> On Fri, 17 Apr 2020 at 22:50, Carl Eugen Hoyos wrote:
>>
>> Am Fr., 17. Apr. 2020 um 20:38 Uhr schrieb Simon Brown
>> :
>>
>> > Thanks Devin, found the right place, but finding frames to skip
Am Sa., 18. Apr. 2020 um 16:52 Uhr schrieb Mohammed Bey Ahmed
Khernache :
> could someone tell me how to get:
> 1- the total number of packets that a video bit-stream contain?
At least theoretically, containers exist that provide this information,
but in general, it is unavailable (and
Am Fr., 17. Apr. 2020 um 20:38 Uhr schrieb Simon Brown
:
> Thanks Devin, found the right place, but finding frames to skip seems to be
> taking more CPU time.
>
> Is there any way of building ffmpeg libraries to a) minimize any other stuff
> that isn't being used
Yes but even showing us how
Am Do., 9. Apr. 2020 um 22:31 Uhr schrieb Клыков Николай via
Libav-user :
> Is there any way to pack H.264 NALUs with 0x0001 delimiter to complete
> frame via C++.
> I know it works with command line ( ffmpeg -i raw.264 -vcodec copy out.avi ),
> but i need to
> send complete frames to
Am Mi., 8. Apr. 2020 um 04:07 Uhr schrieb Chang, Qi :
> I want to read a video and encode it with other FPS such as 30 or 60.
>
> First, I want to know if the default decode FPS is 24.
> Second, how to encode in a different FPS.
>
> Right now, I can decode one frame and encode it into a new video
Am Mi., 8. Apr. 2020 um 18:10 Uhr schrieb :
> Right after receiving a frame from the decoder, how to use "properly" in the
> general case the pts related fields (pts, pkt_dts, best_effort_timestamp) in
> order to get the actual pts in video stream timestamp unit?
> Heard I could receive
Am Do., 2. Apr. 2020 um 20:22 Uhr schrieb M Parker :
>
> >The option force_key_frames is handled in fftools/ffmpeg.c, so your best
> approach is to copy its behaviour.
>
> I had gotten that far, but setting it still eluded me. After much digging,
> some experimentation
> and a little luck, I
Am Mi., 1. Apr. 2020 um 20:23 Uhr schrieb M Parker :
>
> The command line has an option for forcing key frames, aptly named:
> -force_key_frames
>
> Is it possible to set this via libav, and where would I do it? The closest
> I've been able
> to find is a forced_key_frames option on an
Am Fr., 27. März 2020 um 23:09 Uhr schrieb Simon Brown
:
> Is there any way to specify number of threads for the h264 decoder
> when you call avcodec_video_decode2?
Set AVCodecContext->thread_count
Carl Eugen
___
Libav-user mailing list
Am Mi., 25. März 2020 um 00:05 Uhr schrieb Philippe Noël
:
> Anyone knows where I can get access to shared build (.so libs for avcodec,
> etc.) for
> Ubuntu, just like there is for Windows and MacOS on Zeranoe? I tried
> compiling it
> myself but my environment lacks a bunch of libs to have a
Am Di., 24. März 2020 um 23:27 Uhr schrieb Giuseppe Torelli
:
>
> On Tue, 24 Mar 2020 at 22:21, Carl Eugen Hoyos wrote:
>>
>>
>> This command is (very often!) reading a frame from memory, converting
>> its colour space, encoding the frame
>
> Hi Carl, ou
Am Mo., 23. März 2020 um 08:51 Uhr schrieb
:
> The command looks like this:
> ffmpeg -f gdigrab -framerate 30 -i desktop -f dshow -i audio="Mikrofon
> (Realtek High Definition Audio)" test.mp4
This command is (very often!) reading a frame from memory, converting
its colour space,
encoding the
Am So., 22. März 2020 um 13:23 Uhr schrieb
:
> I'm sorry for the bad worded question. Its hard to write a question if you
> don't fully understand the matter.
And even more difficult to answer...
> > Since your (original) issue is "too slow":
> > Did you already test with ffmpeg (the cli)?
> >
Am Do., 19. März 2020 um 18:57 Uhr schrieb
:
> I’m trying to record the microphone on windows via dshow and
> ffmpeg in real time.
>
> The problem is, my code is to slow.
>
> At the moment I get a
>
> AVPacket
> Resample it
> And write it to a file
Since your (original) issue is "too slow":
Did
Am Do., 19. März 2020 um 18:57 Uhr schrieb
:
>
> Hello,
> I’m trying to record the microphone on windows via dshow and ffmpeg in real
> time.
>
> The problem is, my code is to slow.
>
>
>
> At the moment I get a
>
> AVPacket
> Resample it
> And write it to a file
>
>
>
> The codec is unimportant
Am Di., 17. März 2020 um 23:16 Uhr schrieb Anton Shekhovtsov
:
>
>
>
> вт, 17 мар. 2020 г. в 23:51, Giuseppe Torelli :
>>>
>>>
>>> I'm not sure if this is completely sane but I'm using this method for
>>> testing how FFMpeg can mix codec and container: create memory writing
>>> context, prepare
Am Di., 17. März 2020 um 22:38 Uhr schrieb Giuseppe Torelli
:
>
>> I may misunderstand but avcodec_find_encoder() takes a codec_id, it
>> has no connection at all to containers.
>> (H264 is 27 here, are you testing an ancient FFmpeg version?)
>>
> I have ffmpeg 3.4.6 by the way 28 is the id for
Am Di., 17. März 2020 um 21:50 Uhr schrieb Giuseppe Torelli
:
> many thanks for replying. I'm really surprised there is no way to get all the
> encoders
> linked to a particular container.
You can get a default encoder for a given container but as explained
FFmpeg expects its
users to know what
Am Di., 17. März 2020 um 20:42 Uhr schrieb Giuseppe Torelli
:
> I want to fill two combo boxes in a GTK+3 program with the container and its
> relevant codecs.
You cannot use AVCodecTag to achieve this, library users are not
supposed to access it.
FFmpeg does not export information about
Am Fr., 13. März 2020 um 14:04 Uhr schrieb Slav :
>
> Hello. I am trying to implement program which reads out plain images
> (ready for some further usage) from video files, but got issues with
> sws_scale() complaining about wrong AVFrame format:
> "[swscaler @ 0x558ef00721a0] bad src image
Am Di., 10. März 2020 um 15:41 Uhr schrieb Slav :
>
> Thank you for your answer!
> It is exactly so: 3 smaller images in the middle and even smaller and more
> below.
Maybe not yuv420p but probably the wrong pix_fmt
> How can I convert it to RGB (24 bits)? And overall, how can I always get RGB
Am Di., 10. März 2020 um 07:25 Uhr schrieb Slav :
>
> Trying to read .mkv file file and write it to .bmp, but resulting .bmp is
> black-and-white and consists of multiple mini-images of what supposed to be
> written:
(Without looking at your code)
Are there three mini-images of different size?
Am Di., 3. März 2020 um 19:02 Uhr schrieb Simon Brown :
> Can anyone help with a) getting a bitrate measure from the libav libraries?
I may misunderstand but in general you cannot know the bitrate of a (raw)
input stream (and libavformat does not read through the whole file only
to find out).
> Am 07.02.2020 um 05:06 schrieb Devin Heitmueller
> :
>
>> On Thu, Feb 6, 2020 at 8:25 PM Alan Daniels wrote:
>> Is there a way for FFmpeg to decode an H264 bitstream into packed RGB?
>> Ideally AV_PIX_FMT_BGR0 or AV_PIX_FMT_BGRA.
>>
>> For the encoder, I am using libx264rgb with
> Am 07.02.2020 um 02:25 schrieb Alan Daniels :
>
> Is there a way for FFmpeg to decode an H264 bitstream into packed RGB?
No but as Devin correctly explained the software scaler should not add a lot of
latency compared to the 4:4:4 decoding.
Carl
Am Mo., 3. Feb. 2020 um 21:18 Uhr schrieb Info || Non-Lethal
Applications :
> I’ve been trying to build the latest libavcodec etc. libraries including
> OpenH264 for H.264
> encoding on Windows for several hours now but I’m still fighting a huge list
> of errors with
> whatever I’m trying.
Am Do., 30. Jan. 2020 um 23:34 Uhr schrieb Jonathan Noble
:
>
>
>
> On Thu, 30 Jan 2020 at 22:11, Carl Eugen Hoyos wrote:
>>
>> Am Do., 30. Jan. 2020 um 22:56 Uhr schrieb Jonathan Noble
>> :
>>
>> > I can open an image sequence that starts at zero
Am Do., 30. Jan. 2020 um 22:56 Uhr schrieb Jonathan Noble
:
> I can open an image sequence that starts at zero using avformat_open_input
> successfully.
> However, for an image sequence that starts beyond zero, ffmpeg doesn't find
> the sequence.
See -start_number and -start_number_range
Carl
Am Do., 30. Jan. 2020 um 03:17 Uhr schrieb Timothy Fleming :
>
> Attached...
Doesn't look like a patch...
It should be enough to add the new codec to allcodecs.c and its
codec_id to the demuxer
(as you did). Please compile ffmpeg (for the desktop) and run ffmpeg -i yourfile
to test your change.
Am Mi., 29. Jan. 2020 um 19:41 Uhr schrieb Timothy Fleming :
> I’m creating a custom video decoder for ffmpeg. The code compiles and links,
> my codec library is included. However, when I attempt to play my file, the
> player (Nova player for Android though that shouldn’t matter) doesn’t find
Am Di., 28. Jan. 2020 um 06:03 Uhr schrieb Philippe Noël
:
> I read from the FFmpeg wiki that AMD AMF is only supported for encode, not
> decode.
> Any idea if there are plans for this to be supported at all eventually?
Did you already send a patch?
If not, consider asking AMD, they provided
> Am 23.01.2020 um 18:32 schrieb Jeremy . :
>
> can you advise on where I can obtain release support? I figured this was the
> only list for libavcodec, is there another?
Whoever provides people with release binaries is responsible for (some) support.
There is no release support here but
Am Do., 23. Jan. 2020 um 17:25 Uhr schrieb Jeremy . :
> I've been using 3.4.2 ffmpeg for a while, successfully encoding video to
> mpeg4.
> I've just upgraded to 3.4.5 and, despite building ffmpeg (Windows, msvc2017
> toolchain, MinGW) with exactly the same configure options, mpeg4 and 18
>
Am Mi., 22. Jan. 2020 um 18:16 Uhr schrieb Philippe Noël
:
> I know that my packets are encoded correctly, because the decoding works
> well when I just use AV_CODEC_ID_H264.
I don't think this is a sufficient test as no hardware decoder has as
many features
as the libavcodec h264 decoder. Did
Am Di., 21. Jan. 2020 um 04:25 Uhr schrieb Suhail Doshi :
>
> On Sun, Jan 19, 2020 at 4:28 PM Carl Eugen Hoyos wrote:
>>
>> Am Mo., 20. Jan. 2020 um 01:22 Uhr schrieb Suhail Doshi
>> :
>>
>> > Sure, do you know why ffmpeg cli seems to be able to encode i
Am Mo., 20. Jan. 2020 um 14:19 Uhr schrieb Brian Barr :
> I’m developing radio and television automation systems. We use Digigram
> professional sound cards, usually VX222e. I’ve been testing these using the
> ffmpeg dlls. I’ve found that I get a glitching sound when I play anything back
> at
Am Mo., 20. Jan. 2020 um 01:22 Uhr schrieb Suhail Doshi :
> Sure, do you know why ffmpeg cli seems to be able to encode interleaved
> raw audio but the C API only allows FLTP then?
It (automatically) inserts the aresample filter into the filter chain.
Please find out what top-posting means and
Am Fr., 17. Jan. 2020 um 09:01 Uhr schrieb Suhail Doshi <
suh...@mightyapp.com>:
> Output the various sample formats associated with AAC, it only provides
FLTP.
> That assumes a planar/interleaved format.
AV_SAMPLE_FMT_FLTP is not interleaved but a planar format.
Carl Eugen
Am Sa., 18. Jan. 2020 um 12:55 Uhr schrieb Alexander Gribanov
:
> Could anyone tell me, please, how could I Compile these Examples under the
> Windows just with Console and MinGW (without Eclipse first)?
$ make examples
Imo, building with WSL is much easier (and faster) than with MinGW.
Please
Am Di., 14. Jan. 2020 um 16:40 Uhr schrieb Philippe Noël
:
> I was trying to decode on linux using H264 CODEC ID, but when I selected it
> it gave me CYUY errors. I had todo H264 CODEC ID + 1. Could they be shifted
> by 1?
Yes, if your (libavcodec) headers do not match your (libavcodec)
> Am 14.01.2020 um 01:28 schrieb Rennie Johnson :
>
> Can someone please tell me if it is possible to build the FFMPEG executable
> from the source code on Visual Studio C++
This is not possible but why don’t you compile with the Microsoft C compiler
and use the resulting library in Visual
> On Fri, Jan 3, 2020 at 3:52 PM smita sovani
> wrote:
>> ffmpeg version 3.3.3 generated library files with library version lincluded
>> in the name e.g - libavcodec.so.57.89.100
>> ffmpeg version 3.4.7 does not have version number included in names library
>> files
>> and file names end
> Am 09.11.2019 um 00:45 schrieb Andrew Randrianasulu :
>
> should I try to post this to ffmpeg's ticket 7842 ?
(No, as it was closed.)
Feel free to post it if you understand the patch very well.
> I don't have real BluRay player, so I can't test resulting files ...
Not sure how useful it is
Am Fr., 1. Nov. 2019 um 13:27 Uhr schrieb Simon Brown :
> I'm trying to run some code to decode FFmpeg frames and output them in a
> custom format. I have started with the demux_decode sample file and it runs,
> and decodes frames. However, I'm running on a Raspberry Pi 4 and have built
>
Am Fr., 1. Nov. 2019 um 10:32 Uhr schrieb Daneel V :
>
> Hi all,
>
> I've been building FFmpeg for years in Win64 using Msys2.
> --enable-libtwolame has been always on and working but starting a couple
> weeks ago I'm getting an error when trying to include this library and
> running ./configure
Am Di., 5. Nov. 2019 um 13:36 Uhr schrieb Vassilis :
>
> Well that did the trick! I can't thank you enough James and also second your
> comment that this should be updated in the transcoding.c example.
> Is there anything we can do about this?
Send a patch made with "git format-patch" to the
Am Di., 5. Nov. 2019 um 00:16 Uhr schrieb Vassilis :
> I am trying simply to perform a transcoding process using the transcoding.c
> example from doc/examples. However I am seeing a very strange result (even
> when the example is not modified at all, ie not even changing codecs); the
>
Am Mo., 4. Nov. 2019 um 16:27 Uhr schrieb Andrew Randrianasulu
:
> my diff for ffmpeg.c:
>
> diff --git a/cinelerra-5.1/cinelerra/ffmpeg.C
> b/cinelerra-5.1/cinelerra/ffmpeg.C
When I said in an earlier mail you check how ffmpeg.c deals with seeking in
your file, I did not mean
Am So., 3. Nov. 2019 um 11:53 Uhr schrieb Andrew Randrianasulu
:
> For what exactly I should look?
You claim that AVStream->time_base is changing (which sounds strange to me
but who know) on seeking, you could look (with printf's) how ffmpeg.c
deals with this.
I cannot know...
Carl Eugen
Am So., 3. Nov. 2019 um 07:43 Uhr schrieb Andrew Randrianasulu
:
>
> В сообщении от Sunday 03 November 2019 09:01:42 Carl Eugen Hoyos написал(а):
> > Am Sa., 2. Nov. 2019 um 23:32 Uhr schrieb Andrew Randrianasulu
> > :
> >
> > > I think I can also link in
&
Am Sa., 2. Nov. 2019 um 23:32 Uhr schrieb Andrew Randrianasulu
:
> I think I can also link in
> https://www.cinelerra-gg.org/bugtracker/view.php?id=330
> because IMO it shows how wild timestamp can ruin synchro
I tested the following and the output file has fine noise, no "pulsed noise":
$
Am Sa., 2. Nov. 2019 um 23:32 Uhr schrieb Andrew Randrianasulu
:
> From manual available at https://cinelerra-gg.org/download/ (see
> CinelerraGG_manual_WIP.pdf)
> I found important (IMO) passage I wish to share to relevant list:
>
>
> p. 193:
>
> Outstanding Issues with ffmpeg: There are some
Am Sa., 26. Okt. 2019 um 20:57 Uhr schrieb Ingmar Rieger :
>
> On 26.10.19 14:37, Carl Eugen Hoyos wrote:
> > Am Sa., 26. Okt. 2019 um 14:14 Uhr schrieb Ingmar Rieger :
> >
> >> On 26.10.19 10:59, Carl Eugen Hoyos wrote:
> >> So basically I have an input like f
Am Sa., 26. Okt. 2019 um 14:14 Uhr schrieb Ingmar Rieger :
> On 26.10.19 10:59, Carl Eugen Hoyos wrote:
> > That's at least a surprising argumentation given the number of encoders
> > included in FFmpeg.
>
> Did I miss something? For me the relevant codecs I know fo
Am Sa., 26. Okt. 2019 um 10:26 Uhr schrieb Ingmar Rieger :
> I'm currently working on integrating Cineform file read and write into a
> small toy project for processing image sequences. Worked with exr
> sequences up until now but those are so storage heavy I decided to
> include a intermediate
> Am 25.10.2019 um 09:04 schrieb Jimmy Aumard :
>
> I want to be able to stream Audio and Video from an http call from a Flutter
> application (if you don’t know Flutter it’s a cross platform framework to run
> on mobile, desktop and web). It doesn’t have a way to play/stream videos
>
Am Mi., 25. Sept. 2019 um 22:57 Uhr schrieb Jonathan Noble
:
> [mpeg @ 0x7f33b8004200] ac3 in MPEG-1 system streams is not widely supported,
> consider using the vob or the dvd muxer to force a MPEG-2 program stream.
Note that independently of your question (I suggest to test with the
cli), the
1 - 100 of 1387 matches
Mail list logo
