View Full Version : problems with OpenShiiva MP4 files
calinb
17th December 2005, 08:28
Kurt,
I don't use Yamb much but I think this is a bug:
I'm using 1.3.3 to extract tracks from an mp4 file with track 1 = mp4v and track 2 = aac. I also tried muxing a single AAC track to mp4.
1. Extract tab > Extract Visual Track ID 1 works. (avi file is output)
2. Extract tab > Extract Track ID 2 in raw format works. (aac file is output)
3. Extract tab > Extract Track ID 1/2 to new MP4 file fails. (progress bar shown but no files written)
4. Mux tab with single AAC file as input also fails.
If I use the Command Line Overview to copy/paste the mp4box commands, the output files are written, as expected.
Thanks for your work!
Kurtnoise
17th December 2005, 11:55
Hi,
your video is an ASP or an AVC stream ?
what kind of aac ? he, lc, ps ?
calinb
17th December 2005, 20:57
Hi,
your video is an ASP or an AVC stream ?
what kind of aac ? he, lc, ps ?
It's ASP and AAC-LC. The mp4 file was originally created by OpenShiiva on a Mac. I was able to extract the .aac and .avi files from my mp4 using the extract feature of Yamb, as I mentioned above. Creating/muxing mp4 files from the original mp4 or the extracted files seems to be the problem.
Thanks, Kurt!
Kurtnoise
18th December 2005, 13:33
mmh, could you upload somewhere a short sample of your file because I can't reproduce these bugs here...all seems to work fine for me.
Kurtnoise
19th December 2005, 11:17
aaaa....your sample is very interesting Calinb (you like Green Day, isn't it ?). I post here some notes to inform other people and to have more informations.
First, this is not a bug in Yamb. This concerns more mp4box...;) I tested directly by command line and we have the same result. So, regarding some infos about your file
* Movie Info *
Timescale 48000 - Duration 00:00:19.296
Fragmented File no - 4 track(s)
File Brand isom - version 0
File has root IOD
Scene PL 0xff - Graphics PL 0xff - OD PL 0xff
Visual PL: Simple Profile @ Level 3 (0x03)
Audio PL: High Quality Audio Profile @ Level 2 (0x0f)
Track # 1 Info - TrackID 1 - TimeScale 48000 - Duration 00:00:19.296
Media Info: Language "und" - Type "vide" - Sub Type "mp4v" - 567 samples
MPEG-4 Config: Visual Stream - ObjectTypeIndication 0x20
MPEG-4 Visual Size 1280 x 720 - Simple Profile @ Level 3
Pixel Aspect Ratio 1:1 - Indicated track size 1280 x 720
Synchronized on stream 3
Track # 2 Info - TrackID 2 - TimeScale 48000 - Duration 00:00:18.944
Media Info: Language "und" - Type "soun" - Sub Type "mp4a" - 888 samples
MPEG-4 Config: Audio Stream - ObjectTypeIndication 0x40
MPEG-4 Audio AAC LC - 2 Channel(s) - SampleRate 48000
Synchronized on stream 3
Track # 3 Info - TrackID 3 - TimeScale 1000 - Duration 00:00:19.296
Track is present in Root OD
Media Info: Language "und" - Type "odsm" - Sub Type "mp4s" - 1 samples
MPEG-4 Config: ObjectDescriptor Stream - ObjectTypeIndication 0x01
Self-synchronized
Track # 4 Info - TrackID 4 - TimeScale 1000 - Duration 00:00:19.296
Track is present in Root OD
Media Info: Language "und" - Type "sdsm" - Sub Type "mp4s" - 1 samples
MPEG-4 Config: SceneDescription Stream - ObjectTypeIndication 0x02
BIFS Scene description - Command stream
Synchronized on stream 3
We can see that video & audio track are synchronized with the track 3. This could be the issue for extraction. Otherwise, I suspect the HD resolution...I tried to remux your sample directly in mp4 and mp4box doesn't seem to like the video track (I've a bad parameter error as return). So, does anyone can confirm that mp4box is not compatible with hd stuff as input ? I don't have much hd files here apart the Calinb sample.
For the moment, if you want to extract video and audio tracks, you can try to mux your file into a matroska file (via mmg). Then, with mkvextract you should be able to extract each tracks.
bond
19th December 2005, 12:19
i doubt mp4box has a problem with HD, the synchronisation is also no problem imho
i am more suspecting that the .mp4 is somehow borked, therefore i would love to get it too
Kurtnoise
19th December 2005, 16:02
borked ? mmmh I don't think so...Here is the sample (http://kurtnoise.free.fr/sample.mp4) that I used.
SeeMoreDigital
19th December 2005, 18:16
borked ? mmmh I don't think so...Here is the sample (http://kurtnoise.free.fr/sample.mp4) that I used.Hmmmm!
According to MediaInfo, the video stream in that sample has a frame-rate of just 29.384fps and not 29.970fps
http://img275.imageshack.us/img275/2903/mediainfo9bs.png
And given the samples resolution is 1280x720, I would suspect it has been encoded from an 1920x1080/88 "interlaced" MPEG-2 source.
Plus when I de-muxed the MPEG-4 stream to AVI, it still contained "packed bit-stream"..... Ooooops!
Cheers
bond
19th December 2005, 18:56
borked ? mmmh I don't think so...Here is the sample (http://kurtnoise.free.fr/sample.mp4) that I used.as suspected the .mp4 file is strange:
- it has two mdat atoms
- the VOL/VOS/VO is not where it should be (it seems
xvid places the vol together with every keyframe,
which is not allowed in .mp4)
- the stream seems to be still packed (uses 1 b-frame)
in mp4, which is not allowed in .mp4
- it signals simple profile altough b-frames are used
- there is no ctts atom altough b-frames are used
- the framerate is off because some values in the stts
dont seem to be correct
all in all a strange file, and i would love to know how it was produced ;)
calinb
19th December 2005, 19:06
Interesting. Thanks everyone! The source was originally 1080i ATSC.
Bond, I encoded it with OpenShiiva as I'm checking out some Mac encoding aps. OpenShiiva is clearly designed for DVD source, but I assume it would have the same problems with DVD source too. I don't know if the project is still under development but I'll file a bug report anyway as it should be making correct .mp4 files. Bond, would you like to file a (much more expert) bug report :) http://openshiiva.sourceforge.net/
I'll also try a test without bframes and also some DVD source.
Here's a revision to my previous reported behavior, that I now believe is unrelated to the source video:
If the input file is on a shared/mapped drive on my server, the "Extract track ID __" function of Yamb does not work. If it's on a local drive, Yamb works. This is strange because the "Extract Visual Track ID __ to an AVI file" works on either a shared/mapped drive or a local drive.
I think this is due to the following behavior of mp4box so it is not a bug in Yamb. Drive C: is local and drive G: is shared.
This fails ("Extract track ID __" command line):
G:\pub>"C:\Program Files\YAMB\MP4Box.exe" -single 2 "G:\pub\yamb_tst.mp4"
This works:
C:\>"C:\Program Files\YAMB\MP4Box.exe" -single 2 "G:\pub\yamb_tst.mp4"
Notice that they are the same mp4box command.
Strangely, these both work ("Extract Visual Track ID __ to an AVI file" command line):
G:\pub>"C:\Program Files\YAMB\MP4Box.exe" -single 2 "G:\pub\yamb_tst.mp4"
C:\>"C:\Program Files\YAMB\MP4Box.exe" -single 2 "G:\pub\yamb_tst.mp4"
bond
19th December 2005, 19:18
i guess openshiiva uses an old mpeg4ip version which would propably explain the problems
i have no idea how things are handled by the tool
does openshiiva output with xvid an .avi and then remux it to .mp4 with an external tool (eg mp4creator)? does it write directly to .mp4?
calinb
19th December 2005, 19:29
i guess openshiiva uses an old mpeg4ip version which would propably explain the problems
i have no idea how things are handled by the tool
does openshiiva output with xvid an .avi and then remux it to .mp4 with an external tool (eg mp4creator)? does it write directly to .mp4?OpenShiiva creates mp4 files directly.
bond
19th December 2005, 19:42
i made a bug report here (http://sourceforge.net/tracker/index.php?func=detail&aid=1385398&group_id=76194&atid=546344)
atm OpenShiiva is not save to use imho
split to an own thread
SeeMoreDigital
19th December 2005, 20:02
After some quite considerable fiddling about I was able to create an in-sync mux. Which plays fine in my Z500 high-def standalone player!
That said, I suspect the source AC3 audio stream does not match the length of the MPEG-2 video stream.... and it does not help that there are a few bad frames at the beginning of the MPEG-4 stream :(
Cheers
Elias
20th December 2005, 21:31
What's openshiiva?
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.