On Thu, Sep 19, 2019 at 11:37 AM jamie marchant
wrote:
>
> Is their a Windows codec available? I want to play Indeo video 3 files,
> which FFPlay can do but I want to play it through 'Video for
> Windows"(Windows NT/10 version). That way I can run an old piece of
> multimedia software.
possibly
Hi,
> I tried: ffmpeg -start_number 86400 -i finalDPX_forDCP\Respire%08d.dpx
> *-vsync* 0 -f framemd5
> allframes_md5.txt
>
> I still get a similar result without the stated drop frames. framemd5
> checksum spits out 867 frames less than total frames.
Shouldn’t that be vsync drop? Since the
Hello all
Thank you all for the suggestions.
I tried: ffmpeg -start_number 86400 -i finalDPX_forDCP\Respire%08d.dpx
*-vsync* 0 -f framemd5
allframes_md5.txt
I still get a similar result without the stated drop frames. framemd5
checksum spits out 867 frames less than total frames.
Strange..
On 03/30/2020 02:19 PM, Lou Logan wrote:
On Mon, Mar 30, 2020, at 10:17 AM, Lou Logan wrote:
Use a lower -crf value:
https://trac.ffmpeg.org/wiki/Encode/H.265
...and only now did I realize Moritz already answered this in a
duplicate thread.
Please avoid asking duplicate questions.
On 03/30/2020 10:34 AM, Moritz Barsnick wrote:
On Mon, Mar 30, 2020 at 10:03:26 -0400, Mark Filipak wrote:
The x265 coder is documented here:
https://ffmpeg.org/ffmpeg-codecs.html#libx265
There's no documentation in the documentation -- I would write "There's no 'there'
there" but the
younger
Am 14.03.20 um 20:39 schrieb Ted Park:
Maybe you should consider the possibility that it isn’t a technical limitation
of the decoder capability but something else introduced by proprietary metadata
or implementation detail.
There’s a huge user data box in the moov, upon a quick glance it
Hi,
> I did search for answers, but this subject is apparently too esoteric.
>
> 1, Do I need to explicitly specify BT.709 for an encoder or does ffmpeg
> default to it?
It would depend on your target format, and I don’t think ffmpeg makes any
assumptions as for defaults. the encoder might do
Am 16.03.20 um 01:43 schrieb Ulf Zibis:
I now inserted the following:
1. "CEAP" to ftyp (0x18 instead 0x14 bytes)
2. moov atom with qt-fast
3. udta atom from original at the start of moov atom (increases it from 0x1340E
to 0x1344A)
Result:
Instead of a big "?" I now see a the preview picture
Am Mo., 16. März 2020 um 01:43 Uhr schrieb Ulf Zibis :
>
>
> Am 14.03.20 um 21:08 schrieb Carl Eugen Hoyos:
> > Am Sa., 14. März 2020 um 20:39 Uhr schrieb Ted Park
> > :
> >
> >> Did you already test the following?
> >> $ ffmpeg -i MVI_1324.MOV -acodec copy -vcodec copy out.mov
> >
Am 16.03.20 um 09:10 schrieb Ted Park:
I took a look at the DCIM hierarchy on a canon point and shoot I found, and
there seems to be some sort of index type metadata stored separately in a
folder named (in my case) CANONMSC.
I don’t know what it is, or if it’s used, but see if deleting those
On Mon, Mar 30, 2020, at 10:17 AM, Lou Logan wrote:
>
> Use a lower -crf value:
>
> https://trac.ffmpeg.org/wiki/Encode/H.265
...and only now did I realize Moritz already answered this in a
duplicate thread.
Please avoid asking duplicate questions.
On Sun, Mar 29, 2020, at 10:24 PM, Mark Filipak wrote:
>
> However, it uses the x264 coder with compression that's too high
> resulting in 'clay-face' or
> 'plastic-face'. What I'd prefer is less compression and the x265 coder.
>
> I can probably specify x265 with a '-c:v libx265' directive,
On 3/30/2020 2:24 AM, Phil Rhodes via ffmpeg-user wrote:
On Monday, 30 March 2020, 09:46:22 BST, Paul B Mahol wrote:
Please spare us from more such pointless threads.
Well, I guess that's been pretty much the overall attitude to issues with
the colour handling in ffmpeg for years.
And
On Mon, Mar 30, 2020 at 10:03:26 -0400, Mark Filipak wrote:
> The x265 coder is documented here:
> https://ffmpeg.org/ffmpeg-codecs.html#libx265
> There's no documentation in the documentation -- I would write "There's no
> 'there' there" but the
> younger audience wouldn't know to what I refer.
I transcoded from H.264 to x265 and the target is too compressed -- faces are
waxy.
I tried the general directive '-compression_level 1'. I tried '-compression_level 6'. The results
are identical (by 'identical', I mean the exact same file size and playback appearance). So the
On Mon, 30 Mar 2020, 15:31 Dennis Mungai, wrote:
> On Mon, 30 Mar 2020, 15:22 Valentin Schweitzer,
> wrote:
>
>> 1234567890123456789012345678901234567890123456789012345678901234567890
>>
>> Hi,
>>
>> when using scale_npp to scale a test video down from 1920x1080 to
>> 1024x576 or lower with
On Mon, 30 Mar 2020, 15:22 Valentin Schweitzer, wrote:
> 1234567890123456789012345678901234567890123456789012345678901234567890
>
> Hi,
>
> when using scale_npp to scale a test video down from 1920x1080 to
> 1024x576 or lower with multiple processes in parallel, CPU usage is
> unusually high.For
1234567890123456789012345678901234567890123456789012345678901234567890
Hi,
when using scale_npp to scale a test video down from 1920x1080 to
1024x576 or lower with multiple processes in parallel, CPU usage is
unusually high.For context, when scaling the same video down to
1280x720, CPU usage
On 03/30/2020 05:25 AM, Gabriele Greco wrote:
Hi guys,
Just wondering if there is a way to merge multiple files without re
encoding using the concat format (-f concat) when one or more of the files
are recorded with a mobile device using an upside/down orientation (rotate
metadata to 180).
If
Hi guys,
Just wondering if there is a way to merge multiple files without re
encoding using the concat format (-f concat) when one or more of the files
are recorded with a mobile device using an upside/down orientation (rotate
metadata to 180).
If it's not possible, as i guess, there is a way to
On Monday, 30 March 2020, 09:46:22 BST, Paul B Mahol wrote:
> Please spare us from more such pointless threads.
Well, I guess that's been pretty much the overall attitude to issues with the
colour handling in ffmpeg for years.
P
___
ffmpeg-user
Sorry, correction...
You do not know what you are doing.
What part are you not understanding?
Also soft-telecine is not supported.
I'm not trying to soft telecine the output (OUT.MKV). The input (IN.VOB) is soft telecined -- it's a
DVD movie -- so that's what I have to deal with.
Would
You do not know what you are doing.
What part are you not understanding?
Also soft-telecine is not supported.
I'm not trying to soft telecine the output (OUT.MKV). The input (IN.M2TS) is soft telecined -- it's
a DVD movie -- so that's what I have to deal with.
Would you like an overview
On 3/30/20, Mark Filipak wrote:
> Howdy,
>
> In order to make my 5-5-5-5 pull-down, anti-judder trick work with soft
> telecined content (see
> Details, below), I reckon I need to rewrite the 'frame_rate_code' nibble
> found in the MPEG PGC's
> SEQUENCE_HEADER (i.e., 0x01B3), at offset = 7,
Howdy,
In order to make my 5-5-5-5 pull-down, anti-judder trick work with soft telecined content (see
Details, below), I reckon I need to rewrite the 'frame_rate_code' nibble found in the MPEG PGC's
SEQUENCE_HEADER (i.e., 0x01B3), at offset = 7, bits 4-7 (big endian). I need to change bits
On 03/30/2020 04:46 AM, Paul B Mahol wrote:
On 3/30/20, Mark Filipak wrote:
"Lions!" "And tigers!" "And bears!" "Oh, My!" -- The Wizard of Oz.
Please spare us from more such pointless threads.
You do have a delete key, don't you?
___
ffmpeg-user
On 3/30/20, Mark Filipak wrote:
> "Lions!" "And tigers!" "And bears!" "Oh, My!" -- The Wizard of Oz.
>
Please spare us from more such pointless threads.
Thanks!
> I did search for answers, but this subject is apparently too esoteric.
>
> 1, Do I need to explicitly specify BT.709 for an encoder
"Lions!" "And tigers!" "And bears!" "Oh, My!" -- The Wizard of Oz.
I did search for answers, but this subject is apparently too esoteric.
1, Do I need to explicitly specify BT.709 for an encoder or does ffmpeg default
to it?
2, Should I specify '-color_primaries' or '-color_trc' or
Related threads:
Copy all subtitle streams? Possible?
1920x1080p24 AVC to HEVC compression options?
I'm trying this:
ffmpeg -i IN.M2TS -vf "telecine=pattern=,bwdif=mode=send_frame" -compression_level 3 -c:v
libx265 -c:a copy -c:s copy OUT.MKV
I'll post a full report of the results. ...I'm
My mondo-commandline is just about complete. ...Just one more issue.
How do I decrease the video compression?
Details:
ffmpeg -i IN -vf "telecine=pattern=,bwdif=mode=send_frame" -c:a copy -c:s
copy OUT
The 5-5-5-5 telecine works! And it's f'ing *fantastic* -- finally, no judder; no judder
30 matches
Mail list logo