Lazybones
-
Posts
14 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Posts posted by Lazybones
-
-
how do "lazy" and "command line" go together??
If you script everything once you don't have to do it again.
-
As an example I downloaded the latest 7zip beta - 7z444.exe file size 857 KB (877,976 bytes)
rarred it up and file size ends up 840 KB (860,348 bytes).
Then used 7zip to do same, set compression to Ultra, file format 7z etc. files size ended up 847 KB (867,712 bytes)
Gzip on the other hand is the best compression I have witnessed whereby file stored on a server with gzip enabled the file size is 10k, download it it arrives at your desktop as 10k, unzipped is 10 meg.
The gzip option in 7zip got the beta7z444.exe to 838k.
Um since the 7-zip.exe it self is already compressed with z-zip compression and a self extractor / installer you will get odd results.
Compress some known uncompressed data and see what happens.
-
Audio/Video or application files? WinRar is better at adding more compression to Audio/Video files
-
I primarily use it to dump stuff to my desktop quickly or into a folder I am already working in, winrar supports this as well if I recall.
I find the file directory UIs to be inconsistent in many apps as some are built on old librarys and don't inherit the current OS UI standards.
You are right, it is a a matter of personal preference.
As for my Archive tool of choice I use 7-Zip http://7-zip.org/ , as you can only rely on Zip as being a common format that a typical users understands. 7-Zip is multi threaded and consistently makes smaller standard zip files than WinZip or WinRar. Also its own standard format often out performs winrar, accept when compressing some media files.
-
I think you're a little off the wall when you say:I find installing tools to simplify using other tools to be counter intuitive.
Simplifying is one thing, but what you're asking for here in not 'normal' functionality for any burning program I've ever seen created.
Well every other burning tool has gone the way of including the kitchen sink, I thought you where creating something better.
a) it is a simplification of an existing function down to one/two actions by the user
as I stated other common utility tools like the archiving programs like winzip have had a function like this for years, why not bring something new to burning tools.You're more likely to find that sort of functionality on a Mac.LOL thats the kind of comment I expect to see in a linux forum! Suggesting something that makes functionality easier for the user, doesn't make the application any less powerful for the power user.
-
Well it was worth asking.
I find installing tools to simplify using other tools to be counter intuitive.
-
I can do the top one, no idea how to do the 2nd one though.
Both are covered here
http://msdn2.microsoft.com/en-us/library/a...4.aspx#dragdrop
Most of it is just registry key setup, you just need a to handle the call when the OS sends it. You already have methods that support all that I asked in the command line parameters.
-
1. /DEST already has that ability... it just appears I didn't document it Use '[DISC_LABEL]'.
2. /LOG just automates saving whatever's in the log window when the program closes. If you want to see what would be put in the log in realtime, why not just open the log window?!
3. Never gonna happen in a million years! It's a GUI app that I've spent a long time writing. Why would I want people to be able to hide it and make their programs look like they're doing that hard work?
Well I have a headless File server where I would like to put images of my DVD collection. I am trying to automate ripping the ISO to disk by using a batch file and the command line. I have a small two line LCD/VFD display in the front and wanted to show some sort of progress output on it.
The fact that the [DISC_LABEL] variable exists is great, that makes it possible for me to do the automation, just not the progress display.
-
Image burn has some nice command line options, but there are two that would be great for automation.
1. /DEST
- it would be nice if this command had a variable or option that used the source disks label name. IE /SRC C:\temp\[sRC_LABEL].iso
2. /LOG
- I have a small LCD display in my media PC system, it would be great if this command wrote each line to the file as they appear, instead of all at the end, this way I could display the content of the file on the LCD and see the progress of the rip.
3. Another option would be for the program to write its progress to the command line so that it could be parsed or output to other programs to display or read the text. In this case the GUI could be completely hidden if the /START and /CLOSE commands where used.
-
hmm that should be made standard with the program!
-
It can be useful, but for the most part it just wastes space and makes a disk increasingly less likely to work in some drives.
-
The basic idea is to add a "Create ISO" menu item when right clicking on a CD drive.
The feature would function in two ways
Right Click
- Opens ImgBurn in read mode
- Sets the name to the disks label name
Right Click + Drag and drop
- Opens ImgBurn in read mode
- Sets the name to the disks label name
- Sets the path to the folder the user let go on
- Starts the ISO creation process
I think this would be a great time saver in the same way that the context menus for WinZip and 7-Zip do something similar for extracting or creating archives.
-
I was thinking it would be handy and increase mouse navigation speed if there was a optional tab bar at the top of the screen that let you flip back and forth between modes in a single click.
Filling slack space with par file redunancy for archiving
in ImgBurn Suggestions
Posted
http://lifehacker.com/5120266/burn-more-re...s-with-quickpar
Just read this on Lifehacker and thought it was a great idea. What would be even better is if you could do this automatically in a burning tool like ImgBurn