try andy dv test file, render only audio as Big Endian, Signed, 16 bits.
Load it back and watch too loud audio.
note: wav file not tested
From 656fb474f6150d6a6ac05228060d7b74273972a4 Mon Sep 17 00:00:00 2001
From: Andrew Randrianasulu
Date: Fri, 19 Jan 2024 18:28:03 +0300
Subject: [PATCH]
Feedback:
I found a useful table at ffmpeg-user that contains information for
> practically all SD and HD video formats.
> Maybe something for the manual?
> https://www.mail-archive.com/ffmpeg-user@ffmpeg.org/msg27522.html
>
Nice url reference and table -- the manual is almost getting too big!
Checked into GIT the filedv.h patch along with the filedv.C patch (DV fix
to handle 16x9 to avoid floating point rounding errors. DV improvement to
add date and timecode when encode rawdv).
On Tue, Jan 16, 2024 at 3:52 PM Andrew Randrianasulu <
randrianas...@gmail.com> wrote:
> according to my
Oh, it sounds like we have some race somewhere ..:( adding condition
(that never fired!) to int FileSndFile::write_samples() fixed 24 bit
RAW PCM
Note - I set whole thing to write to ramdisk (/dev/shm) so may be it
exposes some races ... or we need to update libsndfile ..(
On Fri, Jan 19, 2024
Den 19.01.2024 14:42, skrev Andrew Randrianasulu:
On Tue, Jan 16, 2024 at 6:34 PM Andrew Randrianasulu
wrote:
Start cinelerra-gg from terminal so you can see terminal output
Open your source in cinelerra-gg as usual, choice format settings, go
to DVD creation window.
Select all values as
argh, may be better to just divide by 100 instead of 104 ...
still not sure WHY it needed?
24-bit raw PCM still broken ..:(
On Fri, Jan 19, 2024 at 6:32 PM Andrew Randrianasulu
wrote:
>
> try andy dv test file, render only audio as Big Endian, Signed, 16 bits.
>
> Load it back and watch too
Checked the 4 BD 16x9, etc. patches into GIT. Changed 2 things mentioned
earlier which was (1) combining (w) of the last 2 options for 720x576 and
720x480 and (2) a long time error in displaying "* non-standard" when using
any of the progressive options which was written over. Forgot to mention
I am opening a new post because the previous one, for me, was becoming
too confusing.
I quote Terje's latest email:
==
Well, I have prioritized more to understand what happends than
interprete the somewhat ambiguous definitions.
(the
On Fri, Jan 19, 2024 at 7:54 PM Andrea paz via Cin
wrote:
>
> I am opening a new post because the previous one, for me, was becoming
> too confusing.
>
> I quote Terje's latest email:
>
> ==
>
> Well, I have prioritized more to
> if whole line still fit window why not. Just ... you see we have
> new explainer right there. Old tutorials will be confusing if we
> change this element
You are right, better to keep W/H Ratio.
I attach the latest version of the text (I really hope it is the
latest!). I hope it is
Well, I would say that I just don't understand how CinGG works!
I was wrong in thinking that since Info-->Detail provided the same
information as ffmpeg, then CinGG and ffmpeg worked the same way with
non-square pixels. Instead we return to Raffaella Traniello's guide:
the definitions of PAR=pixel
On Thu, Jan 18, 2024 at 12:06 PM Andrea paz via Cin <
cin@lists.cinelerra-gg.org> wrote:
>
> I tried changing the txt (version 4). Do you think it is okay? It is
> likely to be wrong.
>
> In reviewing AspectRatio_4.tar.gz, I have the following commentary.
However, some of this is JUST MY OPINION
I just can't keep from making mistakes. :) :)
Translation here:
To summarize: in the digital domain, one can use the concept of SAR
when dealing with anamorphic digital formats (for example, when
transcoding to a format that has a different aspect ratio). Similarly,
in the context of
As usual I made a mistake and put out another text (in a new email: )
also calling it 4 instead of 5... Please delete the old version 4 and
leave only the new one, there are many changes...
Instead of putting a new appendix we could make an external pdf and in
the manual put only the links of the
Den 19.01.2024 22:58, skrev Andrea paz:
Well, I would say that I just don't understand how CinGG works!
I was wrong in thinking that since Info-->Detail provided the same
information as ffmpeg, then CinGG and ffmpeg worked the same way with
non-square pixels. Instead we return to Raffaella
This rendition in the Appendix is definitely clearer to me, except for the
Italian that snuck in (smiley face!).
[Table from ffmpeg mailing-list]
Riassumendo: in ambito digitale si può usare il concetto di SAR quando
> abbiamo a che fare con formati anamorfici digitali (per esempio quando si
>
Den 19.01.2024 21:42, skrev Terje J. Hanssen:
Den 19.01.2024 17:56, skrev Andrew Randrianasulu via Cin:
On Fri, Jan 19, 2024 at 7:54 PM Andrea paz via Cin
wrote:
I am opening a new post because the previous one, for me, was becoming
too confusing.
I quote Terje's latest email:
Den 19.01.2024 17:56, skrev Andrew Randrianasulu via Cin:
On Fri, Jan 19, 2024 at 7:54 PM Andrea paz via Cin
wrote:
I am opening a new post because the previous one, for me, was becoming
too confusing.
I quote Terje's latest email:
I opened discussion ticket at
https://github.com/libsndfile/libsndfile/discussions/992
From 12e0fe428ead9b5cc55e3058d2806e41aef4a5d9 Mon Sep 17 00:00:00 2001
From: Andrew Randrianasulu
Date: Sat, 20 Jan 2024 06:07:10 +0300
Subject: [PATCH] Update libsndfile to 1.2.2
---
сб, 20 янв. 2024 г., 01:10 Terje J. Hanssen via Cin <
cin@lists.cinelerra-gg.org>:
>
>
> Den 19.01.2024 22:58, skrev Andrea paz:
> > Well, I would say that I just don't understand how CinGG works!
> > I was wrong in thinking that since Info-->Detail provided the same
> > information as ffmpeg,
On Tue, Jan 16, 2024 at 6:34 PM Andrew Randrianasulu
wrote:
>
> Start cinelerra-gg from terminal so you can see terminal output
>
> Open your source in cinelerra-gg as usual, choice format settings, go
> to DVD creation window.
>
> Select all values as you need, click ok, wait for batchrender
21 matches
Mail list logo