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

Terje J. Hanssen terje at nordland-teknikk.no
Thu Dec 22 19:33:58 CET 2016


Sorry, I managed to mess up the  output listings so they looks confusing 
here. I will look over once more and correct them next.

Terje J. H

Den 22. des. 2016 18:14, skrev Terje J. Hanssen:
> 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