Messages - Vurbal [ switch to compact view ]

Pages: prev1 ... 121 122 123 124 125 [126] 127 128next
626
why x264 instead of other h.264 implementations?  Just wondering...

(I think I found the answer on my own)

Yep, that's a good technical explanation. The less technical one is that x264 is not just free (as in beer and speech, but not necessarily patent encumbrance) but also the best H.264 encoder available with the exception of certain situations involving gradients where CinemaCraft's encoder is supposed to be the only good choice. I say supposed to be because it's a high end professional encoder that costs something like $50,000 so needless to say I haven't used it.

x264 is so good that The Criterion Collection paid the tens of thousands of dollars required for Blu-ray certification. If there's one thing Criterion is known for (besides their huge selection of art films) it's their uncompromising attitude to quality.

627
x264 in lossless mode sounds intriguing as a potential default recording format for ESR..
That would be a tricky proposition. The problem is that it's not designed as a realtime encoder. There used to be a VfW version around but trust me VfW should be considered a last resort option and VfW x264 is a bad idea.

I do put up with VfW for CamStudio because it's better than any comparable program that doesn't cost hundreds of dollars. And because the CamStudio Lossless Codec is only available in VfW.

What you could do in theory is pipe the video to FFmpeg for encoding since x264 is integrated into it. I know FFmpeg supports pipe input but other than that I know basically nothing about it. I can see a lot of potential difficulties there like buffering.

Actually, though, that does make me think of a different option. I seem to recall that ffdshow can decode CamStudio Lossless using libavcodec so there's definitely FFmpeg support of some kind. That leads me to believe there's probably encoding support as well.

Well that's it. Now I'm on a mission to work this out. Damn you mouser!  :P

628
General Software Discussion / Re: Swapping Out Software?
« on: July 18, 2013, 10:40 AM »
If Adobe doesn't amend its cloud-only subscription policy I'll be switching from Creative Suite to the first competitor to include the features that I want (I suspect that will take a while to occur).
-cranioscopical (July 18, 2013, 08:45 AM)
The good news is that Adobe's decision makes it much more likely for that competition to emerge. Let's face it, some of the features you get in a program like Photoshop are just flat out unrivaled. I can't pay what it costs and couldn't justify it in any case but as a GIMP user I'm insanely jealous of some of the things even someone with my limited skills can do with it. They could sell it for cheaper but it would cost so much to develop something comparable it's possible nobody else could.

But now Adobe has created a new opportunity for clearly inferior competitors based on a stupid policy that they mistakenly think is a feature. It's not. Features are what your customers want. So now somebody else can get their foot in the door and steal some of Adobe's customers with a product that's just good enough. It won't be good enough for the hardcore Photoshop users but it will be good enough to take some percentage. That, in turn, will produce an influx of revenue which can be used to accelerate the development process and eventually it will be good enough for more Adobe customers and then all bets are off.

This, in a nutshell, is the never ending cycle of business.

629
I consider myself something of an expert on screenshot software. For years screenshots have been a staple of my work at AfterDawn. My philosophy for writing guides is to come up with images that explain a process in full. The text is just there to flesh out the details.

IMO there is only 1 program even in the same class with Screenshot Captor and that's SnapDraw. The 2 programs use basically the same object compositing approach. In fact they share most of the same core features but SnapDraw is oriented almost entirely toward doing things 1 way and Screenshot Captor is designed to customize for whatever workflow you want. It also has more and better actual image processing.

I do miss the separate preview tab from SnapDraw and also its option to composite a new capture on top of an already open one. There are also some cool resize and crop options which are cool in theory but I usually ended up fine tuning everything via text box anyway so no big deal. SnapDraw also has an Autonumber feature for its version of Arrows (Callouts) that was handy for me because I'm scatterbrained but not important as long as I can easily go back and change things manually.

The tldr version is that SnapDraw is best for doing things the SnapDraw way and Screenshot Captor is the best for everything else. Or to borrow an analogy a programmer I worked with used to compare VB and Delphi, SnapDraw makes the easy things easier. Screenshot Captor makes the hard things easier.


630
I could have sworn I already replied to this. Must have gotten distracted and forgotten to hit the Post button  :-[

Here's the easy answer to encoding screencasts for uploading. It's probably also incomplete because I've only tried it with YouTube. I encode all my video to H.264 using x264 in lossless mode because it's insanely efficient. The same caveat applies here as using CamStudio Lossless for capture - for anything but low motion screencap all bets are off. To give you an idea just how efficient it is I compress the 16/48 stereo audio with Flac and it still amounts to almost the entire size of the final MKV file.

You might be able to use the same video format for most video sites but I have no idea how prevalent Flac support is. I'd be willing to bet MKV support is rare beyond YouTube but MP4 should be pretty much universal.

I'm actually glad it will be a while before you get back to this. After years of procrastination I've decided I need learn some actual programming skills for various projects I want to pursue so I'm giving myself a crash course in Python. One of those projects happens to be an alternate version of AviSynth called Vapoursynth which uses Python instead of native AVS scripts.

Pages: prev1 ... 121 122 123 124 125 [126] 127 128next
Go to full version