Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Option to write ICBs (information control blocks) less often. #70

Open
HT-7 opened this issue Jan 16, 2024 · 0 comments
Open

Option to write ICBs (information control blocks) less often. #70

HT-7 opened this issue Jan 16, 2024 · 0 comments

Comments

@HT-7
Copy link

HT-7 commented Jan 16, 2024

Writing information control blocks (ICBs) on UDF 2.60 causes delays because the laser lens needs to go to the beginning (metadata track).

On Windows, the excessive writing of ICBs leads to the Blu-ray becoming read-only, because the buggy UDF driver of Windows seems to be unable to utilize the entire metadata track.

Please give the user the option to write ICBs less frequently. For example, once every 500 MB or once every 1 GB. This would increase writing performance and reduce delays.

An option to set UDF could look like this: mount -o icb_interval=500M. If the user runs the sync command, the ICBs would be written immediately.

Also, if the last write is finished (detected by no write since 5 seconds) or the user presses the eject button on the optical drive, the unwritten ICBs would be written.

Another problem with a high number of ICBs appears to be slow loading of directory listings. From the WindowsForum post:

It can also be assumed that a high number of ICBs (information control blocks) slows down the loading of file lists. As a reference, loading file lists on UDF 2.60, the file system used for Blu-ray, is similarly as slow as on MTP (Media Transfer Protocol), which is used by smartphones through USB.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant