HOWTO: transfer videos from your TIVO to your Ubuntu desktop or Android using kmttg

[madscientist]

I'm downloading a file right now--very nice!!

FYI, for a fresh install of Ubuntu 12.04 I needed the following extra/different steps:

First, you need to:

sudo apt-get install curl mencode

because those aren't installed by default.

Second, the handbrake release area doesn't support 12.04 so you have to use the snapshot area; change the add-apt-repository to:

sudo add-apt-repository ppa:stebbins/handbrake-snapshots

Then it all worked for me!

[madscientist]

Oh and a slight improvement on your comskip shell script, which avoids customization for the current directory:

echo 'wine "$0".exe "$@"' > comskip

[madscientist]

Something else: I have a 64bit Ubuntu install and comskip is a 32bit app; when I run it under wine I get a warning:

p11-kit: couldn't load module: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory

This requires a 32bit version of gnome-keyring installed but there's a missing dependency so it doesn't work. I've asked about this and I'll update here if/when I figure it out. It's possible that comskip will still run: if I run "comskip --help" it gives that error but still runs (and shows some help). I'm still downloading my first show so we'll see what happens after it's done.

[Robertjm]

Definitely keep us informed madscientist. Whiel the program seemed to run on my Ubuntu 12.94 64bit system, it always seemed to blow up at the end, so I'm intrigued to see if anything changed since I tried it.

Fingers crossed,

Robert

[madscientist]

I had to go to work while the show was still downloading. When I got home I discovered it failed in the HandBrakeCLI step; as above I have to use the snapshot PPA because there's no release PPA for Ubuntu 12.04. When I use this (version 4650svnppa1~precise1) I get this error from kmttg:

encoding failed (exit code: 1 ) - check command: /usr/bin/HandBrakeCLI -i "/home/me/TVShows/MyShow_cut.mpg" --cpu 4 -t 1 -c 1 -f mkv --large-file --decomb --detelecine -e x264 -b 1300 -2 -T -a 1 -E faac -B 160 -6 dpl2 -D 1 -x ref=3:mixed-refs=1:bframes=6:weightb=1:direct=auto:b-pyramid=1:me=umh:subq=9:analyse=all:8x8dct=1:trellis=1:nr=150:no-fast-pskip=1:psy-rd=1,1 -v -o "/home/me/TVShows/MyShow.mkv" 
/usr/bin/HandBrakeCLI: unrecognized option '--cpu'
unknown option (--cpu)

I've edited the .enc files to remove the --cpu flag and its argument and I'm trying again.

[michael37]

Something else: I have a 64bit Ubuntu install and comskip is a 32bit app; when I run it under wine I get a warning:

p11-kit: couldn't load module: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory

This requires a 32bit version of gnome-keyring installed but there's a missing dependency so it doesn't work. I've asked about this and I'll update here if/when I figure it out. It's possible that comskip will still run: if I run "comskip --help" it gives that error but still runs (and shows some help). I'm still downloading my first show so we'll see what happens after it's done.

I also have 32-bit comskip.exe and 64-bit ubuntu. Wine is supposed to take care of the conversion, I have no idea where this error is coming from. Perhaps from your wine config?

Besides, my file /usr/lib/gnome-keyring/gnome-keyring-pkcs11.so is 64-bit:

$ file /usr/lib/gnome-keyring/gnome-keyring-pkcs11.so
/usr/lib/gnome-keyring/gnome-keyring-pkcs11.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped

[madscientist]

Michael: the issue with wine is a known bug; see https://bugs.launchpad.net/ubuntu/+s...ng/+bug/885492

[madscientist]

Hrm. On this second attempt I tried to choose a smaller file (The Simpsons episode) to avoid longer download times. While the first file worked all the way up to the HandBrakeCLI step, on this second attempt I ran into the same problem Robertjm hit. The ffmpeg remux step got to 44% and hung. I left it running overnight but no change.

strace shows that it's simply mmap()ing memory, then munmapping it, then mmapping more memory, then munmapping it, continuously. I thought I'd leave it overnight to see what happened when it ran out but even after 10 hours or so it's still running:

mmap(NULL, 1292320768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f84be747000
munmap(0x7f850b7bb000, 1292304384)      = 0
mmap(NULL, 1292374016, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f84716c6000
munmap(0x7f84be747000, 1292320768)      = 0
mmap(NULL, 1292386304, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f850b7a7000
munmap(0x7f84716c6000, 1292374016)      = 0
mmap(NULL, 1292414976, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f84be71c000
munmap(0x7f850b7a7000, 1292386304)      = 0

I tried attaching with the debugger but the stack trace is not too interesting:

#0  0x00007f855d435897 in munmap () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x00007f855dc250ba in av_fifo_realloc2 ()
   from /usr/lib/x86_64-linux-gnu/libavutil.so.51
#2  0x00007f855f11ee93 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libavformat.so.53
#3  0x00007f855f168559 in av_write_trailer ()
   from /usr/lib/x86_64-linux-gnu/libavformat.so.53
#4  0x000000000040c5ba in ?? ()
#5  0x0000000000407904 in ?? ()
#6  0x00007f855d36876d in __libc_start_main ()
   from /lib/x86_64-linux-gnu/libc.so.6
#7  0x0000000000407a71 in ?? ()
#8  0x00007fff538af158 in ?? ()
#9  0x000000000000001c in ?? ()
#10 0x000000000000000f in ?? ()
#11 0x00007fff538b1363 in ?? ()
#12 0x00007fff538b1373 in ?? ()
#13 0x00007fff538b1376 in ?? ()
#14 0x00007fff538b137e in ?? ()
#15 0x00007fff538b1385 in ?? ()
#16 0x00007fff538b1388 in ?? ()
#17 0x00007fff538b13d3 in ?? ()
#18 0x00007fff538b13d6 in ?? ()
#19 0x00007fff538b1421 in ?? ()
#20 0x00007fff538b1429 in ?? ()
#21 0x00007fff538b142e in ?? ()
#22 0x00007fff538b1436 in ?? ()
#23 0x00007fff538b143b in ?? ()
#24 0x00007fff538b143e in ?? ()
#25 0x00007fff538b1442 in ?? ()
#26 0x0000000000000000 in ?? ()

It seems to be the av_write_trailer() function that's causing this; if I step through with GDB that seems to be the one it never returns from. If I set a breakpoint in mmap() I get this backtrace:

#0  0x00007f855d435860 in mmap64 () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x00007f855d3c7f5d in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#2  0x00007f855d3c8291 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#3  0x00007f855d3ca556 in memalign () from /lib/x86_64-linux-gnu/libc.so.6
#4  0x00007f855d3cb799 in posix_memalign ()
   from /lib/x86_64-linux-gnu/libc.so.6
#5  0x00007f855dc282ab in av_malloc ()
   from /usr/lib/x86_64-linux-gnu/libavutil.so.51
#6  0x00007f855dc24df9 in av_fifo_alloc ()
   from /usr/lib/x86_64-linux-gnu/libavutil.so.51
#7  0x00007f855dc2508f in av_fifo_realloc2 ()
   from /usr/lib/x86_64-linux-gnu/libavutil.so.51
#8  0x00007f855f11ee93 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libavformat.so.53
#9  0x00007f855f168559 in av_write_trailer ()
   from /usr/lib/x86_64-linux-gnu/libavformat.so.53
#10 0x000000000040c5ba in ?? ()
#11 0x0000000000407904 in ?? ()
#12 0x00007f855d36876d in __libc_start_main ()
   from /lib/x86_64-linux-gnu/libc.so.6
#13 0x0000000000407a71 in ?? ()
#14 0x00007fff538af158 in ?? ()
#15 0x000000000000001c in ?? ()
#16 0x000000000000000f in ?? ()
#17 0x00007fff538b1363 in ?? ()
#18 0x00007fff538b1373 in ?? ()
#19 0x00007fff538b1376 in ?? ()
#20 0x00007fff538b137e in ?? ()
#21 0x00007fff538b1385 in ?? ()
#22 0x00007fff538b1388 in ?? ()
#23 0x00007fff538b13d3 in ?? ()
#24 0x00007fff538b13d6 in ?? ()
#25 0x00007fff538b1421 in ?? ()
#26 0x00007fff538b1429 in ?? ()
#27 0x00007fff538b142e in ?? ()
#28 0x00007fff538b1436 in ?? ()
#29 0x00007fff538b143b in ?? ()
#30 0x00007fff538b143e in ?? ()
#31 0x00007fff538b1442 in ?? ()
#32 0x0000000000000000 in ?? ()

[madscientist]

Hm. I killed this ffmpeg to let the process continue, then it hung again in the same place (again at 44% done) in the same way during the ffmpeg remux step. I killed that too and it's proceeding to the encode step (most likely the result will be corrupted but I wanted to see what happened).

One interesting thing I noticed in the kmttg log panel after I kill ffmpeg was this:

>> Running ffmpeg remux to generate /home/me/MyTv/The Simpsons.mpg.qsfix ...
/usr/bin/ffmpeg -y -fflags genpts -i "/home/me/MyTvThe Simpsons.m2v" -i "/home/me/MyTv/The Simpsons.ac3" -acodec copy -vcodec copy -f dvd "/home/me/MyTv/The Simpsons.mpg.qsfix" 
remux failed (exit code: 143 ) - check command: /usr/bin/ffmpeg -y -fflags genpts -i "/home/me/MyTv/The Simpsons.m2v" -i "/home/me/MyTv/The Simpsons.ac3" -acodec copy -vcodec copy -f dvd "/home/me/MyTv/The Simpsons.mpg.qsfix" 
ffmpeg version 0.8.1-4:0.8.1-0ubuntu1, Copyright (c) 2000-2011 the Libav developers
  built on Mar 22 2012 05:09:06 with gcc 4.6.3
This program is not developed anymore and is only provided for compatibility. Use avconv instead (see Changelog for the list of incompatible changes).

Note the comment at the end... maybe kmttg should be changed to use avconv instead?

[DrewLGT]

can i transfer video TO my tivo with this?