Re: Audio and video gradually go out of sync

2016-04-19 Thread Peter S Kirk
On 20 Apr 2016 at 8:00, Nick Payne Nick Payne  
wrote:

> I've been downloading the daily highlight packages from the BBC coverage 
> of the World Snooker Championships 
> (http://www.bbc.co.uk/iplayer/episodes/b00b436n). The first two episodes 
> play without any problem, but the audio and video on the Day 3 program 
> gradually get out of sync as the program progresses - they're in sync at 
> the start, but by the end of the 50 minutes of the program, the audio is 
> about half a dozen seconds in advance of the video. Has anyone else 
> downloaded the day 3 highlights - if so, did the video and audio stay in 
> sync? At the moment I don't know whether this is a problem with the GiP 
> processing at my end or with the download from the BBC. Using GiP 2.94 
> on Windows.
> 
> Nick

Nick,

Vangelis forthnet has given detailed answer.

My answer is: live with it - VLC has hasten/delay audio & subs.

Peter

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer


Re: Audio and video gradually go out of sync

2016-04-19 Thread Vangelis forthnet

On Tue Apr 19 23:00:46 BST 2016, Nick Payne wrote:


but the audio and video on the Day 3 program
gradually get out of sync as the program progresses -
they're in sync at the start, but by the end
of the 50 minutes of the program, the audio is
about half a dozen seconds in advance of the video.
(snip)
At the moment, I don't know whether this is a problem
with the GiP processing at my end
or with the download from the BBC.
Using GiP 2.94 on Windows.


Hi Nick,
am afraid more info is needed...
On what tvmode downloaded have you experienced
the gradual loss of AV sync?
Was it a flash mode (flashhd, flashvhigh etc.)
or a hls one (hlshd, hlsvhigh etc.)?

For flash modes, the actual downloading is
done by rtmpdump; maybe it timed out and
resumed (possibly more than once), resulting
in an FLV file with corrupt timestamps;
while at the remuxing stage that follows
ffmpeg tries its best, it may have been unable
to completely fix the wrong timestamps, resulting
in an MP4 file with issues such as the one you describe.

If it was a hls tvmode you recorded, then again
at the downloading process ffmpeg might've timed-out
on some fragments (harder to spot those errors while
ffmpeg continuously writes output in the command
prompt window), this again would have resulted in
a .ts file with corrupt timestamps not fully fixed in
the remuxing process to the final MP4 file...

Both flash and hls tvmodes require a robust connection
during download for best results...

FWIW, I did some tests:
1. On the iPlayer site itself,

http://www.bbc.co.uk/iplayer/episode/b078dl2z/snooker-world-championship-highlights-2016-day-3

the programme plays fine all through its end.
Of course, in Firefox with Adobe Flash the
AdobeHDS streams are being delivered
(from right-clicking on Flash):

b078dl1m / programme / b078dl2z
1700kbps | HDS (mf_akamai_uk_hds) | b078dl1m | 960x540

those are not supported in GiP, but it's a good indication
regardless, as all encodes come from same original source
(exceptions may apply, but it's rare...).
I moved the slider to 46:32/48:25, and audio
was still in sync with video.

2. Flashvhigh tvmode was downloaded (via rtmpdump).
No interruption was observed during download,
end MP4 file was played back using MPC-BE;
again, AV sync was maintained right from the start
all through to the duration's end.

So it must be something at your end...
Delete problematic file and redownload manually,
at a time of day when your internet speed
is the best - verify in the CLI that rtmpdump
does not stop; if the default CDN is causing you grief,
try the alternate one (sadly, there's only one CDN
now for flashhd, but two still exist for the other flashtvmodes...).

You can also try hls tvmodes, e.g. --tvmode=hlshd.
(or hlsvhigh) to get rtmpdump out of the equasion.
It's a long shot, but perhaps you could also update
your FFmpeg binary - GiP 2.94 came with FFmpeg 2.2.3,
we're now up to version 3.0.1; maybe significant
improvements were introduced in both AppleHLS
downloading and MP4 container remuxing...

Kind regards,
Vangelis. 



___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer


Audio and video gradually go out of sync

2016-04-19 Thread Nick Payne
I've been downloading the daily highlight packages from the BBC coverage 
of the World Snooker Championships 
(http://www.bbc.co.uk/iplayer/episodes/b00b436n). The first two episodes 
play without any problem, but the audio and video on the Day 3 program 
gradually get out of sync as the program progresses - they're in sync at 
the start, but by the end of the 50 minutes of the program, the audio is 
about half a dozen seconds in advance of the video. Has anyone else 
downloaded the day 3 highlights - if so, did the video and audio stay in 
sync? At the moment I don't know whether this is a problem with the GiP 
processing at my end or with the download from the BBC. Using GiP 2.94 
on Windows.


Nick

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer


Re: How to download 96kbps HE-AAC radio 3 stream?

2016-04-19 Thread Vangelis forthnet

On Tue Apr 19 16:35:18 BST 2016, ChenZhe wrote:


I am out of UK, so normally I could only download
in 'hlsaaclow' and 'flashaaclow' mode
which are of 48kbps HE-AAC quality @ 48kHz.


Hello ChenZhe, welcome to the list :-)
... Yes, that is true, for non-UK IPs flash (over RTMP)
and hls (i.e. AppleHLS, over HTTP) radiomodes will get
you the "*aaclow" quality variants (only for those streams
that impose geo-filtering), which are
HE-AACv1 @ 48kbpsABR; v1 stands for SBR
(read more at:
https://en.wikipedia.org/wiki/High-Efficiency_Advanced_Audio_Coding
https://en.wikipedia.org/wiki/Spectral_band_replication ),
if your software/hardware audio player is SBR compatible,
then it can play back the full SR of 48kHz, else it'll
fall back to just half the value @24kHz.

Since October 2015, most AOD on BBCiPlayerRadio
received the "Audio Factory" treament (BBC World Service
was the last to get it), so the default BR on desktop browsers
was uplifted to AAC LC @320kbpsABR[48kHz] in the UK
and HE-AACv1 @ 96kbpsABR[48kHz] elsewhere.

(NB: I can't see how you found out the SR to be 44.1kHz,
I am also overseas and all AOD (even the 48kbps encodes)
are at a SR of  48kHz; 44.1kHz (downsampled) may have been
the case in the past, but well over a year ago it was restored
by Audio Factory to original value of 48kHz; currently, only
MP3 podcasts and Shoutcast live MP3 streams are downsampled
to 44.1kHz, for compatibility with legacy devices...)

World Service does not geo-locate,  96kbps is the maximum
BR you get globally.
But sadly, the method of delivery has also changed:
For desktop browsers with the Adobe Flash Player Plugin
(ActiveX, NPAPI, PPAPI) it is now AdobeHDS
https://en.wikipedia.org/wiki/Adaptive_bitrate_streaming#Adobe_HTTP_Dynamic_Streaming
while if you have
1) a compatible OS
2) a compatible browser
3) opted-in to HTML5 BBC iPlayer beta
http://www.bbc.co.uk/html5

then you get those audio streams via MPEG-DASH
https://en.wikipedia.org/wiki/Dynamic_Adaptive_Streaming_over_HTTP

The current stable (2.94) release of GiP does not support
either AdobeHDS nor MPEG-DASH :-(

There exist other tools that can download unencrypted
AdobeHDS streams (the beeb do not use DRM - yet?),
have a look at
https://github.com/K-S-V/Scripts/wiki
then google for the rest, I can't be more verbose on
this subject as being off-topic...

HOWEVER, the develop branch of GiP (2.95dev)

https://github.com/get-iplayer/get_iplayer/tree/develop

did introduce support for MPEG-DASH streams
(both video and audio in the beginning, currently only
for audio, due to inherent problems with video streams).
MPEG-DASH support is realised via a native pure
perl downloader, as FFmpeg does not still have
an MPEG-DASH demuxer...

You fail to provide any info on your OS used,
GiP-2.95dev is undocumented and unsupported by its developer.
Have a read at
https://github.com/get-iplayer/get_iplayer/wiki/gipdev
If on Windows, I have posted in the past
about trialing the dev version, it's in the list
archives, most recent post at:
http://lists.infradead.org/pipermail/get_iplayer/2016-April/008848.html

MPEG-DASH streaming method is reflected in
the "dash" modes - in latest 2.95dev snapshot, tv
and radio modes have been consolidated, dash for AOD
is the default (radio)mode, --type=radio, though recommended,
is now not strictly needed, so with latest 2.95dev you'd type:

perl get_iplayer-295dev.pl --pid=b0770h0q

==
C:\Program Files\get_iplayer>perl get_iplayer-295dev.pl --pid=b0770h0q
(harmless WARNINGS snipped)
get_iplayer 2.95-dev, 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: b0770h0q 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 original version
INFO: dashmed1,dashmed2,dashlow1,dashlow2 modes will be tried for version 
origin

al
INFO: Trying dashmed1 mode to record radio: Sunday Feature - Menuhin at 100
INFO: File name prefix = Sunday_Feature_-_Menuhin_at_100_b0770h0q_original

INFO: Begin recording file: D:\Vangelis\iPlayer 
Recordings\Sunday_Feature_-_Menu

hin_at_100_b0770h0q_original.partial.m4a.m4a
INFO: Recorded: 29.99MB in 00:02:23 at  1718kbps to D:\Vangelis\iPlayer 
Recordin

gs\Sunday_Feature_-_Menuhin_at_100_b0770h0q_original.partial.m4a.m4a
INFO: Begin converting file: D:\Vangelis\iPlayer 
Recordings\Sunday_Feature_-_Men

uhin_at_100_b0770h0q_original.partial.m4a.m4a
size=   30669kB time=00:43:16.69 bitrate=  96.8kbits/s speed=1.37e+003x
INFO: Converted file: D:\Vangelis\iPlayer 
Recordings\Sunday_Feature_-_Menuhin_at

_100_b0770h0q_original.partial.m4a
INFO: Recorded file: D:\Vangelis\iPlayer 
Recordings\Sunday_Feature_-_Menuhin_at_

100_b0770h0q_original.m4a

INFO: MP4 tagging M4A

Re: How to download 96kbps HE-AAC radio 3 stream?

2016-04-19 Thread Jim web
In article <557357efeb...@audiomisc.co.uk>, Jim web

wrote:

> *However* the Flash system Adobe provided for Linux wasn't upgraded. So
> can only handle 44k. Hence if you get 44k from the Linux plugin (or use
> of older ones elsewhere) it is downconverting.

To expand and clarify a little:

If you've been using the (old!) Adobe Flash plugin for Linux (e.g. with
FireFox or another browser) it will be getting 48k sample rate from the
BBC, then downconverting it to 44k. This means a needless downcoversion
takes place.

To confuse everyone:

A) The old Flash player tells fibs. Some of the values it displays are hard
wired into the code. 

B) On many Linux distros, by default, the system will be running an audio
'mixer'. (Pulse Audio is a common culprit here.) This tends to convert
everything sent for playout to 48k.

A and B above confused people at the BBC about this until I got them to
check. They'd believed what Adobe told them, not realising that Adobe had
abandoned Flash for linux without dealing with its old 44k limit. (Windows
and Mac users were OK as the newer versions should handle 48k sample rate
as they have newer versions from Adobe.)

So you may well be able to get low data rate streams. But they'll be 48k
sample rate. *Avoid* the old Flash plugin for Linux if you can... and of
course given gip, you can. :-)

Jim

-- 
Electronics  http://www.st-and.ac.uk/~www_pa/Scots_Guide/intro/electron.htm
Armstrong Audio  http://www.audiomisc.co.uk/Armstrong/armstrong.html
Audio Misc  http://www.audiomisc.co.uk/index.html


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer


Re: How to download 96kbps HE-AAC radio 3 stream?

2016-04-19 Thread John Warburton
On Tue, Apr 19, 2016 at 4:35 PM, ChenZhe  wrote:
>
> I am out of UK, so normally I could only download in 'hlsaaclow' and 
> 'flashaaclow' mode which are of 48kbps HE-AAC quality @ 48kHz.
> However, the aac stream embedded in flash player is of better quality which 
> is  96kbps HE-AAC @ 44kHz. An example link is:
> http://www.bbc.co.uk/programmes/b0770h0q
> What is the correspondent mode to download the 44kHz 96kbps stream ?

Hi,

Have you tried:

get_iplayer --info --pid b0770h0q

This, for me, lists all the modes available which might include
higher-bandwidth streams. For example, flashhigh is 320kbit/s LC-AAC,
while hlsstd is 128kbit/s LC-AAC.

J

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer


Re: How to download 96kbps HE-AAC radio 3 stream?

2016-04-19 Thread Jim web
In article , ChenZhe
 wrote:
> Hi Everyone,

> I am out of UK, so normally I could only download in 'hlsaaclow' and
> 'flashaaclow' mode which are of 48kbps HE-AAC quality @ 48kHz.

> However, the aac stream embedded in flash player is of better quality
> which is  96kbps HE-AAC @ 44kHz. An example link is:
> http://www.bbc.co.uk/programmes/b0770h0q

> What is the correspondent mode to download the 44kHz 96kbps stream ?

My understanding is that the BBC ceased sending the 44k streams for Flash.
This was because they'd been told (incorrectly!) by Adobe that all the
plugins could now accept 48k. The older flash plugins couldn't.

*However* the Flash system Adobe provided for Linux wasn't upgraded. So can
only handle 44k. Hence if you get 44k from the Linux plugin (or use of
older ones elsewhere) it is downconverting.

At least this is what was established when I asked people at the BBC to
check some months ago. Previous to 'Audio Factory' they'd been deliberately
generating a 44k version to cope with the old plugins. Given what they were
told, they took that out of the system.

Jim

-- 
Electronics  http://www.st-and.ac.uk/~www_pa/Scots_Guide/intro/electron.htm
Armstrong Audio  http://www.audiomisc.co.uk/Armstrong/armstrong.html
Audio Misc  http://www.audiomisc.co.uk/index.html


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer


How to download 96kbps HE-AAC radio 3 stream?

2016-04-19 Thread ChenZhe
Hi Everyone,

I am out of UK, so normally I could only download in 'hlsaaclow' and 
'flashaaclow' mode which are of 48kbps HE-AAC quality @ 48kHz.

However, the aac stream embedded in flash player is of better quality which is  
96kbps HE-AAC @ 44kHz. An example link is:
http://www.bbc.co.uk/programmes/b0770h0q

What is the correspondent mode to download the 44kHz 96kbps stream ?

Best,
Zhe       
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer


Re: Receiving a "You have been unsubscribed" email when not actually unsubscribing

2016-04-19 Thread Jonathan H
On 19 April 2016 at 12:13, Stuart Henderson  wrote:

> Another likely reason: gmail hates mail delivered over v6.

More likely to be that the domain is broken and outgoing email isn't
setup to meet current standards...

http://mxtoolbox.com/domain/lists.infradead.org/
https://toolbox.googleapps.com/apps/checkmx/check?domain=lists.infradead.org

No DKIM? No SPF? No DMARC? Primary Name Server Not Listed At Parent?
Remote domain could not be found?

I'm amazed ANY mail gets in or out at all!

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer


Re: Receiving a "You have been unsubscribed" email when not actually unsubscribing

2016-04-19 Thread Stuart Henderson
On 2016/04/19 11:15, Peter Corlett wrote:
> The likely reason Google is bouncing some list mail is that a few spams have
> been forwarded to list subscribers, and that's given the list itself a lower
> score.

Another likely reason: gmail hates mail delivered over v6.


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer


Re: Receiving a "You have been unsubscribed" email when not actually unsubscribing

2016-04-19 Thread RS
- Original Message - 
From: Peter Corlett 
Cc: get_iplayer@lists.infradead.org 
Sent: Tuesday, April 19, 2016 10:15 AM
Subject: Re: Receiving a "You have been unsubscribed" email when not actually 
unsubscribing

...
The likely reason Google is bouncing some list mail is that a few spams have
been forwarded to list subscribers, and that's given the list itself a lower
score.

I got one last week which used the UTF-8 character set and Base64 encoding to 
send spam in Chinese characters.  From the headers it looked as though it had 
been forwarded by the list server.  It seems the list server will reject 
messages which misuse In-Reply-To (and as I don't use a threaded email client I 
didn't even realise that was a problem) but does not check the message is in 
Latin characters.


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer


Re: Receiving a "You have been unsubscribed" email when not actually unsubscribing

2016-04-19 Thread Peter Corlett
On Tue, Apr 19, 2016 at 07:44:00AM +0100, SB wrote:
[...]
> Same, yesterday I found myself un-subscribed. I've no idea why. Perhaps the
> e-mail system has been hacked.

Many people claim that their email has been hacked, but it's actually pretty
rare. Competent hackers don't leave a trace; see the rather good write-up of
how Hacking Team was itself compromised for how it's done. Human error is the
usual cause of things going visibly pear-shaped.

A "you have been unsubcribed" email from a mailing list usually means that list
mail is bouncing, and the email usually explains the reason. You would normally
ask your mail admin to look into this, but good luck getting Google to care.

The likely reason Google is bouncing some list mail is that a few spams have
been forwarded to list subscribers, and that's given the list itself a lower
score.


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer


Re: Receiving a "You have been unsubscribed" email when not actually unsubscribing

2016-04-19 Thread Kelly Boyd
I had the same message yesterday.  When I looked at recent discussions on the 
list, I could 
see I hadn't received any for at least a week.  Like you, I resubscribed.

A mystery.

At least the emails on this subject have come through!

Kelly

Subject:RE: Receiving a "You have been unsubscribed" email when 
not 
actually
unsubscribing
Date sent:  Tue, 19 Apr 2016 08:44:01 +0100
From:   "Andy Wedge" 
To: 

[ Double-click this line for list subscription options ] 

> > Has anyone recently experienced being unsubscribed from the
> > get_iplayer list without actually requesting being unsubscribed?

I'm glad it wasn't just me :-)

I hadn't received any posts on this list since 22nd March. I was
thinking it was unusual and then I got unsubscribed.

The unsubscribe notice indicated it was from get-iplayer-bounces which
suggests that the list was having problems sending emails to my
address for some reason.

Andy


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer


RE: Receiving a "You have been unsubscribed" email when not actually unsubscribing

2016-04-19 Thread Andy Wedge
> > Has anyone recently experienced being unsubscribed from the
> > get_iplayer list without actually requesting being unsubscribed?

I'm glad it wasn't just me :-)

I hadn't received any posts on this list since 22nd March. I was
thinking it was unusual and then I got unsubscribed.

The unsubscribe notice indicated it was from get-iplayer-bounces which
suggests that the list was having problems sending emails to my address
for some reason.

Andy


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer