Andrew: OK, he had time to look at it anyway yet today. It loads here
UNDER CONDITIONS. The secret is "marker" files. The first time you load
the .mkv file you sent, it creates in $HOME/.bcast5 the filename.idx (index
file) and filename.mkr (marker file). GG added code a long time ago to
make
While my b44 patch for openEXR works, it produces nearly same 32Mb
big images as uncompressed tiff.. (for rgba-float project. - correspond to
documentation
I cited! "Channels of type UINT or FLOAT are not compressed."
so, no use in cinelerra currently? (HALF = half-float, 16-bit fp per
So, I digged deeper.
First, gimp source says:
https://github.com/GNOME/gimp/blob/mainline/plug-ins/file-tiff/file-tiff-load.c
else if (extra == 0 &&
((photomet == PHOTOMETRIC_RGB && spp > 3) ||
/* All other color space expect 1 channel (grayscale,
OK, picked up this last patch. GG has read this email and is going to look
at the patch. Will let you know, hopefully.
On Sun, Mar 15, 2020 at 11:05 AM Andrew Randrianasulu <
randrianas...@gmail.com> wrote:
> Updated a bit
>
> https://www.dpreview.com/forums/post/5394197 - see for LZW
В сообщении от Sunday 15 March 2020 18:03:41 Good Guy написал(а):
> There is a "special" patch for .mkv and a couple of other file types --
> ffmpeg-4.2.patch3 , because mkv
> the mkv interface does not seek per stream.
>
> Your file, /dev/shm/new_test-vc2_yuv420_8bit.mkv , is a good candidate
В сообщении от Sunday 15 March 2020 18:58:22 Good Guy написал(а):
> It appears to be the same basic code. Valid just means "ready to write".
> The queue is written until there are no more valid pages. The older
> implementation does not have a "magic" queue limit (32). I think that ogg
> has had
В сообщении от Sunday 15 March 2020 18:03:41 Good Guy написал(а):
> There is a "special" patch for .mkv and a couple of other file types --
> ffmpeg-4.2.patch3 , because mkv
> the mkv interface does not seek per stream.
>
> Your file, /dev/shm/new_test-vc2_yuv420_8bit.mkv , is a good candidate
It appears to be the same basic code. Valid just means "ready to write".
The queue is written until there are no more valid pages. The older
implementation does not have a "magic" queue limit (32). I think that ogg
has had so many mistaken implementations, that media exists with bad
timestamp
>
> Having some clarification about what each mode was supposed to do at the
> top of file will be great
> Unfortunately, I don't understand Cin enough for making those top comments.
>
Yes, one of the biggest criticisms of GG's coding style is lack of
comments. There have been a number of
Why do we cache?
The caches are short term memory for various operations that may need to be
repeated in a short time domain. The need fo repeat the frame result may
vary depending on the situation. For example, if you are editing and
trying to explore the effect of a plugin or auto tweak, then
Great works. Thanks.
I've noticed that the Z slider doesn't work well, both in Camera and
Projector. Have you noticed that too, or is that my problem?
--
Cin mailing list
Cin@lists.cinelerra-gg.org
https://lists.cinelerra-gg.org/mailman/listinfo/cin
I tried few more compression schemas from libtiff 4.0.10 tiff.h:
#define TIFFTAG_COMPRESSION 259 /* data compression technique */
#define COMPRESSION_NONE1 /* dump mode */
#define COMPRESSION_CCITTRLE2 /* CCITT modified Huffman RLE */
There is a "special" patch for .mkv and a couple of other file types --
ffmpeg-4.2.patch3 , because mkv
the mkv interface does not seek per stream.
Your file, /dev/shm/new_test-vc2_yuv420_8bit.mkv , is a good candidate for
using Settings->Transcode.
If possible, please send that file so I can
Not sure if reposting those news actually good idea or not
but I have their github open next to Cin bugtracker
I remember OpenEXR 2.3.x was reverted due to cmake build system conversion
[it was 2.4.0, wrong memory!]
At 2.4.x they still with CMake, but at least some bugs were fixed:
+1
IgorBeg
Il 15/03/2020 9.53, Sam ha scritto:
Very nice work Rafa! A big thank you. :-)
Sam
--
Cin mailing list
Cin@lists.cinelerra-gg.org
https://lists.cinelerra-gg.org/mailman/listinfo/cin
Very nice work Rafa! A big thank you. :-)
Sam
--
Cin mailing list
Cin@lists.cinelerra-gg.org
https://lists.cinelerra-gg.org/mailman/listinfo/cin
Great work, Andrew. Thanks a lot. :-)
Sam
Am 15.03.20 um 07:13 schrieb Andrew Randrianasulu:
В сообщении от Sunday 15 March 2020 03:52:25 Phyllis Smith написал(а):
Rafa created 15 new Shape Wipe video transitions + 3 Cinelerra new shape
wipes. Some are pretty cool and I like Rare Spiral and
В сообщении от Sunday 15 March 2020 03:52:25 Phyllis Smith написал(а):
> Rafa created 15 new Shape Wipe video transitions + 3 Cinelerra new shape
> wipes. Some are pretty cool and I like Rare Spiral and Star.
>
> The other big thing is BT #375 for the first bug which is Open EDL level
> backups
18 matches
Mail list logo