Could someone please check for me. Is the hlshd1 version of b07myxws corrupt? On download I keep getting the following error messages every time I try, and at the same segments....

WARNING: Segment not found (32) http://cp401489-vh.akamaihd.net/i/iplayerstream/
secure_auth/,800kbps/modav/bUnknown-7589b24b-274b-4d67-b0d5-2471c6a51bfa_b07myxt
z_1469905806580,1500kbps/modav/bUnknown-7589b24b-274b-4d67-b0d5-2471c6a51bfa_b07
myxtz_1469905809775,3200kbps/modav/bUnknown-7589b24b-274b-4d67-b0d5-2471c6a51bfa
_b07myxtz_1469905806343,.mp4.csmil/segment32_2_av.ts
WARNING: There may be a gap near 310 secs in programme
Recording:   809.34MB / 1007.32MB 30838kbps  80.3% 00:00:52 remaining
WARNING: Segment not found (274) http://cp401489-vh.akamaihd.net/i/iplayerstream
/secure_auth/,800kbps/modav/bUnknown-7589b24b-274b-4d67-b0d5-2471c6a51bfa_b07myx
tz_1469905806580,1500kbps/modav/bUnknown-7589b24b-274b-4d67-b0d5-2471c6a51bfa_b0
7myxtz_1469905809775,3200kbps/modav/bUnknown-7589b24b-274b-4d67-b0d5-2471c6a51bf
a_b07myxtz_1469905806343,.mp4.csmil/segment274_2_av.ts
WARNING: There may be a gap near 2730 secs in programme
Recording:   983.70MB / 1007.32MB 30758kbps  97.7% 00:00:06 remaining
WARNING: Segment not found (333) http://cp401489-vh.akamaihd.net/i/iplayerstream
/secure_auth/,800kbps/modav/bUnknown-7589b24b-274b-4d67-b0d5-2471c6a51bfa_b07myx
tz_1469905806580,1500kbps/modav/bUnknown-7589b24b-274b-4d67-b0d5-2471c6a51bfa_b0
7myxtz_1469905809775,3200kbps/modav/bUnknown-7589b24b-274b-4d67-b0d5-2471c6a51bf
a_b07myxtz_1469905806343,.mp4.csmil/segment333_2_av.ts
WARNING: There may be a gap near 3320 secs in programme

Or is it something else?

I've downloaded 14 shows this morning; most of them had the issue you described above. The videos look intact, but the audio is completely out of sync in each one.

Yes, exactly. The audio is out of sync after the missing video segment. Which is what you might expect if the video is missing but the audio is intact. Strange. I am wondering if this has been caused by the downloading process, or whether the BBC's mp4 encoding of the original broadcast video is faulty. Any ideas?

"Segment not found" signifies a production error at the BBC end. There is nothing get_iplayer can do about it. You can either wait a while to see if it gets fixed, or just use a different recording mode.

Hi user-2,

Sorry, I'm a bit of a newbie; when you say "use a different recording mode", what do you mean?  I'm just running get_iplayer like this, e.g.:

get_iplayer "http://www.bbc.co.uk/iplayer/episode/b03qkzbp/sacred-wonders-of-britain-episode-3"

^^ get_iplayer --pid=b03qkzbp --info

That will show you the --versions (such as audiodescribed and original) and the --modes (such as hlshd1 and hlsstd1).

Then you can use the --versions & --modes options to select the one you are after.

More info here.

Dinky thanks. An analysis of the downloaded mp4 tells me that the video is running at 24.79fps. Normally these files are standard 25fps. A closer looks reveals the audio gradually gets ahead of the picture, so my guess is the mp4 was encoded from audio running at 25fps and picture at 24.79fps. Which makes these items unviewable. What is odd is that the SD and HD versions when viewed directly on iPlayer are both perfect. No issues. I am now testing all available versions and will report back.

Many thanks for the explanation.

Who knows? Supposedly, the various stream formats are created from the same source media, so you would guess the problem is in the segmenting rather than the encoding. OTOH, the fact that you get the "right" amount of audio even though chunks of the stream are missing suggests that maybe it was in fact created from a duff source. Streams with this problem have been fixed before by the  BBC, so waiting a while may be all it takes.

The iPlayer site uses HDS or DASH, and you can't compare like-for-like with the HLS streams get_iplayer uses. When you click "Watch in HD" on the web site, you don't get a 1280x720 25fps HDS/DASH stream equivalent to what get_iplayer refers to as "hlshd". get_iplayer prefers the video streams that include "hlshd" in order to keep the default HD stream at 25fps. It may be just that particular processing pipeline that has a problem. 

If it proves to be a long-lived problem, I'll just drop the problem streams. I don't want to do that without good reason because then the only 720p option is the 50fps streams, which is unnecessary and pretty bloated for most programmes. If I do that, I'll probably dial back the default quality level to the 960x540 version you get with "Watch in HD".

EDIT: removed incorrect info about mobile device streams

OK, regarding the "segment not found issue", from a typical one 1-hour programme I tested the following modes and file sizes (I only go for the highest quality downloads, especially in 50p)....

using "--modes="

mode - filesize - actual fps - status
hvfhd1 - 2364Mb - 50p - ok
hvfsd1 - 1337Mb - 50p - ok
flashhd1 - 1010Mb - 25p - ok
hlshd1 - 1023Mb - 24.79p - out of sync

So for me, it seems that all is ok except the hlshd1 mode. I cannot comment on any lower resolutions.

(03-08-2016, 03:29 PM)So for me, it seems that all is ok except the hlshd1 mode.

That is true for all reports to date.

The hlshd sync problem persists with last night's shows too. So for 1280x720/25p resolution flashhd FLV seems to be the only reliable mode for me at the moment. However, why does the flashhd FLV version consistently download much more slowly than the hlshd TS version, even though the file sizes are very similar?

Yes I have this problem.

Am running linux version 2.95 and have had no problems at all until several days ago.

when playing after download, video (not audio) freezes for several seconds resulting in video/audio sync problem.

This can happen in different parts of the video.

I keep all my log files, below is a sample of this happening (this one happened today).

-------- example output from player.log -------------------
.
.
.
Recording:    95.80MB / 747.63MB  6084kbps  12.8% 00:14:37 remaining
Recording:    96.55MB / 747.63MB  6084kbps  12.9% 00:14:36 remaining
Recording:    97.30MB / 747.63MB  6085kbps  13.0% 00:14:35 remaining
Recording:    98.05MB / 747.63MB  6085kbps  13.1% 00:14:34 remaining
WARNING: Segment not found (33) http://cp401489-vh.akamaihd.net/i/iplaye...33_2_av.ts
WARNING: There may be a gap near 320 secs in programme
Recording:    98.80MB / 747.63MB  6040kbps  13.2% 00:14:40 remaining
Recording:    99.55MB / 747.63MB  6041kbps  13.3% 00:14:38 remaining
Recording:   100.29MB / 747.63MB  6041kbps  13.4% 00:14:37 remaining
Recording:   101.04MB / 747.63MB  6042kbps  13.5% 00:14:36 remaining
.
.
.
-------------- end of player.log example output --------------

hope this helps in identifying the problem.

-- showman

Re: the sync problem

below is the get_iplayer output for downloading the latest episode of fleabag.

I re-downloaded it (using --force) to see if the problem occurs in the same place.

It does - re- downloading the same program (i.e. same pid) produces the error in the same place for that program.

here is the output  (linux version of get_iplayer 2.95 with newest updates)

----------------------------
get_iplayer 2.95-7-g9986f11-ppa26, 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: Episode-only pid detected
INFO: Trying pid: p042khwn using type: tv
INFO: Trying to stream pid using type tv
INFO: pid not found in tv cache
Matches:

INFO: 1 Matching Programmes
INFO: Checking existence of iplayer version
INFO: hlshd1,hlsvhigh1,hlshigh1,hlsstd1,hlslow1 modes will be tried for version iplayer
INFO: Trying hlshd1 mode to record tv: Fleabag - 3. Episode 3
INFO: File name prefix = Fleabag_-_3._Episode_3_p042khwn_iplayer                 
INFO: Begin recording file: /home/glyn/tb1/bbc/Fleabag_-_3._Episode_3_p042khwn_iplayer.partial.mp4.ts
Recording:   361.49MB / 446.53MB  6715kbps  81.0% 00:01:43 remaining
WARNING: Segment not found (123) http://cp401489-vh.akamaihd.net/i/iplaye...23_2_av.ts
WARNING: There may be a gap near 1220 secs in programme
INFO: Recorded: 460.26MB in 00:09:22 at  6709kbps to /home/glyn/tb1/bbc/Fleabag_-_3._Episode_3_p042khwn_iplayer.partial.mp4.ts
INFO: Begin converting file: /home/glyn/tb1/bbc/Fleabag_-_3._Episode_3_p042khwn_iplayer.partial.mp4.ts
[h264 @ 0x1b145c0] non-existing SPS 0 referenced in buffering period
[h264 @ 0x1b145c0] non-existing SPS 32 referenced in buffering period
[h264 @ 0x1b145c0] non-existing SPS 0 referenced in buffering period
[h264 @ 0x1b145c0] non-existing SPS 32 referenced in buffering period
[NULL @ 0x1b145c0] non-existing SPS 0 referenced in buffering period
[NULL @ 0x1b145c0] non-existing SPS 32 referenced in buffering period
INFO: Converted file: /home/glyn/tb1/bbc/Fleabag_-_3._Episode_3_p042khwn_iplayer.partial.mp4
INFO: Recorded file: /home/glyn/tb1/bbc/Fleabag_-_3._Episode_3_p042khwn_iplayer.mp4

INFO: MP4 tagging MP4 file

 Started writing to temp file.
 Progress: =======================================================>100% |
 Finished writing to temp file.



----------------------------

-- showman

Closing this thread to avoid any more "me too" posts.

After looking at a few more cases, it appears to me that audio sync problems are a by-product of re-muxing the downloaded MPEG-TS files to MP4 with ffmpeg, which must get confused by timestamp discontinuities. You can download with --raw and get a playable MPEG-TS file, though it's still better just to change your recording mode so you can get a complete download.

hi guys,

excellent app and it seems to work, at first.

it downloads videos with a few gaps and other errors logged.

i've attached the verbose log file.

the video plays with sound but it's out of sync.

i've been unable to find the issue mentioned on the various support pages or this forum.

is there a quick/easy way to fix this?

thanks in advance for any assistance