00:12:03 *** BigAnon has quit (Ping timeout) 00:15:48 *** BigAnon (BigAnon@7D402C80.495D65D2.80CBFD1A.IP) has joined #crytocc 01:10:16 *** HiveResearch has quit (Ping timeout) 03:05:35 *** emptyreddata (emptyred@856A53CC.B454AB78.6B89ED8F.IP) has joined #crytocc 03:13:00 *** emptyreddata has quit (Ping timeout) 03:13:14 *** emptyreddata (emptyred@856A53CC.B454AB78.6B89ED8F.IP) has joined #crytocc 03:27:48 *** emptyreddata has quit (Ping timeout) 04:05:04 *** tmbucky (tmbucky@cryto-ED61415A.us-west-1.compute.amazonaws.com) has joined #crytocc 04:06:25 *** tmbucky has quit (User quit: Connection closed) 04:11:26 *** HiveResearch (HiveResear@developers.developers.developers) has joined #crytocc 05:12:27 *** mama (hell@cryto-BBDC76E6.tor.uwaterloo.ca) has joined #crytocc 05:15:48 *** mama_ (hell@A224C3CF.6D354C49.40C1D8BB.IP) has joined #crytocc 05:16:35 *** mama has quit (Ping timeout) 05:16:36 *** mama_ is now known as mama 06:23:10 *** anonO_o (anonO_o@anonO_o) has joined #crytocc 06:27:56 *** Ari (Ari@Ari.users.cryto) has joined #crytocc 06:29:09 *** anonO_o has quit (Input/output error) 06:32:48 *** anonO_o (anonO_o@anonO_o) has joined #crytocc 08:31:46 *** Ari has quit (Ping timeout) 09:37:03 *** anonO_o has quit (Input/output error) 09:51:37 joepie91: ok 09:51:56 What I mean is that is it a great way to push realtime information 09:52:15 that has always been a need for me; no protocol has really been able to do that 09:52:45 IRC sortof, but XMPP is secured, distributed, and better, albeit complex 09:53:24 Also, I dont think programmers will have a problem using it, as long as they are given XMPP libraries 09:53:46 Implementing XMPP wouldnt be something you did for fun, unlike IRC though 09:54:09 Aside: Just installed ejabberd on my server, and got a client working. How do I test? 10:33:40 twitchyliquid64, Talk to duckduckgo bot - im@ddg.gg 10:34:17 (or some maybe human, too ;)) 11:01:47 *** mama has quit (User quit: ciao) 11:23:47 *** iceTwy (iceTwy@cryto-610769D0.fbx.proxad.net) has joined #crytocc 11:26:58 *** iceTwy has quit (Ping timeout) 11:29:29 *** mama (hell@cryto-56EAB911.colagioia.net) has joined #crytocc 11:34:11 hi 12:03:33 *** crytocc-c has quit (Ping timeout) 12:05:04 *** THX1337b (THX1337b@cryto-ED61415A.us-west-1.compute.amazonaws.com) has joined #crytocc 12:06:25 *** THX1337b has quit (User quit: Connection closed) 12:15:57 MK_FG: works :D 12:49:17 *** mama has quit (Ping timeout) 12:49:40 *** mama (hell@cryto-F9D9164.torservers.net) has joined #crytocc 12:54:29 *** mama_ (hell@cryto-5A84CAEB.solidonetworks.com) has joined #crytocc 12:55:14 *** mama has quit (Ping timeout) 12:55:14 *** mama_ is now known as mama 13:16:23 *** LastOneStanding (lalalala@5C0B2CEF.B458528D.147E7205.IP) has joined #crytocc 13:18:31 *** monod (~pmpf@monod.users.cryto) has joined #crytocc 13:18:50 hi good guys 13:19:21 holy good news: I'm starting considering buying a new PAIR of hard disks :) 13:20:15 and now I'm looking for things I can backup on dvds.. if I need to compress data, is it useful to group things? is it likely to reduce entropy and to improve compression? 13:21:27 i.e.: should I consider forming the biggest blocks of archivable data possible and trying zipping it with a powerful compress tool like bzip2, which spends more time and memory but tries to produce better compression ratios? 13:30:49 depends 13:31:03 how big is the data and how much processing power/time do you have available? 13:38:23 or in other words, do I have better chance of getting a GOOD compression if I group things up? the data is this big: (checking...) 13:38:35 29.8GB 13:38:42 how much of the data is raw text and how much is video? 13:40:00 (checking) 13:40:29 video: 1GB more or less. ISO file (raw cd then): 28GB more or less 13:40:35 and that's all 13:40:39 right 13:40:48 the ISOs you will probs get good compression 13:40:53 YEAAAAAH 13:40:56 text will get good compression 13:40:58 ..are you sure? 13:41:01 but video will get very little 13:41:10 I am pretty sure 13:41:31 alot of ISOs tend to have a large series of identical null bytes 13:41:34 or patterns 13:41:39 which compress well 13:41:50 oh yeah, video is like that because they're likely to already being compressed? 13:41:56 exactly 13:42:01 sounds a good scenario though :) 13:42:08 though?? 13:42:10 wrong word 13:42:12 sorry xD 13:42:17 then* 13:42:24 yepppp :D 13:42:27 one thing worth trying 13:42:36 is just to zip a small sample of the data 13:42:41 to see if its worth it 13:42:45 oh 13:42:48 nice 13:42:49 before you spend days on the full set 13:42:54 ok 13:43:06 so I'll be fine zipping e.g. 1 dvd of about 4GB? 13:43:14 who knows 13:43:19 never zipped something that big 13:43:24 alright 13:43:32 I'll make some tests then 13:43:55 and what compression do you suggest? I've read bzip2 is very nice regarding the final compression ratio 13:44:03 (at memory & tiem costs) 13:44:13 doesnt really matter 13:44:20 ISOs tend to have repeating patterns 13:44:25 oh ok 13:44:28 all compressions can do tht really 13:44:34 just don use something completely shit 13:44:46 tl;dr: bzip2 will do :) 13:45:14 will do? shit or good? :D 13:45:30 good 13:45:37 ok 13:46:15 but can I pick a faster one up since ISOs are supposed to compress well, right? so, I'm trying to optimize performances :D Going to check the small sample of data anyway 13:46:28 I have no idea 13:46:44 you would have to do alot of analysis as to which one is best suited 13:46:53 I reckon just pick a decent fast one and run with it :D 13:47:22 bad news: right clicking an ISO file makes appear a menu in which there's no "compress" entry, yet is there an "extract" entry o_O 13:47:37 lol 13:47:42 use command line tools :D 13:47:48 ok 13:49:12 do I have to TAR before GZIP/BZIP/7ZIP-ing? 13:49:19 no 13:49:24 I ask because I've always seen .tar.bz 13:49:25 oh ok 13:49:29 thanks 13:49:31 tar combines files without compressions 13:50:32 for those programs that do not offer file managing but only do the compression 13:50:41 I've have read something like this yesterday 14:03:32 the sample data test yielded a very bad compression ratio for a 2GB ISO file: 0.05%, or: from 2GB to 1.9GB :D 14:03:53 *0.5% 14:05:16 quite unlucky 14:22:22 *** mama has quit (Ping timeout) 14:25:51 *** mama (hell@cryto-AD94BD39.snydernet.net) has joined #crytocc 14:39:51 but! maybe I've picked the wrong sample! Cause now I'm 7zip-ing another sample folder and has shrinked to 1.2GB from 6GB, while the process is at 60-70%, more or less! WHOA! 14:40:01 hope it's not gonna explode right now xD 14:42:55 *** Cryto015 (Cryto015@D08373E3.4F428655.BF6A853B.IP) has joined #crytocc 14:43:04 *** Cryto015 has quit (User quit: Page closed) 14:58:14 xz is usually used in place of bz2 these days 14:59:31 It's slower to create than to unpack, so is a good match for distribution packages where you pack once for zillion people to unpack 15:00:02 So maybe not that good in case of backups ;) 15:11:17 because they would take longer than usual? 15:11:25 *** Ari (Ari@Ari.users.cryto) has joined #crytocc 15:11:36 *** Cryto478 (Cryto478@5AF1937F.D4433D3D.8DAB6EB9.IP) has joined #crytocc 15:12:32 Longer to create, yes 15:12:38 GOD EXISTS!!!!!Ù 15:12:50 You might never have to read these, after all ;) 15:12:57 6.2 to 2.0 15:12:59 with 7zip 15:13:09 which these? 15:13:16 Backups, I mean 15:13:23 oh 15:13:38 righta, who knows 15:13:50 "The Vatican has just announced that, despite what Pope Francis said in his homily earlier this week, atheists are still going to hell." :P 15:14:07 and now the semifinal between 7zip and xz :D 15:14:10 HAHAHA 15:14:29 never heard before! I think it's just as simple as fantastic xD 15:14:45 *** Ari has quit (Ping timeout) 15:14:47 *** Cryto478 has quit (Ping timeout) 15:18:21 monod:) :D 15:18:26 mooooorniiiiing :D 15:19:05 moooooooooooooorning ladyz 15:19:24 :) 15:20:59 I like reading that an "extreme" param exists in xz's possible ones. I don't if I would be happy as well using it though xD 15:22:55 haha 15:23:08 yeah that might just compress your computer into barely working anymore :"D 15:25:25 oh god 15:25:29 god doesn't exist. 15:25:42 the file was actually split into 3 2.0GB files 15:25:49 and there you have your fresh 0% compression 15:25:54 lawl 15:26:07 need for more tests! 15:26:36 :3 15:26:45 MON DIEU >:D 15:42:01 *** monod has quit (User quit: gotta go. Back in some 2 hours or so. Bye guyyyss!) 16:42:54 NP: [Tinariwen - Dualahila ar Tesninam] [Amassakoul] [786kbps] DeaDBeeF 0.5.6-3jane 16:58:25 *** iceTwy (iceTwy@cryto-610769D0.fbx.proxad.net) has joined #crytocc 16:58:28 ohai 16:58:46 *** iceTwy has quit (User quit: Quit) 16:58:56 *** iceTwy (iceTwy@cryto-610769D0.fbx.proxad.net) has joined #crytocc 17:02:50 *** iceTwy has quit (User quit: Quit) 17:13:09 *** Shinji (AndChat611@Shinji.anon) has joined #crytocc 17:34:12 *** Shinji has quit (Ping timeout) 17:37:52 *** Shinji (Shinji@Shinji.anon) has joined #crytocc 17:43:18 *** mama has quit (Ping timeout) 17:50:34 *** mama (hell@BC9C782E.DA3E8586.A0534C64.IP) has joined #crytocc 18:12:37 *** Shinji has quit (User quit: Page closed) 18:34:47 *** monod (~pmpf@monod.users.cryto) has joined #crytocc 18:35:04 hello there guys 18:35:31 xz compression has the same result of 7zip compression, on my sample iso files, just for you to know when you'll backup your folders 18:36:47 I think they're based off the same LZMA algorithm 18:36:56 (both 7z and xz, that is) 18:38:35 oohh, you may be right! I did not check out! 18:39:00 have you read about PAQ compression algorithm? the one implemented in KGB archiver 18:39:27 I now know why it compress like no one else, but also spend 200+ hours doing so: it's a probabilistic algorithm! 18:40:16 it's available as a command line for linux and as a GUI-enabled program for windows 18:40:31 Didn't look into it, just heard the name in the context of "damn good but too heavy", I think 18:40:50 and you heard right 18:41:14 these are algorithms there are kind of "asymmetric" if you look at compression/decompression times 18:41:36 and lzma, together with another one I can't remember atm, is damn good but heavy 18:41:43 oh, of course! it was bzip2 the other one 18:42:00 then, you have winzip/winrar/others which use DEFLATE or Deflate 18:42:02 Heh, yeah, I think "xz -1" beats bzip2 18:42:10 (like, faster and better) 18:42:12 ahhaah really? 18:42:23 xD 18:42:43 Not sure, actually 18:42:47 :P 18:45:04 xz also can add checksum (e.g. sha256) to the result somehow, I wonder how that works 18:45:38 Naive way would be to just append one to the end, in which case it might be not much useful 18:46:12 (e.g. if you do xzless and don't read till the end to see the error) 18:46:40 So I wonder if they do something clever, like inserting these checksums after every N bytes or something 18:48:59 Implementing XMPP wouldnt be something you did for fun, unlike IRC though 18:49:02 this is one of the primary issues 18:49:14 Aside: Just installed ejabberd on my server, and got a client working. How do I test? 18:49:20 by uninstalling ejabberd, installing prosody 18:49:23 and setting it up 18:49:26 :P 18:49:46 hmm, "Like 'less', but operate on the uncompressed contents of xz compressed FILEs"... Oooohh, maybe I now see what you mean! inserting it every N bits allows you to verify block-by-block instead of reading it all? 18:49:51 MK_FG, ^ 18:51:03 Yes, you don't always read to the end of xz stream 18:51:48 "tar xf" might also potentially unpack necessary stuff and stop there, but I don't think it actually does that, because same path can be packed again 18:52:18 xzgrep -q might be another example ;) 18:53:09 I don't get this last one 18:53:36 "grep -q" does "find first occurence and exit right there" 18:53:52 So it won't get to the checksum, if it's at the end 18:54:44 oh, I was just searching the params and I've realized they're the same as grep's, so I would have typed man grep instead of man xzgrep 18:54:50 now I see 18:55:11 zgrep bzgrep xzgrep lzgrep... ;) 18:56:00 yeah, those I saw in man xzgrep 18:56:34 I'm definitely gonna give kgb archiver a try, with some normal compression ratios 18:56:53 hope it can serve better :3 19:00:14 Why are you using dvds anyway? 19:00:28 hdds seem to be simplier, much cheaper and last longer, no? 19:04:16 the last part disagrees with my current experiences... :P away from joking, yeah, the reason is that before buying a new hard disk (but I'm planning to get some atm), I want to see WHY I am going out of space.. The reason is a mixture between files and chaos 19:04:39 so I'm starting planning a way of removing chaos (actually, this is the succeeding part! :D) 19:05:11 Hm, you mean "last longer" part, right? 19:05:22 exactly :D 19:05:45 or do you know dvds lose their data in X years? :O 19:06:18 because, what my experience has been is that hdd eventually broke 19:06:21 that's the point. 19:06:25 Yep, that's what I heard about dvds 19:06:29 we've lost 3 external hdd 19:06:41 holy... 19:06:43 And even worse, their readers are utter shit 19:06:45 gonna check thatù 19:06:49 oh ueah 19:06:51 yeah* 19:06:54 And break way more often 19:07:09 And you might not be able to find one in a few years ;) 19:07:11 that's true, but atm I have no problems with readers 19:07:17 that's also true 19:07:25 "we've lost 3 external hdd" to fire? ;) 19:07:38 I mean, just don't use it, put it on the shelf like you do with dvds 19:07:50 I don't see why it'd break there 19:08:14 Sure, if you use it constantly, it eventually will, but you don't do that with dvds, right? 19:08:23 (because they will die much sooner then) 19:09:19 in fact we've already taken into account the possibility to transfer dvds to hdds when readers will no more being around or something similar. You're right with the "put it on the desk and leave it alone", but we tend to transfer external hdd between desks here at home and that's where the most of the issues had come. Some other case is that the reader inside of the hdd case has itself stopped working 19:09:37 in really strange manners that atm I can'even say! 19:09:40 but 19:09:44 I know what you're thinking 19:09:49 use LAN for transfers! 19:10:10 and that would be extra cool and extra fast and all the like 19:10:31 Hm, yeah, hdds aren't as transportable physically as dvds, I guess 19:10:58 and, not least, if you lose 1 dvd, you've lost <5GB 19:11:06 if you lose a hdd... 19:11:17 *** HiveResearch has quit (Ping timeout) 19:11:18 my current external hard drive is half-alive 19:12:58 3.5" hdds worked surprisingly well for me before rise of flash drives, maybe they make them less shake-tolerant these days 19:13:55 1 tera of hard disk that will likely go into the trash bin :( or I may lend it to others to joke them xDD 19:13:55 with its malfunctionings 19:14:04 ehh.. who knows :) 19:16:37 I feel that I may find a better solution spending a few time on evaluating the possibility of LAN sharing hmm 19:16:53 together with reorganization of my hdd and a new internal hdd to associate mine with 19:16:57 for more space 19:18:33 Maybe do that hip cloud storage thing? 19:18:40 hip cloud? 19:18:44 It seem to be dirt-cheap these days 19:18:47 hip cloud storage*? 19:18:53 oh 19:18:58 Yep, cloud of hips ;) 19:18:59 is it like uploading files? 19:19:09 then I don't know what an hip is xD 19:19:20 I know it's a part of the body 19:19:27 but don't think that's the meaning xD 19:19:45 "hipster" rings a bell? ;) 19:19:59 ohhh 19:20:00 yeah 19:20:02 Anyway, I meant just offsite storage on some cloud services 19:20:16 Just not all on one of them 19:20:30 And with crypto client-side before upload 19:20:43 lawl, not bad :D 19:20:59 but how long could they stay in there? 19:21:03 as long as you pay? 19:22:46 Depends on the service, I think they might let it stay after and be accessible, just not let you upload 19:23:11 https://en.wikipedia.org/wiki/Comparison_of_file_hosting_services 19:24:10 Also, you can get something like 20-50G there (sum of different providers) for free ;) 19:24:42 (but non-free costs are really low, maybe worth paying instead of hassle) 19:24:43 lulz 19:25:06 you speak as you're using these things a lot :P 19:25:25 And I do! I keep my backups there ;) 19:25:32 here atm it's better the hassle instead of the paying :S 19:25:42 oh, see that 19:25:49 and now that you remind me 19:25:52 https://github.com/mk-fg/tahoe-lafs-public-clouds 19:25:57 I have 25 gigs on dropbox XD 19:26:14 On the 4 free clouds atm 19:29:02 too many information for a simple guy like me :) (I'm talking about your tahoe-lafs's page) when I see all that stuff together, it's like I've pressed the panic button xD 19:29:46 I can't (anymore) very well manage things I don't understand, because I used to do that a lot in the past, but now I'm 19:30:06 submerged/overwhelmed 19:30:16 (reason why I got chaos in the hdd too) 19:31:53 *** iceTwy (iceTwy@cryto-610769D0.fbx.proxad.net) has joined #crytocc 19:31:56 hmm. 19:31:57 hi. 19:32:15 hi! 19:35:01 if I add files to a compressed archive, do I get worse compression ratio as it would have been compressing them all from the start? 19:35:35 *** HiveResearch (HiveResear@developers.developers.developers) has joined #crytocc 19:36:47 *** iceTwy has quit (Ping timeout) 19:37:38 Depends on the archive 19:37:48 7z and zip probably compress each one individually anyway 19:40:08 so no matter what I do 19:40:12 in those cases 19:40:40 I cannot find kgbarchiver for linux T_T 19:40:52 I've read there was a command line version for linux 19:41:33 It might be worth picking some explicitly-stable archive format for backups 19:42:02 E.g. some posix-standard tar and gzip, even xz barely fits the bill 19:42:06 lawl - you're right xDDD 19:42:17 I did not think of it xD 19:42:20 *crazy* 19:42:46 so I'll pick a common tar.gz or tar.xz or tar.bz2 for this backup 19:42:54 or also tar.7z or .7z 20:05:09 *** eggtimer (eggtimer@cryto-ED61415A.us-west-1.compute.amazonaws.com) has joined #crytocc 20:06:30 *** eggtimer has quit (User quit: Connection closed) 20:09:32 *** iceTwy (iceTwy@cryto-610769D0.fbx.proxad.net) has joined #crytocc 20:09:38 Hi again monod 20:09:38 ;o 20:27:03 *** HiveResearch has quit (Ping timeout) 20:27:54 *** flate (rtor@F8FBD3F8.9CCA7DE9.B2EBD6BC.IP) has joined #crytocc 20:38:11 *** mama has quit (Ping timeout) 20:38:21 *** mama_ (hell@cryto-F50059E3.anteris.net) has joined #crytocc 20:38:28 *** mama_ is now known as mama 20:38:38 the ultimate solution to snoring 20:38:44 http://www.ebay.fr/itm/1-x-Box-500-Pairs-Venitex-Conic-Classic-Foam-Ear-Plugs-SNR-37dB-Noise-Snoring-/330775687346?pt=UK_BOI_ProtectiveGear_RL&hash=item4d03c470b2 20:39:25 *** zest (zest@cryto-D181503A.torservers.net) has joined #crytocc 20:42:34 Nah, it's teh double-barreled shotgun 20:43:39 zomg 20:44:32 *** willikill (willikill@cryto-5D6ED984.b-ras3.chf.cork.eircom.net) has joined #crytocc 20:45:21 *** willikill has parted #crytocc (None) 20:45:38 I'm getting lost searching kgbarchiver for linux :S 20:48:53 MK_FG: Yeah but could I use a double-barreled shotgun on my dad 20:50:24 iceTwy, It's a universal tool - it doesn't mind or discriminate 20:51:31 hmm 20:51:40 I don't even have one! 20:52:42 hahahaah 20:53:05 but sometimes I wish I had 20:53:06 like 20:53:07 I often have exams 20:53:23 and when my dad snores the night before my exams 20:53:27 I just want to... 20:53:28 BOOM 20:57:09 monod: I'd recommend using a different PAQ-based archiver 20:57:18 ooooh 20:57:26 joepie91, I all ears 20:57:33 I'm trying to get help here and there 20:57:42 don't know much abbout them 20:57:49 but KGB is hard to get running properly 20:57:50 on Linux 20:57:50 :p 20:58:02 I did not want to ask here, but I've just mentioned I can't find it 20:58:03 oh 20:58:05 nice to hear 20:58:20 and nice also that it's not about a program, but an algo 20:58:27 so I only have to switch program 20:58:28 like 20:58:31 opentea 20:58:32 https://en.wikipedia.org/wiki/PAQ 20:58:33 or something 20:58:42 yeaheayh, read that yesterday, thanks :) 20:58:56 idk if you can unpack KGB archives 20:58:58 with a different one 20:59:52 I don't mind, I have no kgb archive yet 21:00:13 I only want to try and pack more than usual 21:00:22 not extreme 21:00:38 but also, I don't want to pack from 6.2 gigs to 6 or 5.9-5.8 21:00:45 that's the issue 21:00:57 I've tried some different algos today 21:00:59 almost all equal 21:07:32 this one seems the candidate for my second choice: "PeaZip is a free and open source[5] file manager and file archiver for Microsoft Windows, GNU/Linux[6] and BSD." 21:13:25 *** iceTwy has quit (Input/output error) 21:15:04 is joepie91 alive? 21:15:44 only in case of emergency 21:19:16 *** anonO_o (anonO_o@anonO_o) has joined #crytocc 21:19:40 joepie91: small emergency, please pm 21:20:05 hai mama 21:20:27 helloooooooo anonO_o :D 21:38:04 if anyone needs a paq archiver, here I've found this one http://sourceforge.net/projects/powerpaq/?source=dlp 21:38:07 fyi 21:41:52 All Gawker articles are licensed on a Creative Commons attribution-NonCommercial license. 21:41:54 huh? 21:43:21 *** HiveResearch (HiveResear@developers.developers.developers) has joined #crytocc 21:49:38 oh my god 21:50:36 if in a folder I have a qwertyv1.0.1.exe followed by some files like this: "qwertyv1.0.1 1a.bin" qwertyv1.0.1 1b.bin "..." "qwertyv1.0.1 1f.bin".. 21:50:44 might it be a self-extractable archive??? 21:51:13 (so that it's worthless compressing it and I can just end doing so?) 21:54:44 *** mama has quit (Client exited) 21:56:09 *** mama (hell@cryto-FAA14C7F.noisetor.net) has joined #crytocc 21:57:02 *** pzuraq (pzuraq@cryto-4BB8EE79.hsd1.ca.comcast.net) has joined #crytocc 22:03:52 *** anonO_o has quit (Input/output error) 22:05:36 guys 22:05:42 here's the partial benchmark result 22:06:42 PAQ8o6 -1 is better than xz -e9 :D on an .exe of 2838528 bytes, or 2.8 MB 22:07:03 better compression-ratio-wise 22:07:09 time-wise: opposite 22:07:18 xz -e9 is instantaneous 22:07:20 xD 22:07:55 and the difference is not shocking: 733151 vs 902380 22:08:07 hope this is not spam for you guys 22:09:05 *** zest has quit (Ping timeout) 22:15:42 *** pzuraq has quit (Input/output error) 22:16:07 *** pzuraq (pzuraq@cryto-4BB8EE79.hsd1.ca.comcast.net) has joined #crytocc 22:16:21 monod: of course it isn't spam :P 22:16:30 that's the awesome thing about public logging 22:16:35 even _if_ there's noone here right now that has any use for it 22:16:40 someone in the future will, and can read back 22:16:41 :p 22:17:00 *** pzuraq_ (pzuraq@cryto-4BB8EE79.hsd1.ca.comcast.net) has joined #crytocc 22:17:01 *** pzuraq has quit (Connection reset by peer) 22:17:07 :) 22:23:11 *** zest (zest@cryto-C630644E.is.a.tor.exit.server.torland.is) has joined #crytocc 22:26:36 loggy pointer ? 22:29:16 loggy, pointer? zest 22:29:20 loggy, pointer? 22:29:20 http://wire.cryto.net/logs/crytocc/2013-05-27#T22-29-20 22:29:29 yeah thanks 22:29:33 welcoem 22:30:13 monod: try 7zip 22:30:30 already did 22:30:34 kinda slow 22:30:37 it uses lzma 22:30:39 algo 22:30:40 monod: yeah 22:30:48 is it better than xz? 22:31:04 monod: one of the most advanced algos 22:31:24 have you heard of PAQ? :) 22:31:25 monod: and stable afaik 22:31:39 nice to know - stability is important in backuping 22:32:16 they are all from one serie: lossless data compression 22:32:39 actually no difference 22:33:39 http://www.dotnetperls.com/7-zip-examples 22:34:57 bzip2 as you wish have some fancy additions to default Huffman coding 22:35:57 oh 22:36:54 what do you mean with "no difference"? 22:37:11 It seems obvious that they do not reach the same compression ratio 22:37:34 they're only equal to each other in the sense of lossless compression? 22:38:55 because no better algo for universal compression yet 22:39:07 it dependeds from what kind of data you compress 22:39:22 No algorithm can compress every bitstring 22:39:28 quote 22:43:16 oh 22:43:33 you seem to knoe the field 22:43:40 did you study these things? 22:46:19 yeah, actually do some similar to 7zip and gzip compression right now 22:46:59 are you writing an algo for compression? 22:47:05 or I just misunderstood? 22:47:12 yes 22:47:17 have* I 22:47:22 woa 22:47:44 Huffman, Burrows-Wheeler, MoveToFront 22:47:49 what are the basics to get into compression theory? study of algorithms? basic pattern matching? 22:48:45 is Huffman that sort of thing that creates a new codification for the alphabet, such that most common letters from the alphabet have shorter codes and so the resulting string is shorter? 22:48:54 understand how binary data can be represented 22:49:03 oh 22:49:18 yes you are right about huffman 22:50:08 you change most frequent strings coded by shortest bit sequences 22:51:03 not for alphabet but for most frequent sequences 22:51:36 so also pair, triples, n-ples of elements from the alphabet? 22:51:45 also you need to know what is binary tree 22:51:54 of course I do 22:52:08 damn 22:52:16 I think I'll love algorithm's courses 22:52:21 ))) 22:52:23 :D 22:52:33 if THESE are the kind of shit they teach 22:52:47 shit in a positive meaning :3 22:52:53 if any :3 :3 22:53:56 this is network actually and galaxy and many many other things can be represented by tress, tries, etc 22:54:43 (xz compressed a 543.7 folder to a 511.2 archive in 13 minutes; paq8o6 is still running after a hour and it's written 131 MB.. hope it will finish soon :) ) 22:55:29 I have problems with performance too right now ) 22:56:07 trees* 22:56:50 wow 22:57:02 so you're creating a new algorithm 22:57:22 sort of 22:58:21 no, just for assignment ^_^ 22:59:09 currently all existed algos about optimizing operations 22:59:33 nothing new, reinvent old if you wish ) 23:00:47