Re: [Cin] Is SD and HD 422 Video Capture obtainable with V4L(2)?

On Saturday, December 18, 2021, Terje J. Hanssen wrote: > > > Den 17.12.2021 22:49, skrev Andrew Randrianasulu: > >> >> >> On Saturday, December 18, 2021, Terje J. Hanssen via Cin < >> cin@lists.cinelerra-gg.org > wrote: >> >> >> >> Den 17.12.2021 15:00,

[Cin] our ffv1.mkv profile

On Monday, December 27, 2021, Terje J. Hanssen wrote: > > > Den 26.12.2021 23:44, skrev Andrew Randrianasulu: > >> >> >> On Monday, December 27, 2021, Terje J. Hanssen via Cin < >> cin@lists.cinelerra-gg.org> wrote: >> >> >> >

Re: [Cin] December new AppImage-s now available

so, happy/better New Year to everyone! Thanks for all your work! On Saturday, January 1, 2022, Phyllis Smith via Cin < cin@lists.cinelerra-gg.org> wrote: > Newest release now available in the Cinelerra Download area: > https://cinelerra-gg.org/download/images/ > and includes a Debian 11.0

[Cin] offtop: wine/X under Haiku os

Some time ago we wondered if Haiku os will run X applications. At that time answer looked like no, but now some great progress was made, so may be at least basic x11 version of CinGG will be possible. https://discuss.haiku-os.org/t/my-progress-in-porting-wine/11741 -- Cin mailing list

Re: [Cin] EXPERIMENTAL: blu-ray lpcm profile + gui

gg.org/download/CinelerraGG_Manual/DVD_ > Bluray_Creation.html > > 9.Load your media, format if needed, note device name to substitute for > or > If rewritable blu-ray, use > dd if=./bd.udfs of=/dev/ bs=2048000 > > Entered the new BD50-RE disc into the blu-ray burner and entered >

[Cin] our ffv1.mkv profile

seems to miss level=3 setting $ cat bin/ffmpeg/video/ffv1.avi avi ffv1 $ cat bin/ffmpeg/video/ffv1.mkv matroska ffv1 threads=8 context=1 slices=30 $ cat bin/ffmpeg/video/ffv1.mov mov ffv1 #coder=0 context=1 g=1 level=3 threads=16 slices=16 slicecrc=1 #pass=2 $ not sure if we should modify our

[Cin] Fwd: mesa | VAAPI H.264 encoding is slow on Polaris vs. HEVC and Windows AMF (#3540)

if you have similar card and experience slow h264 encoding... also see next mail for ffmoeg patch serues (not sure if Cingg can benefit from ffmpeg patches...) -- Forwarded message -- From: *Nicholas Rush (@NicholasRush)* Date: Saturday, December 25, 2021 Subject: Re: mesa |

[Cin] Fwd: mesa | VCE encoding slow when GPU is not stressed (HD 7970M) (#1235)

patchset probably for 4.5 git... -- Forwarded message -- From: *Ed Martin (@edman007)* Date: Saturday, December 25, 2021 Subject: Re: mesa | VCE encoding slow when GPU is not stressed (HD 7970M) (#1235) To: randrianas...@gmail.com Ed Martin

Re: [Cin] Blur plugin: Alpha determines radius

On Friday, December 24, 2021, Phyllis Smith via Cin < cin@lists.cinelerra-gg.org> wrote: > https://streamable.com/0fonz0 for the demo. > > Other notes: > Works in HV 4.6.1 with similar, but not exact results, so that is where it > came from (CinGG was based on the original HV

Re: [Cin] our ffv1.mkv profile

On Sunday, December 26, 2021, Terje J. Hanssen via Cin < cin@lists.cinelerra-gg.org> wrote: > > > Den 25.12.2021 17:35, skrev Andrew Randrianasulu via Cin: > >> seems to miss level=3 setting >> >> $ cat bin/ffmpeg/video/ffv1.avi >> avi ffv1 >>

Re: [Cin] Blur plugin: Alpha determines radius

On Sunday, December 26, 2021, Andrea paz wrote: > I also think it is a bug. If in Phyllis' example we put a track > underneath with, for example, a colored background, activating the > "Alpha determines radius" option makes that track disappear in the > Compositor leaving a black background. It

Re: [Cin] our ffv1.mkv profile

On Sat, Dec 25, 2021 at 9:29 PM Andrew Randrianasulu via Cin < > cin@lists.cinelerra-gg.org> wrote: > >> >> >> On Sunday, December 26, 2021, Terje J. Hanssen via Cin < >> cin@lists.cinelerra-gg.org> wrote: >> >>> >>> >>> De

Re: [Cin] our ffv1.mkv profile

On Monday, December 27, 2021, Terje J. Hanssen via Cin < cin@lists.cinelerra-gg.org> wrote: > > > Den 26.12.2021 21:13, skrev Andrew Randrianasulu via Cin: > > > > On Sunday, December 26, 2021, Phyllis Smith via Cin < > cin@lists.cinelerra-gg.org> wrote:

Re: [Cin] Analog DV Capture

interesting info, thanks! On Sunday, January 2, 2022, Andrea paz via Cin wrote: > @Andrew-R > @Terje > Found this discussion on an Italian NewsGroup; no idea if it can be > useful... > > > 1) How to capture on Hard Disk video-films recorded on magnetic cassette > tapes "Mini Dv" without losing

Re: [Cin] EXPERIMENTAL: blu-ray lpcm profile + gui

I think I fixed it (stupid mistake of using '=' instead of '==' in if statement!) try to apply attached patches on top of first series (I made tsmuxer_gui_3 series to be send separately) On Tuesday, December 21, 2021, Andrew Randrianasulu wrote: > I think bdwrite segfaults now ( ( > > not

[Cin] tsmuxer gui

Attempt at utilizing tsmuxer depending on checkbox in BD creation window. (tsmuxer should avoid whole loop mounting/unmounting root requrement.. and support more features like HEVC muxing, arbitrary delay/chapters..) From 2fb78df84706bcb81468cade583531f170591971 Mon Sep 17 00:00:00 2001 From:

Re: [Cin] EXPERIMENTAL: blu-ray lpcm profile + gui

I think bdwrite segfaults now ( ( not sure why, I try to revert some changes (tried to add variable chapter marks along the way) and see if it improves situation... On Tuesday, December 21, 2021, Terje J. Hanssen wrote: > > Den 21.12.2021 13:14, skrev Terje J. Hanssen: > >> [...] >>

Re: [Cin] Blur plugin: Alpha determines radius

On Wednesday, December 22, 2021, Igor BEGHETTO via Cin < cin@lists.cinelerra-gg.org> wrote: > Thanks to all of you (Phyllis, Andrew, Andrea) for the quick reply and > your tests! > I tried with a PNG (and JPG) image with alpha channel (a simply Text made > in GIMP) on a top track and, in the

Re: [Cin] Blur plugin: Alpha determines radius

On Wednesday, December 22, 2021, Andrea paz wrote: > > can anyone try Cin-HV 5/6/7 (may be in VM?) and see how this plugin work > there > > I put Ubuntu 18 in VM to try the Blur plugin. I tried to install the > cinelerra-HV binary but it gives me error: > > error libpng12.so.0 not such file or

Re: [Cin] Blur plugin: Alpha determines radius

On Wednesday, December 22, 2021, Andrea paz wrote: > > can anyone try Cin-HV 5/6/7 (may be in VM?) and see how this plugin work > there > > I put Ubuntu 18 in VM to try the Blur plugin. I tried to install the > cinelerra-HV binary but it gives me error: > > error libpng12.so.0 not such file or

Re: [Cin] another patch series

ent so skipping: > *0003-fix-dav1d-0.5.1-patch-non-x86-incompatible-atm.patch* >make[2]: *** [Makefile:341: /tmp/cin5/cinelerra-5.1/ > thirdparty/../thirdparty/build/dav1d.built] Error 2 > yeah, you can skip this one, sorry. > On Wed, Dec 15, 2021 at 5:37 AM Andrew Randriana

Re: [Cin] Blur plugin: Alpha determines radius

fire email at Adam, may be he remeber? On Thursday, December 23, 2021, Igor BEGHETTO via Cin < cin@lists.cinelerra-gg.org> wrote: > > > Andrea wrote: > >> Maybe it works in an interval with keyframes? I wouldn't know how to test >> it... >> >> > Good idea but I don't think it works for

Re: [Cin] Three PCIe capture cards with analog video capabilities and Linux support

On Thursday, December 23, 2021, Andrea paz via Cin < cin@lists.cinelerra-gg.org> wrote: > Thanks for the info. > The Blackmagic card is great, it's also worth it just for the bundled > software: DaVinci Resolve and Media Express. The latter is > complementary to CinGG, because it allows you to

Re: [Cin] Uncompressed video to lossless compression FFV1/MKV

On Thursday, December 23, 2021, Terje J. Hanssen via Cin < cin@lists.cinelerra-gg.org> wrote: > Background: > > Digital video produces vast amounts of data. Take PAL-SD material (only > image, no audio), stored as YUV422 with 8-bits per component (=16-bits per > pixel) and a resolution of 720x576

Re: [Cin] Blur plugin: Alpha determines radius

On Wednesday, December 22, 2021, Phyllis Smith via Cin < cin@lists.cinelerra-gg.org> wrote: > Forgot to add. A test I did when I rendered with the blur plugin using a > single frame selection/png, the resulting file was exactly the same whether > "Alpha determines radius" was on or off. > but

Re: [Cin] EXPERIMENTAL: blu-ray lpcm profile + gui

On Monday, December 20, 2021, Terje J. Hanssen wrote: > > > Den 17.12.2021 04:51, skrev Andrew Randrianasulu via Cin: > >> well, me and gui not quite get along... (see new layout of 'create bd' >> window..) >> >> but... it seems to work? >

Re: [Cin] Is SD and HD 422 Video Capture obtainable with V4L(2)?

On Sunday, December 19, 2021, Terje J. Hanssen wrote: > > > Den 18.12.2021 04:35, skrev Andrew Randrianasulu: > >> >> >> On Saturday, December 18, 2021, Terje J. Hanssen > > wrote: >> >> >> >> Den 17.12.2021 22:49, skrev Andrew Randrianasulu: >> >> >> >>

[Cin] alternative BD burning guide

https://lists.fedoraproject.org/archives/list/us...@lists.fedoraproject.org/thread/A2DCO7H5W7WMKQV4SWKO2SQ6NOTD4EYT/?sort=date oh, so many details about error management! from 2013.. To summarize the process: Use x264 through ffmpeg or directly to convert the video to H.264 per the

Re: [Cin] mpeg2 encoding with ffmpeg (for dvd, from doom9 forums)

On Sunday, November 21, 2021, Andrew Randrianasulu wrote: > I found few ffmpeg/mpeg2 related threads but nothing about mpeg2/bluray > encoding > > https://forum.doom9.org/showthread.php?t=173332 > > Quote: > ffmpeg.exe -i # -aspect # -dc 10 -g 12 -maxrate 8000k -q:v 2 -b_strategy 2 >

Re: [Cin] pcm in mp4

On Sunday, November 21, 2021, Andrew Randrianasulu wrote: > http://www.gdcl.co.uk/2013/02/15/PCM-in-MP4.html > > apparently way some muxers do it quite different from normal, so not as > simple as adding codec_id to some table... > > On Sunday, November 21, 2021, Andrew Randrianasulu < >

Re: [Cin] mpeg2 encoding with ffmpeg (for dvd, from doom9 forums)

On Tuesday, November 23, 2021, Andrea paz wrote: > I already had freeglut installed on my system; I added lib32-freeglut > but it still gives me an error. I noticed a number of warnings about > avx512, which my Ryzen processor does not support. Does this have > something to do with it? > hm...

Re: [Cin] mpeg2 encoding with ffmpeg (for dvd, from doom9 forums)

On Tuesday, November 23, 2021, Andrea paz via Cin < cin@lists.cinelerra-gg.org> wrote: > With the git from Nov 23, 2021 I am unable to complete the build. I > attach the cin5.log > looks like webp example program failed? === inline ao_instance_t * ao_open (ao_open_t * open) | ^~~

Re: [Cin] mpeg2 encoding with ffmpeg (for dvd, from doom9 forums)

On Tuesday, November 23, 2021, Andrea paz wrote: > > try attached patch (it disables webp programs - not much use apart from > testing libwebp itself..) > > Success! > Build OK, thanks. I tried to render a webp sequence and everything > works fine (a little slow because single threads!); I

Re: [Cin] pcm in mp4

http://www.gdcl.co.uk/2013/02/15/PCM-in-MP4.html apparently way some muxers do it quite different from normal, so not as simple as adding codec_id to some table... On Sunday, November 21, 2021, Andrew Randrianasulu wrote: > from https://amp.reddit.com/r/ffmpeg/comments/ep61ig/ >

[Cin] pcm in mp4

from https://amp.reddit.com/r/ffmpeg/comments/ep61ig/uncompressed_audio_in_mp4_workarounds_or_hacks/ You can use mp4box to mux PCM audio in MP4. If the audio is in a separate file, mp4box -add h264.mp4#video -add pcm.mov#audio -new h264pcm.mp4 If it's in the same file mp4box -add

Re: [Cin] Formats and Codecs in CinGG

On Sunday, November 21, 2021, Terje J. Hanssen via Cin < cin@lists.cinelerra-gg.org> wrote: > > > Den 20.11.2021 09:40, skrev Andrea paz: > >> By adding extra codecs after the official distro installation: >>> ffmpeg -v quiet -codecs | grep aac >>>DEAIL. aac AAC (Advanced

[Cin] mpeg2 encoding with ffmpeg (for dvd, from doom9 forums)

I found few ffmpeg/mpeg2 related threads but nothing about mpeg2/bluray encoding https://forum.doom9.org/showthread.php?t=173332 Quote: ffmpeg.exe -i # -aspect # -dc 10 -g 12 -maxrate 8000k -q:v 2 -b_strategy 2 -brd_scale 2 -bf 2 -profile:v 4 -intra_matrix

Re: [Cin] arm emulation on qemu links

On Monday, November 22, 2021, wrote: > Building CinGG for aarch64. > > In multiple places in the build tree, ./configure reports that it cannot > guess the build type. This is because "uname -p" returns unknown. I just > found out that this is quite common. On arm, only a few distributions >

Re: [Cin] ffmpeg's e-ac3 encoder

I sadly can't test this due to (pulseaudio-related?) crash on android apoarently truehd (losless) encoder was fixed in git ffmpeg, so may be we can patch our copy to and make truehd profile.. https://trac.ffmpeg.org/ticket/6216 On Wednesday, November 24, 2021, Andrew Randrianasulu <

Re: [Cin] arm/termux series (possibly broken on x86)

On Wednesday, November 17, 2021, Phyllis Smith via Cin < cin@lists.cinelerra-gg.org> wrote: > *MatN,* > >> If you are modifying configure.ac anyway, I suggest to comment out the >> line about "no-unknown-warning-option" ? >> It causes no end of useless warnings. >> > Good suggestion. It will be

Re: [Cin] arm/termux series (possibly broken on x86)

On Thursday, November 18, 2021, Phyllis Smith via Cin < cin@lists.cinelerra-gg.org> wrote: > Checked into GIT just now: > 1) MatN improvement to configure.ac with CPUS=nproc > 2) more Andrew mostly related to Termux on Android from RANDRIK19 > - 0003-libzmpeg-TERMUX-ifdefs.patch (0004 randrik18)

Re: [Cin] arm/termux series (possibly broken on x86)

On Friday, November 19, 2021, Phyllis Smith via Cin < cin@lists.cinelerra-gg.org> wrote: > Checked into GIT this morning. > >> 0009-attempt-to-fix-_probe-function-memory-leak.patch = yes >> 0010-additional-XOpenIM-call-in-bcwindowbase.C.patch = yes >>

Re: [Cin] Add-timecode-to-output-mov-mxf.patch

On Thursday, November 11, 2021, Phyllis Smith via Cin < cin@lists.cinelerra-gg.org> wrote: > Andrea/Andrew: > >> The 0030-Add-timecode-to-output-mov-mxf.patch works and introduces >> timecode in both mov and mxf and also in mp4 (instead it doesn't work in >> mkv). Thanks! I propose to put this

Re: [Cin] arm emulation on qemu links

On Friday, November 12, 2021, wrote: > Andrew, thanks for the links. I followed mostly the procedure of > the DVD: > https://blog.lazym.io/2021/04/16/Run-ARM-MIPS-Debian-on-QEMU/ > > Still, it took almost 2 hours until it was finished, that was after > downloading the ISO. Host CPU load was

Re: [Cin] crash

I guess one patch broke plugin compilation, so plugin install now failing... i hope we will resolve this in https://www.cinelerra-gg.org/bugtracker/view.php?id=597 sorry! and thanks for catching this error twice (i think) On Wednesday, November 10, 2021, Andrea paz via Cin <

Re: [Cin] arm emulation on qemu links

ing build utilities, I know a programmer who > (for fun) wanted to build a CinGG for macOS had problems there. > > MatN > > On Wed, 10 Nov 2021 13:07:13 +0300 > Andrew Randrianasulu via Cin wrote: > > > because my patch series tend to fail on x86 while working on arm, I

Re: [Cin] arm/termux series (possibly broken on x86)

ah, two more patches, hopefully they will fix it for all.. On Wednesday, November 10, 2021, Andrew Randrianasulu < randrianas...@gmail.com> wrote: > > > On Wednesday, November 10, 2021, Andrew Randrianasulu < > randrianas...@gmail.com> wrote: > >> strangely enough, this patch series builds

Re: [Cin] arm/termux series (possibly broken on x86)

On Wednesday, November 10, 2021, Andrew Randrianasulu < randrianas...@gmail.com> wrote: > strangely enough, this patch series builds with dv-stuff correctly now.. > no build/link/runtime errors.. > > based on git commit 9d54c23d957 > now lets try to define minimal patchset... randrik19/ is a

Re: [Cin] crash

On Wednesday, November 10, 2021, Andrea paz wrote: > I tried to compile with > 051-fux-typos-in-libdv-ifdefs-in-livevideo.patch and > 0001-fix-compilation-problems.patch. The first one I was able to > apply, the second one not. > I still have crashes when starting CinGG: um, maybe you need to

[Cin] arm/termux series (possibly broken on x86)

strangely enough, this patch series builds with dv-stuff correctly now.. no build/link/runtime errors.. based on git commit 9d54c23d957 randrik19.tar.xz Description: application/xz -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin

Re: [Cin] crash

it even fails with attached patch? jittering playhead may indicate problems in sound output (pulseaudio/alsa setup)? On Wednesday, November 10, 2021, mnieuw--- via Cin < cin@lists.cinelerra-gg.org> wrote: > However, if I modify bld.sh to use --without_dv, it builds fine, > and no crash on

Re: [Cin] arm emulation on qemu links

tps://cdimage.debian.org/cdimage/openstack/current-10/ > > you can prepare specific source image with pre-downloaded/unpacked/patched > source and add this as second hdd... > >> >> A problem might be missing build utilities, I know a programmer who >> (for fun) wanted to

Re: [Cin] arm emulation on qemu links

nt-10/ >> >> you can prepare specific source image with pre-downloaded/unpacked/patched >> source and add this as second hdd... >> >>> >>> A problem might be missing build utilities, I know a programmer who >>> (for fun) wanted to build a CinG

[Cin] arm emulation on qemu links

because my patch series tend to fail on x86 while working on arm, I hope those links will help in creating virtual arm debian install for testing official qemu wiki https://wiki.qemu.org/Documentation/Platforms/ARM link from this wiki to older (2017) guide, you probably want to change debian

Re: [Cin] arm emulation on qemu links

On Friday, November 12, 2021, wrote: > Andrew, thanks for the links. I followed mostly the procedure of > the DVD: > https://blog.lazym.io/2021/04/16/Run-ARM-MIPS-Debian-on-QEMU/ > > Still, it took almost 2 hours until it was finished, that was after > downloading the ISO. Host CPU load was

[Cin] edl into ffmpeg cuts

it says Premiere edl, but I hope our cmx3600 edl will work too? https://gist.github.com/seriousm4x/b5f795d7058f4e831270b047e25c3b9e req. python3 -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin

Re: [Cin] render profiles

On Wednesday, November 10, 2021, Phyllis Smith via Cin < cin@lists.cinelerra-gg.org> wrote: > The manual has been updated in GIT for clarification which was sorely > needed as I could never get it done right. > THANKS! > On Tue, Nov 9, 2021 at 5:10 PM Andrew Randrianasu

Re: [Cin] arm emulation on qemu links

On Friday, November 12, 2021, wrote: > Andrew, thanks for the links. I followed mostly the procedure of > the DVD: > https://blog.lazym.io/2021/04/16/Run-ARM-MIPS-Debian-on-QEMU/ > > Still, it took almost 2 hours until it was finished, that was after > downloading the ISO. Host CPU load was

Re: [Cin] Updated CinGG release for downloading the AppImage

On Saturday, November 13, 2021, Terje J. Hanssen wrote: > > > Den 10.11.2021 00:39, skrev Andrew Randrianasulu: > >> >> >> On Wednesday, November 10, 2021, Terje J. Hanssen via Cin < >> cin@lists.cinelerra-gg.org > wrote: >> >> >> >> As this source file is

Re: [Cin] arm/termux series (possibly broken on x86)

On Tuesday, November 16, 2021, Phyllis Smith via Cin < cin@lists.cinelerra-gg.org> wrote: > Checked into GIT (from randrik18 so names different): > 0003-TERMUX-ifdefs-in-guicast.patch + > (now 0002 in randrik19) > 0047-Second-attempt-at-fixing-guicast-thread.h-on-non-and.patch > (now 0038 in

Re: [Cin] Updated CinGG release for downloading the AppImage

On Saturday, November 13, 2021, Terje J. Hanssen wrote: > > > Den 13.11.2021 17:45, skrev Andrew Randrianasulu: > > > >> >> >> >>> (Another one for "home-made HD videos" on Blu-ray discs (BDAV): >>> Will it be possible to record (copy) source 1080iHDV.m2t files

Re: [Cin] arm/termux series (possibly broken on x86)

On Tuesday, November 16, 2021, Andrea paz wrote: > - Tried building the new git. CinGG starts and works normally, but on > terminal I get endless warnings like: sounds like (new) set of lv2 plugins was installed on system... > > [...] > error: failed to open file

[Cin] truehd patches from ffmpeg git

so.. patches mostly applicable to ffmpeg-4.4 while I slightly edited 'last frame' fix due to other ffmpeg changes apply 'last frame' and '24-bit' for encoding truehd hopefully lossless apply two mlpdec patches for more correct decoder flush/crc check try to apply mlp.h and libavformat patches

Re: [Cin] udf verifier

om> >> <mailto:terjejhans...@gmail.com >> <mailto:terjejhans...@gmail.com>>> wrote: >> >> >> >> Den 27.11.2021 06:27, skrev Andrew Randrianasulu via Cin: >> >> Can anyone try to test bdw

[Cin] udfclient 0.8.11 patch testing?

udfclient is suite of udf-related utils developed for NetBSD Available for debian-based distros and arch, but notably not for rpm-based distros according to https://repology.org/project/udfclient/versions can you download orig. tarball and patch it with attached patch and try to './configure /

Re: [Cin] Blu-ray compliant MPEG-2 SD video with LPCM audio

On Monday, November 29, 2021, Terje J. Hanssen via Cin < cin@lists.cinelerra-gg.org> wrote: > 2) SD ProRes.mov, 422 (HQ) 10-bit video with LPCM stereo audio :) > > > Den 28.11.2021 22:48, skrev Terje J. Hanssen: > >> The source video files I want to convert to Blu-ray compliant MPEG-2 SD >> video

Re: [Cin] Blu-ray compliant MPEG-2 SD video with LPCM audio

On Monday, November 29, 2021, Terje J. Hanssen wrote: > > > Den 29.11.2021 02:07, skrev Andrew Randrianasulu: > >> >> >> On Monday, November 29, 2021, Terje J. Hanssen via Cin < >> cin@lists.cinelerra-gg.org > wrote: >> >> 2) SD ProRes.mov, 422 (HQ) 10-bit

Re: [Cin] Blu-ray compliant MPEG-2 SD video with LPCM audio

On Monday, November 29, 2021, Terje J. Hanssen wrote: > > > Den 29.11.2021 02:07, skrev Andrew Randrianasulu: > >> >> >> On Monday, November 29, 2021, Terje J. Hanssen via Cin < >> cin@lists.cinelerra-gg.org > wrote: >> >> 2) SD ProRes.mov, 422 (HQ) 10-bit

Re: [Cin] udf verifier

n Saturday, November 27, 2021, Terje J. Hanssen wrote: > > > Den 27.11.2021 14:28, skrev Andrew Randrianasulu: > >> >> >> On Saturday, November 27, 2021, Terje J. Hanssen > <mailto:terjejhans...@gmail.com>> wrote: >> >> >> >> Den 27

Re: [Cin] one more termux patch!

bld.sh I used > attached. For the record: I never yet had a successful build in aarch64. thanks a lot, will try to find causes of errors... > > MatN > > On Sat, 27 Nov 2021 02:58:09 +0300 > Andrew Randrianasulu via Cin wrote: > > > On Saturday, November 27, 2021, Phy

Re: [Cin] one more termux patch!

.. > MatN > > On Sat, 27 Nov 2021 02:58:09 +0300 > Andrew Randrianasulu via Cin wrote: > > > On Saturday, November 27, 2021, Phyllis Smith via Cin < > > cin@lists.cinelerra-gg.org> wrote: > > > > > This initial patch worked with no errors on Fedor

Re: [Cin] udf verifier

On Saturday, November 27, 2021, Terje J. Hanssen wrote: > > > Den 27.11.2021 06:27, skrev Andrew Randrianasulu via Cin: > >> Can anyone try to test bdwrite's output with this tool: >> >> https://www.lscdweb.com/registered/udf_verifier.html < >

Re: [Cin] one more termux patch!

On Saturday, November 27, 2021, Andrea paz wrote: > 1- Applying only the first patch and then moving the result > (libavc1394-0.5.4.patch1) to .../thirdparty//src, the compilation is > successful, without even using patch 2. > I used patch < ... instead of git am > > 2- Using also the second

[Cin] dav1d 0.5.1 patch fix?

it does not work on non-x86 at the moment (need more work) but at least on x86 patching should be ok now. anyone want to test? (patch with git am please :-} ) From 8b81da0479d486b748512e4a262fb2d88c7e8814 Mon Sep 17 00:00:00 2001 From: Andrew Randrianasulu Date: Sat, 27 Nov 2021 17:14:25 +0300

Re: [Cin] Testing HDV on a Blu-ray Disc Without Re-encoding

On Thursday, November 25, 2021, Terje J. Hanssen wrote: > > > Den 24.11.2021 21:37, skrev Andrew Randrianasulu: > >> >> >> On Wednesday, November 24, 2021, Terje J. Hanssen < >> terjejhans...@gmail.com > wrote: >> >> Finally preparing the source HDV.M2T MPEG-2

Re: [Cin] Testing HDV on a Blu-ray Disc Without Re-encoding

On Wednesday, November 24, 2021, Terje J. Hanssen wrote: > Finally preparing the source HDV.M2T MPEG-2 media in a blu-ray M2TS format > format with E-AC3 audio. > > > ffmpeg -i 20081103140154.m2t -c:a eac3 -c:v copy > 20081103140154_m2t-eac3.m2ts > > ffmpeg -i 20081103140154_m2t-eac3.m2ts 2>&1

Re: [Cin] arm/termux series (possibly broken on x86)

On Wednesday, November 24, 2021, Phyllis Smith via Cin < cin@lists.cinelerra-gg.org> wrote: > Checked into GIT, additional TERMUX/ANDROID patch related to mjpegtools + > the libwebp patch3 from the other day. > This takes care of randrik19 -- 0012, 0020, 0035, and 0054. > Andrea, could you build

[Cin] one more termux patch!

Sorry, I missed those modifications and only noticed at full rebuild. disabling oss in liba52 should have no impact, hopefully, but full reconfiguring for libavc1394 might blow up ( Phyllis, Andrea - can you test this on regular x86, including older/random distro? From

Re: [Cin] one more termux patch!

On Friday, November 26, 2021, mnieuw--- via Cin wrote: > Here did some testing yesterday late, the x86_84 build works fine on > Fedora_35. > > The aarch64 builds on both Debian_11 and Fedora_35 failed, > from a quick look at the same spots. I did the make with the --trace > option added, easier

Re: [Cin] one more termux patch!

try this patch on top of earlier patch? also, be sure to remove thirdparty/build/libavc1394* and thirdparty/libavc1394-0.5.4 On Friday, November 26, 2021, Andrea paz wrote: > I can't compile in either arch 64-bit or Debian 11 32-bit (VM). I > attach the two logs. > From

Re: [Cin] Testing HDV on a Blu-ray Disc Without Re-encoding

On Thursday, November 25, 2021, Terje J. Hanssen wrote: > > > Den 24.11.2021 23:29, skrev Andrew Randrianasulu: > >> >> >> On Thursday, November 25, 2021, Terje J. Hanssen > > wrote: >> >> >> >> Just to add, I have several DVD and BD discs with video written

Re: [Cin] one more termux patch!

On Friday, November 26, 2021, Andrea paz wrote: > I tested the 2 patch with same error. > > I have no .../thirdparty/build/, but I have .../thirdparty/src/ > > In .../thirdparty/src/ I have only libavc1394-0.5.4.tar.xz > > In .../thirdparty/ I havn't libavc1394-0.5.4, but, after patching, I >

Re: [Cin] one more termux patch!

one worked. > What now? > wait for Andrea's test after repatching... (a bit afraid about breaking build just before release - we can put this and future related patches after monthly release is out..) > > On Fri, Nov 26, 2021 at 12:25 AM Andrew Randrianasulu via Cin < > cin@lists.ci

Re: [Cin] one more termux patch!

On Friday, November 26, 2021, Andrea paz wrote: > > in thirdparty or in thirdparty/src? > In /thirdparty only ow, then it was misplaced. try to move both into thirdparty/src > > > how exactly you patch? git am or simple patch? > I use the classic patch < ... from the directory where the

Re: [Cin] Blu-ray Tools and more testing

On Saturday, November 27, 2021, Terje J. Hanssen via Cin < cin@lists.cinelerra-gg.org> wrote: > The following articles made me aware of some basic Blu-ray tools of > interest: > > https://www.videolan.org/developers/libbluray.html > https://wiki.gentoo.org/wiki/Blu-ray >

[Cin] udf verifier

Can anyone try to test bdwrite's output with this tool: https://www.lscdweb.com/registered/udf_verifier.html for Netbsd created 2.50 udf on hard drive file it requires -blocksize 512, but for real bluray image blocksize must be 2048 (default) $ ./udf_test -blocksize 512 ~/udfimg.img > log

[Cin] arm emulation on qemu links

On Monday, November 15, 2021, wrote: > I got Debian on arm64 working in non-graphical mode. As before, I used > Fedora_35 and qemu 6.0.1. > > My earlier attempts follow web instructions failed, so I decided to do > it the easy way and use virt-manager. > > This is an GUI interface to libvirt;

Re: [Cin] arm/termux series (possibly broken on x86)

On Thursday, November 18, 2021, mnieuw--- via Cin < cin@lists.cinelerra-gg.org> wrote: > > On Wed, 17 Nov 2021 01:07:05 -0700 > > Phyllis Smith via Cin wrote: > > > > > > > > Also, the detection of the number of cpus (about line 143) is done > > > > by a very specific Linux method /proc/cpuinfo)

[Cin] arm/termux series (possibly broken on x86)

On Wednesday, November 17, 2021, Phyllis Smith via Cin < cin@lists.cinelerra-gg.org> wrote: > Andrew, > >> yeah, sounds like forcing ilmbase/openexr to be built in statically is >> way to go... >> >> The ilmbase IlmImf was still in the i386 AppImage and worked for Andrea > because it is a virtual

Re: [Cin] arm/termux series (possibly broken on x86)

On Thursday, November 18, 2021, mnieuw--- via Cin < cin@lists.cinelerra-gg.org> wrote: > > On Wed, 17 Nov 2021 01:07:05 -0700 > > Phyllis Smith via Cin wrote: > > > > > > > > Also, the detection of the number of cpus (about line 143) is done > > > > by a very specific Linux method /proc/cpuinfo)

Re: [Cin] arm emulation on qemu links

On Thursday, November 18, 2021, mnieuw--- via Cin < cin@lists.cinelerra-gg.org> wrote: > On Mon, 15 Nov 2021 17:14:28 +0300 > Andrew Randrianasulu wrote: > > > > > > thanks a lot for detailed writeup! (currently am a bit short on > > storage for trying proot-distro - with normal glibc and such,

Re: [Cin] Testing HDV on a Blu-ray Disc Without Re-encoding

On Wednesday, November 24, 2021, Terje J. Hanssen via Cin < cin@lists.cinelerra-gg.org> wrote: > I pick up again and continue another thread on this topic started a year > ago: > https://www.mail-archive.com/cin@lists.cinelerra-gg.org/msg02145.html > > > In this post I start carefully with three

[Cin] ffmpeg's e-ac3 encoder

according to some tests it works, but some hw decoders (in tv) migh refuse stream ( https://www.reddit.com/r/ffmpeg/comments/k3z9i9/how_bad_is_ffmpegs_eac3_encoder/ it also does not support more than 6 channels https://trac.ffmpeg.org/ticket/3595?cversion=0_hist=7 command line and bitrates

Re: [Cin] Testing HDV on a Blu-ray Disc Without Re-encoding

On Friday, November 26, 2021, Terje J. Hanssen wrote: > > > Den 25.11.2021 06:05, skrev Andrew Randrianasulu: > > > > On Thursday, November 25, 2021, Terje J. Hanssen > wrote: > >> >> >> Den 24.11.2021 23:29, skrev Andrew Randrianasulu: >> >>> >>> >>> # Is it possible to blank out the empty

Re: [Cin] Updated CinGG release for downloading the AppImage

hm, yes, no libx265 in sight... so, hopefully your cin build uses statically-linked ffmpeg/x265... but then I have no idea why it works for you even without patches... anyway, working is better than non-working! I also have no idea why appimage (32 bit) fail for you.. may be deleting (!) some

Re: [Cin] Updated CinGG release for downloading the AppImage

ah, apparently only command line x265 encoder prints this line as I remember it: x265 [error]: No input file. Run x265 --help for a list of options. $ thirdparty/x265_3.5/8bit/x265 --version x265 [info]: HEVC encoder version 3.5+1-f0c1022b6 x265 [info]: build info [Linux][clang 12.0.0][32

Re: [Cin] Updated CinGG release for downloading the AppImage

still a bit strange, shouldn't encoder string from mediainfo indicate 8+10+12 bit instead of just 10? 'x265 3.5+1-f0c1022b6:[Linux][GCC 10.2.1][64 bit] 10bit' try to encode 8 and/or 12 bit h265 with normal and multibit build?? full mediainfo: $ mediainfo

Re: [Cin] Updated CinGG release for downloading the AppImage

On Tuesday, November 2, 2021, Andrea paz wrote: > I wouldn't know where to use ldd; could you give me the exact command? ldd path_to_cin? and see if it links with external libx265.. But I mostly hoped Phyllis will look into this. > I tried the following paths: > > $ cd

Re: [Cin] Updated CinGG release for downloading the AppImage

On Tuesday, November 2, 2021, Andrea paz via Cin wrote: > > CinX > > Recently Andrew has worked on many patches to extend the encoding of > CinGG; for example the "compile_multibit_X265.txt" patch. I guess > compiling CinGG with this patch is equivalent to using > CinGG-multibit.AppImage. I

[Cin] extreme offtopic, but: apparently only one video editor for Atari!

Mac was famous for first professional (avid/1) and consumer (Adobe Premiere) NLEs, Amiga was famous for specialized video editing hardware (Video Toaster) or whole new clone (Draco), but apparently even Atari (also m68k based computer) had some promising program in late 90x?

<    1   2   3   4   5   6   7   8   9   10   >