Update to previous note re build problems on OSX Leopard PPC G5.
On 17 Apr 2011, at 23:49, Martin Williams wrote:
Building with XCode 3.14, gcc 4.0.1, and the current (26 Sept 2010)
yuvi
gas-preprocessor script properly installed, the error shows up as:
AS
On 17/04/2011 23:49, Martin Williams wrote:
Many thanks to all for the input.
I can confirm that the 'trick' is working with ffmpeg v0.6.1,
specifically SVN-r25838.
[snip]
I obtained the source tarball from the Debian multimedia project. This
particular version is their current stable package
Shevek wrote:
On 17 April 2011 08:56, FJuniper fjuni...@gmail.com wrote:
Could you please tell this ffmpeg-inexperienced person which version is good
for Windows (Win7-64 if it matters), and where to find the .exe? Thanks.
Here's the link to the mplayer-win32 builds...
This is the
On 16/04/2011 23:22, Martin Williams wrote:
My question is - with which version of ffmpeg will this useful
'trick' work ? It would be good to nail this.
Nailing it down could be a big job. The 0.6 branch diverged from trunk
a long time ago, and I couldn't bring myself to root through all the
On Sat Apr 16 23:22:06 BST 2011, Martin Williams
(martinr.willi...@gmail.com) wrote:
This on an OSX system, FFmpeg version 0.6, iTunes 10.2.1
My question is - with which version of ffmpeg will this useful 'trick'
work?
Are these 64bit OS X autobuilds any good for you?
On 31 Mar 2011, at 13:01, Shevek wrote:
All,
Quick question on how to handle the AAC / M4A issue
Should M4A be the default container for AAC audio or should it default
to raw AAC and only use M4A if a new --m4a switch is set?
+1 for M4A as the default. Although they work in VLC,
Date: Thu, 31 Mar 2011 13:01:25 +0100
Subject: M4A / AAC changes
From: she...@shevek.co.uk
To: get_iplayer@lists.infradead.org
All,
Quick question on how to handle the AAC / M4A issue
Should M4A be the default container for AAC audio or should
Apologies for not wading through the dozens of posts - will an mp3
option be added too?
I like to play these files using the SD card reader built into my car,
and fear that only mp3 is compatible.
Thanks.
Nick Ludlam wrote:
On 31 Mar 2011, at 13:08, dinkypumpkin wrote:
For my github fork,
The existing mp3 from flashaudio functionality will not be changed
this is changing the output from flashaac modes
On 31 March 2011 14:35, FJuniper fjuni...@gmail.com wrote:
Apologies for not wading through the dozens of posts - will an mp3 option be
added too? I like to play these files using
On 31 March 2011 15:39, FJuniper fjuni...@gmail.com wrote:
That sounds good - I am already using your .pl, so I will look out for your
new one. Thanks.
Changing the subject slightly - I installed get_iplayer_setup_4.2.exe from
http://www.infradead.org/get_iplayer_win/
I also have an idea
On 31 Mar 2011, at 15:39, FJuniper wrote:
Changing the subject slightly - I installed get_iplayer_setup_4.2.exe from
http://www.infradead.org/get_iplayer_win/
I also have an idea that this is all based on v2.79 of something (this naming
convention confuses me!).
Is there ever likely to
Shevek wrote:
2.79 is the version of get_iplayer itself
when this is updated you don't need to reinstall using the windows
setup, you can run get_iplayer --update
OK, thanks.
So does --update get a new .pl and any newer versions of FFMPEG and the
other components?
Actually I just took a
On 31 Mar 2011, at 16:07, FJuniper wrote:
OK, thanks.
So does --update get a new .pl and any newer versions of FFMPEG and the other
components?
Actually I just took a look at
http://linuxcentre.net/getiplayer/documentation#Updating%20get_iplayer
and --update seems to be for Linux etc -
On 31 March 2011 16:07, FJuniper fjuni...@gmail.com wrote:
Shevek wrote:
2.79 is the version of get_iplayer itself
when this is updated you don't need to reinstall using the windows
setup, you can run get_iplayer --update
OK, thanks.
So does --update get a new .pl and any newer versions
14 matches
Mail list logo