On Mon, 25 Sep 2023 04:39:53 +
"Xiang, Haihao" wrote:
> On Vr, 2023-09-22 at 22:11 +0200, Patrick M. wrote:
> > On Fri, 22 Sep 2023 20:04:57 +0300
> > Dennis Mungai wrote:
> > >
> > >
> > > That's good to hear. You may also want to ensure that the likes of OneVPL
> > > are up to date if yo
Is there an equivalent of Drobox Lepton but for h.264 videos?
Lepton is a lossless compression algorithm to compress jpeg at around 20%
there initial file size without any data loss. This is ideal to
achieve jpeg.
What about h.264 videos?
--
Best Regards,
Stephane Archer
сб, 30 сент. 2023 г., 16:58 Stéphane Archer :
> Is there an equivalent of Drobox Lepton but for h.264 videos?
> Lepton is a lossless compression algorithm to compress jpeg at around 20%
> there initial file size without any data loss. This is ideal to
> achieve jpeg.
> What about h.264 videos?
>
On Sat, Sep 30, 2023 at 10:00 AM Andrew Randrianasulu <
randrianas...@gmail.com> wrote:
> сб, 30 сент. 2023 г., 16:58 Stéphane Archer :
>
> > Is there an equivalent of Drobox Lepton but for h.264 videos?
> > Lepton is a lossless compression algorithm to compress jpeg at around 20%
> > there initia
Been very seriously considering design scope. Dropbox is a no-go. Want to
connect offline to describe your use case?
On Sat, Sep 30, 2023 at 10:10 AM Stéphane Archer
wrote:
> On Sat, Sep 30, 2023 at 10:00 AM Andrew Randrianasulu <
> randrianas...@gmail.com> wrote:
>
> > сб, 30 сент. 2023 г., 16
How to merge and map 1 video file with 4 audio files?
We've have 1 video file, 4 audio files, all same length.
The video file is DNxHD36
The audio tracks are all .wav
The goal is to merge all 5 files in sync
Based on https://ffmpeg.org/ffmpeg.html#Advanced-options I tried the following:
ffmpeg
сб, 30 сент. 2023 г., 19:08 Media Mouth :
> How to merge and map 1 video file with 4 audio files?
>
> We've have 1 video file, 4 audio files, all same length.
> The video file is DNxHD36
> The audio tracks are all .wav
>
> The goal is to merge all 5 files in sync
>
> Based on https://ffmpeg.org/ff
On Sat, Sep 30, 2023 at 11:00 AM David Bernat
wrote:
> Been very seriously considering design scope. Dropbox is a no-go. Want to
> connect offline to describe your use case?
>
>
> On Sat, Sep 30, 2023 at 10:10 AM Stéphane Archer >
> wrote:
>
> > On Sat, Sep 30, 2023 at 10:00 AM Andrew Randrianas
сб, 30 сент. 2023 г., 19:31 Stéphane Archer :
> On Sat, Sep 30, 2023 at 11:00 AM David Bernat
> wrote:
>
> > Been very seriously considering design scope. Dropbox is a no-go. Want to
> > connect offline to describe your use case?
> >
> >
> > On Sat, Sep 30, 2023 at 10:10 AM Stéphane Archer <
> ar
On 9/30/2023 7:00 AM, Andrew Randrianasulu wrote:
well, h264 videos already heavy and usually lossy compressed, any further
compression will be not lossless
There's one-way compression that reduces size by throwing away data (e.g.
jpg) and two-way compression that reduces size but the result c
Hi,
I have no information on how Lepton actually works, but it's presumably making
use of redundancy inherent to JPEG which make it possible for lossless
compression to reduce their size so dramatically. JPEG is a very old standard,
developed at a time of very limited computer resources, and all
> On Sep 30, 2023, at 09:31, Andrew Randrianasulu
> wrote:
>
> may be remove all OUTPUT_CHx lines so output will be clearly into one mxf
> file?
Thanks Andrew, will try!
What made you think removing the "remove all OUTPUT_CHx " was the right move?
What I'm hoping for, big picture, is to un
Is there any good reason why FFmpeg which sees that the video file input
and output match every single characteristic doesn't copy the stream to
avoid useless reencoding?
Basically doing "-vcodec copy" automatically.
--
Best Regards,
Stephane Archer
__
Am 30.09.23 um 20:46 schrieb Stéphane Archer:
Is there any good reason why FFmpeg which sees that the video file input
and output match every single characteristic doesn't copy the stream to
avoid useless reencoding?
Basically doing "-vcodec copy" automatically.
is there a good reason to thro
On 9/30/2023 12:07 PM, Reindl Harald wrote:
is there a good reason to throw a video file through ffmpeg when you don't
want to touch it?
Changing the container or working only with the audio or subtitle tracks.
So yes, there is a good reason.
z!
___
> On Sep 30, 2023, at 12:07 PM, Reindl Harald wrote:
>
>
> Am 30.09.23 um 20:46 schrieb Stéphane Archer:
>> Is there any good reason why FFmpeg which sees that the video file input
>> and output match every single characteristic doesn't copy the stream to
>> avoid useless reencoding?
>> Basicall
> is there a good reason to throw a video file through ffmpeg when you> don't
>want to touch it?
I guess you might want to touch the audio but not the video, maybe?
In general, I suspect the reason it's not easy to implement the requested
feature is that it isn't often trivial, or even possible
Am 30.09.23 um 21:29 schrieb Carl Zwanzig:
On 9/30/2023 12:07 PM, Reindl Harald wrote:
is there a good reason to throw a video file through ffmpeg when you
don't want to touch it?
Changing the container or working only with the audio or subtitle tracks.
So yes, there is a good reason
wha
сб, 30 сент. 2023 г., 20:58 MediaMouth :
>
>
> > On Sep 30, 2023, at 09:31, Andrew Randrianasulu
> wrote:
> >
> > may be remove all OUTPUT_CHx lines so output will be clearly into one mxf
> > file?
>
> Thanks Andrew, will try!
>
> What made you think removing the "remove all OUTPUT_CHx " was the
Dear Reindl Harald,
Seeing the sarcastic tone of your emails and finishing your emails with
"case closed" when someone is asking a question and is opening a discussion
doesn't make you appear smart, on the contrary actually.
Yes, you can always specify "-vcodec copy" when you need to, that is not
Let's say you have a video file encoded with high bitrate with the
ultra-fast preset in H.264 because you couldn't afford CPU at that time.
Now you have a huge file mostly because it was encoded quickly.
You are now two days later with access to a good CPU and GPU.
If you re-encode that file to s
What about using a hash to check your existing against your possibly new /
possibly matching file. If it's a match don't run ffmpeg on it. Assuming i'm
understanding what you're trying to achieve, it would seem better practice not
to touch the file with ffmpeg when you can avoid it.
> On Sep
I'm trying to remove frozen frames from a video with gaps in the input
stream, and the freezedetect filter appears to accurately find/list those
sections.
I was hoping to use the results of freezedetect to trim those sections of
video, and there was a freezedetect "discard" ("f") option in the dev
I'm not sure I understand what you mean, do you mean a hash like md5 and
sha1?
Could you please elaborate and simplify a bit?
On Sat, Sep 30, 2023 at 7:51 PM MediaMouth wrote:
> What about using a hash to check your existing against your possibly new /
> possibly matching file. If it's a match
вс, 1 окт. 2023 г., 02:43 Stéphane Archer :
> Let's say you have a video file encoded with high bitrate with the
> ultra-fast preset in H.264 because you couldn't afford CPU at that time.
> Now you have a huge file mostly because it was encoded quickly.
>
> You are now two days later with access t
> On Sep 30, 2023, at 17:47, Stéphane Archer wrote:
>
> I'm not sure I understand what you mean, do you mean a hash like md5 and
> sha1?
> Could you please elaborate and simplify a bit?
I checked-- I was referencing this from your OP
> Is there any good reason why FFmpeg which sees that the v
Consider
- Always retaining camera originals
- Extracting the metadata using ffmpeg and maybe exiftool and capturing
that either in matching-named sidecar files and/or in a media asset manager.
> On Sep 29, 2023, at 04:46, Stéphane Archer wrote:
>
> This includes:
>
> -
>
>
Every time you transcode, you lose more quality, same as making a VHS to VHS
tape copy.
If space is an issue, buy a Series 40 nVidia card that supports AV1 encoding.
Transcode your blu-ray source directly to AV1 for the smallest file at the
highest quality.
True lossless file sizes are FAR lar
28 matches
Mail list logo