These forums are archived

See this post for further info

get_iplayer forums

Forum archived. Posting disabled.

Recording incomplete - Command Line output using --force

user-520

Hi - this is the output I get when trying
Code:
get_iplayer --pid=p0276pc3

Code:
C:\Program Files (x86)>get_iplayer --pid=p0276pc3 --force
get_iplayer v2.87, Copyright (C) 2008-2010 Phil Lewis
  This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty.
  This is free software, and you are welcome to redistribute it under certain
  conditions; use --conditions for details.

INFO Trying to stream pid using type tv
INFO: pid found in cache
Matches:
518:    Human Universe - 1. Apeman - Spaceman, BBC Two, Factual,Science & Nature
,Science & Technology,TV, default

INFO: 1 Matching Programmes
INFO: Checking existence of default version
INFO: flashvhigh1,flashvhigh2,flashhigh1,flashhigh2,flashstd1,flashstd2,flashlow
1,flashlow2 modes will be tried for version default
INFO: Trying flashvhigh1 mode to record tv: Human Universe - 1. Apeman - Spacema
n
INFO: File name prefix = Human_Universe_-_1._Apeman_-_Spaceman_p0276pc3_default

RTMPDump v2.4
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
Connecting ...
INFO: Connected...
Starting download at: 0.000 kB
INFO: Metadata:
INFO:   duration              3542.04
INFO:   moovPosition          36.00
INFO:   width                 832.00
INFO:   height                468.00
INFO:   videocodecid          avc1
INFO:   audiocodecid          mp4a
INFO:   avcprofile            77.00
INFO:   avclevel              31.00
INFO:   aacaot                2.00
INFO:   videoframerate        25.00
INFO:   audiosamplerate       48000.00
INFO:   audiochannels         2.00
INFO: trackinfo:
INFO:   length                88551000.00
INFO:   timescale             25000.00
INFO:   language              und
INFO: sampledescription:
INFO:   sampletype            avc1
INFO:   length                170017792.00
INFO:   timescale             48000.00
INFO:   language              und
INFO: sampledescription:
INFO:   sampletype            mp4a
4861.569 kB / 26.40 sec (0.7%)
ERROR: RTMP_ReadPacket, failed to read RTMP packet header
4909.823 kB / 26.40 sec (0.7%)
INFO: Connection timed out, trying to resume.

Resuming download at: 4909.823 kB
ERROR: RTMP_ReadPacket, failed to read RTMP packet header
4909.823 kB / 0.00 sec
INFO: Connection timed out, trying to resume.

Resuming download at: 4909.823 kB
4909.823 kB / 26.00 sec
Download complete
ffmpeg version 2.2.3 Copyright (c) 2000-2014 the FFmpeg developers
  built on Jun 19 2014 20:24:25 with gcc 4.8.3 (GCC)
  configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av
isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab
le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetyp
e --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-
libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libope
njpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsox
r --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab -
-enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx
--enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-
libxavs --enable-libxvid --enable-decklink --enable-zlib
  libavutil      52. 66.100 / 52. 66.100
  libavcodec     55. 52.102 / 55. 52.102
  libavformat    55. 33.100 / 55. 33.100
  libavdevice    55. 10.100 / 55. 10.100
  libavfilter     4.  2.100 /  4.  2.100
  libswscale      2.  5.102 /  2.  5.102
  libswresample   0. 18.100 /  0. 18.100
  libpostproc    52.  3.100 / 52.  3.100
Input #0, flv, from 'R:\Users\darren\Desktop\iPlayer Recordings\Human_Universe_-
_1._Apeman_-_Spaceman_p0276pc3_default.partial.mp4.flv':
  Metadata:
    moovPosition    : 36
    avcprofile      : 77
    avclevel        : 31
    aacaot          : 2
    videoframerate  : 25
    audiochannels   : 2
  Duration: 00:59:02.04, start: 0.000000, bitrate: 11 kb/s
    Stream #0:0: Video: h264 (Main), yuv420p, 832x468 [SAR 1:1 DAR 16:9], 25 fps
, 25 tbr, 1k tbn, 50 tbc
    Stream #0:1: Audio: aac, 48000 Hz, stereo, fltp
Output #0, mp4, to 'R:\Users\darren\Desktop\iPlayer Recordings\Human_Universe_-_
1._Apeman_-_Spaceman_p0276pc3_default.partial.mp4':
  Metadata:
    moovPosition    : 36
    avcprofile      : 77
    avclevel        : 31
    aacaot          : 2
    videoframerate  : 25
    audiochannels   : 2
    encoder         : Lavf55.33.100
    Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 832x468 [SAR 1:1
DAR 16:9], q=2-31, 25 fps, 16k tbn, 1k tbc
    Stream #0:1: Audio: aac ([64][0][0][0] / 0x0040), 48000 Hz, stereo
Stream mapping:
  Stream #0:0 -> #0:0 (copy)
  Stream #0:1 -> #0:1 (copy)
Press [q] to stop, [?] for help
frame=  661 fps=0.0 q=-1.0 Lsize=    4895kB time=00:00:26.41 bitrate=1518.2kbits
/s
video:4574kB audio:301kB subtitle:0 data:0 global headers:0kB muxing overhead 0.
385356%
INFO: Recorded R:\Users\darren\Desktop\iPlayer Recordings\Human_Universe_-_1._Ap
eman_-_Spaceman_p0276pc3_default.mp4

INFO: Downloaded Thumbnail to 'R:\Users\darren\Desktop\iPlayer Recordings\Human_
Universe_-_1._Apeman_-_Spaceman_p0276pc3_default.jpg'
INFO: MP4 tagging MP4 file

Started writing to temp file.
Progress: >  0% -------------------------------------------------------|
Finished writing to temp file.

user-2

Really? You couldn't be bothered to excise the 120 lines generated because you mistyped the command?

user-30

OP's post has now been edited to remove unnecessary lines.

Darren13 - perhaps you can sympathise with user-2, you obviously didn't want to read for yourself the voluminous output you posted here or you would have seen the very obvious connection time out. Noticing that would have lead you to the numerous posts on this forum and around the web describing the sensitive nature of RTMPdump and how it often has these sorts of issues for no good reason.

When posting this sort of information you should, at the very least, wrap the pasted info in code tags so it displays in some sense of order. This can be done by selecting the text and clicking the 'code' button available in strip above the input box.

For large outputs you should paste the output into a text file, save it as a .txt and attach it to your post.

user-2

Apologies for the snark.

Bottom line: rtmpdump is guaranteed to fail sometimes, and it doesn't always signal to get_iplayer that it failed, thus you're left with a truncated file. Read about the
Code:
--check-duration
option in the 2.87 release notes. It gives you an easy way to see that a file was truncated.

user-520

Appreciate the apology, but no offence taken. It's a support forum, it's not like it's going to wreck anyone's life ;-)

I've no idea what's relevant for you re: debugging / spotting stuff that isn't an error. I did take time to look through what I was pasting as feedback, but it's all Greek to me.

Again, grateful for get_player, so thanks for your efforts, and apologies for the 120 lines that caused you offence.

user-901

I take issue with the way that the RTMP_ReadPacket function is implemented in 2.3 and 2.4. I have the same problem that you do, so I changed a few lines of code and it works much better. The first time I used it and got that error...it retried about 24 times, got the right packet and went merrily on its way. No CPU spinning out of control, no retrying, no corrupted file. Forgive me if I think the code was just written wrong.

You can get the code from sourceforge, untar the archive and set up a compile directory. I'm going to assume you can find out how to compile or that you don't want to, but for those that can/will, these are the changes to the code.

All the changes are in librtmp/rtmp.c There are only about 3 lines of changes, but I'll include all of both affected functions so you don't have a problem finding where the change is.

EDIT: new code attached to following post

user-901

Crap; I just realized I could have attached the new code. It's just the one file to be changed, librtmp/rtmp.c You can overwrite it with this one, recompile and Bob's yer uncle!

BTW, if you're ever recording something like a live sporting event, this is a really critical change. I do 8 hour cricket matches, the four day SS in Australia, and the last thing you want is to come into the room 4 hours into the match to hear the CPU fan cranked to max and nothing being recorded. With this fix you miss about 30 seconds, no tight loops.

user-2

Did you really get that code from SourceForge? If so, you should provide the link. The diff between your code and the upstream master branch is way more than 3 lines, and your code reintroduces one bug that was patched 18 months ago, so I think you patched a rather old version. That doesn't mean it won't work for some people, but you should say exactly where you got the code you patched, so that anyone who applies your changes is forewarned that old bugs might resurface. But you really should patch the latest source.

These forums are archived

See this post for further info