[lang]

Present Perfect

Personal
Projects
Packages
Patches
Presents
Linux

Picture Gallery
Present Perfect

morituri 0.2.0 “ears” released

Filed under: morituri,Releases — Thomas @ 11:45 pm

2013-1-20
11:45 pm

A new year, a new morituri release.

I got informed some people wanted to use morituri with a different log output, so I made the logger pluggable.

For my personal use, I have now gotten to ripping all my singles and ep’s, and so instead of having singles with the same name as an album overwrite the album, I added template variables for the release type. I’ve also changed the default templates to use it, so if you were relying on the default template for your collection, you may want to either move those files or use the previous default template.

morituri now has a config file, so once you’ve run rip offset find to find your drive’s offset, it will save it and automatically use it for ripping. Same for checking whether cdparanoia can defeat the drive’s caching. morituri saves it by drive information, not by device node, so it will work with different USB drives too.

See the trac page for more info and download links. You can also download it from my package repository for Fedora 17 and 18 if that’s your distro.

For the curious, here’s some more info:


This is morituri 0.2.0, "ears"

Coverage in 0.2.0: 67 % (1890 / 2807), 95 python tests

Features added in 0.2.0:

- added plugins system for logger
- added rip cd rip --logger to specify logger
- added reading speed, cdparanoia and cdrdao version to logger
- added rip drive analyze to detect whether we can defeat audio cache behaviour
- store drive offsets and cache defeating in config file
- rip drive list shows configured offset and audio cache defeating
- added rip image retag --release-id to specify the release id to tag with
- added %r/%R for release type to use in track/disc template
- added %x for extension to release template

Bugs fixed in 0.2.0:

- 89: Fails to rip track with \ in its name
- 105: Backslash in track names causes "Cannot find file" during rip
- 108: Unable to find offset / rip
- 109: KeyError when running "rip offset find"
- 111: Python traceback when config has no read offset for CD
- 76: morituri should allow for a configuration file
- 96: rip image retag: allow specification of release ID
- 107: Backslash in track name confuses AR step
- 112: add MusicBrainz lookup URL to generated logfile

morituri 0.1.3 “cranes” released

Filed under: morituri,Releases — Thomas @ 7:53 pm

2012-11-23
7:53 pm

It was long overdue, but I finally got around to releasing a new version of morituri, my cd ripper.

Originally I planned to do a quick release so I could be the first cd ripper that supported MusicBrainz NGS, which I quickly implemented when they released that, and then figured out how to properly do multi-cd rips (which worked fine before MusicBrainz NGS but stopped working in the early days of MusicBrainz NGS).

Anyway, I finally made some time this week to fix a few dangling issues and clean up for a release.

See the trac page for more info and download links. You can also download it from my package repository for Fedora 16 if that’s your distro.

For the curious, here’s some more info:


Coverage in 0.1.3: 60 % (1716 / 2825), 85 python tests

Features added in 0.1.3:

- shorten really long file names if needed
- support multi-disc ripping
- add %y for release year in templates
- added rip cd rip --release-id option to select the exact release
- allow track and disc templates to create files in different directories
- work out relative paths from cue/m3u files to audio files

Bugs fixed in 0.1.3:

- 77: Unable to find solution to UTF-8 problem
- 93: Unable to choose if there are more than one matching CD
- 67: unable to rip multi-cd-sets correctly
- 73: rip image breaks with "query failed"
- 78: Could not create encoded file
- 84: Error when checksumming extremely short tracks
- 91: --release-id does not work for Pink Floyd - The Wall (Experience Edition) (Disc 1)
- 94: mp3vbr uses quality=0 instead of vbr-quality=0
- 95: Discs with multiple media not correctly identified.
- 99: rip offset find fails with "UnboundLocalError: local variable 'archecksum' referenced before assignment"
- 102: Unable to run without -d option
- 98: Year of release in templates

Released mach 1.0.1 “Concussion”

Filed under: Fedora,mach,Releases — Thomas @ 7:52 pm

2012-11-10
7:52 pm

In the middle of my
CouchDB
Security
Series
I made an unlucky fall during basketball, falling on my back, and feeling my head continue its downward trajectory until it was halted painfully by the cement floor. As I tried to get up the world turned, and as I tried to walk to the bathroom five minutes later I involuntarly kept veering off to the left.

It took me a few weeks to recover from that, and I managed to go back to playing basketball after a month. But my amount of off-work hacking was zero.

That’s now been over two months, so I’ve finally reserved part of the weekend for some hacking again. And now I’m busy tying up loose ends, of which this is one – a new mach release for Fedora 17. Nothing very special, just warming up the muscles again.

I’m comically amused by what is still my first ever python program, but I have no desire to redo it, clean it up, or continue on the half-done mach3 version (which uses novelty programming techniques like, you know, ‘more than one file’).

Mach 1.0.0 “Madera” released

Filed under: Fedora,mach,Releases — Thomas @ 11:56 pm

2011-11-9
11:56 pm

Another November, another Fedora. 16 came out, so it was time to update mach again.

And today I thought, is there any reason mach isn’t 1.0 yet ? Am I going to do anything more to this piece of code before I want to call it that ?

And the answer is, no. It’s the first Python application I’ve written, and I’m not particularly proud of the code, but I’m happy I’ve made good use of it for so long, and that it helped push packaging approaches forward and sparked ideas for the Fedora build system.

Since I didn’t like the original code for mach2 (there was a version 1 which was Makefile-based), I started a rewrite with unit tests, better code layout, decent classes for abstracting distro-specific stuff, and so on.

The experience of how mock was created based off mach2 was a slightly sour one however, so I wasn’t really motivated to finish the mach3 rewrite. Sometimes that’s the drawback of open source – sure, forking is specifically allowed, so don’t whine about it when it happens. But when it’s done gratuitously, with no serious attempt at collaborating, it doesn’t feel like it’s in the spirit of open source.

Anyway, that was a long time ago. mach2 as it is today, is done. It really only needs updating for newer versions. As long as it works for me, it’s unlikely I will continue mach3, but who knows?

Enjoy the release!

morituri 0.1.2 “VCR” released

Filed under: morituri,Releases — Thomas @ 5:13 pm

2011-6-5
5:13 pm

I finally got around to completing my release, after a week of absence from my apartment.

This is intended as a release for daring and curious people who’ve had enough
of the fact that Windows has a more accurate CD ripper than Linux.

Here are the features:

- UTF-8/unicode handling fixes
- improved error handling
- ignore tags for alac and wav
- work around GStreamer flacparse bugs
- change how paths get referenced in .cue files
- properly interpret AccurateRip results; no more assertions on unexpected
ordering of results
- add debug command

Get it at morituri or from package repositories if you’re on Fedora 14/15

« Previous PageNext Page »
picture