[CinCV TNG] Blu-ray rendering - 1440x1080 template

Terje J. Hanssen terje at nordland-teknikk.no
Thu Dec 22 18:14:42 CET 2016


Phyllis,

Ok, I think I have misunderstood something, as I thought the resulting 
bd-content should be kept in the udfs folder.
Now I understand the content in this folder should be cleared if and 
after the bd.ufs file are created.

Just to add that I am on a new Leap 42.2 root file system installation 
on Skylake, while I did upgraded my laptop from 42.1.
And I have had similar results on both machines.

1) This is one from May was obviously rendered unsuccessful/unfinished(?)
4 files only, missing the fifth "bd.ufs" file and still with content in 
the udfs folder,

~/Cin_Video> ls -1 bd_20161222-021940
bd.m2ts
bd.sh
bd.xml
udfs

~/Cin_Video> du -h bd_20160509-001322/*
81M    bd_20160509-001322/bd.m2ts
4,0K    bd_20160509-001322/bd.sh
68K    bd_20160509-001322/bd.udfs
16K    bd_20160509-001322/bd.xml
8,0K    bd_20160509-001322/udfs/BDMV/PLAYLIST
8,0K    bd_20160509-001322/udfs/BDMV/CLIPINF
4,0K    bd_20160509-001322/udfs/BDMV/BDJO
4,0K    bd_20160509-001322/udfs/BDMV/JAR
81M    bd_20160509-001322/udfs/BDMV/STREAM
8,0K    bd_20160509-001322/udfs/BDMV/BACKUP/PLAYLIST
8,0K    bd_20160509-001322/udfs/BDMV/BACKUP/CLIPINF
4,0K    bd_20160509-001322/udfs/BDMV/BACKUP/BDJO
4,0K    bd_20160509-001322/udfs/BDMV/BACKUP/JAR
36K    bd_20160509-001322/udfs/BDMV/BACKUP
4,0K    bd_20160509-001322/udfs/BDMV/META
4,0K    bd_20160509-001322/udfs/BDMV/AUXDATA
81M    bd_20160509-001322/udfs/BDMV
81M    bd_20160509-001322/udfs

2) This is a current one also unsuccessful/unfinished(?)
4 files only, included an empty udfs folder - and missing the bd.ufs file

~/Cin_Video> ls -1 bd_20161222-021940
bd.m2ts
bd.sh
bd.xml
udfs

~/Cin_Video> du -h bd_20161222-021940/*
959M    bd_20161222-021940/bd.m2ts
4,0K    bd_20161222-021940/bd.sh
8,0K    bd_20161222-021940/bd.xml
4,0K    bd_20161222-021940/udfs


3) This is obviously one that really did finish correctly;
5 files included an empty udfs folder - but with a bd.ufs file larger 
than m2ts videofile

~/Cin_Video> ls -1 bd_20161214-001251
bd.sh
bd.udfs
bd.xml
hdv01_03_bd.m2ts
udfs

~/Cin_Video> du -h bd_20161214-001251/*
4,0K    bd_20161214-001251/bd.sh
112K    bd_20161214-001251/bd.udfs
8,0K    bd_20161214-001251/bd.xml
741M    bd_20161214-001251/hdv01_03_bd.m2ts
4,0K    bd_20161214-001251/udfs


4) I experienced almost no or marginal difference in BD render elaps 
times and file sizes , at least on my fast i6700K workstation for/between:

hdv.m2t - 1.5 GB original video file loaded

bluray.m2ts (baseline) - 8 mbit/s data rate - ca. 10 minutes rendering 
and resulting 500 MB file size
avc422.m2ts (high422) - 8 mbit/s data rate - ca. 10 minutes rendering 
and resulting 500 MB file size

  bluray.m2ts (baseline) - 16 mbit/s data rate - ca. 10 minutes 
rendering and resulting 1 GB file size
avc422.m2ts (high422) - 16 mbit/s data rate - ca. 10 minutes rendering 
and resulting 1 GB file size


Terje J. H


Den 22. des. 2016 15:32, skrev Phyllis Smith:
> Terje:
>
> The files are there -- you just can't see them!  You have to loop 
> mount them.
> If you do this and still can't see them, then it may be something 
> missing in
> the O/S from your upgrade.  GG is going to upgrade to 42.4 Leap real soon
> and I will test there too.
>
> 1) cd /<work_path>/bd_2016daytime/   !# which is /tmp/bd_201619-170858 
> for me
> 2) ls  !# you will see:
>     bd.m2ts bd.sh  bd.udfs  bd.xml  udfs
> 3) umount /tmp/bd_20161219-170858/udfs  !# substituting your filename
> 4) mount -o loop ./bd.udfs udfs/
> 5) ls udfs/  !# you will see:
>    BDMV  lost+found
> 6) ls udfs/BDMV/  !# you will see:
>    AUXDATA  BACKUP  BDJO  CLIPINF  index.bdmv  JAR  META 
> MovieObject.bdmv  PLAYLIST  STREAM
> 7) cd /<work_path>
> 8) umount /tmp/bd_20161219-170858/udfs !# substituting your daytime 
> filename
>
> After bdwrite is done, the need for the BDMV file structure no longer 
> exists as
> that information is included in the bd.udfs file which is written to 
> the disc.  Notice
> how bd.udfs is larger than bd.m2ts -- it includes all of m2ts along 
> with the
> necessary bluray structure.
>
> BTW. the JAR file under BDMV is the Java BD-J information that I 
> thought your
> player needed to automatically start playing.
>
> PS: OSB is being evaluated.
>
>
> ------------------------------------------------------------------------
> *From:* Terje J. Hanssen <terje at nordland-teknikk.no>
> *To:* cinelerra at lists.cinelerra-cv.org
> *Sent:* Thursday, December 22, 2016 6:23 AM
> *Subject:* Re: [CinCV TNG] Blu-ray rendering - 1440x1080 template
>
> I am thankful and excited to test it when a (preliminatry) Leap build is
> ready.
>
> Just to add, in case this can be a clue in debugging something. I have
> sorted throug and verified my 17 test BD renderings. 5 of these have a
> udfs/BDMV structure written, on which were rendered in May 2016, between
> bd_20160506 - bd_20160516 (ws and laptop). The rest (12), mostly
> rendered later now in December, contain an empty udfs folder. In all
> cases the first bd.m2ts are rendered ok.
>
> Terje J. H
>
>
>
> Den 22. des. 2016 00:19, skrev Phyllis Smith:
> > Terje, today GG is working on bluray to make these changes.  They
> > will be checked into the git repository but no new builds yet.  I will
> > be doing more thorough testing tomorrow.
> >
> > 0) Yes. Adding the 4 1440x1080 template as in wikipedia table.
> >
> > > And the HD Blu-ray format does support MPEG-2 at 1440×1080
> > > 1440×1080 59.94i  4:3
> > > 1440×1080 50i      4:3
> > > 1440×1080 24p      4:3
> > > 1440×1080 23.976p    4:3
> > > https://en.wikipedia.org/wiki/Blu-ray#Video
> > 
> ------------------------------------------------------------------------------------------------
> > 1) Not at this time.
> > This is a nuisance for sure and occurs in other cases too; rather than
> > just throwing in a change that will have repercussions elsewhere, this
> > will have to be studied further.  I have been tasked to recreate the
> > situation you are describing and although I have been BD creating
> > all morning long, I still don't quite understand what is happening.
> > May be a while before that happens.
> >
> > > 1) File > open - Loading video file clips into Cinelerra-GG for BD
> > > rendering:
> > > The last used file name loaded is recreated fine, but as the wrong 
> file
> > > path used afterwards for saving BD rendering also is displayed, that
> > > file won't load.
> > 
> --------------------------------------------------------------------------------------------------------
> > 2a) Yes. Will be saving the "Work path" to be used again the next time.
> > 2b) Yes. Timezone will be looked at to determine default FPS.
> >
> > > 2) File > BD rendering - opens the Create BD window.
> > > a) The preset "Work path" is /tmp
> > > Is it possible to get the last used "Work path" for saving BD rendered
> > > file projects here; possibly setup a user project path for this?
> > > b) The preset "Format" is 1920x1080 at 29.97i 
> <mailto:1920x1080 at 29.97i> <mailto:1920x1080 at 29.97i 
> <mailto:1920x1080 at 29.97i>>
> > > Is it possible to get the automatic FPS here according to the
> > > time-region used as used in Cinelerra Set Format, which is
> > > PAL 25 FPS in my case or 1920x1080 at 25i <mailto:1920x1080 at 25i> 
> <mailto:1920x1080 at 25i <mailto:1920x1080 at 25i>> here?
>
> > 
> ------------------------------------------------------------------------------------------------------
> > 3) Sort of Yes: The current default choice is faster for testing and
> > users who
> > "just want to make a bluray" as easily and quickly as possible so we
> > didn't want to change the default from being bluray-something.  However,
> > he modified in bluray opts file the "profile=baseline" to
> > "profile=high" and
> > added a bluray-lo opts for the original. Processing will take longer for
> > newbies. This was only a compromise.
> >
> > > 3) next the Batch Render window opens with File format preset to 
> FFMPEG
> > > and m2ts
> > > The Video wrench button here opens the Video Preset window
> > > with Compression default preset as
> > > ...
> > > my question is if it would be a
> > > better choice to replace the current bluray.m2ts Baseline preset with
> > > avc422.m2ts (using the High422 profile) as defautl preset instead,
> > > according to
> >
> > > https://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Profiles
> > 
> ----------------------------------------------------------------------------------------------------------
> > 4) This requires learning Java script in detail for BD-J.  It is not
> > fun - unless
> > you like that sort of thing.  The Programming Blu-ray Disc hardcopy book
> > we have devotes almost 2/3 of its content just basically explaining
> > this and
> > really doesn't even provide enough information to actually code it
> > up.  What
> > I understand is that there are 2 ways that the player is supposed to
> > be able
> > to handle a disc -- #1 it should just start it (so I don't have to
> > lift a finger which
> > is how our 2 work) and #2 use the java script to allow manipulation.
> > Another
> > however, GG says if I look around the internet and can find a complete
> > template that is already coded up for the entire structure, he could
> > add that
> > to bdwrite and just substitute the correct values for titles, etc.  So
> > I am looking.
> >
> > > 4) BDMV/*/* content missing in the udfs folder
> > > We have discussed this issue earlier, and I think the missing content
> > > could be recreated afterwards by running bdwrite manually(?)
> > > Is it possible to get this issue fixed so that the complete BD
> > structure
> > > is created as normal during the BD rendering?
> >
> > 5) Adding code to save the bluray rendering batch job so they can be
> > changed. This shows up in BD Create window.  This was an oversight 
> in the
> > original code.
> > 6) Interlacing is now being handled for Top Field First, etc.
> > 
> ---------------------------------------------------------------------------------
> > Answer to another email quoted with > below:
> >
> >
> > Yes, the bdwrite program is fast and is started inside cinelerra.
> >
> > > Shortly I follow this simple test procedure with Cin 5.1 :
> > >
> > > 1. File > Load raw video file(s) from /video
> > > 2. File > BD render and use work path  my ~/Cin_Video
> > >
> > > The bd_#project folder is created in the ~/Cin_Video folder containing
> > > three files
> > > bd.m2ts  bd.sh  bd.xml
> > > When BD-render finishes the bd.m2ts file 100% (ETA 0:00:00), the
> > > additional udfs file and the EMPTY udfs folder is created and 
> Cinerella
> > > is automatic closed (quitted) immediately. Should it really?
> >
> > Yes, the bdwrite program is fast and is started inside cinelerra.
>
> >
> >
> >
> >
> >
> > _______________________________________________
> > Cinelerra mailing list
> > Cinelerra at lists.cinelerra-cv.org 
> <mailto:Cinelerra at lists.cinelerra-cv.org>
> > http://lists.cinelerra-cv.org/cgi-bin/mailman/listinfo/cinelerra
>
> _______________________________________________
> Cinelerra mailing list
> Cinelerra at lists.cinelerra-cv.org <mailto:Cinelerra at lists.cinelerra-cv.org>
> http://lists.cinelerra-cv.org/cgi-bin/mailman/listinfo/cinelerra
>
>
>
>
>
> 1�]�x,��,���V�w���-z׭���z/



More information about the Cinelerra mailing list