Search found 472 matches

by synchronicity
Sun Aug 28, 2016 8:02 pm
Forum: wimlib discussion
Topic: wimlib 1.10.0 released
Replies: 6
Views: 11459

Re: wimlib 1.10.0 released

By the way, any chance to changed the hard coded 16 (Kbyte or Mbyte don't remember) hole after each file anytime soon in NTFS-3G?
I am planning to work on this, but I cannot guarantee when it will happen.
by synchronicity
Sun Aug 28, 2016 5:54 pm
Forum: wimlib discussion
Topic: wimlib 1.10.0 released
Replies: 6
Views: 11459

Re: wimlib 1.10.0 released

Wimlib is already the fastest and most storage efficient archiver we got in our real use case. And you manage to still improve performance :D Yes, I keep the compressors and decompressors very well optimized. This is useful not just for wimlib specifically but also for learning about how to optimiz...
by synchronicity
Fri Aug 26, 2016 5:55 am
Forum: wimlib discussion
Topic: Failed to open iconv from UTF-8 to UTF-16LE: Invalid argument
Replies: 3
Views: 9324

Re: Failed to open iconv from UTF-8 to UTF-16LE: Invalid argument

For future reference: wimlib 1.10.0 no longer uses iconv, so the iconv modules are no longer needed.
by synchronicity
Sat Aug 20, 2016 7:26 am
Forum: wimlib discussion
Topic: wimlib 1.10.0 released
Replies: 6
Views: 11459

wimlib 1.10.0 released

wimlib version 1.10.0 has been released. Notable changes: The LZX compression ratio has been slightly improved. The default mode, LZX level 50, is now almost as good as the old LZX level 100, while being nearly the same speed as before. Decompression performance has been slightly improved. Filenames...
by synchronicity
Tue Aug 16, 2016 7:07 am
Forum: wimlib discussion
Topic: wimlib can't handle case sensitive names on Windows 10
Replies: 7
Views: 12694

Re: wimlib can't handle case sensitive names on Windows 10

I've updated wimlib to honor the obcaseinsensitive=0 registry setting when extracting. It was actually a fairly trivial change since the Windows extraction code effectively already honored the setting; it just needed to declare that case sensitive names are supported, when they are. You can find the...
by synchronicity
Tue Aug 16, 2016 6:49 am
Forum: wimlib discussion
Topic: Suggestion: merge capture and append into functionally identical commands
Replies: 12
Views: 20903

Re: Suggestion: merge capture and append into functionally identical commands

Yes, different archivers do things differently, and different people have different expectations... so it is hard to decide on a behavior. To be on the safe side, I might not make these changes before the next release. But I will keep them in mind for later. In the mean time, for completeness I shou...
by synchronicity
Sun Aug 14, 2016 6:57 pm
Forum: wimlib discussion
Topic: Suggestion: merge capture and append into functionally identical commands
Replies: 12
Views: 20903

Re: Suggestion: merge capture and append into functionally identical commands

I am liking this version of the changes the most: * wimappend creates a new WIM archive if one doesn't yet exist, thereby acting like wimcapture in that scenario * wimcapture requires confirmation before overwriting an existing archive * --force option causes it to always overwrite * If used interac...
by synchronicity
Sun Aug 14, 2016 3:37 pm
Forum: wimlib discussion
Topic: Suggestion: merge capture and append into functionally identical commands
Replies: 12
Views: 20903

Re: Suggestion: merge capture and append into functionally identical commands

Well, 1.10 is actually a minor version, and most people do not read release notes. Granted, I've had a habit of making potentially breaking changes in minor versions anyway, but they usually have been minor changes I felt were unlikely to break anyone in practice. Not all file archivers ask the user...
by synchronicity
Sat Aug 13, 2016 4:06 am
Forum: wimlib discussion
Topic: Suggestion: merge capture and append into functionally identical commands
Replies: 12
Views: 20903

Re: Suggestion: merge capture and append into functionally identical commands

It may have been a good idea to do this originally. There would still need to be an option to always create a new archive, rather that potentially use an existing archive; it just wouldn't be the default behavior. Changing it now is worth considering, but I am concerned that the change would cause c...
by synchronicity
Fri Aug 12, 2016 2:49 am
Forum: wimlib discussion
Topic: Only apply metadata
Replies: 2
Views: 5902

Re: Only apply metadata

I'm not sure I understand your problem and how your proposed feature relates to it. Are you saying that the wimapply process is being killed before it has finished? If so, that isn't the fault of wimapply. You need to ensure that it is allowed to run to completion. The details of exactly what it doe...