Tag Archives: encoder

tuxrip: If I only had a DVD around here somewhere โ€ฆ

Now I find myself in the same odd situation as I did around the beginning of the year, with a potential DVD ripper in hand, and no DVD to test it.

tuxrip is about a decade beyond its last release. But considering it’s just a bash script that works the strings between mencoder, vorbis-tools, libogg and a few other fundamental libraries, I am not surprised that it still seems to work.

2014-11-06-2sjx281-tuxrip

The first time you run it you’ll need to configure it for your machine, and the tuxrip --config wizard will guide you through that. If you make a mistake, I would suggest just hand-editing the .tuxriprc file it creates, which will save you time over re-running the setup.

After that though, I’m afraid I can’t be of much assistance. I see by the home page that there are still a few steps beyond what you see in the screenshot and actually ripping a DVD, to include managing quality settings and a bit more.

I have no doubt that it works, although I wonder if between now and 2005, there haven’t been some advances in both DVDs and encoding that might make tuxrip seem quaint. And I fear it might require a little work to bring it into line with, for example, Blu-ray Discs or x265, just to name one or two off the top of my head.

Already some of it is showing its age: the AUR package installs all the dependencies but you’ll still have to add in mencoder, which isn’t part of mplayer now. (I don’t see a Debian version.)

All that is … assuming it works like it still did. You’ll have to run it through to the end and tell me how it goes. I suppose I should hunt down a real DVD, just for times like this. … ๐Ÿ™„

mp3c: And so it begins

I’m behind the power curve again today, mostly because of oddball computer issues that took up much of my day yesterday.

I got a secondhand HP G60-125NR from a friend for a very decent price, and was astounded when Arch Linux rolled over and barfed when I tried to use it.

Disappearing mouse control. Sketchy video playback and overheating issues with nouveau driver. Even sketchier playback with the proprietary driver, and no framebuffer support. Endless kernel messages about /dev/sdb1 so long as the ums_realtek module was inserted, which spawned endless confusion between sdb and sdc when an external drive was plugged in. Freezing screens and system lockups with x264 videos.

The list goes on. Oddly enough, most of that disappeared with Linux Mint and the nvidia-319 package out of the Mint/Ubuntu repositories. I didn’t plan on running Mint 24/7 on it, but what works is what works.

All that is neither here nor there, since the application of the day (for yesterday) is (was) mp3c.

2014-01-17-lv-r1fz6-mp3c

mp3c made me happy again, just by being itself. ๐Ÿ™‚ A fullscreen, command-line application with a good dose of workability.

In-program help screens, extensive options menu, smart enough to find the CD drive and connect to cddb. Good visibility and decent colors, and my only complaint is that it might be out of date.

I couldn’t get it to do any actual reading or ripping, probably because it seeks out cdda2wav, which doesn’t seem to be part of cdparanoia — at least in the Arch version. Maybe it was, once long ago. (Edit: I found it. It’s in cdrkit, cdrtools and dvdrtools. Not cdparanoia, even if mp3c’s home page suggests that.)

I think if I stuck with it long enough I could configure it to use another ripper, and it probably wouldn’t take much more than a substitution for proper tool.

I leave that to later though; I don’t have any CDs aside from the homemade one I use for testing. If you still use them, this might be useful for you. ๐Ÿ˜‰

Now I have to go back to ripping the guts out of Linux Mint. And what’s with these 8200M cards, anyway? Nvidia is out to get me, I swear. … ๐Ÿ‘ฟ

crip: Picking up what others leave out

I showed cdparanoia a few days ago, and mentioned that it deliberately leaves out access to online databases, for reasons they can explain.

crip adds that back into the scheme, and does a few other things automatically too.

2013-09-26-4dkln41-crip-01 2013-09-26-4dkln41-crip-02

As you can see, it prompts for missing information (because of course, my homemade CD isn’t in the database), genre, and so forth.

I believe it only does ogg encoding, which is what I prefer, so I’m fine with that. If you’re an mp3 (or another format) fan, you might need a different program.

On the other hand, crip will automatically convert international characters, normalize or adjust gain, trim digital silence and some other nifty tricks.

Aside from that, crip has cdparanoia as its backend, so if you’ve seen it in action, much of what crip does will look familiar.

avidemux and handbrake: Video, sans video

This may be one of the weirdest long-shot posts I have to offer, but I’m going to do it anyway.

On my megalist of terminal-based applications, I have both avidemux and handbrake.

2013-08-15-v5-122p-avidemux 2013-08-15-v5-122p-handbrake

You might know either as video editing and conversion tools. I’ve used them both at one time or another, and they’re effective at what they do.

I’ve just never used text-only versions, that’s all. ๐Ÿ˜

Listing them as console applications or even cli applications might seem like a stretch.

But maybe not. After all, they do both have extensive help flags and man pages, with every combination and detail listed.

I daresay anything you wanted to do in the graphical version — of either program — is possible from the command line. It might take a little longer to set up, but I think it would work.

And for what little I could try them, they both seemed quite functional in spite of lacking a proper graphical interface.

So maybe it’s not as far-fetched as it sounds, to list a pair of video editors as candidates on a video-less system.

Take a look, and find out. Get it? “Take a look?!” ๐Ÿ˜† ๐Ÿ™„ Aw, come on. Everybody loves a pun. …