Op 7/16/24 om 22:21 schreef Andrew Randrianasulu:
so, one idea is to
1) extract audio from sources.
2) compare all those wavs to master sound file extracted from master
media file.
3) convert offsets into timecode
4) run ffmpeg to tag video files via copying a/v streams to new files
(or may b
вт, 16 июл. 2024 г., 21:56 Stefan de Konink via Cin <
cin@lists.cinelerra-gg.org>:
> Op 7/16/24 om 6:39 PM schreef Andrew Randrianasulu via Cin:
> > I have read this problem about synchronizing few videos on forum. After
> > yet another search I found some tool
> >
> > Anyone have few multica
I believe that compiling x265 with the 3 patches just makes it possible to
encode 8-bit as usual, as well as the additional encode possibilities of
10-bit and 12-bit. *That is all that is affected *with what we have just
been calling "multibit", i.e.:
1. encode ONLY
2. x265 ONLY
3. 8-bit basi
Den 16.07.2024 04:51, skrev Андрей Спицын via Cin:
> I, too, wonder whether einhander binaries are 8-bit or multibit.
I use the default build scripts with a minor changes, so I think it's
8-bit.
Should I change 8-bit version to multibit? Or make a separate 8-bit,
multibit and 10-bit versio
Op 7/16/24 om 6:39 PM schreef Andrew Randrianasulu via Cin:
I have read this problem about synchronizing few videos on forum. After
yet another search I found some tool
Anyone have few multicam files to test this Java tool?
I just did. And this tool is maybe very academically functional,
On Tue, Jul 16, 2024 at 7:12 PM Terje J. Hanssen
wrote:
>
>
>
> Den 16.07.2024 12:54, skrev Andrew Randrianasulu:
>
> Like this:
>
> mkfifo /dev/shm/renderfarm.y4m <-- random name from previous test
>
> cin /home/admin/huawei_matepad_t/sdcard1/video/20200101_000443A.mp4
>
>
>
> encod
I have read this problem about synchronizing few videos on forum. After yet
another search I found some tool
Anyone have few multicam files to test this Java tool?
https://github.com/JorenSix/SyncSink
Readme says you can drop video files too.
There were other similar tools, python-based ..
вт, 16 июл. 2024 г., 19:12 Terje J. Hanssen :
>
>
> Den 16.07.2024 12:54, skrev Andrew Randrianasulu:
>
> Like this:
>
> mkfifo /dev/shm/renderfarm.y4m <-- random name from previous test
>
> cin /home/admin/huawei_matepad_t/sdcard1/video/20200101_000443A.mp4
>
>
>
> encoded 397 frame
Den 16.07.2024 12:54, skrev Andrew Randrianasulu:
Like this:
mkfifo /dev/shm/renderfarm.y4m <-- random name from previous test
cin /home/admin/huawei_matepad_t/sdcard1/video/20200101_000443A.mp4
encoded 397 frames in 400.09s (0.99 fps), 4154.67 kb/s, Avg QP:32.22
=
Initi
вт, 16 июл. 2024 г., 17:07 Terje J. Hanssen :
>
>
> Den 16.07.2024 13:19, skrev Andrew Randrianasulu:
>
>
>
> вт, 16 июл. 2024 г., 13:30 Terje J. Hanssen :
>
>>
>>
>> Den 16.07.2024 11:46, skrev Andrew Randrianasulu:
>>
>>
>> вт, 16 июл. 2024 г., 12:34 Terje J. Hanssen :
>>
>>
>>> Does this also m
Den 16.07.2024 13:19, skrev Andrew Randrianasulu:
вт, 16 июл. 2024 г., 13:30 Terje J. Hanssen :
Den 16.07.2024 11:46, skrev Andrew Randrianasulu:
вт, 16 июл. 2024 г., 12:34 Terje J. Hanssen
:
Does this also mean that it is not possible to make a
"smart", com
Like this:
mkfifo /dev/shm/renderfarm.y4m <-- random name from previous test
cin /home/admin/huawei_matepad_t/sdcard1/video/20200101_000443A.mp4
file has such params:
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from
'/home/admin/huawei_matepad_t/sdcard1/video/20200101_000443A.mp4':
Metadata:
majo
вт, 16 июл. 2024 г., 13:30 Terje J. Hanssen :
>
>
> Den 16.07.2024 11:46, skrev Andrew Randrianasulu:
>
>
> вт, 16 июл. 2024 г., 12:34 Terje J. Hanssen :
>
>
>> Does this also mean that it is not possible to make a "smart", common
>> CinGG version that has multibit capability for all encoding, x26
Den 16.07.2024 11:46, skrev Andrew Randrianasulu:
вт, 16 июл. 2024 г., 12:34 Terje J. Hanssen :
Does this also mean that it is not possible to make a "smart",
common CinGG version that has multibit capability for all
encoding, x264 and x265 included?
this should be current *-m
вт, 16 июл. 2024 г., 12:34 Terje J. Hanssen :
> Den 09.07.2024 01:43, skrev Andrew Randrianasulu:
> >
> >
> > well, it was working in the past with configure switches enabling
> x264/x265 multibit versions compilation. Now x264 should be always multibit
> and x265 patched manually ... I'l
Den 09.07.2024 01:43, skrev Andrew Randrianasulu:
>
>
> well, it was working in the past with configure switches enabling
x264/x265 multibit versions compilation. Now x264 should be always
multibit and x265 patched manually ... I'll think about something but
not sure if there easy way
вт, 16 июл. 2024 г., 10:42 Igor BEGHETTO via Cin :
> I am making a Cin_20240630 build by myself for the OS
> UbuntuStudio_16.04_LTS_64bit.
> I read in the MailingLists thanks to Phyllis and Andrew_R, I need to use
> specific instruction.
>
> My usual steps were:
> 1) cd to "cinelerra-5.1" director
I am making a Cin_20240630 build by myself for the OS
UbuntuStudio_16.04_LTS_64bit.
I read in the MailingLists thanks to Phyllis and Andrew_R, I need to use
specific instruction.
My usual steps were:
1) cd to "cinelerra-5.1" directory
2) make clean
3) ./autogen.sh
4) ./configure --with-single-u
I thought that the "1 word --> 2 words" speech was also about
playback. If it is limited to the encoder then I noticed a small
difference (in my tests: 8-bit: 22 fps; multibit: 19 fps)
--
Cin mailing list
Cin@lists.cinelerra-gg.org
https://lists.cinelerra-gg.org/mailman/listinfo/cin
вт, 16 июл. 2024 г., 10:20 Andrea paz via Cin :
> Let's wait before changing the name. There is a risk that playback on
> the timeline (which is already problematic in CinGG) will be less
> efficient.
As far as I understand x265 is *encoder* so playback performance should
stay roughly the same .
Let's wait before changing the name. There is a risk that playback on
the timeline (which is already problematic in CinGG) will be less
efficient. Let me do some more testing and even better would be to do
some more with less performing hardware (which I don't have). The
confusion involved with the
21 matches
Mail list logo