YAMB 1.6 is out

[Kurtnoise]

Hi,

A new build is up (http://kurtnoise.free.fr/Yamb/Yamb-1.4_20060131.7z).

+ Added a new timing format for splitting (i.e hh:mm:ss). Yamb will be able to transform this form directly to xxx seconds. This is for "Split by duration" and "Split from __ to __" options.
+ Added AtomicParsley support for tagging. Grab a win32 build here (http://kurtnoise.free.fr/mp4tools/). There are much more options than mp4tags (all dedicated to iTunes) but this tool is pretty slow during the process especially for big files.


I have no idea.
My own answer: using Yamb. Strings are converted in UTF8. ;) Let me know whether you're interested by a stand-alone win32 GUI.

[anaxamander]

My own answer: using Yamb. Strings are converted in UTF8. ;) Let me know whether you're interested by a stand-alone win32 GUI.
Well, I'll have to be neutral like Switzerland on that... that and I'm not on windows, but its very kind of you to offer.
--------------
Does that mean you have utf-8 text working in&out of AP? You can get at the text in this file?

http://members.verizon.net/pucklock/Unicode.mp4.zip

Given the crude nature of the unicode support in AtomicParsley, the right hex entered should result in the right text showing up. Any text present on the command line is entered raw without modification. Windows just ain't my thing, so I just don't know how it works there. Googling for unicode & cmd.exe yields lots of results about some bug, but no specifics on which encoding.
-----------------
As for AP being slow - lots of porn will slow down the process. There's a built-in detection mechanism - any "ooh", "ahhh", or "baby" in the sound track and I go into molasses mode.

But seriously, it's not ever going to be faster. I don't write to the original in situ, I copy most the of the original & add/remove the new crap as it happens. I don't think I would ever want to directly write to an original file.

Edit:
my, my my. Of all the GUIs based on AtomicParsley, I believe you flat out support the most number of tags. Very impressive.

...and that's an interesting genre choice: "War". I'm not sure I would have gone with it.... maybe "Porn", but whatever. At least "House" is there, so I applaud you on that. Big loud "BOOs" for the Porn oversight, though - and maybe a disparaging fart too. (big Kool-Aid grin here)

[Kurtnoise]

Does that mean you have utf-8 text working in&out of AP? You can get at the text in this file?
Yamb is build with Unicode components. So, for tagging stuff all strings passed through the GUI are converted in UTF8.

I'll try your sample tonight. I'm at work for the moment...

As for AP being slow - lots of porn will slow down the process. There's a built-in detection mechanism - any "ooh", "ahhh", or "baby" in the sound track and I go into molasses mode.
:D :eek: :D

[ariga]

When importing a H264 file for muxing and the aspect ratio checkbox is ticked, the default AR in the command-line is different from the one shown in the GUI. Reselecting the AR manually in the GUI fixes it.

[Kurtnoise]

Indeed...and fixed (http://kurtnoise.free.fr/Yamb/Yamb-1.4_20060202.zip). ;)

PS: open & close Import Settings window is needed if you overwrite the last build with this new one.

[Kurtnoise]

I'll try your sample tonight. I'm at work for the moment...
So, I tried. This doesn't work properly directly with cmd prompt. But it works fine with iTunes. YAMB doesn't read tags for mp4 because it's mainly a GUI to create mp4 file.

However, if you are interested by an AP GUI outside of YAMB I can add utf8 reading. It should be easy.

[SeeMoreDigital]

Hi Kurt,

I've noticed you always include "MediaInfo.dll" with your new builds. Why is that?

[Kurtnoise]

to avoid crashes if we don't overwrite builds.

[WeaponX]

The included MediaInfo.dll is version 0.6.1.1, while the latest .dll version on mediainfo homepage is 0.7.0.3. Is there a reason why you are not using the latest .dll?

[buzzqw]

@WeaponX

an old rules "If it aint broken don't fix it"

but at kurtonoise the choice

BHH

[Kurtnoise]

The included MediaInfo.dll is version 0.6.1.1, while the latest .dll version on mediainfo homepage is 0.7.0.3. Is there a reason why you are not using the latest .dll?
only few enhancements have been made between these 2 versions...I'm waiting a full integration of mp4 to update this. Anyway, my own parser is almost finished, so I'll change this part for next releases (but not before YAMB 2.0).

[Kurtnoise]

An old request from mpioner (in p14)...Are you there for testing ?

Kurtnoise13
Please add function in Yamb for split files on base cue sheet information. This function very useful for me.
I'm building this but unfortunately mp4box doesn't support multiple split commands. But I think I found a way to do that...;)

[fight2win]

can i request something please, kurt, pls can u add options for adding trackset names in yamb, like in mp4box, please?

[Kurtnoise]

This already exists...

[fight2win]

i mean the trackset names visible in zoom player and ner showtime!

[Kurtnoise]

i mean the trackset names visible in zoom player and ner showtime!
check "View Import Options directly" in Options tab and add your files...

[Kurtnoise]

btw, YAMB 1.5 has been released (http://yamb.unite-video.com/).

What's new ?

Add:
- Support for cuesheet files concerning splitting part. 2 features available for this: split by tracks and split all tracks. (see pictures for preview)
- Support for AtomicParsley (an other mp4 tagger dedicated to iTunes features).
- copyright command in MP4Box Import Settings.
- A new form (hh:mm:ss) for time splitting.
- MOV container support for muxing/splitting/joining/extracting.

Improvements:
- TrackName and small other internal tunings.

Bugfixes:
- for Import section: PAR Item Index.
- for Splitting section: Files Size value > 1Go.


Preview for cuesheet files support in splitting part:

http://kurtnoise.free.fr/cue_split.gif

.cue file must be in the same input file folder. By default, these features are disabled.





So finally, the road to 2.0 begins...;)

[bond]

great stuff!

some small thingies:
- why is there no output filename defineable in the mux tab?
- are you sure that the .3gpp and .3gp2 extensions exist?
- are you sure ogg and raw streams are supported for extraction?
- joining doesnt limit the allowed filetypes
- framerate and par is setable for mp3 input in muxing tab

[Kurtnoise]

- why is there no output filename defineable in the mux tab?
It is...2 ways to do that : either by editing manually output filename or by a double-click on output file area to open Saving Dialog box.

- are you sure that the .3gpp and .3gp2 extensions exist?
These extensions come from 3gp QuickTime files.

- are you sure ogg and raw streams are supported for extraction?
ogg yes but raw no...:D

- joining doesnt limit the allowed filetypes
mmh yeah....lazyness. mp4/m4a/m4v is enough as extensions ?

- framerate and par is setable for mp3 input in muxing tab
Indeed...I'll change that.


btw, I forgot to mention something for tracknames yesterday : you can write/edit what you want in the dropdown list. To add a name in this list, just click on "New" button. 20 different tracknames are allowed (this corresponds to the max limit allowed by mp4box to add/mux A/V streams).

[bond]

It is...2 ways to do that : either by editing manually output filename or by a double-click on output file area to open Saving Dialog box.ic, thx

These extensions come from 3gp QuickTime files.my quicktime only offers the .3gp and .3g2 extension
in what mode does it support .3gpp aso? somehow i dont think those 4 letter extensions are meant to exist

ogg yes but raw no...:D mp4box support extracting audio and video streams out of .ogg to raw? sounds so strange i cant believe it, especially as you can do nothing with raw theora and vorbis streams afaik :D

mmh yeah....lazyness. mp4/m4a/m4v is enough as extensions ?dunno
are you sure raw .m4v joining works? if this works also raw .264 joining will work too i guess?
remember that .m4v are raw streams, not .mp4, even if braindead apple uses this wrong extension sometimes

[Kurtnoise]

my quicktime only offers the .3gp and .3g2 extension
in what mode does it support .3gpp aso? somehow i dont think those 4 letter extensions are meant to exist
3gp, 3g2 whatever...all concerns 3gp files.

http://kurtnoise.free.fr/3gpp_ext.png

mp4box support extracting audio and video streams out of .ogg to raw?
I think yes...extract vorbis file from ogg container which has an audio stream (vorbis) + a video stream (theora).

are you sure raw .m4v joining works? if this works also raw .264 joining will work too i guess?
remember that .m4v are raw streams, not .mp4, even if braindead apple uses this wrong extension sometimes
Yes it works...I think all formats supported by mp4box.

[SeeMoreDigital]

I've tried joining .CMP stream together, which seems to work okay. But I've been unable to verify the joining of .M4V streams, as I have not got any!

Is there any reason you guys know of as to why MP4Box de-muxes MPEG-4 SP/ASP streams to .CMP and not .M4V?


Cheers

[bond]

.cmp = .m4v

3gp, 3g2 whatever...all concerns 3gp files.

http://kurtnoise.free.fr/3gpp_ext.pngall these modes output either .3gp or .3g2. i guess i am right that there is no .3gpp or .3gp2 extension, thats why i wondered why yamb recognizes these extension

[SeeMoreDigital]

.cmp = .m4vWhy not simply call it .M4V and drop the .CMP term altogether?

I think it would be more logical to use terms people are more familiar with ;)

[bond]

no idea where the .cmp comes from, but its used :)

[SeeMoreDigital]

no idea where the .cmp comes from, but its used :)Well.... me old mate..... if you don't know where it's come from, there's a very high chance the .CMP term "will be" confusing to all us others ;)

By-the-way, when I tried muxing .CMP streams using mp4UI, it reports there's no VOL header in the MPEG-4 video stream.... Not that mp4UI is a very reliable indicator these days!

[bond]

i am not sure but i think .cmp was the extension used by the part2 reference encoder

[Kurtnoise]

@Bond: there is no official extension for 3gp files according to gpac specs/sources...

[bond]

well strictly speaking i dont really care, i just wondered where the .3gpp and .3gp2 came from as i never saw this before

[SeeMoreDigital]

.... i just wondered where the .3gpp and .3gp2 came from as i never saw this beforeWould this be another classic case of Apple buggering up file extensions to suit their own unique requirements again?


Cheers

[bond]

Would this be another classic case of Apple buggering up file extensions to suit their own unique requirements again?
no, .3gp and .3g2 is widely used

[SeeMoreDigital]

no, .3gp and .3g2 is widely usedI was referring to what you were referring to... ie: the .3gpp and .3gp2 file extensions ;)


Cheers

[bond]

I was referring to what you were referring to... ie: the .3gpp and .3gp2 file extensions ;)nah those were not invented by apple but by kurtnoise it seems ;)

[Schnoodledorfer]

I've run into an apparent minor bug. I got a message box that popped up saying "Cannot focus a disabled or invisible window." when removing one of the A/V streams to be muxxed. I think I remember seeing this before. If I click "OK" on the message box, the "busy" hourglass cursor continues to display. Edit: (Version 1.5)

In the latest case, I had tried to mux a video file with an illegal (format-wise) audio file. Earlier I renamed an AAC audio file from Test.mp4 to Test.aac, not knowing any better. I tried to mux it into a video file, but naturally the mux didn't work. I renamed Test.acc back to Test.mp4, then tried to remove the entry for Test.acc on the Mux tab. I got the message box with the "Cannot focus ..." error message. Despite the hourglass cursor, I was able to add an entry for Test.mp4, but then I tried to remove it (just to see what would happen), and got the messagebox again. I clicked OK, and despite the hourglass curson, added Test.mp4 back to the stream list and tried to mux. The logfile says :"Muxing started ... Muxing finished completely", but I got no output file. Mp4Box with the same files worked OK. The cursor still is an ourglass whenever it's over the YAMB window. YAMB seemed to close normally when I clicked on the "x", however.

EDIT 2: Removed feature request for already existing feature :o
Actually, that may have been beneficial. (I had failed to notice the ability to view the command line and had requested to see it and the output from MP4Box.) I tried to repeat this with the Mp4Box command window open, and didn't get the error, but with it closed, I did. I wonder if the window that can't be "focused" is the Mp4Box command line window! :confused: : I don't have much time to test this thoroughly, tho.

Of course the time I spent was nothing like the time the developers already spent on the program, and they created a great tool, so I am gratefull (even if I don't know how to spell it). :thanks:

[Kurtnoise]

mmmh, that's strange. I'll check this asap.

Could you upload a small sample of your audio file ?

[Schnoodledorfer]

mmmh, that's strange. I'll check this asap.

Could you upload a small sample of your audio file ?

First I'm making sure this is repeatable. I'm not using the same files as I did previously.


Using YAMB, cut 1st 7 seconds out of a public-domain Popeye cartoon to create a short clip.
Extracted video and audio to from the clip and named them video.mp4 and audio.aac, respectively (thus creating an illegal *.aac file.)
Disabled both "View or edit MP4Box command line" and "View extra info..." in YAMB
Added video.mp4 and audio.aac to Mux window, and muxed. This time I got an output file, but it didn't have any sound.
Renamed audio.aac to audio.mp4 (Windows explorer)
Selected "audio.aac" in the Mux window, clicked on the "Remove" button. The entry for audio.aac was removed, but I got the "Cannot focus a disable or invisible windows" messagebox and the mouse pointer remained as an hourglass.
Renamed audio.mp4 back to audio.aac (a second time) and deleted the old output file from the first mux attempt (video_1.mp4).
Closed YAMB and restarted it (to get rid of the hourglass).
Enabled both "View or edit MP4Box command line" and "View extra info..." in YAMB
Added video.mp4 and audio.aac to Mux window, and muxed. Again, I got an output file, but it didn't have any sound.
Renamed audio.aac to audio.mp4 (Windows explorer).
Selected "audio.aac" in the Mux window, clicked on the "Remove" button and this time the audio.aac entry was removed without any message or hourglass. Looking promising! :D
Added audio.mp4 for the mux file list. Deleted video_1.mp4 (windows explorer). Muxed. :scared: EEEP!!! :scared: No output!!!

This in the command window:
"D:\Program Files\Video Tools\YAMB\MP4Box.exe" -add "G:\My Videos\video.mp4" -add "G:\My Videos\audio.aac" -add "G:\My Videos\audio.mp4" "G:\My Videos\video_1.mp4"


and this in the MP4Box Output textbox:
IsoMedia import - track ID 1 - Video (size 320 x 240)

Opening file G:\My Videos\audio.aac failed
Error importing G:\My Videos\audio.aac: Requested URL is not valid or cannot be found
(Requested URL is not valid or cannot be found)
(Requested URL is not valid or cannot be found)

That wasn't expected! Popeye won't defeat Ali Baba and the 40 thieves at this rate. :angry: (I double-checked and audio.aac is not showing in the mux file list - only video.mp4 and audio.mp4, despite YAMB still thinking there are three items to be muxed!) I took a printscreen (screen.jpg).
Closed YAMB and restarted it. Added video.mp4 and audio.mp4 to the mux audio & video file list and mux worked fine. :D


The files (audio.mp4, video.mp4 and screen.jpg) are at http://bellsouthpwp.net/e/s/esch[remove]menk/Testing_YAMB.html, but you need to remove the "[remove]" in that link.

I assume that's what you wanted. I think any audio file would have done, however.

[Kurtnoise]

yeah, I reproduced myself this bug. I'll fix that.

[Dayvon]

@Kurt

I think there is some sort of limitation on file size either with Mp4Box or YAMB (prolly MP4box). I just got done with another render, LOTR - Two Towers Disc 1, and it came in at 1.47 GB for the ".264" file. Fellowship disc 1 was also about 1.47GB, so I tried to join those files and did so successfully. But, if I try to join "Fellowship Disc1.264" (1.47GB) and "Fellowship Disc2.264" (1.71GB) it fails to do so correctly. In the YAMB log, when joining is done correctly both files are adjusted to 16bit& then adjusted to 24bit. With the failed files, the first file is adjusted to 16bit & then 24bit, but the second file is ONLY adjusted to 16bit.

If there was a way to force the 24bit adjustment I'm sure it would go through correctly (at least that should solve my case). Other than that the only thing I can think of is that there might be a limit on the size of the temp files that MP4Box creates?

Any other thoughts?

[Kurtnoise]

mmh, I'm just testing this with big files (i.e 3-4Go) and all seems to work fine for the moment...

Much more details probably tonight or tomorrow.


btw, a new build (http://yamb.unite-video.com/Yamb-1.5_20061002.7z) is available with some enhancements :

- Add Priority Process.
- Add Abort/Cancel button.
- Fix a small thing for tracknames.
- Update some import settings for mp3 files.
- Update dropdown list entries to avoid confusions for paranoid people...;)

@Schnoodledorfer :: your bug is not fixed yet...

[Dayvon]

Just thought of something that might affect the joining. Both of the clips that will not join properly contain the credits of the movie. But clips not containing credits are fine...

Could it be something to do with the differences of the credits versus the movie. For instance there seems to be portions of the movie credits that are interlaced not progressive. Could that have a bearing on the joining process?

[bond]

for joining to work the same features have to be used in both streams.

[JoeBG]

for joining to work the same features have to be used in both streams.

So the end of the first stream (Credits) has other features than the begin of the second.

[Dayvon]

for joining to work the same features have to be used in both streams.

I'm fully aware of this fact. I've been having some trouble getting some files joined via YAMB and MP4Box. The same settings were used on both streams no question there. I've been PM'ing with Kurt trying to nail down the problem. Let me give you the highlights...
___________________________________________________________________
I can't seem to solve the MP4 joining issues that were mentioned before, and I've got the issue again with new files. I don't know if you can help, but I'm gonna ask anyway.

The file "HD_Fellowship.mp4" is playable. But it is incorrectly joined. The audio is placed one after the other so that the file is 3hr48m long. But the video is joined as multiangle. In other words, when watching the first half of the movie, I can select "change angle" in Media Player Classic, and I see the second half of the movie while the audio from the first half plays. In other words the videos play simultaneously as different angles, but the audio is joined properly.

Here are the MeGUI logs from the two renders.

Starting job job11 at 1:06:35 AM
Job is a video job. encoder commandline:
--pass 2 --bitrate 2000 --stats "H:\DVD TEMP\LOTR - AVS Files\HD_Fellowship_D2.stats" --ref 3 --mixed-refs --no-fast-pskip --bframes 2 --b-pyramid --b-rdo --bime --weightb --filter -2,-2 --subme 6 --trellis 1 --analyse all --8x8dct --threads 2 --zones 0,136609,b=1/136610,176210,b=0.64 --progress --no-psnr --output "H:\DVD TEMP\LOTR - AVS Files\HD_Fellowship_D2.264" "H:\DVD TEMP\LOTR - AVS Files\HD_Fellowship_D2.avs"
successfully started encoding
Processing ended at 10:20:43 PM
----------------------------------------------------------------------------------------------------------

Log for job job11

avis [info]: 1360x554 @ 23.98 fps (176211 frames)
x264 [warning]: width or height not divisible by 16 (1360x554), compression will suffer.
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2
x264 [info]: slice I:1561 Avg QP:22.67 size: 41835
x264 [info]: slice P:87131 Avg QP:25.78 size: 14908
x264 [info]: slice B:87519 Avg QP:27.28 size: 5407
x264 [info]: mb I I16..4: 28.0% 64.6% 7.4%
x264 [info]: mb P I16..4: 10.6% 13.6% 1.1% P16..4: 44.6% 8.8% 2.8% 0.1% 0.0% skip:18.3%
x264 [info]: mb B I16..4: 0.5% 1.1% 0.1% B16..8: 45.9% 0.8% 0.9% direct: 0.6% skip:50.1%
x264 [info]: 8x8 transform intra:55.0% inter:68.0%
x264 [info]: ref P 58.9% 33.6% 7.6%
x264 [info]: ref B 64.4% 12.7% 22.9%
x264 [info]: kb/s:2000.1

Actual bitrate after encoding without container overhead: 2001.16
desired video bitrate of this job: 2000 kbit/s - obtained video bitrate: 2001.16249877195 kbit/s
----------------------------------------------------------------------------------------------------------
Starting job job7-2 at 2:58:25 AM
Job is a video job. encoder commandline:
--pass 2 --bitrate 2000 --stats "H:\DVD TEMP\LOTR - AVS Files\HD_Fellowship_D1.stats" --ref 3 --mixed-refs --no-fast-pskip --bframes 2 --b-pyramid --b-rdo --bime --weightb --filter -2,-2 --subme 6 --trellis 1 --analyse all --8x8dct --threads 2 --progress --no-psnr --output "H:\DVD TEMP\LOTR - AVS Files\HD_Fellowship_D1.264" "H:\DVD TEMP\LOTR - AVS Files\HD_Fellowship_D1.avs"
successfully started encoding
Processing ended at 11:19:56 PM
----------------------------------------------------------------------------------------------------------

Log for job job7-2

avis [info]: 1360x554 @ 23.98 fps (151901 frames)
x264 [warning]: width or height not divisible by 16 (1360x554), compression will suffer.
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2
x264 [info]: slice I:1443 Avg QP:21.19 size: 41960
x264 [info]: slice P:76148 Avg QP:23.48 size: 14975
x264 [info]: slice B:74310 Avg QP:24.87 size: 5155
x264 [info]: mb I I16..4: 28.0% 66.3% 5.7%
x264 [info]: mb P I16..4: 11.0% 15.8% 1.2% P16..4: 46.6% 9.0% 2.5% 0.1% 0.0% skip:13.9%
x264 [info]: mb B I16..4: 0.6% 1.3% 0.1% B16..8: 43.3% 0.7% 0.9% direct: 0.8% skip:52.4%
x264 [info]: 8x8 transform intra:57.6% inter:70.6%
x264 [info]: ref P 70.5% 20.1% 9.4%
x264 [info]: ref B 76.3% 20.3% 3.4%
x264 [info]: kb/s:2000.0

Actual bitrate after encoding without container overhead: 2001.07
desired video bitrate of this job: 2000 kbit/s - obtained video bitrate: 2001.07436989007 kbit/s
----------------------------------------------------------------------------------------------------------

I was able to join a "Two Towers Disc1" render (same settings as above) with the "Fellowship Disc1" render. I was unable to join (correctly) a Fellowship 1825MB Disc1 and a 2126MB Disc2. So the problem seems to be coming from the Disc2 render. I also had the same problems joining "Return of the King" with a 1502MB Disc1 and a 1595MB Disc2.

I think the key is in this log.

Adjusting AVC SizeLength to 16 bits
AVC-H264 import - frame size 1360 x 554 at 25.000 FPS
Adjusting AVC SizeLength to 24 bits

Stream uses B-slice references - max frame delay 2
No suitable destination track found - creating new one (type vide)

Adjusting AVC SizeLength to 16 bits
AVC-H264 import - frame size 1360 x 554 at 25.000 FPS

Stream uses B-slice references - max frame delay 2
No suitable destination track found - creating new one (type vide)

Saving H:\DVD TEMP\LOTR - AVS Files\HD_Fellowship.mp4: 0.500 secs Interleaving


One disc is adjusted to 24bit while the other is not. Why? What could be causing this? God only knows because they should join properly. My best guess at this point has something to do with the credits causing Mp4Box to detect the streams as not identical.

Needless to say I'm kinda at the end of my rope on this one. Any thoughts guys?

[bond]

strange maybe its the adjusting that makes mp4box think that those are incompatible streams?

you might want to run h264_parse over both .264 streams and upload the result so we can check if there are differences

[Dayvon]

Thanks! Great suggestion. I will do later. Gotta go :D

[Dayvon]

Parse from Disc 2

Nal length 554 start code 4 bytes
ref 0 type 6 SEI
payload_type: 5 user_data_unregistered
payload_size: 544
0xdc 0x45 0xe9 0xbd 0xe6 0xd9 0x48 0xb7
0x96 0x2c 0xd8 0x20 0xd9 0x23 0xee 0xef
0x78 0x32 0x36 0x34 0x20 0x2d 0x20 0x63
0x6f 0x72 0x65 0x20 0x34 0x33 0x20 0x73
0x76 0x6e 0x2d 0x33 0x39 0x39 0x4d 0x20
0x2d 0x20 0x48 0x2e 0x32 0x36 0x34 0x2f
0x4d 0x50 0x45 0x47 0x2d 0x34 0x20 0x41
0x56 0x43 0x20 0x63 0x6f 0x64 0x65 0x63
0x20 0x2d 0x20 0x43 0x6f 0x70 0x79 0x6c
0x65 0x66 0x74 0x20 0x32 0x30 0x30 0x35
0x20 0x2d 0x20 0x68 0x74 0x74 0x70 0x3a
0x2f 0x2f 0x77 0x77 0x77 0x2e 0x76 0x69
0x64 0x65 0x6f 0x6c 0x61 0x6e 0x2e 0x6f
0x72 0x67 0x2f 0x78 0x32 0x36 0x34 0x2e
0x68 0x74 0x6d 0x6c 0x20 0x2d 0x20 0x6f
0x70 0x74 0x69 0x6f 0x6e 0x73 0x3a 0x20
0x63 0x61 0x62 0x61 0x63 0x3d 0x31 0x20
0x72 0x65 0x66 0x3d 0x33 0x20 0x64 0x65
0x62 0x6c 0x6f 0x63 0x6b 0x3d 0x31 0x3a
0x2d 0x32 0x3a 0x2d 0x32 0x20 0x61 0x6e
0x61 0x6c 0x79 0x73 0x65 0x3d 0x30 0x78
0x33 0x3a 0x30 0x78 0x31 0x33 0x33 0x20
0x6d 0x65 0x3d 0x68 0x65 0x78 0x20 0x73
0x75 0x62 0x6d 0x65 0x3d 0x36 0x20 0x62
0x72 0x64 0x6f 0x3d 0x31 0x20 0x6d 0x69
0x78 0x65 0x64 0x5f 0x72 0x65 0x66 0x3d
0x31 0x20 0x6d 0x65 0x5f 0x72 0x61 0x6e
0x67 0x65 0x3d 0x31 0x36 0x20 0x63 0x68
0x72 0x6f 0x6d 0x61 0x5f 0x6d 0x65 0x3d
0x31 0x20 0x74 0x72 0x65 0x6c 0x6c 0x69
0x73 0x3d 0x31 0x20 0x38 0x78 0x38 0x64
0x63 0x74 0x3d 0x31 0x20 0x63 0x71 0x6d
0x3d 0x30 0x20 0x63 0x68 0x72 0x6f 0x6d
0x61 0x5f 0x71 0x70 0x5f 0x6f 0x66 0x66
0x73 0x65 0x74 0x3d 0x30 0x20 0x73 0x6c
0x69 0x63 0x65 0x73 0x3d 0x32 0x20 0x62
0x66 0x72 0x61 0x6d 0x65 0x73 0x3d 0x32
0x20 0x62 0x5f 0x70 0x79 0x72 0x61 0x6d
0x69 0x64 0x3d 0x31 0x20 0x62 0x5f 0x61
0x64 0x61 0x70 0x74 0x3d 0x31 0x20 0x62
0x5f 0x62 0x69 0x61 0x73 0x3d 0x30 0x20
0x64 0x69 0x72 0x65 0x63 0x74 0x3d 0x32
0x20 0x77 0x70 0x72 0x65 0x64 0x62 0x3d
0x31 0x20 0x62 0x69 0x6d 0x65 0x3d 0x31
0x20 0x6b 0x65 0x79 0x69 0x6e 0x74 0x3d
0x32 0x35 0x30 0x20 0x6b 0x65 0x79 0x69
0x6e 0x74 0x5f 0x6d 0x69 0x6e 0x3d 0x32
0x35 0x20 0x73 0x63 0x65 0x6e 0x65 0x63
0x75 0x74 0x3d 0x34 0x30 0x20 0x70 0x61
0x73 0x73 0x3d 0x32 0x20 0x62 0x69 0x74
0x72 0x61 0x74 0x65 0x3d 0x32 0x30 0x30
0x30 0x20 0x72 0x61 0x74 0x65 0x74 0x6f
0x6c 0x3d 0x31 0x2e 0x30 0x20 0x72 0x63
0x65 0x71 0x3d 0x27 0x62 0x6c 0x75 0x72
0x43 0x70 0x6c 0x78 0x5e 0x28 0x31 0x2d
0x71 0x43 0x6f 0x6d 0x70 0x29 0x27 0x20
0x71 0x63 0x6f 0x6d 0x70 0x3d 0x30 0x2e
0x36 0x30 0x20 0x71 0x70 0x6d 0x69 0x6e
0x3d 0x31 0x30 0x20 0x71 0x70 0x6d 0x61
0x78 0x3d 0x35 0x31 0x20 0x71 0x70 0x73
0x74 0x65 0x70 0x3d 0x34 0x20 0x63 0x70
0x6c 0x78 0x62 0x6c 0x75 0x72 0x3d 0x32
0x30 0x2e 0x30 0x20 0x71 0x62 0x6c 0x75
0x72 0x3d 0x30 0x2e 0x35 0x20 0x69 0x70
0x5f 0x72 0x61 0x74 0x69 0x6f 0x3d 0x31
0x2e 0x34 0x30 0x20 0x70 0x62 0x5f 0x72
0x61 0x74 0x69 0x6f 0x3d 0x31 0x2e 0x33
0x30 0x20 0x7a 0x6f 0x6e 0x65 0x73 0x0

string is ".E....H..,. .#..x264 - core 43 svn-399M - H.264/MPEG-4 AVC codec - Copyleft 2005 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:-2:-2 analyse=0x3:0x133 me=hex subme=6 brdo=1 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 chroma_qp_offset=0 slices=2 bframes=2 b_pyramid=1 b_adapt=1 b_bias=0 direct=2 wpredb=1 bime=1 keyint=250 keyint_min=25 scenecut=40 pass=2 bitrate=2000 ratetol=1.0 rceq='blurCplx^(1-qComp)' qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 pb_ratio=1.30 zones."
Nal length 29 start code 4 bytes
ref 3 type 7 Sequence parameter set
profile: 100
constaint_set0_flag: 0
constaint_set1_flag: 0
constaint_set2_flag: 0
constaint_set3_flag: 0
level_idc: 51
seq parameter set id: 0
chroma format idx: 1
bit depth luma minus8: 0
bit depth chroma minus8: 0
Qpprime Y Zero Transform Bypass flag: 0
Seq Scaling Matrix Present Flag: 0
log2_max_frame_num_minus4: 5
pic_order_cnt_type: 0
log2_max_pic_order_cnt_lsb_minus4: 6
num_ref_frames: 6
gaps_in_frame_num_value_allowed_flag: 0
pic_width_in_mbs_minus1: 84 (1360)
pic_height_in_map_minus1: 34
frame_mbs_only_flag: 1
derived height: 560
direct_8x8_inference_flag: 0
frame_cropping_flag: 1
frame_crop_left_offset: 0
frame_crop_right_offset: 0
frame_crop_top_offset: 0
frame_crop_bottom_offset: 3
vui_parameters_present_flag: 1
aspect_ratio_info_present_flag: 0
overscan_info_present_flag: 0
video_signal_info_present_flag: 0
chroma_loc_info_present_flag: 0
timing_info_present_flag: 1
num_units_in_tick: 125
time_scale: 2997
fixed_frame_scale: 1
nal_hrd_parameters_present_flag: 0
vcl_hrd_parameters_present_flag: 0
pic_struct_present_flag: 0
motion_vectors_over_pic_boundaries_flag: 1
max_bytes_per_pic_denom: 0
max_bits_per_mb_denom: 0
log2_max_mv_length_horizontal: 11
log2_max_mv_length_vertical: 11
num_reorder_frames: 2
max_dec_frame_buffering: 6
Nal length 8 start code 4 bytes
ref 3 type 8 Picture parameter set
pic_parameter_set_id: 0
seq_parameter_set_id: 0
entropy_coding_mode_flag: 1
pic_order_present_flag: 0
num_slice_groups_minus1: 0
num_ref_idx_l0_active_minus1: 0
num_ref_idx_l1_active_minus1: 0
weighted_pred_flag: 0
weighted_bipred_idc: 2
pic_init_qp_minus26: 0
pic_init_qs_minus26: 0
chroma_qp_index_offset: 0
deblocking_filter_control_present_flag: 1
constrained_intra_pred_flag: 0
redundant_pic_cnt_present_flag: 0
transform_8x8_mode_flag: 1
pic_scaling_matrix_present_flag: 0
second_chroma_qp_index_offset: 0

I assume you dont want the remain 80 MB's ;)

Here's Disc 1

Nal length 548 start code 4 bytes
ref 0 type 6 SEI
payload_type: 5 user_data_unregistered
payload_size: 538
0xdc 0x45 0xe9 0xbd 0xe6 0xd9 0x48 0xb7
0x96 0x2c 0xd8 0x20 0xd9 0x23 0xee 0xef
0x78 0x32 0x36 0x34 0x20 0x2d 0x20 0x63
0x6f 0x72 0x65 0x20 0x34 0x33 0x20 0x73
0x76 0x6e 0x2d 0x33 0x39 0x39 0x4d 0x20
0x2d 0x20 0x48 0x2e 0x32 0x36 0x34 0x2f
0x4d 0x50 0x45 0x47 0x2d 0x34 0x20 0x41
0x56 0x43 0x20 0x63 0x6f 0x64 0x65 0x63
0x20 0x2d 0x20 0x43 0x6f 0x70 0x79 0x6c
0x65 0x66 0x74 0x20 0x32 0x30 0x30 0x35
0x20 0x2d 0x20 0x68 0x74 0x74 0x70 0x3a
0x2f 0x2f 0x77 0x77 0x77 0x2e 0x76 0x69
0x64 0x65 0x6f 0x6c 0x61 0x6e 0x2e 0x6f
0x72 0x67 0x2f 0x78 0x32 0x36 0x34 0x2e
0x68 0x74 0x6d 0x6c 0x20 0x2d 0x20 0x6f
0x70 0x74 0x69 0x6f 0x6e 0x73 0x3a 0x20
0x63 0x61 0x62 0x61 0x63 0x3d 0x31 0x20
0x72 0x65 0x66 0x3d 0x33 0x20 0x64 0x65
0x62 0x6c 0x6f 0x63 0x6b 0x3d 0x31 0x3a
0x2d 0x32 0x3a 0x2d 0x32 0x20 0x61 0x6e
0x61 0x6c 0x79 0x73 0x65 0x3d 0x30 0x78
0x33 0x3a 0x30 0x78 0x31 0x33 0x33 0x20
0x6d 0x65 0x3d 0x68 0x65 0x78 0x20 0x73
0x75 0x62 0x6d 0x65 0x3d 0x36 0x20 0x62
0x72 0x64 0x6f 0x3d 0x31 0x20 0x6d 0x69
0x78 0x65 0x64 0x5f 0x72 0x65 0x66 0x3d
0x31 0x20 0x6d 0x65 0x5f 0x72 0x61 0x6e
0x67 0x65 0x3d 0x31 0x36 0x20 0x63 0x68
0x72 0x6f 0x6d 0x61 0x5f 0x6d 0x65 0x3d
0x31 0x20 0x74 0x72 0x65 0x6c 0x6c 0x69
0x73 0x3d 0x31 0x20 0x38 0x78 0x38 0x64
0x63 0x74 0x3d 0x31 0x20 0x63 0x71 0x6d
0x3d 0x30 0x20 0x63 0x68 0x72 0x6f 0x6d
0x61 0x5f 0x71 0x70 0x5f 0x6f 0x66 0x66
0x73 0x65 0x74 0x3d 0x30 0x20 0x73 0x6c
0x69 0x63 0x65 0x73 0x3d 0x32 0x20 0x62
0x66 0x72 0x61 0x6d 0x65 0x73 0x3d 0x32
0x20 0x62 0x5f 0x70 0x79 0x72 0x61 0x6d
0x69 0x64 0x3d 0x31 0x20 0x62 0x5f 0x61
0x64 0x61 0x70 0x74 0x3d 0x31 0x20 0x62
0x5f 0x62 0x69 0x61 0x73 0x3d 0x30 0x20
0x64 0x69 0x72 0x65 0x63 0x74 0x3d 0x32
0x20 0x77 0x70 0x72 0x65 0x64 0x62 0x3d
0x31 0x20 0x62 0x69 0x6d 0x65 0x3d 0x31
0x20 0x6b 0x65 0x79 0x69 0x6e 0x74 0x3d
0x32 0x35 0x30 0x20 0x6b 0x65 0x79 0x69
0x6e 0x74 0x5f 0x6d 0x69 0x6e 0x3d 0x32
0x35 0x20 0x73 0x63 0x65 0x6e 0x65 0x63
0x75 0x74 0x3d 0x34 0x30 0x20 0x70 0x61
0x73 0x73 0x3d 0x32 0x20 0x62 0x69 0x74
0x72 0x61 0x74 0x65 0x3d 0x32 0x30 0x30
0x30 0x20 0x72 0x61 0x74 0x65 0x74 0x6f
0x6c 0x3d 0x31 0x2e 0x30 0x20 0x72 0x63
0x65 0x71 0x3d 0x27 0x62 0x6c 0x75 0x72
0x43 0x70 0x6c 0x78 0x5e 0x28 0x31 0x2d
0x71 0x43 0x6f 0x6d 0x70 0x29 0x27 0x20
0x71 0x63 0x6f 0x6d 0x70 0x3d 0x30 0x2e
0x36 0x30 0x20 0x71 0x70 0x6d 0x69 0x6e
0x3d 0x31 0x30 0x20 0x71 0x70 0x6d 0x61
0x78 0x3d 0x35 0x31 0x20 0x71 0x70 0x73
0x74 0x65 0x70 0x3d 0x34 0x20 0x63 0x70
0x6c 0x78 0x62 0x6c 0x75 0x72 0x3d 0x32
0x30 0x2e 0x30 0x20 0x71 0x62 0x6c 0x75
0x72 0x3d 0x30 0x2e 0x35 0x20 0x69 0x70
0x5f 0x72 0x61 0x74 0x69 0x6f 0x3d 0x31
0x2e 0x34 0x30 0x20 0x70 0x62 0x5f 0x72
0x61 0x74 0x69 0x6f 0x3d 0x31 0x2e 0x33
0x30 0x0
string is ".E....H..,. .#..x264 - core 43 svn-399M - H.264/MPEG-4 AVC codec - Copyleft 2005 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:-2:-2 analyse=0x3:0x133 me=hex subme=6 brdo=1 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 chroma_qp_offset=0 slices=2 bframes=2 b_pyramid=1 b_adapt=1 b_bias=0 direct=2 wpredb=1 bime=1 keyint=250 keyint_min=25 scenecut=40 pass=2 bitrate=2000 ratetol=1.0 rceq='blurCplx^(1-qComp)' qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 pb_ratio=1.30."
Nal length 29 start code 4 bytes
ref 3 type 7 Sequence parameter set
profile: 100
constaint_set0_flag: 0
constaint_set1_flag: 0
constaint_set2_flag: 0
constaint_set3_flag: 0
level_idc: 51
seq parameter set id: 0
chroma format idx: 1
bit depth luma minus8: 0
bit depth chroma minus8: 0
Qpprime Y Zero Transform Bypass flag: 0
Seq Scaling Matrix Present Flag: 0
log2_max_frame_num_minus4: 5
pic_order_cnt_type: 0
log2_max_pic_order_cnt_lsb_minus4: 6
num_ref_frames: 6
gaps_in_frame_num_value_allowed_flag: 0
pic_width_in_mbs_minus1: 84 (1360)
pic_height_in_map_minus1: 34
frame_mbs_only_flag: 1
derived height: 560
direct_8x8_inference_flag: 0
frame_cropping_flag: 1
frame_crop_left_offset: 0
frame_crop_right_offset: 0
frame_crop_top_offset: 0
frame_crop_bottom_offset: 3
vui_parameters_present_flag: 1
aspect_ratio_info_present_flag: 0
overscan_info_present_flag: 0
video_signal_info_present_flag: 0
chroma_loc_info_present_flag: 0
timing_info_present_flag: 1
num_units_in_tick: 125
time_scale: 2997
fixed_frame_scale: 1
nal_hrd_parameters_present_flag: 0
vcl_hrd_parameters_present_flag: 0
pic_struct_present_flag: 0
motion_vectors_over_pic_boundaries_flag: 1
max_bytes_per_pic_denom: 0
max_bits_per_mb_denom: 0
log2_max_mv_length_horizontal: 11
log2_max_mv_length_vertical: 11
num_reorder_frames: 2
max_dec_frame_buffering: 6
Nal length 8 start code 4 bytes
ref 3 type 8 Picture parameter set
pic_parameter_set_id: 0
seq_parameter_set_id: 0
entropy_coding_mode_flag: 1
pic_order_present_flag: 0
num_slice_groups_minus1: 0
num_ref_idx_l0_active_minus1: 0
num_ref_idx_l1_active_minus1: 0
weighted_pred_flag: 0
weighted_bipred_idc: 2
pic_init_qp_minus26: 0
pic_init_qs_minus26: 0
chroma_qp_index_offset: 0
deblocking_filter_control_present_flag: 1
constrained_intra_pred_flag: 0
redundant_pic_cnt_present_flag: 0
transform_8x8_mode_flag: 1
pic_scaling_matrix_present_flag: 0
second_chroma_qp_index_offset: 0

[bond]

these are indeed identical, guess you have spotted a bug ;)

best would be to make a bug report on the gpac bug tracker here (http://sourceforge.net/tracker/?atid=571738&group_id=84101&func=browse), describing the problem and providing some samples which can be used for reproducing this

[Dayvon]

I made a pretty big decision today to start over and rencode everything :( I made a few more mistakes than I want to live with. When I redid my DGIndex files, I also found something very interesting...

In FellowshipD2 when the credits come up, the last portion of the credits (mentioning the LOTR Fan Club) is INTERLACED. I think might be causing the problem. Files that have not had credits haven't been a problem at all. So basically, I think that this might be the issue. What do you think? If this might be it, would I have made the mistake, not Mp4Box (so no bug report?)?

[bond]

if you are encoding with x264 your stream will not be interlaced, also the headers you posted dont signal interlaced

as it seems the credits also have the same resolution as the movie. i dont know what else could be different in the streams causing problems

[bond]

mp4 knows two situations of audio channels:
1) mono - signalled by the number "1"
2) multichannel (which includes stereo) - signalled by the number "2"

mpc labels a file that signals multichannel as "stereo".
maybe nero files signal not only the number 1 and 2 as the standard defines, but a not spec compliant number "6" for 6 channels?

if thats the case than mp4box' files are strictly speaking spec compliant and nero's are not