u get it to work?
-Original Message-
From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On Behalf
Of Neill Mitchell
Sent: 17 July 2013 20:41
To: get_iplayer@lists.infradead.org
Subject: Re: get_iplayer Digest, Vol 39, Issue 48
How on earth do I actually post on this li
How on earth do I actually post on this list?
I have tried five times to post about getting get_iplayer working on
Synology boxes. Each gets stuck in the moderator queue (which nobody
seems to be monitoring) with "Message has a suspicious header" error.
Am I wasting my time? I'm trying to hel
Hi.
All get-iplayer downloads are failing for me today. Here's a typical
debug output:
496:Mechanical Marvels - Clockwork Dreams, BBC Four, Arts,Arts
Culture & the Media,Factual,History,Science & Nature,Science &
Technology,Sign Zone,TV, default,signed
INFO: 1 Matching Programmes
INFO: Prog
lease edit your Subject line so it is more specific
than "Re: Contents of get_iplayer digest..."
Today's Topics:
1. Re: Not picking up available HD stream (Neill Mitchell)
--
Message: 1
Date: Fri, 24 May
HI.
Yes, that is a typo. In my option files are is no = signs :)
Cheers
24/05/2013 14:31, Neill Mitchell wrote:
I used the --show-options and it appears that it is ignoring the file
options and using the defaults in the code regardless. I have option
files in both /etc/get_iplayer and
line so it is more specific
than "Re: Contents of get_iplayer digest..."
Today's Topics:
1. Re: Not picking up available HD stream (dinkypumpkin)
2. Re: Not picking up available HD stream (Neill Mitchell)
3. Re: Not picking up available HD stream (dinkypumpkin)
No way
2013 16:54:39 +0100
From: Neill Mitchell
To: get_iplayer@lists.infradead.org
Subject: Re: Not picking up available HD stream
Message-ID: <519cea3f.70...@nlkmitchell.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
I'm seeing this as well. For example, Dr Who comes down at
I'm seeing this as well. For example, Dr Who comes down at 640x360 if I
run get-iplayer with its defaults.
Cheers.
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer
Hi Alex.
So were your downloads typically failing before the new version? If so,
this goes some way to confirm that increasing rtmpdump's working buffer
helps solve this problem with fast connections :)
Cheers
Neill.
On 24/01/13 17:00, get_iplayer-requ...@lists.infradead.org wrote:
Here's
Hi.
This is the problem I've been describing over the last few weeks in the
"Stream corrupt error and then rtmpdump goes nuts" thread.
Have you been subscribing to the list or are you new to the list?
If you missed the thread then drop me an email and I'll point you to my
Ubuntu 12.10 build
To: get_iplayer@lists.infradead.org Subject:
Re: Video download problems (Windows Web PVR) Message-ID:
<50f5e846.7080...@gmail.com> Content-Type: text/plain;
charset=ISO-8859-1; format=flowed On 15/01/2013 17:17, Neill Mitchell
wrote:
I settled on 64 x 4096 instead of 64 x 1024. You also nee
060...@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed On
14/01/2013 19:48, Neill Mitchell wrote:
If this proves to be the same problem, tell me what working buffer size
you settled on and I'll make a Windows build with the same value. If
this is going to keep cropping up,
This is exactly the same problem I have been getting. See the "Stream
corrupt error and then rtmpdump goes nuts" thread.
What is your download speed? I started getting this when I upgraded to
BT Infinity 2 and got 80Mb/sec download speed. Basically rtmpdump cannot
keep up with the high rate of
et_iplayer@lists.infradead.org Subject: Re: Stream corrupt error and
then rtmpdump goes nuts Message-ID:<50ef2aab.2000...@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed On
10/01/2013 16:11, Neill Mitchell wrote:
Yes, I see exactly the same problems. I've upped the TC
Yes, I see exactly the same problems. I've upped the TCP buffers to 12MB
and it's still unreliable. When you think about it, if the program can't
keep up then it doesn't matter how big you make the low level TCP
buffers, rtmpdump's own buffer will overflow. The TCP buffers are there
to optimise
Hmm. Just had 2 failures with the same old problem. So it looks like
upping the low level TCP buffers sizes are not the cure for this.
Reverted to my tweaked rtmpdump and reliability returns.
Cheers
Neill.
On 09/01/13 10:46, Neill Mitchell wrote:
Okay, I've played around with th
Okay, I've played around with the TCP parameters on my Ubuntu 12.10 box.
I've uploaded a script to my dropbox account that tweaks a number of TCP
parameters in Ubuntu. Most notably I've increased the receive buffer
from 128K to 4MB. Obviously you can tweak this value to suit your
available mem
d read, for example, "trickle -d 300 -u 100
[path]get_iplayer [some programme]".
Dear Neill Mitchell: would you care to share with all of us the x86_64
binary of rtmpdump that you've built?
___
get_iplayer mailing list
g
Hi. I assume as you are running on a Raspberry Pi you built rtmpdump
yourself?
Obviously my x86_64 binary will not run on your ARM. The patch is quite
easy if you have the build environment set up.
Just open rtmpdump.c and search for "64 x 1024" and change it to 64 x
4096. In the same functi
OP here :)
Okay, dusted off my C knowledge and made sense of what rtmpdump is
doing. The reason it only goes bang right at the start is because it is
doing a bit of extra sanity and set up processing on the initial packets
at that stage. This is enough time to tip it over the edge and overflow
sages I've already posted really.
Any suggestions greatly appreciated!
Cheers
Neill.
On 30/12/12 18:23, Alexis Fotiadis wrote:
On 21 December 2012 16:57, Neill Mitchell wrote:
I'm running the latest git versions of get_iplayer and rtmpdump on Ubuntu
12.10. I am regularly having
Hi.
I'm running the latest git versions of get_iplayer and rtmpdump on
Ubuntu 12.10. I am regularly having failures downloading programmes now.
The downloads always fail at 0.1 or 0.2%. About one in 3 downloads are
now failing. I see the following:
DEBUG: RTMP_ClientPacket, received: invoke
I think this is because the Beeb use the AAC SBR extension on the audio
part of their HD content. I have exactly the same problem trying to play
these files on my Android tablet. The Nvidia codecs are lacking SBR
support and I suspect the iPad3 has the same problem.
I have to convert using han
Hi all.
I've managed to sort get_iplayer and the web front end on my Synology
211+ NAS. All works really well :)
Once I got all the tools installed, it needed a bit of faffing with ssl
library versions to get rtmpdump compiled and I had to compile up
ffmpeg. It was all fairly straight forwar
Did you find that the Ubuntu-supplied 0.7.2 didn't work? If so, it
would be useful to know what programme you tested with. Since Ubuntu
11.10 was just released, it would be good know of any problems it might
bring. Fedora 15, and now Ubuntu 11.10, provide ffmpeg packages that
should work
ge-ID:
<4e9c2929.50...@gmail.com> Content-Type: text/plain; charset=ISO-8859-1;
format=flowed On 17/10/2011 12:01, Jon Davies wrote:
On 17 October 2011 10:57, Neill Mitchell wrote:
Failing that, I'll build the very latest from source. I'll let you know how
I get on!
If you're roll
o I'll try that.
Failing that, I'll build the very latest from source. I'll let you know
how I get on!
Thanks for your help with this :)
On 14/10/2011 16:12, Neill Mitchell wrote:
I now see about 10 rows of dud pixels at the bottom of all HD
1280x724, some as 1280x720. I would
Hi.
I switched from using ffmpeg 0.6.2-4:0.6.2-1ubuntu1.1 that ships with
Ubuntu 11.04 to ffmeg-static git-N-30582-gef28c7b
I now see about 10 rows of dud pixels at the bottom of all HD
programmes. The best way I can describe it is it looks like an old VCR
with the head tracking out!
I've
Hi.
I'm running get_iplayer 2.78. It was all working fine at 10pm on the
20th of Sept, but today it's stopped working. Happened using the PVR web
GUI.
Then tried with:
get_iplayer --get --verbose 856
--modes=flashhd,flashaachigh,flashaacstd,flashaudio,flashhigh,flashstd,flashnormal,realaudi
29 matches
Mail list logo