Skip to content
This repository has been archived by the owner on Jul 4, 2023. It is now read-only.

mp4v2: Upgrade to r479 #7998

Closed
wants to merge 1 commit into from
Closed

mp4v2: Upgrade to r479 #7998

wants to merge 1 commit into from

Conversation

2bits
Copy link
Contributor

@2bits 2bits commented Oct 6, 2011

This is a recommended upgrade for mp4v2 from the maintainers who
point to a forum exchange where they mention that the previous
version 1.9.1 was more of an experiment to test the release code.
They go on to state on their homepage that this is the version
to use. It has been out for three months now. It compiles
and runs without error using llvm-2335, gcc-4.2.1, and clang-2.0
on OSX 10.6.8 64bit kernel. It makes native static and shared
libraries. The --disable-dependency-tracking was removed because
it is the default behavior. This commit also installs the man
pages, and includes a def test that just outputs version info,
because there are no mp4 files around for testing. This is a
library for handling mp4 and m4v video containers.

This is a recommended upgrade for mp4v2 from the maintainers who
point to a forum exchange where they mention that the previous
version 1.9.1 was more of an experiment to test the release code.
They go on to state on their homepage that this is the version
to use.  It has been out for three months now.  It compiles
and runs without error using llvm-2335, gcc-4.2.1, and clang-2.0
on OSX 10.6.8 64bit kernel.  It makes native static and shared
libraries.  The --disable-dependency-tracking was removed because
it is the default behavior.  This commit also installs the man
pages, and includes a def test that just outputs version info,
because there are no mp4 files around for testing. This is a
library for handling mp4 and m4v video containers.
@adamv
Copy link
Contributor

adamv commented Nov 27, 2011

This breaks compiling cmus:

mp4.c: In function 'mp4_open':
mp4.c:121: error: too many arguments to function 'MP4Read'
mp4.c:169: error: too few arguments to function 'MP4Close'
mp4.c: In function 'mp4_close':
mp4.c:183: error: too few arguments to function 'MP4Close'
make: *** [mp4.lo] Error 1
make: *** Waiting for unfinished jobs....

@2bits
Copy link
Contributor Author

2bits commented Nov 28, 2011

ok.

@2bits 2bits closed this Nov 28, 2011
@weisslj
Copy link
Contributor

weisslj commented Nov 29, 2011

This error is fixed by commit https://gitorious.org/cmus/cmus/commit/0f87d00831271c9c6f44a2ae683d50b1a46e5a6f . But maybe/probably a new maintenance version will be released soon, so the patch would not need to be included...

@adamv adamv reopened this Nov 29, 2011
@adamv adamv closed this Nov 29, 2011
@weisslj
Copy link
Contributor

weisslj commented Dec 3, 2011

Has this been merged? cmus 2.4.3 got commited in #8916

@adamv adamv reopened this Dec 3, 2011
@adamv
Copy link
Contributor

adamv commented Dec 3, 2011

This has not been merged; will there be other compatibility problems?

I guess only cmus and easy-tag are currently using this.

@weisslj
Copy link
Contributor

weisslj commented Dec 3, 2011

I don't know if there are any other compatibility problems... and I can't test it (no mac).

@2bits
Copy link
Contributor Author

2bits commented Jan 26, 2012

It works for cmus now, but it breaks easy-tag with API errors during compile:

mp4_header.c: In function ‘Mp4_Header_Read_File_Info’:
mp4_header.c:207: error: too many arguments to function ‘MP4Read’
mp4_header.c:221: error: too few arguments to function ‘MP4Close’
mp4_header.c:246: error: too few arguments to function ‘MP4Close’
make[3]: *** [mp4_header.o] Error 1

@jacknagel
Copy link
Contributor

Any movement on this? I see the easy-tag formula was updated at the beginning of March.

@adamv
Copy link
Contributor

adamv commented Mar 28, 2012

mp4_header.c: In function ‘Mp4_Header_Read_File_Info’:
mp4_header.c:207: error: too many arguments to function ‘MP4Read’
mp4_header.c:221: error: too few arguments to function ‘MP4Close’
mp4_header.c:246: error: too few arguments to function ‘MP4Close’

@2bits
Copy link
Contributor Author

2bits commented Mar 28, 2012

I just gave easy-tag a shot. No joy. Cmus works though and plays m4a from iTunes. So maybe what we need is a devel block for this. That way cmus can work and so can easy-tag?

@jacknagel
Copy link
Contributor

I'd agree. I see MacPorts has r479 as a devel port.

@braidn
Copy link

braidn commented Mar 28, 2012

Just as a heads up of sorts, yes, seeing this on a cmus install.

@2bits
Copy link
Contributor Author

2bits commented Mar 28, 2012

I just crafted the new formula, but I don't have my branch locally or on Github anymore. It works well though, the devel version, for easy-tag. Without it, people can't open anything from iTunes because they are all .m4a tracks. I also had success with cmus like @bradendouglass reported (thanks!). Unless @jacknagel knows another way, I'll make the new pull request in a few hours.

I have to use two patches that exist in r479 but are needed in the stable to fix compile errors with clang. At the moment I have them inline, but I was hoping to pull them directly off their code base. I can't find a raw diff for this patch though.

@2bits
Copy link
Contributor Author

2bits commented Mar 29, 2012

I figured how to make a diff using svn but never found a direct link on GoogleCode for one. New pull otw.

@2bits 2bits closed this Mar 29, 2012
2bits pushed a commit to 2bits/homebrew that referenced this pull request Apr 2, 2012
mp4v2 is used by easy-tag and cmus, but those require different
versions that are not API compatible.

Add a devel block for r479.
Add patches for stable committed in r472 inline.  Patches fix
compile errors with clang, but are not available via direct url.
Stable works with easy-tag and can open .m4a files from iTunes.
Devel works with cmus and can play .m4a files from iTunes.
Compiles with all 5 compilers from XCode-4.3.2, 4.0.2 on Lion
and Snow Leopard.  Main discussion was in Homebrew#7998

EDIT: Remove the def test.  It's not worth it.
jacknagel pushed a commit that referenced this pull request Apr 13, 2012
mp4v2 is used by easy-tag and cmus, but those require different
versions that are not API compatible.

Add a devel block for r479.
Add patches for stable committed in r472 inline.  Patches fix
compile errors with clang, but are not available via direct url.
Stable works with easy-tag and can open .m4a files from iTunes.
Devel works with cmus and can play .m4a files from iTunes.
Compiles with all 5 compilers from XCode-4.3.2, 4.0.2 on Lion
and Snow Leopard.  Main discussion was in #7998

Closes #11275.

Signed-off-by: Jack Nagel <jacknagel@gmail.com>
Sharpie pushed a commit to Sharpie/homebrew that referenced this pull request Sep 12, 2012
mp4v2 is used by easy-tag and cmus, but those require different
versions that are not API compatible.

Add a devel block for r479.
Add patches for stable committed in r472 inline.  Patches fix
compile errors with clang, but are not available via direct url.
Stable works with easy-tag and can open .m4a files from iTunes.
Devel works with cmus and can play .m4a files from iTunes.
Compiles with all 5 compilers from XCode-4.3.2, 4.0.2 on Lion
and Snow Leopard.  Main discussion was in Homebrew#7998

Closes Homebrew#11275.

Signed-off-by: Jack Nagel <jacknagel@gmail.com>
snakeyroc3 pushed a commit to snakeyroc3/homebrew that referenced this pull request Dec 17, 2012
mp4v2 is used by easy-tag and cmus, but those require different
versions that are not API compatible.

Add a devel block for r479.
Add patches for stable committed in r472 inline.  Patches fix
compile errors with clang, but are not available via direct url.
Stable works with easy-tag and can open .m4a files from iTunes.
Devel works with cmus and can play .m4a files from iTunes.
Compiles with all 5 compilers from XCode-4.3.2, 4.0.2 on Lion
and Snow Leopard.  Main discussion was in Homebrew#7998

Closes Homebrew#11275.

Signed-off-by: Jack Nagel <jacknagel@gmail.com>
@Homebrew Homebrew locked and limited conversation to collaborators Feb 16, 2016
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants