Ok, let me explain in details.
I have to split one video into large amount(usually more than 1000) of segments
and reassemble segments into one video.
Suppose I try split only, then command will be like
ffmpeg -i input.mp4 -vcodec copy -acodec copy -ss 00:00:00 -t 00:01:00 -sn
test_split001.
> Hello. My name is Minsung Kim, I want to ask about sending very long
> arguments into ffmpeg command line.
>
> Since Linux kernel can't handle very long arguments, I am thinking steps
> below.
>
> - Rename current "main" function from source code to "main2".
> - Make new "main" function, and
Hello. My name is Minsung Kim, I want to ask about sending very long arguments
into ffmpeg command line.
Since Linux kernel can't handle very long arguments, I am thinking steps below.
- Rename current "main" function from source code to "main2".
- Make new "main" function, and generate long a
I trying speed up process and avoid copy frames between GPU and CPU. But got
error: "Segmentation fault: 11", so may be I'm doing something wrong?
My full ffmpeg command and log here:
./ffmpeg -i ../720.mp4 -init_hw_device opencl=ocl:0.1 -filter_hw_device ocl
-filter_complex "hwmap,avgblur_ope
There are different sources, with varying existing encodings, and
resolutions. So those numbers were just thrown out there.
How about 100KB per 10 seconds, or 1MB per minute? What's possible to
squeeze in, or out there?
Regards,
Morten
man. 4. nov. 2019, 19.18 skrev Ted Park :
> > Hm. Well is
> Hm. Well is it possible to get down to 6 MB per minute, 1 MB per 10 seconds?
Oookay so 1MB = 1000KB = 976.5625KiB = 7812.5kbps.. Odd numbers @_@ is this for
the whole file? Or video only?
That sounds like a pretty typical target for 1080p, but like others have said
you’ll have to try out all
Hello Mortiz,
Le lun. 4 nov. 2019 à 17:23, Moritz Barsnick a écrit :
> Hi Boris,
>
> On Mon, Nov 04, 2019 at 10:29:10 +0100, Boris wrote:
> > Hello,
> > I want to transcode video with exactly the same properties of the input
> > video in the output video.
> > I use the transcoding.cc code. In th
😄😊
Yeah, you have half a point there.
Regards,
Morten
man. 4. nov. 2019, 17:55 skrev Ted Park :
> Well your first post kinda reads more like a Facebook status update more
> than a question, so...
> ___
> ffmpeg-user mailing list
> ffmpeg-user@ffmpeg
Hm. Well is it possible to get down to 6 MB per minute, 1 MB per 10 seconds?
Regards,
Morten
man. 4. nov. 2019, 17:48 skrev Ted Park :
> > Which codec gives the lowest size?
> >
> > Let me ask in a different way, how can I encode a video to the smallest
> > possible size, while still discerning
Well your first post kinda reads more like a Facebook status update more than a
question, so...
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit link above, or email
ffmpeg-user-re
> Which codec gives the lowest size?
>
> Let me ask in a different way, how can I encode a video to the smallest
> possible size, while still discerning some movement?
Now we’re getting somewhere. x264/x265 are like the de facto gold standards for
the software encoders for the ITU/ISO/IEC codec
Hi Daniel.
I would say a smoother flow is more important than resolution.
For now.
-Morten
man. 4. nov. 2019, 17:39 skrev Noeck :
> As others pointed out, this very much depends on what you want to
> achieve (besides a small file size). But I try to offer a starting point
> for you to try and
Am 04.11.19 um 17:22 schrieb Morten W. Petersen:
> You are unable to understand what I ask for, and send an email 2 minutes
> after I replied to Nicholas who gave a similar answer, when his lack of
> intelligence or good behaviour turned annoying.
>
> I have gotten 1 good answer, 2 bad ones, and
On 11/4/2019 8:22 AM, Morten W. Petersen wrote:
You are unable to understand what I ask for, and send an email 2 minutes
after I replied to Nicholas who gave a similar answer, when his lack of
intelligence or good behaviour turned annoying.
a) email is not synchronous and replies overlap.
b) w
As others pointed out, this very much depends on what you want to
achieve (besides a small file size). But I try to offer a starting point
for you to try and find your own compromise of size and quality.
Usually, I would use a resolution of 1920x1080 (HD), but 1280x720 might
be an option to reduce
Which codec gives the lowest size?
Let me ask in a different way, how can I encode a video to the smallest
possible size, while still discerning some movement?
Regards,
Morten
man. 4. nov. 2019, 17:29 skrev Moritz Barsnick :
> On Mon, Nov 04, 2019 at 17:14:07 +0100, Morten W. Petersen wrote:
>
You are unable to understand what I ask for, and send an email 2 minutes
after I replied to Nicholas who gave a similar answer, when his lack of
intelligence or good behaviour turned annoying.
I have gotten 1 good answer, 2 bad ones, and 1 case of annoying behaviour
so far.
-Morten
man. 4. nov.
On Mon, Nov 04, 2019 at 17:14:07 +0100, Morten W. Petersen wrote:
> I find your feedback annoying. Please stop.
You asked for feedback, please don't tell anyone to stop. ;-)
Honestly, you are asking about basics of video encoding in general, not
about ffmpeg. There are much better places to read
Hi Boris,
On Mon, Nov 04, 2019 at 10:29:10 +0100, Boris wrote:
> Hello,
> I want to transcode video with exactly the same properties of the input
> video in the output video.
> I use the transcoding.cc code. In the static int open_output_file(const
> char *filename) function, I set encoder parame
I find your feedback annoying. Please stop.
man. 4. nov. 2019, 17:01 skrev Nicolas George :
> Morten W. Petersen (12019-11-04):
> > I want to keep the video, the moving pictures.
> >
> > How detailed is not decided.
>
> Then decide. Nobody can do it for you, and there is no answer without
> that
On 11/4/2019 8:01 AM, Nicolas George wrote:
Morten W. Petersen (12019-11-04):
I want to keep the video, the moving pictures.
How detailed is not decided.
Then decide. Nobody can do it for you, and there is no answer without
that information.
You also haven't told us about the original- reso
Morten W. Petersen (12019-11-04):
> I want to keep the video, the moving pictures.
>
> How detailed is not decided.
Then decide. Nobody can do it for you, and there is no answer without
that information.
> man. 4. nov. 2019, 16:22 skrev Nicolas George :
Top-posting is forbidden on this list; do
I want to keep the video, the moving pictures.
How detailed is not decided.
Regards,
Morten
man. 4. nov. 2019, 16:22 skrev Nicolas George :
> Morten W. Petersen (12019-11-04):
> > I'm wondering what the options are for reducing video size.
> >
> > Encoding in black and white / low color depth,
Reduce the frame rate.
On Mon, Nov 4, 2019 at 10:05 AM Morten W. Petersen
wrote:
> Hi.
>
> I'm wondering what the options are for reducing video size.
>
> Encoding in black and white / low color depth, reducing the resolution,
> removing audio etc. are all options I can consider using.
>
> Regar
Morten W. Petersen (12019-11-04):
> I'm wondering what the options are for reducing video size.
>
> Encoding in black and white / low color depth, reducing the resolution,
> removing audio etc. are all options I can consider using.
Remove the audio and the video streams completely, the size of th
Hi.
I'm wondering what the options are for reducing video size.
Encoding in black and white / low color depth, reducing the resolution,
removing audio etc. are all options I can consider using.
Regards,
Morten
___
ffmpeg-user mailing list
ffmpeg-user@
Hello,
I want to transcode video with exactly the same properties of the input
video in the output video.
I use the transcoding.cc code. In the static int open_output_file(const
char *filename) function, I set encoder parameters like this :
if (dec_ctx->codec_type == AVMEDIA_TYPE_VIDEO)
27 matches
Mail list logo
