[Cin] Testing HDV on a Blu-ray Disc Without Re-encoding
Andrew Randrianasulu
randrianasulu at gmail.com
Thu Nov 25 06:05:17 CET 2021
On Thursday, November 25, 2021, Terje J. Hanssen <terjejhanssen at gmail.com>
wrote:
>
>
> Den 24.11.2021 23:29, skrev Andrew Randrianasulu:
>
>>
>>
>> On Thursday, November 25, 2021, Terje J. Hanssen <terjejhanssen at gmail.com
>> <mailto:terjejhanssen at gmail.com>> wrote:
>>
>>
>>
>> Just to add, I have several DVD and BD discs with video written
>> earlier using various tools, CinGG/bdwrite, K3b and NeroLinux, but
>> probably none using just this procedure for HDV:
>>
>> I repeat and continue from step using a blank DVD+RW disc:
>>
>> bdwrite /mntX 20081103140154_m2t-eac3.m2ts
>>
>> tree -h /mntX
>> /mntX
>> ├── [ 520] BDMV
>> │ ├── [ 40] AUXDATA
>> │ ├── [ 332] BACKUP
>> │ │ ├── [ 40] BDJO
>> │ │ ├── [ 92] CLIPINF
>> │ │ │ └── [ 480] 00000.clpi
>> │ │ ├── [ 40] JAR
>> │ │ ├── [ 110] MovieObject.bdmv
>> │ │ ├── [ 92] PLAYLIST
>> │ │ │ └── [ 184] 00000.mpls
>> │ │ └── [ 124] index.bdmv
>> │ ├── [ 40] BDJO
>> │ ├── [ 92] CLIPINF
>> │ │ └── [ 480] 00000.clpi
>> │ ├── [ 40] JAR
>> │ ├── [ 40] META
>> │ ├── [ 110] MovieObject.bdmv
>> │ ├── [ 92] PLAYLIST
>> │ │ └── [ 184] 00000.mpls
>> │ ├── [ 92] STREAM
>> │ │ └── [ 42M] 00000.m2ts
>> │ └── [ 124] index.bdmv
>> └── [ 272] CERTIFICATE
>> ├── [ 224] BACKUP
>> │ ├── [ 40] BDJO
>> │ ├── [ 40] CLIPINF
>> │ ├── [ 40] JAR
>> │ └── [ 40] PLAYLIST
>> ├── [ 40] BDJO
>> ├── [ 40] CLIPINF
>> ├── [ 40] JAR
>> └── [ 40] PLAYLIST
>>
>> 23 directories, 9 files
>>
>>
>> at least for now m2ts file is in)
>>
>> Yes, [ 42M] 00000.m2ts
>
>
>> umount /mntX
>>
>> dd if=/tmp/BD_HDV_20081103140154_m2t-eac3_m2ts.udfs of=/dev/sr0
>> bs=2048000
>> dd: error writing '/dev/sr0': No space left on device
>> 1+0 records in
>> 0+0 records out
>> 2048 bytes (2.0 kB, 2.0 KiB) copied, 0.0797526 s, 25.7 kB/s
>>
>> # dd: error writing '/dev/sr0': No space left on device
>> # Is there something in the dd command that prerequisite a BD
>> size disc: bs=2048000
>> # If so, what should it be for a 4.7 GB DVD+RW?
>>
>>
>> does first command work better?
>>
>> growisofs -Z /dev/bd=/tmp/newfilename.udfs
>>
>
> Yes, it works with DVD+R disc, see below.
>
>
>> 'bs' here is blocksize, never saw it that big, but then I never tried to
>> write to optical disk in this way...
>>
>>
>> # Is it possible to blank out the empty structures written to
>> DVD+RW, in case it require a blank disc?
>>
>>
>> not sure..
>>
>> try also to burn resulted image with some gui software? (just in case..)
>>
>>
>>
> It would be of interest if optional procedures with GUI tools could be set
> up and tested to create Blu-ray video discs, tsMuxer and/or MP4Box istead
> of FFMeg if possible (I don't know em) and K3b with support for Blu-ray
> discs?
yeah, i'll try to adapt somescript found in blog [*] for creating .meta
file for tsmuxer.
mp4box probably should me nentioned somewhere in manual as way to get
pcm-in-mp4 output
> (My experience with K3b mostly has been with recording raw videofiles from
> HDD to BD-R data discs for backup purposes, which lastly ended with
> firmware issues for the newer editions BD-R discs).
>
>
> Below added my latest successful test:
>
> ****************************************************
>
> New test using DVD+R disc and growiso instead:
>
> cd /video/HDV-M2T
>
> ls /tmp/BD*
> /tmp/BD_HDV_20081103140154_m2t-eac3_m2ts.udfs
> rm /tmp/BD_HDV_20081103140154_m2t-eac3_m2ts.udfs
>
> ls /mntX
>
> mkudffs /tmp/BD_HDV_20081103140154_m2t-eac3_m2ts.udfs 25700
> filename=/tmp/BD_HDV_20081103140154_m2t-eac3_m2ts.udfs
> label=LinuxUDF
> uuid=619ecc94e14e5d10
> blocksize=2048
> blocks=25700
> udfrev=201
> start=0, blocks=16, type=RESERVED
> start=16, blocks=3, type=VRS
> start=19, blocks=237, type=USPACE
> start=256, blocks=1, type=ANCHOR
> start=257, blocks=16, type=PVDS
> start=273, blocks=1, type=LVID
> start=274, blocks=25169, type=PSPACE
> start=25443, blocks=1, type=ANCHOR
> start=25444, blocks=239, type=USPACE
> start=25683, blocks=16, type=RVDS
> start=25699, blocks=1, type=ANCHOR
>
> mount -o loop /tmp/BD_HDV_20081103140154_m2t-eac3_m2ts.udfs /mntX
>
> bdwrite /mntX 20081103140154_m2t-eac3.m2ts
>
> tree -h /mntX/BDMV
> /mntX/BDMV
> ├── [ 40] AUXDATA
> ├── [ 332] BACKUP
> │ ├── [ 40] BDJO
> │ ├── [ 92] CLIPINF
> │ │ └── [ 480] 00000.clpi
> │ ├── [ 40] JAR
> │ ├── [ 110] MovieObject.bdmv
> │ ├── [ 92] PLAYLIST
> │ │ └── [ 184] 00000.mpls
> │ └── [ 124] index.bdmv
> ├── [ 40] BDJO
> ├── [ 92] CLIPINF
> │ └── [ 480] 00000.clpi
> ├── [ 40] JAR
> ├── [ 40] META
> ├── [ 110] MovieObject.bdmv
> ├── [ 92] PLAYLIST
> │ └── [ 184] 00000.mpls
> ├── [ 92] STREAM
> │ └── [ 42M] 00000.m2ts
> └── [ 124] index.bdmv
>
> 12 directories, 9 files
>
>
> umount /mntX
>
>
> growisofs -Z /dev/sr0=/tmp/BD_HDV_20081103140154_m2t-eac3_m2ts.udfs
> Executing 'builtin_dd if=/tmp/BD_HDV_20081103140154_m2t-eac3_m2ts.udfs
> of=/dev/sr0 obs=32k seek=0'
> PERFORM OPC failed with SK=5h/ASC=21h/ACQ=04h]: Invalid argument
> START UNIT failed with SK=2h/MEDIUM NOT PRESENT - TRAY OPEN]: No medium
> found
> /dev/sr0: "Current Write Speed" is 16.4x1352KBps.
> the LUN is still in process of becoming ready, retrying in 5 secs...
> 0/52633600 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0%
> the LUN is still in process of becoming ready, retrying in 5 secs...
> 0/52633600 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0%
> the LUN is still in process of becoming ready, retrying in 5 secs...
> 0/52633600 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0%
> 0/52633600 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0%
> 0/52633600 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0%
> 0/52633600 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0%
> 0/52633600 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0%
> 0/52633600 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0%
> 0/52633600 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0%
> 0/52633600 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0%
> 0/52633600 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0%
> 17203200/52633600 (32.7%) @3.7x, remaining 1:28 RBU 100.0% UBU 1.3%
> 48857088/52633600 (92.8%) @6.9x, remaining 0:03 RBU 11.3% UBU 100.0%
> builtin_dd: 25712*2KB out @ average 0.8x1352KBps
> /dev/sr0: flushing cache
> /dev/sr0: updating RMA
> /dev/sr0: closing session
>
> # Had to escape the blank DVD+R disc with Gnome Files and then enter it
> again before it mounted as LinuxUDF
>
> cd /run/media/terje/LinuxUDF
>
> tree -h .
> .
> ├── [ 520] BDMV
> │ ├── [ 40] AUXDATA
> │ ├── [ 332] BACKUP
> │ │ ├── [ 40] BDJO
> │ │ ├── [ 92] CLIPINF
> │ │ │ └── [ 480] 00000.clpi
> │ │ ├── [ 40] JAR
> │ │ ├── [ 110] MovieObject.bdmv
> │ │ ├── [ 92] PLAYLIST
> │ │ │ └── [ 184] 00000.mpls
> │ │ └── [ 124] index.bdmv
> │ ├── [ 40] BDJO
> │ ├── [ 92] CLIPINF
> │ │ └── [ 480] 00000.clpi
> │ ├── [ 40] JAR
> │ ├── [ 40] META
> │ ├── [ 110] MovieObject.bdmv
> │ ├── [ 92] PLAYLIST
> │ │ └── [ 184] 00000.mpls
> │ ├── [ 92] STREAM
> │ │ └── [ 42M] 00000.m2ts
> │ └── [ 124] index.bdmv
> └── [ 272] CERTIFICATE
> ├── [ 224] BACKUP
> │ ├── [ 40] BDJO
> │ ├── [ 40] CLIPINF
> │ ├── [ 40] JAR
> │ └── [ 40] PLAYLIST
> ├── [ 40] BDJO
> ├── [ 40] CLIPINF
> ├── [ 40] JAR
> └── [ 40] PLAYLIST
>
> 23 directories, 9 files
>
> # The DVD+R disc is written OK
> # Open the top BDMV with VLC from Gnome Files starts playing the video.
cool, patience win!
But.. does it play in hw player?
[*] -
https://www.google.com/amp/s/irishjesus.wordpress.com/2010/10/17/blu-ray-movie-authoring-in-linux/amp/
====
function mux_bluray_assets {
echo 'Muxing streams and generating BDMV file structure'
# create the metafile needed by tsMuxeR
echo "MUXOPT --no-pcr-on-video-pid --new-audio-pes --blu-ray --vbr
--custom-chapters=00:00:00.000;00:05:00.000;00:10:00.000;00:15:00.000;00:20:00.000;00:25:00.000
--split-size=2GB --vbv-len=500" > $TSMUXER_META
echo "V_MPEG4/ISO/AVC, \"$H264_FILE\", fps=23.976, insertSEI, contSPS,
ar=As source" >> $TSMUXER_META
echo "A_LPCM, \"$WAV_FILE\", lang=eng" >> $TSMUXER_META
# mux the two files and generate the BR-structure
$TSMUXER $TSMUXER_META $BDMV_PATH >>mkbdmovie.log 2>&1
}
===
>
> ================
>
> Terje J. H
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20211125/6ce3daa0/attachment-0001.htm>
More information about the Cin
mailing list