-
ETSI has included in the latest update of the ac3 specs (TS 102 366 V1.2.1 Annex F) a spec storing ac3 in mp4:
http://webapp.etsi.org/WorkProgram/Report_WorkItem.asp?WKI_ID=28541
the spec is freely available
can you please consider adding muxing support for ac3 to mp4 following those specs to mp4box?
thanks.
2008-08-23 12:55:47 UTC in gpac
-
as the title says. for "normal" files mp4box sets the correct width/height, but for fragmented files always 320x240.
2008-04-01 19:39:45 UTC in gpac
-
1) download this file from bluray:
http://dx.infernix.net/ffh264/fixed/ffh264_issue1.m2ts
2) demux it to .264, eg with mplayer:
mplayer -dumpvideo -dumpfile raw.264 ffh264_issue1.m2ts
3) import the raw.264 to .mp4 with mp4box
4) demux the raw2.264 from the resulting .mp4
5) try to import the raw2.264 with mp4box. it will fail somewhere in the middle of the stream.
when you run h264_parse...
2007-09-16 14:18:24 UTC in gpac
-
there is no option comparable to "shadow" like in ssa in the ttxt specs. you will need the player to add shadows.
2007-09-02 19:23:13 UTC in gpac
-
try setting backColor.
2007-09-02 10:21:37 UTC in gpac
-
isnt it allowed in the specs to cat different config streams by storing various pps/sps in the mp4?
does -force-cat produce such compliant streams?.
2007-09-02 10:17:36 UTC in gpac
-
i think here is another example of this bug, happening when setting -delay on a file:
http://forum.doom9.org/showthread.php?p=906923#post906923
there are also 2 hours added in the overall duration, but the track durations are ok
judging from the report i would say this wasnt done using megui, so i guess this is indeed a mp4box bug.
2006-12-24 11:53:11 UTC in gpac
-
Logged In: YES
user_id=786427
some discussion:
http://forum.doom9.org/showthread.php?t=117630.
2006-11-04 11:40:15 UTC in gpac
