some problems - batch rendering warnings and opening project error, steps to have cinelerraGG officially in Gentoo
Hi, few days back I was with my low-end laptop Acer TravelMate B116-M on film camp where we helped children to took videos and then we cut them to final short films. I had weakest device on camp, but must say it worked quite well. I tested hw acceleration as it was announced here and it was quite stable - laptop has Intel CPU and GPU so I used vaapi and h264_vaapi profile to speed up rendering. I tried to encode from 5 Mbps to 20 Mbps and noticed the few first frames of this hw encoded videos was quite low quality then it was better but lot of movement was lower quality also. I had problems also with this method of work: - load assets for part of video - cut everything for this part on timeline - save project - repeat for each part Then I loaded all saved parts to project as resources - it loaded saved parts as clips and all assets to resources. Then I pasted clips on timeline of final video and made final cut. Then I saved final project. Closed Cinelerra then I was unable to reopen saved project - it only showed one of clips on timeline :-( So I decided to export only parts and concatenate exported videos. The method was this: - load part - create new batch job (use current EDL button) - set output path and codecs I then wanted to run jobs but it warned about mismatch of session/job so I must render separate :-( I rendered by jobs before without problems the same way. So I don't know what the problem was. I'm using git versions - I work on Gentoo and I'd be happy to have official ebuild for this. I made first steps for that: https://bugs.gentoo.org/691102 I think it would be better to build only production versions from git i.e. if somewhere was some info about what build is last production it could be somehow in ebuild to decide to build stable or latest git version. deim
Deim: Hi, few days back I was with my low-end laptop Acer TravelMate B116-M on
film camp where we helped children to took videos and then we cut them to final short films. I had weakest device on camp, but must say it worked quite well. I tested hw acceleration as it was announced here and it was quite stable
Interesting, thanks for sharing this!
- laptop has Intel CPU and GPU so I used vaapi and h264_vaapi profile to speed up rendering. I tried to encode from 5 Mbps to 20 Mbps and noticed the few first frames of this hw encoded videos was quite low quality then it was better but lot of movement was lower quality also.
"According to an online wiki, hardware encoders usually create output of lower quality than some software encoders like x264, but are much faster and use less CPU." --- it seems that the hardware acceleration is useful for initial rendering/checking but for quality purposes, the slower software rendering may be better for a final video. I see no technical reason why the first frames would be of lower quality so I will ask GoodGuy if he has an explanation and I will run a test on a vaapi-enabled laptop here. Then I loaded all saved parts to project as resources - it loaded saved
parts as clips and all assets to resources. Then I pasted clips on timeline of final video and made final cut. Then I saved final project. Closed Cinelerra then I was unable to reopen saved project - it only showed one of clips on timeline :-(
This is of major concern, although there have been no similar reports of "unable to reopen saved project", as you never want to lose work. If you still have the errant project file, GoodGuy would really like to see it to maybe determine a problem (you can send it to me at [email protected] to keep it private or which ever way works for you).
I then wanted to run jobs but it warned about mismatch of session/job so I must render separate :-( I rendered by jobs before without problems the same way. So I don't know what the problem was.
This error message creates some confusion -- in lots of cases, it is best to uncheck "warn if jobs/session mismatch". So I suggest leave this box unchecked in your case. The "warn if mismatch" checks the timeline and the batch job to see if the user changed something on the timeline and forgot to re-save and thus the changes would be loss - so it is a valuable test. But with multiple jobs, it is probably always a mismatch. A lot of things have changed in Cinelerra, so it is possible that it worked for you before but a redraw or something working a little differently than before may now result in a mismatch.
I'm using git versions - I work on Gentoo and I'd be happy to have official ebuild for this. I made first steps for that: https://bugs.gentoo.org/691102
I did look at this. That would be great! I think it would be better to build only production versions from git
i.e. if somewhere was some info about what build is last production it could be somehow in ebuild to decide to build stable or latest git version.
We do builds on the last day of each month (currently, but the last day of the month for us in Colorado may actually be the first day of the month in Europe) and we consider this to be a stable release. If you look at the following URL and see the comment as "*version update*" that is considered a release: https://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=summary However, it may be too much to do a Gentoo build every month - perhaps every 6 months is more reasonable.
Seems Batch Render doesn't work for me at all :-( When I press start it only selects line which is enabled but does not turn red as usual. There is no output on console during this and no output file is created. On Mon, Aug 5, 2019 at 2:24 AM Phyllis Smith <[email protected]> wrote:
Deim:
Hi, few days back I was with my low-end laptop Acer TravelMate B116-M on
film camp where we helped children to took videos and then we cut them to final short films. I had weakest device on camp, but must say it worked quite well. I tested hw acceleration as it was announced here and it was quite stable
Interesting, thanks for sharing this!
- laptop has Intel CPU and GPU so I used vaapi and h264_vaapi profile to speed up rendering. I tried to encode from 5 Mbps to 20 Mbps and noticed the few first frames of this hw encoded videos was quite low quality then it was better but lot of movement was lower quality also.
"According to an online wiki, hardware encoders usually create output of lower quality than some software encoders like x264, but are much faster and use less CPU." --- it seems that the hardware acceleration is useful for initial rendering/checking but for quality purposes, the slower software rendering may be better for a final video. I see no technical reason why the first frames would be of lower quality so I will ask GoodGuy if he has an explanation and I will run a test on a vaapi-enabled laptop here.
Then I loaded all saved parts to project as resources - it loaded saved
parts as clips and all assets to resources. Then I pasted clips on timeline of final video and made final cut. Then I saved final project. Closed Cinelerra then I was unable to reopen saved project - it only showed one of clips on timeline :-(
This is of major concern, although there have been no similar reports of "unable to reopen saved project", as you never want to lose work. If you still have the errant project file, GoodGuy would really like to see it to maybe determine a problem (you can send it to me at [email protected] to keep it private or which ever way works for you).
I then wanted to run jobs but it warned about mismatch of session/job so I must render separate :-( I rendered by jobs before without problems the same way. So I don't know what the problem was.
This error message creates some confusion -- in lots of cases, it is best to uncheck "warn if jobs/session mismatch". So I suggest leave this box unchecked in your case. The "warn if mismatch" checks the timeline and the batch job to see if the user changed something on the timeline and forgot to re-save and thus the changes would be loss - so it is a valuable test. But with multiple jobs, it is probably always a mismatch. A lot of things have changed in Cinelerra, so it is possible that it worked for you before but a redraw or something working a little differently than before may now result in a mismatch.
I'm using git versions - I work on Gentoo and I'd be happy to have official ebuild for this. I made first steps for that: https://bugs.gentoo.org/691102
I did look at this. That would be great!
I think it would be better to build only production versions from git
i.e. if somewhere was some info about what build is last production it could be somehow in ebuild to decide to build stable or latest git version.
We do builds on the last day of each month (currently, but the last day of the month for us in Colorado may actually be the first day of the month in Europe) and we consider this to be a stable release. If you look at the following URL and see the comment as "*version update*" that is considered a release: https://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=summary However, it may be too much to do a Gentoo build every month - perhaps every 6 months is more reasonable.
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
On Fri, Aug 9, 2019 at 9:04 AM Shawn Michaels <[email protected]> wrote:
Seems Batch Render doesn't work for me at all :-( When I press start it only selects line which is enabled but does not turn red as usual. There is no output on console during this and no output file is created.
Hmmm, there are so many possible pitfalls, but it works for me. Things to check: 1) in the Batch Render window, do you see the line "Batches to render: $HOME/.bcast5/batchrender.rc" - check that file to see if it looks reasonable as far as ownership and modification date. 2) instead of starting cinelerra from the icon app, if you start it from the # prompt in a window, do you see any messages (I do not think there will be any output on the console if you started from an icon). Maybe you already did this, but I can not tell. When it does something, you will see: Render::render_single: Session finished. ** rendered 1 frames in 0.289 secs, 3.460 fps 3) as a test, create a file that has the same name as the name of the Output on that job so that you can at least see if it comes up with the error message "The following files exit. Overwrite them?" -- that way you can at least see if the job tries to start. 4) which distro are you using? I use Fedora and it works for me, but I can test on a different distro. 5) if none of this helps find the problem, maybe send a jpg of the Batch Render window so I can see if there is anything unusual about your setup.
Hi! About Batch Render problem, I think you have not the cursor position at the beginning of the timeline (Home position). You have to Save your Project (and then EDL) with the cursor at Home position. Unfortunately, Rendering always starts from cursor position in Timeline, also with "Create new file at each label" cheched. (I use UbuntuStudio16.04 and Cin20190731) IgorBeg On Fri, Aug 9, 2019 at 9:04 AM Shawn Michaels <[email protected] <mailto:[email protected]>> wrote:
Seems Batch Render doesn't work for me at all :-( When I press start it only selects line which is enabled but does not turn red as usual. There is no output on console during this and no output file is created.
Hi thank You, that's it! some projects had cursor at end. It may be good to have warning about this - something like "Your cursor isn't at start of project". deim Dne 10. 08. 19 v 19:27 Igor BEGHETTO napsal(a):
Hi! About Batch Render problem, I think you have not the cursor position at the beginning of the timeline (Home position). You have to Save your Project (and then EDL) with the cursor at Home position. Unfortunately, Rendering always starts from cursor position in Timeline, also with "Create new file at each label" cheched.
(I use UbuntuStudio16.04 and Cin20190731)
IgorBeg
On Fri, Aug 9, 2019 at 9:04 AM Shawn Michaels <[email protected] <mailto:[email protected]>> wrote:
Seems Batch Render doesn't work for me at all :-( When I press start it only selects line which is enabled but does not turn red as usual. There is no output on console during this and no output file is created.
I think it doesn't help to add a warning "Your cursor isn't at start of project". Deim, I write a fast/short answer to you. Sorry. The complete answer about "Batch rendering" is in the Manual: "To create a Cinelerra project file which can be used in batch render, set up a Cinelerra project and define the region to be rendered either by highlighting it, setting in/out points around it, or positioning the insertion point before it." IgorBeg Il 13/08/2019 21.28, Phyllis Smith ha scritto:
some projects had cursor at end. It may be good to have warning about this - something like "Your cursor isn't at start of project".
OK, gg will be adding a warning before the next builds and I will include it in the manual too.
some projects had cursor at end.
It may be good to have warning about this - something like "Your cursor
isn't at start of project".
OK, gg will be adding a warning before the next builds and I will include it in the manual too. A warning has been added and checked into GIT so will be available in the next builds. Hopefully, this will avoid future users being flummoxed by this problem. A warning box popups that is scrollable and will look similar to the following: 3 job EDLs begin position beyond end of media 1: /tmp/test.xml 2: /tmp/test.xml 3: /tmp/test.xml press cancel to abandon batch render (IgorB: even though this warning may not be necessary, it is helpful to me for sure). Phyllis/GG
Dne 09. 08. 19 v 17:04 Shawn Michaels napsal(a):
Then I loaded all saved parts to project as resources - it loaded saved parts as clips and all assets to resources. Then I pasted clips on timeline of final video and made final cut. Then I saved final project. Closed Cinelerra then I was unable to reopen saved project - it only showed one of clips on timeline :-(
This is of major concern, although there have been no similar reports of "unable to reopen saved project", as you never want to lose work. If you still have the errant project file, GoodGuy would really like to see it to maybe determine a problem (you can send it to me at [email protected] <mailto:[email protected]> to keep it private or which ever way works for you).
I have more info about this. When I load sub projects as resources, it creates Clips where they have title with path to them. When I save project and load it again I see in Clips folder all the same except one, which has title of source video and if I click info it has Comments: "Hello world". The format of media is .mxf (dnxhd VC-3) but I have another .mxf file in project without this error. I don't understand what happens.
On Tue, Aug 13, 2019 at 1:05 PM deim31 <[email protected]> wrote:
Dne 09. 08. 19 v 17:04 Shawn Michaels napsal(a):
Then I loaded all saved parts to project as resources - it loaded
saved
parts as clips and all assets to resources. Then I pasted clips on timeline of final video and made final cut. Then I saved final
project.
Closed Cinelerra then I was unable to reopen saved project - it only showed one of clips on timeline :-(
... I have more info about this. When I load sub projects as resources, it creates Clips where they have title with path to them. When I save project and load it again I see in Clips folder all the same except one, which has title of source video and if I click info it has Comments: "Hello world".
The format of media is .mxf (dnxhd VC-3)
but I have another .mxf file in project without this error. I don't understand what happens.
Thanks for the additional information -- gg has not had a chance to look at this in depth yet. I looked at it but I am clueless so will have to wait for him still. Phyllis/gg
Deim: 1 small update as I try to catch up here: I think it would be better to build only production versions from git
i.e. if somewhere was some info about what build is last production
A "tag" has been added to git with the name of "2019-08" and comment of "version update". We will be adding the Year-Month tag on the monthly builds from now on. You can see the example below:
https://www.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=summary description Cinelerra-GG last change Sat, 31 Aug 2019 13:14:36 -0600 (13:14 -0600) shortlog 2 days ago Good Guy version update master 2019-08 commit | commitdiff | tree | snapshot (tar.gz tar.bz2 zip) 2 days ago Good Guy upgrade vpx to 1.8.1, rm meson prereq and add dav1d... commit | commitdiff | tree | snapshot (tar.gz tar.bz2 zip) 5 days ago Good Guy fix render progress booby, add batchrender warn for... commit | commitdiff | tree | snapshot (tar.gz tar.bz2 zip) ... 2019-07-19 Good Guy update igors icons, x/y contraint for xlate commit | commitdiff | tree | snapshot (tar.gz tar.bz2 zip) ... *tags* 2 days ago *2019-08* *version update tag* | commit | shortlog | log heads 2 days ago master
Deim: today, gg finally had a chance to look at: deim_broken_edl.tar.xz However, we are both having trouble with terminology and neither of us can see the problem. Sometimes he can see from the EDL an obvious error but unfortunately with more than 8,000 lines in the EDL, nothing jumps out as a problem. *What is a "part" as you use in describing your method below? *I am not sure we are going to be able to reproduce this error and if we can not, then will not be able to fix anything. Phyllis/GG I had problems also with this method of work:
- load assets for part of video - cut everything for this part on timeline - save project - repeat for each part
Then I loaded all saved parts to project as resources - it loaded saved parts as clips and all assets to resources. Then I pasted clips on timeline of final video and made final cut. Then I saved final project. Closed Cinelerra then I was unable to reopen saved project - it only showed one of clips on timeline :-(
Dne 04. 09. 19 v 23:49 Phyllis Smith napsal(a):
Deim: today, gg finally had a chance to look at: deim_broken_edl.tar.xz
However, we are both having trouble with terminology and neither of us can see the problem. Sometimes he can see from the EDL an obvious error but unfortunately with more than 8,000 lines in the EDL, nothing jumps out as a problem.
/*What is a "part"* as you use in describing your method below? /I am not sure we are going to be able to reproduce this error and if we can not, then will not be able to fix anything. Phyllis/GG
I had problems also with this method of work: - load assets for part of video - cut everything for this part on timeline - save project - repeat for each part
Then I loaded all saved parts to project as resources - it loaded saved parts as clips and all assets to resources. Then I pasted clips on timeline of final video and made final cut. Then I saved final project. Closed Cinelerra then I was unable to reopen saved project - it only showed one of clips on timeline :-(
I wonder if it's safe method at all - to load projects as resources (i.e. they loads as clips). I discovered another problem - I applied filter with keys to one (sub)project. Then I loaded them to main project and it seemed the filter is spread over the project but there is no visible controls (the bar with keys is not visible). I'm not much familiar with nesting in CinGG so I can't say if it's this case. Maybe I discovered source of problem - in (sub)project which made error I found the note "Hello world" several times, which displayed in main project - I don't understand this xml tags, but I suppose this is the relevant part: <VWINDOW_EDL> <LOCALSESSION IN_POINT=-1 LOOP_PLAYBACK=0 LOOP_START=0 LOOP_END=0 OUT_POINT=-1 SELECTION_START=1.0427083333333334e+01 SELECTION_END=1.0427083333333334e+01 CLIP_TITLE=wethercast.mxf CLIP_ICON="" X_PANE=-1 Y_PANE=-1 TRACK_START0=0 VIEW_START0=0 TRACK_START1=0 VIEW_START1=0 TRACK_START2=0 VIEW_START2=0 TRACK_START3=0 VIEW_START3=0 ZOOM_SAMPLE=1024 ZOOMY=0 ZOOM_TRACK=0 PREVIEW_START=0 PREVIEW_END=-1 FLOATAUTO_TYPE=0 RED=0 GREEN=0 BLUE=0 RED_MAX=0 GREEN_MAX=0 BLUE_MAX=0 USE_MAX=0 AUTOGROUPTYPE_AUDIO_FADE_MIN=-80 AUTOGROUPTYPE_AUDIO_FADE_MAX=6 AUTOGROUPTYPE_VIDEO_FADE_MIN=0 AUTOGROUPTYPE_VIDEO_FADE_MAX=100 AUTOGROUPTYPE_ZOOM_MIN=5.000000e-03 AUTOGROUPTYPE_ZOOM_MAX=5 AUTOGROUPTYPE_SPEED_MIN=5.000000e-03 AUTOGROUPTYPE_SPEED_MAX=5 AUTOGROUPTYPE_X_MIN=-100 AUTOGROUPTYPE_X_MAX=100 AUTOGROUPTYPE_Y_MIN=-100 AUTOGROUPTYPE_Y_MAX=100> <CLIP_NOTES>Hello world</CLIP_NOTES> </LOCALSESSION> ... (in this project is no clip visible from cinelerra) Thanks, deim
@Deim (and All) About (sub)Project, Nesting sequences, if you have time, can you try a simply test following at screencast, please? Probably it do not solve your problem, but may be. "cin20190831_NestingSequencesInAMasterProject" https://streamable.com/en6d4 @Phyllis/GG (and All) About nesting sequences and Proxy, can you look at the screencast, please? "cin20190831_NestingSequencesInAMasterProject_andProxy" https://streamable.com/3dsbz Thanks! IgorBeg
@IgorBeg Hi Igor, as usual I'd like to ask your permission to post your videos on nested sequences in the forum.
Dne 08. 09. 19 v 15:18 Igor BEGHETTO napsal(a):
@Deim (and All) About (sub)Project, Nesting sequences, if you have time, can you try a simply test following at screencast, please? Probably it do not solve your problem, but may be. "cin20190831_NestingSequencesInAMasterProject" https://streamable.com/en6d4
@Phyllis/GG (and All) About nesting sequences and Proxy, can you look at the screencast, please? "cin20190831_NestingSequencesInAMasterProject_andProxy" https://streamable.com/3dsbz
Thanks!
IgorBeg
So it seems nesting makes the clips (otherwise sequences or subprojects) not to leak to the rest of master project (ex. keys in filters). Am I correct? Does the master project keep reference to subprojects or does it copy them fully to master project? (I'm asking when I change subproject if it somehow change master project). Nice casts Igor Thanks! deim
I discovered another problem - I applied
filter with keys to one (sub)project. Then I loaded them to main project
and it seemed the filter is spread over the project but there is no
visible controls (the bar with keys is not visible).
I have been able to duplicate so I will show him and have him figure out why/if that is expected.
The brown bar is there (I am a bozo!). You just have to go to the patchbay and turn on the expander, which ordinarily would have been on if you had loaded as a project on the timeline. The expander is the right facing arrow on the top line to the right of the track name (Video 1 by default).
Deim, Yesterday, gg looked at this again because it is an interesting problem and I have a little bit of feedback. First, we still have not been able to create a similar problem, but I will test a couple of more possible ways to create the same load failure. I wonder if it's safe method at all - to load projects as resources (i.e.
they loads as clips).
Wow, I did not even know that loading a project as a resource works, but it seems to and gg says that it makes sense that it loads as a clip and the code apparently supports that. In previous testing neither one of us ever considered loading that way! I discovered another problem - I applied
filter with keys to one (sub)project. Then I loaded them to main project and it seemed the filter is spread over the project but there is no visible controls (the bar with keys is not visible).
*I have been able to duplicate so I will show him and* *have him figure out why/if that is expected*.
Maybe I discovered source of problem - in (sub)project which made error I found the note "Hello world" several times, which displayed in main project
...
<CLIP_NOTES>Hello world</CLIP_NOTES> </LOCALSESSION>
*"Hello world" is not likely the source of the problem* -- it is a legitimate note that occurs when you create a clip and window edl, which in the case of the 8000+ line of the problem loading project occurs in the Viewer (VWINDOW_EDL). The asset gets stripped down then if you run the constructor and don't write over the comment, the default is "Hello world" for the comment. There are 18 of these in the 8000+ line file. And, of course, 1 at the very beginning where the comment was defaulted to "Hello world" upon creating a clip to represent the xml file. *A more likely cause*, which we have detected in the past and fixed, is an unusual character in the XML file. For example, an extra or missing quote ("), or a backslash (\) or parenthesis (() that is incorrectly placed, or an unusual character in a filename like an accent grave . But nothing obvious jumped out at us, probably because it would be hard to spot. I am going to look some more at this problem, but may eventually have to give up !!! Phyllis/GG (P.S. thanks IgorB for the screencasts which I still have to study more).
@Andrea_paz Andrea, the screencasts are your. ;-) @Deim
So it seems nesting makes the clips (otherwise sequences or subprojects) not to leak to the rest of master project (ex. keys in filters). Am I correct? Yes, you are correct.
*Notice: If you don't use Nest feature for the Sequences (subprojects) imported.* Your Master Project must have a number of tracks equal or more than the subprojects. In my "cin20190831_NestingSequencesInAMasterProject" screencast, you can see that at the point #2, the second sub project (Sequence-02) contains 2 video tracks and 2 audio tracks. So, in Master Project you must have at least 2 video tracks and 2audio tracks (in my example). More, you can not load the Sequence (clip) from Resources->Clips to the Viewer, and from the Viewer to the Timeline otherwise you lose your Autos/Effects (may be a bug, I don't know). But You can do that with Nest feature.
Does the master project keep reference to subprojects or does it copy them fully to master project? (I'm asking when I change subproject if it somehow change master project). When you import your Sequences (subprojects) into the Master Project, the Sequences are copied in the Master Project: the xml (file project) code of the Sequence is joined with the xml of the Master. So, if you are working on a Master Project, where subprojects had been inserted, and then you change something to a subproject or delete a subproject, it doesn't change your Master Project: the Master Project is not in sync with the subprojects. That is good and bad. I hope I explained it well.
Thanks! IgorBeg
participants (5)
-
Andrea paz -
deim31 -
Igor BEGHETTO -
Phyllis Smith -
Shawn Michaels