I suspect BTRFS is probably a better solution for my needs, but I really wanted to try out this solution.
I ran this for the first time, and it took 7.5 hours to create 5.9 TB files. Both files have the same timestamp. Which has me fearing that means both parity files are being updated at the same time. In which case if I have a disk failure during that time window, neither parity file is valid... I'm actually impressed that it only took 7.5 hours, and a scrub on takes about 23 hours on the same set of drives. I am hoping on subsquent nights it takes advantage of the diff not to rebuild the full parity...
It has taken about a week to shift around the data to make this work. So far it looks good. The raid1c3 volume will also be useful to store configurations and such making it easier to recover. I probably won't go with the solution of extending the parity if it exceeds the 8:7 compression ratio, as that to me would indicate I should just buy a couple of 10 or 12 TB to be the parity drives.
It has taken about a week to shift around the data to make this work. So far it looks good. The raid1c volume will also be useful to store configurations and such making it easier to recover. I probably won't go with the solution of extending the parity if it exceeds the 8:7 compression ratio, as that to me would indicate I should just buy a couple of 10 or 12 TB to be the parity drives.
The pool idea probably won't work, because there will be no trigger for the expansion. So 4x7TB btrfs volumes for snapraid with the 2x8TB. Then the remainder 1TB drive and half the 4TB for triple backup brtfs RAID for very compressible files. If I use lvm for the party drives I can expand the parity drives if necessary. I have the raining 2TB on the 4TB drive and I am fairly certain I can scavenge a couple of 1TB drives for the other. So unless my compression ratio exceeds 10/7 I am good.
I realize this is an old discussion. But I stumbled across this because I have the same type of need. In my case the smapraid needs to be a live backup of NAS with 30 TB of stoage. i have 6x8TB+ a 4TB drive i can use for the backup. However, the NAS is using zsh compression. SMost of my files are non-compressible. But i do habe some colplete drive images and isofiles that atevessientially spars files. I Now the 4TB drive is very old, so i could use it for hail mary 3rd copy of things, but never with...
Years ago, AT&T sold DjVu to LizardTech. Inc. That company then owned two different imaging technologies. DjVu and MrSID. MrSID was mainly used for maps, as it could do unlimited map sizes both in lossless and lossy formats. DjVu was used for documents, as it had multiple layers and could store documents far more efficiently. One of the first things the developers did is try DjVu's image format as a replacement for MrSID, and tried MrSID's imaging format as a replacement for DjVu's background image...
You can consider this abandoned software. if i were to do anything with this it would be to rewrite something that uses an off the shelve xml library. This tool was never intended as a long term solution. Just more a proof of concept that met immediate needs. But I would not actually do the rewrite because I have no use for it. I also have no test bed to assure quality, and i have no evidence anyone else needs this updated badly enough to help support the effort it would take to ensure quality.
You can consider this abandon software. if i were to do anything with this it would be to rewrite something that uses an off the shelve xml library. This tool was never intended as a long term solution. Just more a proof of concept that met immediate needs. But I would not actually do the rewrite because I have no use for it. I also have no test bed to assure quality, and i have no evidence anyone else needs this updated badly enough to help support the effort it would take to ensure quality.
You can consider this abandon software. if i were to do anything with this it would be to rewrie something that uses an off the shelve xml library. This tool was never intended as a lomg term solution. Just more a poc that met immediate needs. But i would not actually do the rewrite, because o have no use for the code. No test bed to assure quality. And i have no evidence anyone else needs this updated badly enough to help support the effort it would take.
You can consider this abandon software. if i were to do anything with this it would be to rewrie something that uses an off the shelve xml library. This tool was never intended as a lomg term solution. Just more a poc that met immediate needs. But i would not actually do the rewrite, because o have no use for the code. No test bed to assure quality. And i have no evidence anyone else needs this uodated badly enough to help support the effort it would take.
"DJVU developer cannot be verified"
This is Leon's project. I just happened to be the one who was authorized to originally create the project in sourceforge. I see he responded with several links. Hopefully one of those helps.
The javadjvu client used to be usable as a standalone we browser as well. But the Java features it used have been absolete for 20 years. As far as I know I am the only person in the world that misses being able to use that feature. On Sun., Oct. 25, 2020, 11:09 a.m. Janusz, jsbien@users.sourceforge.net wrote: What about distributing it preconfiguring with djview4: https://github.com/andy-portmen/external-application-button/issues/50 ? [feature-requests:#100] https://sourceforge.net/p/djvu/feature-requests/100/...
I think I understand the issue. The fundamental assumption is ad-skip for play-on works. But when I play the same videos in play-on with ad-skip, I still see lots of ads, and I am willing to bet the same parts of the show are skipped. I was hoping play-on actually detected being sent to separate source. But it looks like it simply detects ads the same way plex does, but with worse tuning for older 480p shows.
Same issue with "Buck Rogers in the 25th Century - s01e05 - Vegas in Space.mp4", only this time the Advertisement.mp4 file was deleted, so there are even fewer clues as to why parts of the show were removed as commercials.
Strips away show and deletes backup.
Why would you expect the URL to work? The purpose of the % encoding characters is to prevent the characters from being interpreted with special meaning. If you create a file on your server named "IMPACT_GT_1/00426979.djvu?djvuopts" how would you specify you wanted that file, we ignored the escape intended by using %3F instead of ? in the URL. Some code tries to do what you mean, not what you say. Meaning you may well have some URL parsers that see the & and decide the question mark must be literal....
Not at all...
I'm sad to say I haven't even touched the website in over 10 years. The domain name...
Mouse problems when running under Fedora
If I had the time, I would try writing a basic HTML5 viewer to get a project going....
I ran across andriod app not to long ago that claimed as one of it's features that...
Both djvused and the xml tools can extract as much geometry as is stored in the text...