Remove mp4 functionality from x264.nl's x264 compiles

[bob0r]

GPAC devs are too lazy to fix a simple bug:
http://forum.doom9.org/showthread.php?p=1148421#post1148421
I will NOT report it again, they closed all bug reports and now I am lazy.

So lazy in fact i would like to drop .mp4 from x264.exe, who needs .mp4?

So this simple poll will make me decide: drop .mp4 support for x264.exe, do you mind?

[Sagittaire]

Simply because it's not an obligation to compile x264.exe with mp4 or mkv support.

[deets]

i would kinda need mp4 for the psp. but saying this, isn't there some issue with x264 and mp4 for streaming and some devices? plus, who cant mux it themselves afterwards

[imk]

You can always just multiplex it into a MP4 or MKV with other utilities, like mp4box, mp4creator, mkvmerge, etc.

[bob0r]

If you want .mp4 to stay even if most people don't care:
Get GPAC dev to Unclose http://sourceforge.net/tracker/index.php?func=detail&aid=2028653&group_id=84101&atid=571738 and apply the small patch, i personally don't give a rats ass about .mp4.

[Kurtnoise]

So lazy in fact i would like to drop .mp4 from x264.exe...
you mean *your* compiled build, right ? because I don't think Loren or Jason are ok to drop this from the current tree.

Anyway,
1/ You don't have to update gpac lib every week/day. Just grab the last release from SF. That should be fine.
2/ I'm lazy to vote right now...:p

[audyovydeo]

GPAC devs are too lazy to fix a simple bug:
http://forum.doom9.org/showthread.php?p=1148421#post1148421
I will NOT report it again, they closed all bug reports and now I am lazy.

So lazy in fact i would like to drop .mp4 from x264.exe, who needs .mp4?

So this simple poll will make me decide: drop .mp4 support for x264.exe, do you mind?


mp4 support makes x264 more immediately useful, thereby increasing its general appeal.
It's always a question of whether one targets a handful of enthusiasts, or wants to make an industrial-strength tool.

Dropping support at this stage (ie after 4 years and 1100 iterations) removes an established functionality, which is always a negative thing.


cheers
a/v

[Astrophizz]

Is the question if we mind or if it should be dropped?

[bob0r]

Is the question if we mind or if it should be dropped?

"remove .mp4 output from x264.exe, do you mind?"
What do you think?


And about using a monthly build, id like to update gpac whenever there is a useful update. But i simply can't.
Well i could, but laziness wins..... i can't stand it if this stuff isn't fixed, if they dont care, why should we?

And ofcourse i mean my x264.exe builds....

[kemuri-_9]

lol. that bug has been around forever.

i mean, it's not really that hard to copy the config.h after a ./configure to the necessary directory

most people that care to compile it by hand know what they're doing enough to be able to fix it themselves.
I see no reason to drop support because of something like this.

Edit:
if you want to be lazy about it all, write a shell script to grab from cvs, run the ./configure, copy the file, and then run make, all from the same script.

[Kurtnoise]

id like to update gpac whenever there is a useful update. But i simply can't.
depends on what you mean by useful update here because the gpac API concerning mp4 muxing is the same since the last 2 years...

[Dark Shikari]

GPAC devs are too lazy to fix a simple bug:
http://forum.doom9.org/showthread.php?p=1148421#post1148421
I will NOT report it again, they closed all bug reports and now I am lazy.

So lazy in fact i would like to drop .mp4 from x264.exe, who needs .mp4?

So this simple poll will make me decide: drop .mp4 support for x264.exe, do you mind?You really shouldn't try to speak for the dev team, you know that?

[TheRyuu]

What's so hard about modifying config.h and what have you. You only have to do it once, then ./configure --prefix=/mingw --enable-static --disable-shared && make lib && make install-lib.

I fail to see how this in any way hampers mp4 in x264. It's a simple fix to get it to compile correctly. I think mp4 in x264 should stay as I use it sometimes (although not often).

I do not use your binaries, just adding my $.02 I guess.

Edit: Isn't the problem that no one cares about us windows users?

[bob0r]

You really shouldn't try to speak for the dev team, you know that?

I have? When? Where? How?
What dev team?

[ChronoCross]

I think removing it due to something that takes 3 seconds to fix is retarded. You can automate this with a shell script, which I believe is what you have running now to do all the compiles. Don't remove established functionality.

EDIT: This thread should be renamed to "Remove mp4 functionality from bob0r's x264 compiles"

[bob0r]

Or they can just fix it, rather than close and ignore it?
I am as bothered as they are when it comes to continues breaking compiling.
I would automate it, if it was unfixable and never worked before, but one day it was borked and nobody just cared.

I used to check http://gpac.cvs.sourceforge.net/viewvc/gpac/gpac/Changelog?revision=1.79&view=markup&sortby=date
For example: - Support for AC3 in ISO Media, AC3 decoder (liba52) RTP hinting
I dont even think my x264's mp4 output has AC3 support, due to this.

[ChronoCross]

Or they can just fix it, rather than close and ignore it?
I am as bothered as they are when it comes to continues breaking compiling.
I would automate it, if it was unfixable and never worked before, but one day it was borked and nobody just cared.

I used to check http://gpac.cvs.sourceforge.net/viewvc/gpac/gpac/Changelog?revision=1.79&view=markup&sortby=date
For example: - Support for AC3 in ISO Media, AC3 decoder (liba52) RTP hinting
I dont even think my x264's mp4 output has AC3 support, due to this.

x264 also doesn't add audio to the resulting mp4. Adding any audio to the ending mp4 file will be done in a remux same with mkv. So unless those changes affect the playability of the resulting video only mp4 I don't think it should be removed.

Also the fix is for the windows platform. Do you know if the patch breaks other platforms?

[Kurtnoise]

I used to check http://gpac.cvs.sourceforge.net/viewvc/gpac/gpac/Changelog?revision=1.79&view=markup&sortby=date
For example: - Support for AC3 in ISO Media, AC3 decoder (liba52) RTP hinting
I dont even think my x264's mp4 output has AC3 support, due to this.
x264 is a video compressor you remember ? So, the current code applies/uses only several functions to mux raw avc into mp4 container.

If you want something supporting the complete gpac API, you have to use a tool like MP4box or osmo4...

edit: Chronocross faster than me...:D

[bob0r]

Okay, you guys are right, ill let the poll decide :)

Anyways, good knowing you guys, see you all later!

[deets]

Okay, you guys are right, ill let the poll decide :)

Anyways, good knowing you guys, see you all later!

that sounds a little final?

[popper]

the Xbox360 needs any AVC/H.264 to be inside an MP4 container to play it, so i take it you dont have or used a 360 for your HD playback streaming?

[D734]

the Xbox360 needs any AVC/H.264 to be inside an MP4 container to play it, so i take it you dont have or used a 360 for your HD playback streaming?
if he does take it away then all you have to do is output your file as .264 then use something like mp4box with Yamb (or what ever works) to mux the video and audio into a .mp4
which if i'm not mistaken is something you have to do in the first place to get your audio in the file.

[Sagekilla]

While I think it's bad to remove functionality that's been in place for such a long time, I do agree that remuxing is absolutely necessary in 99% of all cases. No matter what container you're outputting to, you're going to have to remux to add in audio. Unless you're into watching movies without sound for some reason..

[Esurnir]

I use mp4 output quite often, when I need a quick and dirty lossless file that I'll directshowsource() later, mp4 being better than mkv in pure h.264 muxing (a few kilobytes but every bits help ^^).

[~bT~]

"remove .mp4 output from x264.exe, do you mind?"

[ ] yes
[ ] no
[x] don't care

an option in poll is missing :p

[ajp_anton]

[ ] yes
[ ] no
[x] don't care

an option in poll is missing :pYou don't care if you mind?

[G_M_C]

I wont mind at all. You can mux any raw AVC.264 stream into the container of choice, including MP4. So it would not really matter, except for the extra step some have to take, in the form of muxing .. so what ?

[Esurnir]

I wont mind at all. You can mux any raw AVC.264 stream into the container of choice, including MP4. So it would not really matter, except for the extra step some have to take, in the form of muxing .. so what ?

Lossless muxing require some hard drive space, though ... I dont use x264.nl build I use skystrife ones (From megui) so it`s not like I should care :rolleyes:

[G_M_C]

Lossless muxing require some hard drive space, though ... I dont use x264.nl build I use skystrife ones (From megui) so it`s not like I should care :rolleyes:

Drive space is cheap these days (and required for HD anyways ;) )

[Raptus]

Okay, you guys are right, ill let the poll decide
The poll is borked because you used an ambiguous question, in that
"Yes, I mind" = "No, don't remove mp4 support" :rolleyes:

[turbojet]

Ya also the topic means the opposite of the poll question, confusing.