Что лучше - RK3399 или два Xeon E5430 для монтажа видеороликов?

Огромное спасибо за информацию. Вы помогли мне развеять мои сомнения насчет мощного железа. Учитывая скромные финансы, наверное, действительно единственный вариант - это комплект из Китая, ибо он мне даст ту производительность, которая мне нужна и за адекватные деньги. Еще раз большое спасибо.

давай подумаем, что есть xeon из китая и платы?

«всего лишь» камни и чипсеты с блейдов с помоек, которые каких-то 5-7 лет отпахали в 24/7 при температурах 80+*С до того как были выкинуты в утиль. после чего их в утиле разобрали, распаяли, и продали подвалпроизводителю, который припаял их на плату и наваял кривыми лапками китайцев (которые говнокодят пострашнее индусов) биос под это безобразие.

потому и стоят дешево, да. не, можно конечно этот хлам за 100 баксов купить, если нужен тормозной калорифер дома, и оно возможно даже как-то работать будет если повезет. но рассказывать, что этот мусор меганадежный и вообще вундервафля - ну, такое… за близкие деньги вполне можно на местной барахолке нарыть материнку с процом и памятью б/у. посвежее, не отпахавшие 24/7 с температурой близкой к критической, и точно так же без какой-либо гарантии. зато с нормальной скоростью однопотока.

пожалуйста не говорите глупости.

наваял кривыми лапками китайцев

вы даже ее в руках не держали. если бы держали ,то так не сказали. качество изготовления как у ваших топовых за 45-64тр плат. да, проц б/у и чепсет видимо тоже. цены видели на сервеное железо, там один их чипсет, будет стоит как ваш дом и машина... при желании не получиться установить новый чипсет с такой стоимостью в материнку стоимостью 8тр.

биос под это безобразие.

может на первых платах и был такой, но сейчас это шедевр. можно настроить хоть что и никакой цыганщины, как в UEFI модном. все строго и консервативно. молодцы они. еще раз скажу что не фанат x86 но зачем зря лить грязь, если они сумели сделать норм? вас послушать, так китайцы не умеют думать, они такие и сякие... а мы такие хорошие, все криативные, но у нас до сих пор ничего нет, ни проца своего ни ОС. ваша креативность только в создании мемасиков. а те кто якобы не умеют думать уже свой проц допиливают, заметьте свой, а не spark_овский, как некоторые... у них уже скоро 64 ядра и своя собственная архитектура. это у тех кто не умеет думать.

качество изготовления как у ваших топовых за 45-64тр плат.

дадада, особенно «качество» биоса))) ну а то что китайцы свистоперделки могут налепить - ни разу не новость.

цены видели на сервеное железо, там один их чипсет, будет стоит как ваш дом и машина…

бред же. супермикры вполне демократично стоят, дешевле топовых геймерзких. https://www.newegg.com/supermicro-mbd-x12spl-f-o-supports-3rd-gen-intel-xeon-scalable-processors/p/N82E16813183733?Item=N82E16813183733 например. проц https://www.newegg.com/intel-xeon-silver-4314-lga-4189/p/N82E16819118334 - тоже сравнимо с топовым десктопным. давайте, расскажите еще какое дорогое серверное железо, лол)))

вас послушать, так китайцы не умеют думать, они такие и сякие…

вы хоть когда-то видели код, который китайцы пишут? посмотрите, прослезитесь. индусы после ихнего кода - идеальные разработчики.

а те кто якобы не умеют думать уже свой проц допиливают

это тот, что у via купили и строгают медленно и печально?

я ваще не понимаю вас.... ну эта supermicro и стоит 800USD~ 48000руб. и сделана она явно не американскими руками. штаб у них может и в США, а изготовлены они как вы выражаетесь

кривыми китайскими ручонками.

все заводы в Азии. ну если точнее то основная их часть. и Apple и шмепл все делают в Китае. такая была политика, так было экономически выгоднее.

давайте, расскажите еще какое дорогое серверное железо, лол)))

Xeon Gold 6258R стоил где-то 3950USD. я это не поддерживаю, но они никогда не отдадут дешево, их цель извлечение прибыли, и только извлечение прибыли. ваша материнка + проц уже 1200USD. Бюджетненько! Тот комплект что на x99 матери и б/у процессоре стоит где-то 12ТР. не долларов, а рублей. Лично до меня, то ябы не стал сегодня собирать комп на x86. очень разочарован всем что происходит. политика товарища хуана и прочих деятелей иногда вызывает огромное желание выкинуть в окно ту затычку что была куплена в DNS в 2017 году. но этого сделать не могу. рука не подымается и дело не в деньгах, просто железо есть железо и оно тут совсмем не причем. вот и собрал все старье и запустил и оно работает. Но поддерживать обнаглевших и ожиревших господ, которые верят, что втюхают нам все что угодно и залюбую цену, нет желания. просто нехочу и все. поэтому и перелез на aarch64. да , не все радужно там, но других альтернатив насегодня нет. уже бесит их хитрость что завется стратегией, и как результ этой стратегии тот искусственный дефицит кремния. сказка конечно же грамотная, но все же сказка. так что не побегу за хуановскими карточками, как бы цена на них не упала, не побегу за Лизиными камнями, как бы красиво она не выносила их на сцену... собрал с Китайских помоек, вернее дособрал, то что не собрал раньше, и видимо пока на этом все. буду ждать другой поезд.

все заводы в Азии. ну если точнее то основная их часть. и Apple и шмепл все делают в Китае. такая была политика, так было экономически выгоднее.

да не важно где изготовлена. важно где разработана. а изготовить - ленты с smd компонентами в робота и обезьяна после дрессировки заправить сумеет.

ваша материнка + проц уже 1200USD. Бюджетненько! Тот комплект что на x99 матери и б/у процессоре стоит где-то 12ТР. не долларов, а рублей.

бюджетненько, да. сравнимо стоповым геймерзким комплектом. давайте, расскажите какое недостижимо дорогое серверное железо)))

ну а то, что хлам с помойки стоит копейки - так на то он и хлам с помойки. на барахолках хлам можно еще дешевле найти если повезет. и он ничем не будет отличаться от хуананов - тот же б/у мусор без какой-либо гарантии. ну разве что бонусом будет то, что он до того не отпахал 5+ лет при температуре 90+ градусов в душном блейде…

да не важно где изготовлена.

как так? а кривые китайские ручонки? ведь они же ничего не умеют. чет вы батенька заговорились.

ВНЕЗАПНО - при непосредственно производстве кривые лапки максимум кассеты смд деталек в робота заправляют.

а вот то, КАК будет работать девайс - зависит от разработки в первую очередь. и вот тут разница между спроектированным специалистами, и кривыми-косыми поделками на базе рефренсного дизайна, который «оптимизировали» для удешевления. и во вторую - от того, какие компоненты туда поставили (шлак подешевле, лишь б запустилось чтобы любителю дешмана напарить, или качественное брендовое, которое как минимум гарантийный срок отходит).

Один из них на архитектуре armhf и с 512 мб оперативной, а второй уже arm64 с 1 гигабайтом оперативной памяти и 2 гига на подкачке на SD-карте. И Cinelerra-GG у меня ни разу успешно не скомпилировалась под armhf (Debian 11). Исключительно под arm64 компилируется.

А как вылетает компиляция можно глянуть?

Конфигурация:

./configure \
    --prefix=/usr \
    --disable-libaom \
    --disable-libwebp \
    --disable-dav1d \
    --disable-static-build \
    --without-nv \
    --without-cuda \
    --with-exec-name=cinelerra-gg

Вот лог команды make -j1.

К текущему моменту установлен Arch Linux ARM на Orange Pi lite. Но ошибка та же что была в Debian 11.

ah

cc -O2  bootstrap.c -o armv7l/bootstrap
bootstrap.c: В функции «main»:
bootstrap.c:199:45: ошибка: В«BOOTSTRAPВ» РЅРµ описан (РїРµС
  199 |         sprintf(system_command, "%s %s %s", BOOTSTRAP, temp_path
      |                                             ^~~~~~~~~
bootstrap.c:199:45: замечание: сообщение о каждо
make[2]: *** [Makefile:135: armv7l/bootstrap] Ошибка 1

guess I borked armv7l line …

try this patch

~/cinelerra/cinelerra-5.1 $ git diff guicast/Makefile                   diff --git a/cinelerra-5.1/guicast/Makefile b/cinelerra-5.1/guicast/Makefile                                                                    index 354b40b2..04d5a2e5 100644                                         --- a/cinelerra-5.1/guicast/Makefile                                    +++ b/cinelerra-5.1/guicast/Makefile                                    @@ -20,6 +20,10 @@ ifeq ($(OBJDIR), armv8l)                              BOOTSTRAPFLAGS := -DBOOTSTRAP="\"objcopy -B arm -I binary -O elf32-littlearm\""                                                                 endif                                                                                                                                          +ifeq ($(OBJDIR), armv7l)                                               +BOOTSTRAPFLAGS := -DBOOTSTRAP="\"objcopy -B arm -I binary -O elf32-littlearm\""                                                                +endif                                                                  +                                                                        ifeq ($(OBJDIR), aarch64)                                               BOOTSTRAPFLAGS := -DBOOTSTRAP="\"objcopy -B aarch64 -I binary -O elf64-littleaarch64\""                                                         endif

просто добавить в guicast/Makefile

блок похожий на armv8 но для armv7 )

к флагам можно еще добавить

–without-thirdparty

и посмотреть что будет (в зависимости от версий системных либ может не собраться)

Makefile из guicast был отредактирован, но компиляция пока успехом не завершилась.

Конфигурация:

./configure \
    --prefix=/usr \
    --disable-libaom \
    --disable-libwebp \
    --disable-dav1d \
    --disable-static-build \
    --without-nv \
    --without-cuda \
    --with-exec-name=cinelerra-gg

Лог configure

Лог make

Вот отрывок из лога с ошибкой:

g++ `cat armv7l/c_flags` -DMSGQUAL=vframe -c vframe.C -o armv7l/vframe.o
В функции-члене «virtual int BC_TextBox::cursor_motion_event()»,
    включённом из «virtual int BC_TextBox::cursor_motion_event()» в bctextbox.C:925:5:
bctextbox.C:952:36: предупреждение: «letter1» may be used uninitialized [-Wmaybe-uninitialized]
  952 |                         if(letter1 <= highlight_letter3)
      |                            ~~~~~~~~^~~~~~~~~~~~~~~~~~~~
bctextbox.C: В функции-члене «virtual int BC_TextBox::cursor_motion_event()»:
bctextbox.C:927:28: замечание: «letter1» объявлено здесь
  927 |         int cursor_letter, letter1, letter2;
      |                            ^~~~~~~
g++ `cat armv7l/c_flags` -DMSGQUAL=vframe3d -c vframe3d.C -o armv7l/vframe3d.o
g++ `cat armv7l/c_flags` -DMSGQUAL=vicon -c vicon.C -o armv7l/vicon.o
g++ `cat armv7l/c_flags` -DMSGQUAL=workarounds -c workarounds.C -o armv7l/workarounds.o
`which python` < ./bccmdl.py
cc -O2  bootstrap.c -o armv7l/bootstrap
cc -O2 pngtoh.c -o armv7l/pngtoh
bootstrap.c: В функции «main»:
bootstrap.c:199:45: ошибка: «BOOTSTRAP» не описан (первое использование в этой функции)
  199 |         sprintf(system_command, "%s %s %s", BOOTSTRAP, temp_path, out_path);
      |                                             ^~~~~~~~~
bootstrap.c:199:45: замечание: сообщение о каждом неописанном идентификаторе выдается один раз в каждой функции, где он встречается
make[2]: *** [Makefile:135: armv7l/bootstrap] Ошибка 1
make[2]: *** Ожидание завершения заданий…
make -C xfer
make[3]: вход в каталог «/home/tima/build/cinelerra-gg/src/cinelerra-gg/cinelerra-5.1/guicast/xfer»
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_a16 -c xfer_bc_a16.C -o armv7l/xfer_bc_a16.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_a8 -c xfer_bc_a8.C -o armv7l/xfer_bc_a8.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_abgr8888 -c xfer_bc_abgr8888.C -o armv7l/xfer_bc_abgr8888.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_a_float -c xfer_bc_a_float.C -o armv7l/xfer_bc_a_float.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_argb8888 -c xfer_bc_argb8888.C -o armv7l/xfer_bc_argb8888.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_ayuv16161616 -c xfer_bc_ayuv16161616.C -o armv7l/xfer_bc_ayuv16161616.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_bgr565 -c xfer_bc_bgr565.C -o armv7l/xfer_bc_bgr565.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_bgr8888 -c xfer_bc_bgr8888.C -o armv7l/xfer_bc_bgr8888.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_bgr888 -c xfer_bc_bgr888.C -o armv7l/xfer_bc_bgr888.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_compressed -c xfer_bc_compressed.C -o armv7l/xfer_bc_compressed.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_gbrp -c xfer_bc_gbrp.C -o armv7l/xfer_bc_gbrp.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_grey16 -c xfer_bc_grey16.C -o armv7l/xfer_bc_grey16.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_grey8 -c xfer_bc_grey8.C -o armv7l/xfer_bc_grey8.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_rgb161616 -c xfer_bc_rgb161616.C -o armv7l/xfer_bc_rgb161616.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_rgb565 -c xfer_bc_rgb565.C -o armv7l/xfer_bc_rgb565.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_rgb888 -c xfer_bc_rgb888.C -o armv7l/xfer_bc_rgb888.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_rgb8 -c xfer_bc_rgb8.C -o armv7l/xfer_bc_rgb8.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_rgba16161616 -c xfer_bc_rgba16161616.C -o armv7l/xfer_bc_rgba16161616.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_rgba8888 -c xfer_bc_rgba8888.C -o armv7l/xfer_bc_rgba8888.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_rgba_float -c xfer_bc_rgba_float.C -o armv7l/xfer_bc_rgba_float.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_rgba_floatp -c xfer_bc_rgba_floatp.C -o armv7l/xfer_bc_rgba_floatp.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_rgb_float -c xfer_bc_rgb_float.C -o armv7l/xfer_bc_rgb_float.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_rgb_floatp -c xfer_bc_rgb_floatp.C -o armv7l/xfer_bc_rgb_floatp.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_rgbx16161616 -c xfer_bc_rgbx16161616.C -o armv7l/xfer_bc_rgbx16161616.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_rgbx8888 -c xfer_bc_rgbx8888.C -o armv7l/xfer_bc_rgbx8888.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_rgbx_float -c xfer_bc_rgbx_float.C -o armv7l/xfer_bc_rgbx_float.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_transparency -c xfer_bc_transparency.C -o armv7l/xfer_bc_transparency.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_uvy422 -c xfer_bc_uvy422.C -o armv7l/xfer_bc_uvy422.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_uyva8888 -c xfer_bc_uyva8888.C -o armv7l/xfer_bc_uyva8888.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_vyu888 -c xfer_bc_vyu888.C -o armv7l/xfer_bc_vyu888.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_yuv101010 -c xfer_bc_yuv101010.C -o armv7l/xfer_bc_yuv101010.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_yuv161616 -c xfer_bc_yuv161616.C -o armv7l/xfer_bc_yuv161616.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_yuv410p -c xfer_bc_yuv410p.C -o armv7l/xfer_bc_yuv410p.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_yuv411p -c xfer_bc_yuv411p.C -o armv7l/xfer_bc_yuv411p.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_yuv420p -c xfer_bc_yuv420p.C -o armv7l/xfer_bc_yuv420p.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_yuv420pi -c xfer_bc_yuv420pi.C -o armv7l/xfer_bc_yuv420pi.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_yuv422 -c xfer_bc_yuv422.C -o armv7l/xfer_bc_yuv422.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_yuv422p -c xfer_bc_yuv422p.C -o armv7l/xfer_bc_yuv422p.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_yuv444p -c xfer_bc_yuv444p.C -o armv7l/xfer_bc_yuv444p.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_yuv888 -c xfer_bc_yuv888.C -o armv7l/xfer_bc_yuv888.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_yuva16161616 -c xfer_bc_yuva16161616.C -o armv7l/xfer_bc_yuva16161616.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_yuva8888 -c xfer_bc_yuva8888.C -o armv7l/xfer_bc_yuva8888.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_yuvx16161616 -c xfer_bc_yuvx16161616.C -o armv7l/xfer_bc_yuvx16161616.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer_bc_yuvx8888 -c xfer_bc_yuvx8888.C -o armv7l/xfer_bc_yuvx8888.o
g++ -I.. `cat armv7l/c_flags` -Ofast -DMSGQUAL=xfer -c xfer.C -o armv7l/xfer.o
touch armv7l/xfer.stamp
make[3]: выход из каталога «/home/tima/build/cinelerra-gg/src/cinelerra-gg/cinelerra-5.1/guicast/xfer»
make[2]: выход из каталога «/home/tima/build/cinelerra-gg/src/cinelerra-gg/cinelerra-5.1/guicast»
make[1]: *** [Makefile:535: all-recursive] Ошибка 1
make[1]: выход из каталога «/home/tima/build/cinelerra-gg/src/cinelerra-gg/cinelerra-5.1»
make: *** [Makefile:491: all] Ошибка 2

В ArchlinuxARM эта архитектура называется armv7h, как я понял.

да, но cin использует вызов uname для создания архитектурно-специфичных директорий при сборке, так что я попробовал подставить значение оттуда, как видно в логе

‘touch armv7l/xfer.stamp’

но можно попробовать подставить и armv7h, если соберется поменяем

Поменял armv7h на armv7l. Скомпилировалось успешно. В общем патч работает на ура. Это я зачем-то поменял l на h. Правда потом наткнулся на 0mb видеопамяти в lima драйвере и иксы повисли намертво, но это уже другая история… Всё равно 512мб ОЗУ для видеомонтажа мало.

а то что я протащил в cinelerra-git тоже работает? А то у меня частенько то пробел недоставленный, то еще какая беда …

Я как-то запустил cingg на п3-1200 512 мб рамы, но видео там было дискретное, и при загрузке ролика я словил краш (

А потом всю мою коллекцию старых компов за время моего отсутствия случайно вынесли на помойку. Я плакалЬ :) Хорошо что винт с бэкапом остался ….

Правда потом наткнулся на 0mb видеопамяти в lima драйвере и иксы повисли намертво, но это уже другая история

случайно это не лишний файлик конфигурации? багу конечно два года, но иногда они возвращаются (с)

https://gitlab.freedesktop.org/lima/linux/-/issues/31

Я использую на Orange Pi Lite подкачку на 2 гига на карте памяти, клип открывает (AVI, 720p, низкий битрейт), даже неплохо воспроизводит, но часто зависает намертво. (Это когда я занес в blacklist драйвер lima)

С драйвером lima частенько зависает Xorg намертво при старте Cinelerra-GG. В xorg.log указывается на слишком маленькое количество видеопамяти. Проверил через

glxinfo | grep mem

И оказалось объем видеопамяти равен гордым 0 МБ.

И есть такое ощущение что из-за этого иксы и вешаются при использовании Cinelerra-GG с драйвером lima.

А потом всю мою коллекцию старых компов за время моего отсутствия случайно вынесли на помойку.

Мои соболезнования. Всегда грустно расставаться с железом которому уже много лет.

GLXGears работает, ClassiCube и LZDoom пашут как швейцарские часы. Но видеопамяти в glxinfo ровно 0 mb.

Вангую что они еще не переделывали эту часть, т.к. некоторые игры, например Nexuiz не запускаются и вылетают в сегфолт.

Я использую на Orange Pi Lite подкачку на 2 гига на карте памяти

А подкачка zswap или обычная? Еще в какой-то момент помню чинили подкачку на nfs - м.б. ее тоже стоит попробовать.

Про зависания lima наверное стоит поподвисать на irc канале #dri-devel, авось у кого-то из разработчиков объявится минутка

upd: https://www.dns-shop.ru/product/fc7b37e7966f3330/mikrokomputer-orange-pi-lite/characteristics/

вот тут еще про перегрев говорят.

upd2: https://4pda.to/forum/index.php?showtopic=793576

А тут - вообще про зависания на новой карте памяти, или от чуть-чуть слабоватого БП.

Ну, для нижнего ценового сегмента это наверное сейчас везде так.

пс: глянул на цену малинки 4-ой в ДНС - ОГО почти 18 т.р. …

cingg на п3-1200 512 мб

Для работы cingg хватит и 256мб. Да, коллекцию жалко.

не, ну показатели top дают такую надежду, но в реале, со всякими сервисами и памятью под фуллхд фрэймбуффер который 2d ускоряет через x/glamor?

Я ее в контейнере запускал для фермы рендеринга, там несколько меньше потребление рамы чем на реальном железе. Есть возможность запустить её на п4-768мб, если не забуду попробую.

А подкачка zswap или обычная?

Самая обыкновенная в виде swap-файла, созданного посредством команды mkswap.

про зависания на новой карте памяти

Вангую что карта памяти тут вряд ли как-то помешала. Вангую что оперативной памяти не хватает для нормальной работы графического интерфейса. В прошлом году пытался запустить Cinelerra на древнем ноутбуке на Pentium-III с 256 метрами оперативной памяти. Тоже повисал намертво.

от чуть-чуть слабоватого БП

Сомневаюсь что дело в БП, ибо в Арче мне порезали частоту процессора ровно до 1 ггц на каждое ядро. Гоняю зарядку от PSP.

про перегрев говорят

Могу попробовать поставить сверху вентилятор из-под мертвого блока питания и посмотреть что будет.

глянул на цену малинки 4-ой в ДНС - ОГО почти 18 т.р.

Не… За эти деньги можно 3 оранджа пай 4 купить из алика и сделать рендер-ферму. Думаю, толку больше будет чем от одной Raspberry Pi 4.

Без драйвера lima зависает намертво только Cinelerra-GG. Сам Xorg не зависает.

вполне возможно что cingg использует X-так, как никакая другая современная прога на новых тулкитах не делает - там все низкоуровнево.

Ну и да, мы наверное первопроходимцы в запуске её на всяких одноплатниках и прочих армах.

ее в контейнере запускал для фермы рендеринга, там несколько меньше потребление рамы чем на реальном железе.

интересно, были ли подводные камни? Если да, то наверное желательно про них упомянуть в документации…

за возможный тест заранее спасибо.

там все низкоуровнево

Именно за это и ценю эту программу. Производительность как у MPV. Но иногда даже быстрее.

В защиту Cinelerra-GG могу сказать что Kdenlive на Orange Pi Lite даже не запускается.

Только сейчас заметил что в cinelerra-gg-git уже прилетело исправление. Буду тестить. Процесс компиляции занимает где-то час на Orange Pi Lite. Внешне выглядит так же по крайней мере.

интересно, были ли подводные камни?

Билл в свое время оперативно их поправил. Но я использовал контейнер lxc, это почти виртуалка. Особых подводных камней как мне кажется не было, но надо поискать в почте, что там было.

вполне возможно что cingg использует X-так, как никакая другая современная прога на новых тулкитах не делает - там все низкоуровнево.

А как обстоят дела с поддержкой Вэйленда, если все так сильно завязано на иксы.

а никак …. сорри, только через xwayland в обозримом будущем.

Скачал последнюю git-версию. Собралось всё само по себе под Orange Pi Lite.

Конфиг:

./configure \
    --prefix=/usr \
    --disable-libaom \
    --disable-libwebp \
    --disable-dav1d \
    --disable-static-build \
    --without-nv \
    --without-cuda \
    --with-exec-name=cinelerra-gg

спасибо, осталось научить это сборку делать что-то полезное )

а никак …. сорри

Извинятся не стоит, вэйленд то ещё говно, которое нам всем предстоит жрать в обозримом будущем. А продуманной альтернативы нет. Я опасаюсь только одного Wayland-only софта.

Я как-то запустил cingg на п3-1200

А потом всю мою коллекцию старых компов за время моего отсутствия случайно вынесли на помойку.

Серверный туалатин на помойку?? «Это подло!» (с)

Купишь ещё, чуть подороже может быть.

осталось научить это сборку делать что-то полезное )

Это да. Вангую что в консольном режиме может послужить рендер-нодой. А там посмотрим…

за возможный тест заранее спасибо.

Облом, железо не стартует ((( Старого говна навалом, если будет возможность поменяю нутрянку.

еще соображение - может выбрать «форсировать однопроцессорный режим» в настройках? оно конечно будет в 4 раза медленее, но может в память хоть станет влезать? Ну и укрутить там же в настройках кэш внутренний до к примеру 10-20 мб (с современных дефолтных 256)

если видео для редактирования не оригинальное с камеры а перекодированное можно поставить ключевые кадры почаще, если это к примеру mpeg2/mpeg4

mjpeg как выяснилось декодируется в один поток! А вот кодируется в много.

ну и еще проверить нет ли аппаратного энкодинга через какой-нибудь самостоятельный форк ффмпега и тогда попробовать из cin выводить в фифо в yuv4mpeg stream (там есть пресет) на которое уже вешать кодирующий ффмпег….

«форсировать однопроцессорный режим» в настройках

укрутить там же в настройках кэш внутренний до к примеру 10-20 мб

Сделано. Программа стала гораздо стабильнее и вроде даже не зависает. (Без драйвера lima)

Ко мне наконец-то добрался 6-ядерный Orange Pi 4 с алиэкспресса.

Вот примерные первые впечатления от работы Cinelerra-GG на этом компьютере:

1 ролик FullHD прямо с камеры в формате MTS в Cinelerra-GG работает вполне плавно в оригинальном качестве (Даже с гистограммой Безье, но только в режиме обычного воспроизведения вперёд).

Большое количество роликов уже тормозит в оригинальном разрешении, но тут выручает режим «Прокси» с заранее созданными прокси-клипами с помощью чистого ffmpeg.

Окно монтажного стола работает плавно до перемотки. Как только начинается перемотка, начинается легендарное слайд-шоу. (и с Panfrost и без него) В чём причина, не знаю. Возникает такое ощущение будто этому железу трудно отрисовывать иконки. Да и во время автоматического скроллинга временной шкалы в окне монтажного стола, начинает подтупливать окно предпросмотра.

И один раз при использовании кривых скорости налетел на segfault. Проделав то же самое и на пожилой x86_x64 машине, получил тот же segfault при той же операции с кривыми времени, что говорит что Orange Pi 4 тут не при чем. Проблему решил созданием новой видеодорожки.

В защиту Cinelerra-GG могу сказать что в Kdenlive изменение скорости клипов гораздо более тормозно и глючно работает. А так же не так гибко как в кривых времени программы Cinelerra-GG.

Как только начинается перемотка, начинается легендарное слайд-шоу. (и с Panfrost и без него) В чём причина, не знаю. Возникает такое ощущение будто этому железу трудно отрисовывать иконки

я подозреваю что там полностью декодится нужный для данного масштаба таймлайна кадр, а потом медленно и печально масштабируется …. там можно попробовать глобальный параметр масштабирования на время нарезки выставить в nearest/nearest . но картинка будет некачественная, да.

Про сегфолт желательно завести баг, если его еще там нету.

А кодек какой?

libx264

libx264

Какие параметры ты передал ffmpeg?