Perhaps another question: if I extract each and every frame as an image
file, then go through one by one and there is no still image resembling
what I filmed (i.e. every frame/picture is just solid green), does that
mean that the video is definitely unrecoverable? Or might there be another
way to
Hello ffmpeg team
Does ffmpeg support 360 degree VR video streaming through HLS/DASH?
I could see its being supported in libx264 under unofficial/experimental ,
but I do not see this support in HLS.
when transcoding to HLS, looks like ffmpeg drops spatial metadata. please
confirm.
--
Best
I tried this:
C:\Users\David>ffmpeg -i "C:\Users\David\Downloads\2020-06-23 09-02-44
corrupt.mkv" -vf select='eq(pict_type\,I)'
"C:\Users\David\Downloads\2020-06-23 09-02-44 corrupt SELECT I-FRAMES.mkv"
2> "C:\Users\David\Downloads\2020-06-23 09-02-44 corrupt SELECT
I-FRAMES.txt"
And got this
Trying this now! Thanks!
On Thu, Jun 25, 2020 at 11:03 PM Leo Butler via ffmpeg-user <
ffmpeg-user@ffmpeg.org> wrote:
> David Bayles writes:
>
> > Corrupted video file, FFprobe output text file, and FFmpeg output text
> file
> > are all available to download here:
> >
>
David Bayles writes:
> Corrupted video file, FFprobe output text file, and FFmpeg output text file
> are all available to download here:
> https://drive.google.com/drive/folders/1R0Y5plgkhTWWFNNKgSNJ5yitpKQbIKgg?usp=sharing
>
> I'm hoping there is a way to extract good video and audio from this
Am Fr., 26. Juni 2020 um 01:11 Uhr schrieb Leonardo via ffmpeg-user
:
> I have a sequence of images, image001.png to image945.png,
> and I am using this command to produce a video:
> ffmpeg -framerate 60 -i image%03d.png -c:v libx264 -pix_fmt yuv420p -vf
> scale=1920:1080,fps=60 -r 60 video.mp4
Hello,
I have a sequence of images, image001.png to image945.png, and I am using this
command to produce a video:
ffmpeg -framerate 60 -i image%03d.png -c:v libx264 -pix_fmt yuv420p -vf
scale=1920:1080,fps=60 -r 60 video.mp4
The video is fine but I would like to improve it. I was thinking in
On Thu, 25 Jun 2020 at 15:27, Mohammed Bey Ahmed Khernache <
mohbeyi...@gmail.com> wrote:
> > You should probably also try with older FFmpeg versions...
> I tried with an older version of ffmpeg (3.4.7), and it works.
> The issue is that I don't see any difference when using ffmpeg with and
>
Am Do., 25. Juni 2020 um 20:39 Uhr schrieb Alessandro Molon
:
> Let's see what happens if I run 20 processes for few days...
On most hardware, you cannot run 20 (real-life) FFmpeg
processes for a few days but if there is constantly increasing
memory footprint or a memory leak, one process should
Am Do., 25. Juni 2020 um 14:51 Uhr schrieb mikelee164396
:
> A video was downloaded in an android app. It is
> found that the video is divided into several
> segments and a .M3u8 file.
Apart from what was said:
If the m3u8 segments are transport streams
(as I expect), the right tool to "merge"
Am Do., 25. Juni 2020 um 21:15 Uhr schrieb Mark Filipak
:
> Could this error (or errors like this) be the cause of some of the
> difficulties with time stamps?
If you experience difficulties, be it with timestamps or otherwise,
please provide the (ffmpeg) command line you tested together
with
> You should probably also try with older FFmpeg versions...
I tried with an older version of ffmpeg (3.4.7), and it works.
The issue is that I don't see any difference when using ffmpeg with and
without the "-c:v hevc_v4l2m2m" option.
This means that the HEVC accelerator is not enabled. Am I
For a soft telecined 3/1001 FPS movie. ffprobe reports
frames.frame.0.pkt_duration_time="0:00:00.033367" ...1.001/30
frames.frame.1.pkt_duration_time="0:00:00.050044"
should be 0:00:00.050050...1.5*1.001/30
The duration of frame 1 is too short by 0.06.
Apparently you think that the constantly increasing amount of "Used" memory in
my case falls in the case described as:
Memory that is: used, but can be made available
You’d call it: Free (or Available)
Linux calls it: Used (and Available)
Let's see what happens if I run 20 processes for few
I have given this command another try on another machine today, and read a
bit more about the handshaking process.
It does not seem to open any other port, just exchanging specific packets
on the 1935 port...
So something is fishy on my redsocks configuration I suppose...
Here is part of the
On 6/25/2020 5:50 AM, mikelee164396 wrote:
When I tried to merge, there was an error. See the attachment error.txt for the
error content and command line.
Please place those in the email body. Very few people will download and open
the 7z file. Also, what do the .key and .m3u8 files look
Hello,
Gyan, I understand the fifo pseudo-muxer doesn't forward everything to the
muxer behind it, but shouldn't this flag be set too when not using fifo ?
Or is it detected somewhere and added directly ?
I had to dive into the source code to find why there wasn't any extradata
populated that the
Hello andrei,
I know the command is a bit messy, but this is not a contradiction.
There are two separate outputs, one for video with the -an, and another
with the audio mapping and an audio codec specified.
AFAIK they are not used together.
These commands are generated "on the fly" from my
pretty messy command with a few redundancies, but the funniest one -an and
-c:a combo
Le jeu. 25 juin 2020 à 14:35, Gyan Doshi a écrit :
>
>
> On 25-06-2020 05:17 pm, Louis Geuten wrote:
> > Hello,
> >
> > It seems that using the argument "-flags +global_header" with the
> bitstream
> > filter
On 25-06-2020 05:17 pm, Louis Geuten wrote:
Hello,
It seems that using the argument "-flags +global_header" with the bitstream
filter "dump_extra" fixes the issue.
Why this isn't needed when directly muxing with ISMV instead of fifo is
beyond me.
Each muxer has a list of flags; those
Hello,
It seems that using the argument "-flags +global_header" with the bitstream
filter "dump_extra" fixes the issue.
Why this isn't needed when directly muxing with ISMV instead of fifo is
beyond me.
On Tue, 23 Jun 2020 at 12:03, Louis Geuten
wrote:
> Hello,
>
> I'm using ffmpeg to
> Am 25.06.2020 um 02:38 schrieb Alessandro Molon :
>
> I would like to use ffmpeg as live HLS ABR packager and use /dev/shm to store
> playlist and chunks in RAMDISK.
> But unfortunately I’ve noticed that ffmpeg constantly increase the memory
> used until it saturates it.
No.
At least both
22 matches
Mail list logo
