Se on niin mahtava fraktaali tuo romanesco, aina näyttää minun silmään ihan tietokone-efektiltä.

I wonder about the (apparently Wikipedia-derived) ”can endure” part, what does it mean? That be it any worse and you’d lose consciousness? Surely you can’t die from pain alone?

When reading ’The Snowman’ DVD from 2004, I get this output:

jani@saegusa:DVD$ dvdbackup -i /dev/sr0 -M
libdvdread: Using libdvdcss version 1.2.12 for DVD access

libdvdread: Attempting to retrieve all CSS keys
libdvdread: This can take a _long_ time, please be patient

libdvdread: Get key for /VIDEO_TS/VIDEO_TS.VOB at 0x0000015a
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_01_0.VOB at 0x000001c1
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_01_1.VOB at 0x00023749
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_02_0.VOB at 0x000241f0
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_02_1.VOB at 0x0002423d
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_03_0.VOB at 0x00024f03
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_03_1.VOB at 0x00024f50
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_04_0.VOB at 0x00025d8f
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_04_1.VOB at 0x00025ddc
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_05_0.VOB at 0x000e2c65
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_05_1.VOB at 0x000e2cb2
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_06_0.VOB at 0x000eb4df
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_06_1.VOB at 0x000eb52c
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_07_0.VOB at 0x000f7617
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_07_1.VOB at 0x000f7664
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_08_0.VOB at 0x00128eb1
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_08_1.VOB at 0x00128efe
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_09_0.VOB at 0x001da296
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_09_1.VOB at 0x001da2e3
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_10_0.VOB at 0x001e3856
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_10_1.VOB at 0x001e38a3
libdvdread: Elapsed time 0
libdvdread: Found 10 VTS’s
libdvdread: Elapsed time 0
*** Zero check failed in /build/buildd/libdvdread-4.2.0/src/ifo_read.c:904
for pgc->subp_control[i] = 0x00000001
*** Zero check failed in /build/buildd/libdvdread-4.2.0/src/ifo_read.c:904
for pgc->subp_control[i] = 0x00000001
*** Zero check failed in /build/buildd/libdvdread-4.2.0/src/ifo_read.c:904
for pgc->subp_control[i] = 0x00000001

This doesn’t prevent dvdbackup from finishing up, and the resulting copy looks to be fine (on cursory inspection). While dvdbackup is running, the issue also doesn’t cause an OOM as in Bug #377414. Still, I tested libdvdread4_4.2.0+20130428-0ubuntu0~bryce~precise1_amd64.deb from Bryce Harrington’s PPA [1], but it just slightly changed the ”Zero check failed” output:

*** Zero check failed in ifo_read.c:904
for pgc->subp_control[i] = 0x00000001
*** Zero check failed in ifo_read.c:904
for pgc->subp_control[i] = 0x00000001
*** Zero check failed in ifo_read.c:904
for pgc->subp_control[i] = 0x00000001

This DVD is the only one I’ve come across manifesting this, and I’ve backed up some 40 DVDs so far on this same setup.

*[1] https://launchpad.net/~bryce/+archive/lp377414/+build/4542681

Minä ruukasin tehdä noin, silloin kun vielä kirjoitin kynällä. Sen tarkoitus oli nimenomaan julistaa, että olisin mieluummin tekniikan rajoittamassa ympäristössä kuin täällä, missä rajoitteita on vähän. Rajoittuneisuus on minulle paljon turvallisempaa.

On kuitenkin helposti kuviteltavissa, että nykyisin on jo näiden ilmiöiden juurilta niin kauas vieraantunutta porukkaa, etteivät ymmärrä käsin piirretyn sivuttaishymiönsä merkityksiä saatika piittaa niistä. Get off my lawn!

That’s some quality ink/paper they used back then, none of that ”invisible by tomorrow” thermal hokum.

This one was way ahead of its time. In fact the world still has to catch up for this to make sense.

Also: scrotum gun at 12:20.

Juurikin tuosta kokoelmasta ne olivat peräisin. Sen kohdalla muuten mongersin itse nimen väärin kun sitä hankittiin, mutta minä sentään älysin hävetä osaamattomuuttani jo silloin niin, että muistan sen tilanteen vielä tänä päivänäkin! ”Magnicamp” Seven… tou!

Hyper Sports jäi minulla useimmiten siihen uintiin, ammuntaan pääsy oli kova saavutus ja sitäkin palkitsevampi, että se tosiaan oli ihan huippuhauska, kun siinä oli niin yksinkertainen ohjaus ja loistava tuntuma. Guuglasin vähän kuvia, ja luulen, että kolmiloikka oli pisin minne parhaimmillani pääsin; painonnosto ja seiväshyppy näyttivät vieraalta, mutta onneksi seivästa sai sitten kyllä taas Daley Thompsonina hypätä.

Olen aikonut Frankien läpipeluun katsella Juupparista muistaessani, nytpä muistankin.

Aargh, ”CommoNdore”! Tai parhaimmillaan ”CommANdore”! Kuinka jotkut voivatkin olla jonkin niinkin ubiikin asian nimityksen korrektiudesta niin piittaamattomia! Ja niin monet vielä! Ja niin monet vieläkin!

Voi muuten olla, että myös ensimmäinen minun koskaan pelaamani C64-peli oli Daley Thompson’s Decathlon. Joko se tai sitten Hyper Sports. Muista mainitsemistasi Head Over Heels ja Wizball olivat nekin mukana ensimmäisissä kokoelmissa, jotka joko tulivat koneen mukana tai hankittiin pian sen jälkeen. Krakoutia pääsin pelaamaan vasta siinä vaiheessa, kun jo kuolasin Amigan perään.

RH #851762 [1] and Gnome #649722 [2] also describe very similar, but not entirely identical issues.

*[1] https://bugzilla.redhat.com/show_bug.cgi?id=851762
*[2] https://bugzilla.gnome.org/show_bug.cgi?id=649722

Steps to reproduce:

1. Start Sound Juicer.
2. Insert a CD, one known not to have MusicBrainz data for it available.
3. Eject CD.
4. Insert same CD, or another CD with no MusicBrainz data for it.

What happens:
A dialog pops up saying ”Cannot access CD: Error while getting peer-to-peer dbus connection: The name :1.395 was not provided by any .service files” (the number varies). Data from CD TOC isn’t filled into Sound Juicer’s main interface.

What I expect to happen:
No dialogs to pop up, data from CD TOC read into Sound Juicer’s main interface just as it was after step #2.

Workaround:
After step #4, shut down Sound Juicer and then start it again. You’ll have one working read, and again failure on successive reads.

Other info:
Bug #977335 is similar, but without the MusicBrainz connection. I’m unable to reproduce #977335 with CDs that do have MusicBrainz data available for them.