headers
andrew | 3 Nov 2011 01:27
Favicon
Gravatar

alac file: invalid ALAC magic cookie

Hi,

I notice that MPlayer cannot play files produced with Apple's newly
released alacconvert utility. The error message is as follows:

-------------------
andrew <at> skamandros~/Desktop$ mplayer -v luckynight_invalid_ALAC_magic_cookie.caf 
MPlayer SVN-r34284-4.5.2 (C) 2000-2011 MPlayer Team
CPU vendor name: GenuineIntel  max cpuid level: 10
CPU: Intel(R) Core(TM)2 CPU         T5500   <at>  1.66GHz (Family: 6, Model: 15, Stepping: 2)
extended cpuid-level: 8
extended cache-info: 134242368
Detected cache-line size is 64 bytes
CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNowExt: 0 SSE: 1 SSE2: 1 SSSE3: 1
Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2 SSSE3 CMOV
get_path('codecs.conf') -> '/home/andrew/.mplayer/codecs.conf'
Reading optional codecs config file /home/andrew/.mplayer/codecs.conf: No such file or directory
Reading optional codecs config file /etc/mplayer/codecs.conf: No such file or directory
Using built-in default codecs.conf.
init_freetype
Using MMX (with tiny bit MMX2) Optimized OnScreenDisplay
get_path('fonts') -> '/home/andrew/.mplayer/fonts'
Configuration: --prefix=/usr --mandir=/usr/man --confdir=/etc/mplayer --codecsdir=/usr/lib/codecs
CommandLine: '-v' 'luckynight_invalid_ALAC_magic_cookie.caf'
Using nanosleep() timing
get_path('input.conf') -> '/home/andrew/.mplayer/input.conf'
Reading optional input config file /home/andrew/.mplayer/input.conf: No such file or directory
Reading optional input config file /etc/mplayer/input.conf: No such file or directory
Falling back on default (hardcoded) input config
get_path('luckynight_invalid_ALAC_magic_cookie.caf.conf') -> '/home/andrew/.mplayer/luckynight_invalid_ALAC_magic_cookie.caf.conf'
(Continue reading)

Permalink | Reply | 3 comments |
headers
andrew | 3 Nov 2011 01:50
Favicon
Gravatar

Re: alac file: invalid ALAC magic cookie

On Thu, Nov 03, 2011 at 11:27:35AM +1100, andrew wrote:

> I was unable to transfer a file to the MPlayer ftp site so I have
> placed my sample file here:
> 
> http://www.andrews-corner.org/tmp/luckynight_invalid_ALAC_magic_cookie.cafe

Or rather:

http://www.andrews-corner.org/tmp/luckynight_invalid_ALAC_magic_cookie.caf

Andrew
--

-- 
You think that's air you're breathing now?
Permalink | Reply | 2 comments |
headers
Carl Eugen Hoyos | 3 Nov 2011 14:45
Picon

Re: alac file: invalid ALAC magic cookie

andrew <andrew <at> andrews-corner.org> writes:

> http://www.andrews-corner.org/tmp/luckynight_invalid_ALAC_magic_cookie.caf

Should be fixed.

Thank you for the sample, Carl Eugen
Permalink | Reply | 1 comment |
headers
jacopo mondi | 3 Nov 2011 17:45
Favicon

rtp multicast bind() problem

Hi list,
     We are experiencing problems while trying to open the same rtp 
stream delivered in multicast with more than one mplayer instance.

The first mplayer instance launched works fine, while all the other 
instances fail to bind the socket (we have launched mplayer with strace 
to determinate that).
Bind fails because all the mplayer instances try to bind to the same 
multicast address and port, and only one instance is authorized to do that.
How can we solve this problem? Could eventually adding a setsockopt 
with  SO_REUSEADDR argument help in some way? Anyone has ever 
experienced similar problems and can suggest which file we have to edit 
first?

Thanks in advance
      j
Permalink | Reply | 0 comments |
headers
andrew | 3 Nov 2011 22:41
Favicon
Gravatar

Re: alac file: invalid ALAC magic cookie

On Thu, Nov 03, 2011 at 01:45:12PM +0000, Carl Eugen Hoyos wrote:
> andrew <andrew <at> andrews-corner.org> writes:
> 
> > http://www.andrews-corner.org/tmp/luckynight_invalid_ALAC_magic_cookie.caf
> 
> Should be fixed.
> 
> Thank you for the sample, Carl Eugen

Indeed it is, thanks again for your trouble :)

Andrew
--

-- 
You think that's air you're breathing now?
Permalink | Reply | 0 comments |
headers
Mikkel Georgsen | 4 Nov 2011 05:38

Disable mencoder hard sub transparrency/alpha blending

Hi all,

I cannot for the life of me figure out how to get hard subs without having transparency/alpha blending with mencoder.

My base command is: mencoder -ovc lavc -lavcopts vcodec=mpeg2video:vqscale=3 -oac copy -sub
/tmp/input.srt -of mpeg -o /tmp/output.mpg /tmp/input.mpeg

I've tried a plethora of different commands without any change to the transparency of the subtitle itself -
#mplayer on Freenode suggested I tried here.

Any help would be greatly appreciated - I'm willing to patch the sourcecode if need be to get zero transparency.

Best regards,
Mikkel
Permalink | Reply | 1 comment |
headers
Nicolas George | 4 Nov 2011 08:34
Favicon

Re: Disable mencoder hard sub transparrency/alpha blending

Le quartidi 14 brumaire, an CCXX, Mikkel Georgsen a écrit :
> I cannot for the life of me figure out how to get hard subs without having
> transparency/alpha blending with mencoder.

There is no transparency with OSD subtitles (as opposed to EOSD/ASS
subtitles).

What there is is that: on some colorspaces, the glyphs are only overlaid on
the luminance channel, leaving the chrominance channel unchanged, and that
allows intense colors to bleed through.

> My base command is: mencoder -ovc lavc -lavcopts
> vcodec=mpeg2video:vqscale=3 -oac copy -sub /tmp/input.srt -of mpeg -o
> /tmp/output.mpg /tmp/input.mpeg
> 
> I've tried a plethora of different commands without any change to the
> transparency of the subtitle itself - #mplayer on Freenode suggested I
> tried here.

That is a bit ugly, but you can try to add:
-vf format=rgb,expand,format=yuv12
(approximately; you have to check the exact names of the colorspaces, and
add the option to expand to make it actually render the subtitles).

Regards,

--

-- 
  Nicolas George
Permalink | Reply | 0 comments |
headers
Thomas Boehm | 4 Nov 2011 12:50

ERROR: mencoder may not support libx264.so

Hi list,

one of the latest updates broke my encoding jobs in MythTV. I'm trying
to encode recordings to mkv and get the following error

mencoder may not support libx264.so

I'm running Ubuntu 10.04 LTS with the following packages

MEncoder SVN-r34285-4.4.3
x264 0.115.1943 6e33b51

Is this a bug or is there a way to fix it?

Thanks
Thomas
Permalink | Reply | 8 comments |
headers
Nicolas George | 4 Nov 2011 13:24
Favicon

Re: ERROR: mencoder may not support libx264.so

Le quartidi 14 brumaire, an CCXX, Thomas Boehm a écrit :
> one of the latest updates broke my encoding jobs in MythTV. I'm trying
> to encode recordings to mkv and get the following error
> 
> mencoder may not support libx264.so

Complete and exact command line and output please.

> MEncoder SVN-r34285-4.4.3
> x264 0.115.1943 6e33b51

Some packaged versions of MPlayer are known to are broken. Try compiling the
latest SVN from from sources, after compiling a snapshot of x264 from the
sources too.

Regards,

--

-- 
  Nicolas George
Permalink | Reply | 7 comments |
headers
mplayer-users | 4 Nov 2011 14:48

Re: ERROR: mencoder may not support libx264.so

Nicolas George wrote:
> Le quartidi 14 brumaire, an CCXX, Thomas Boehm a écrit :
>> one of the latest updates broke my encoding jobs in MythTV. I'm trying
>> to encode recordings to mkv and get the following error
>>
>> mencoder may not support libx264.so
> 
> Complete and exact command line and output please.

Sorry, I thought this error comes from mplayer. Now I've seen that it
comes from the encoderscript (mythnuv2mkv). It appears after that
command line

ldd /usr/bin/mencoder | grep -i libxx264.....

which returns nothing. Does that mean that x264 support is not compiled in?

> Some packaged versions of MPlayer are known to are broken. Try compiling the
> latest SVN from from sources, after compiling a snapshot of x264 from the
> sources too.

I'm using the packaged version from the MOTU media team
https://launchpad.net/~motumedia

I'll look there for a solution or install mencoder from source as you
suggested.

Thanks
Thomas
(Continue reading)

Permalink | Reply | 2 comments |

Gmane