Blu-ray .iso too big or not working in VLC or Kodi.

[parentesticles]

Works: "disctype=bdrom,minver=0x250" Results in a .iso 20% larger than the .iso created by "ImgBurn" for Windows.

Not working: "disctype=bdr,minver=0x250" The .iso size is nearly identical to ImgBurn's, but the .iso will not play correctly (freezes or black screen) or will not play at all in VLC or Kodi.

I'm trying to have the smaller .iso size like "disctype=bdr" and play in VLC/Kodi as "disctype=bdrom" does.

The source .iso I'm using is "Sintel-Bluray.iso" from: https://archive.org/download/SintelDCP_201512

Using "udf_test" I notice 2 warnings:

1/2
Working (ImgBurn):

Changed medium CL type from unknown finalization state to finalized
      because of more than one AVDP found

Not working (makefs):

Changed medium CL type from unknown finalization state to intermediate state
      because of single AVDP and sequential file system with VAT

Warning: Intermediate state for single AVDP and sequential file system with VAT.
 Only one AVDP at location 256, UDF 2.2.3, 6.10..., 6.13..., 6.14....

 Note: Partition p0 last block: 12219103,
      beyond last valid block:  777823, ECMA 3/5.7, 3/8.5.
      Allowed for intermediate state only.

2/2
Working (ImgBurn):

Checking VDS 'far apart' allocation for Main and Reserve VDS.

Volume Descriptor Sequence 'far apart' test summary:
     Main VDS LBA range:         32  thru         47,   1 extent
  Reserve VDS LBA range:     777888  thru     777903,   1 extent
 lowest packet distance:   48616 ECC packets (100.0% of remaining Volume Space)
    test margin level 1:    4870 ECC packets ( 10.0% of remaining Volume Space)
    test margin level 2:   12160 ECC packets ( 25.0% of remaining Volume Space)
      Main VDS    Reserve VDS    ECC packet distance
           47         777888        48616   

Not working (makefs):

Checking VDS 'far apart' allocation for Main and Reserve VDS.

Volume Descriptor Sequence 'far apart' test summary:
     Main VDS LBA range:        288  thru        319,   1 extent
  Reserve VDS LBA range:        320  thru        351,   1 extent
 lowest packet distance:       1 ECC packet  (  0.0% of remaining Volume Space)
    test margin level 1:    4870 ECC packets ( 10.0% of remaining Volume Space)
    test margin level 2:   12160 ECC packets ( 25.0% of remaining Volume Space)
     1 extent combination less than 4870 ECC packets apart
      Main VDS    Reserve VDS    ECC packet distance
          319            320            1      adjacent packets

Warning: Main VDS and Reserve VDS extents not far apart, see
   summary above, UDF 2.2.3.2, UDF 2.50 errata DCN-5113.
   Far apart rules for VDS are introduced in UDF 2.50.

[Randrianasulu]

Ah, thanks for testing! I am not The author of of this program, I just hacked it a bit so it (tries) towork outside NetBSD. I have NetBSD installed so I'll try to replicate your findings there and email author.

[Randrianasulu]

so on Slackware it shows this

./makefs -t udf -o T=bdrom,v=0x250,V=0x250,p=1  /dev/shm/UDF-bdr.iso /mnt/sr0_cdrom/
Calculated size of `/dev/shm/UDF-bdr.iso' is 1573740 KiB, 1536 MiB, 1 GiB with 29 inodes
Building disc compatible with UDF version 250 to 250

UDF properties       Щ“€;шчT@�яФ@�я™Цхч\@�я ;шч
Volume set          `68cd6839105754d3'
Primary volume      `5f23670a`
Logical volume      `anonymous`
Metadata percentage  1% (1% used)

Total space on this medium approx. 1946176 KiB, 1900 MiB
Recordable free space on this volume approx.  1945408 KiB, 1899 MiB

/mnt/sr0_cdrom//BDMV/BACKUP/CLIPINF/00000.clpi
/mnt/sr0_cdrom//BDMV/BACKUP/CLIPINF/01900.clpi
/mnt/sr0_cdrom//BDMV/BACKUP/index.bdmv
/mnt/sr0_cdrom//BDMV/BACKUP/MovieObject.bdmv
/mnt/sr0_cdrom//BDMV/BACKUP/PLAYLIST/00000.mpls
/mnt/sr0_cdrom//BDMV/BACKUP/PLAYLIST/01900.mpls
/mnt/sr0_cdrom//BDMV/CLIPINF/00000.clpi
/mnt/sr0_cdrom//BDMV/CLIPINF/01900.clpi
/mnt/sr0_cdrom//BDMV/index.bdmv
/mnt/sr0_cdrom//BDMV/MovieObject.bdmv
/mnt/sr0_cdrom//BDMV/PLAYLIST/00000.mpls
/mnt/sr0_cdrom//BDMV/PLAYLIST/01900.mpls
/mnt/sr0_cdrom//BDMV/STREAM/00000.m2ts
/mnt/sr0_cdrom//BDMV/STREAM/01900.m2ts

and yes, file is 1.9 Gb vs 1.5 Gb

And if I try bdr it ways

./makefs -t udf -o T=bdr,v=0x250,V=0x250,p=1  /dev/shm/UDF-bdr.iso /mnt/sr0_cdrom/
makefs: makefs_udf: won't fit on disc!

without even showing size calculations

[Randrianasulu]

ah, edit1 If I remove previous file it says:

./makefs -t udf -o T=bdrom,v=0x250,V=0x250,p=1  /dev/shm/UDF-bdr.iso /mnt/sr0_cdrom/
Calculated size of `/dev/shm/UDF-bdr.iso' is 1573740 KiB, 1536 MiB, 1 GiB with 29 inodes
Building disc compatible with UDF version 250 to 250

UDF properties       Щ“€;ычД�бяD™бя™ЦшчМ�бя ;ыч
Volume set          `68cd69631cd7669e'
Primary volume      `053c40d5`
Logical volume      `anonymous`
Metadata percentage  1% (1% used)

Total space on this medium approx. 1573120 KiB, 1536 MiB
Recordable free space on this volume approx.  1572352 KiB, 1535 MiB

/mnt/sr0_cdrom//BDMV/BACKUP/CLIPINF/00000.clpi
/mnt/sr0_cdrom//BDMV/BACKUP/CLIPINF/01900.clpi
/mnt/sr0_cdrom//BDMV/BACKUP/index.bdmv
/mnt/sr0_cdrom//BDMV/BACKUP/MovieObject.bdmv
/mnt/sr0_cdrom//BDMV/BACKUP/PLAYLIST/00000.mpls
/mnt/sr0_cdrom//BDMV/BACKUP/PLAYLIST/01900.mpls
/mnt/sr0_cdrom//BDMV/CLIPINF/00000.clpi
/mnt/sr0_cdrom//BDMV/CLIPINF/01900.clpi
/mnt/sr0_cdrom//BDMV/index.bdmv
/mnt/sr0_cdrom//BDMV/MovieObject.bdmv
/mnt/sr0_cdrom//BDMV/PLAYLIST/00000.mpls
/mnt/sr0_cdrom//BDMV/PLAYLIST/01900.mpls
/mnt/sr0_cdrom//BDMV/STREAM/00000.m2ts
/mnt/sr0_cdrom//BDMV/STREAM/01900.m2ts

so may be just try p=1 (code does not allow me to set it to zero) and remove and re-create disk ?
@parentesticles

[parentesticles]

That works, but 1% will add up :-/

So basically, "metaperc=0" needs to be allowed. I assume that 1% isn't needed since ImgBurn doesn't seem to add it and "udf_test" sees ImgBurn's .isos as valid.

Also, to me "metaperc|p" seems to apply incorrectly:
Using p=50, the output.iso is 3GB (filesize * 2)
Using p=99 seems WAY off, seems more like a 9900% increase: Calculated size of `output1.iso' is 155501492 KiB, 151856 MiB, 148 GiB with 29 inodes makefs: won't fit due to set maximum disk size

I'm not sure what magic is being used by ImgBurn, but I guess I'll stick with it.

Thanks for testing to share my pain :-)