Log in

View Full Version : AVI-Mux 1.16.7 joining issues


MoFoQ
20th July 2004, 23:58
Well, the two files are .mkv files that I made with mkvtoolnix 0.9.x (tried 0.9.2 and 0.9.3) from a set of .rmvb files. mkvtoolnix correctly sets the audio compression to "A_REAL/COOK" but when I process them (even individually) with AVI-Mux GUI, it changes to "A_MS/ACM" and no longer plays. AVI-Mux was successful in muxing the video only together.
Any ideas on how I can fix this or a way to edit the audio compression info in the resulting mkv file?

stephanV
21st July 2004, 00:01
i dont think avimux supports real audio... even not if its already muxed into to matroska. not sure though.

Hiro2k
21st July 2004, 01:09
Why not join them with mkvtoolnix? I don't think avi-mux can handle real-audio streams so that won't be able to join your files.

P0l1m0rph1c
21st July 2004, 06:10
I don't think Mkvtoolnix can merge anything. It's just create an mkv with two separate tracks.

MoFoQ
21st July 2004, 08:04
yea...that's one of the limitations of mkvtoolnix; it can't append things. I wish it could. Or even if it was able to play both audio tracks simutaneously, I can just make it so the second part is delayed by the length of the first and voila!

either way, I guess avi-mux doesn't support it at the moment, sadly, hence I'm hoping that that would be remedied.


btw, mkv rocks....it's so freaking versatile!

alexnoe
21st July 2004, 08:11
Yeah, I have never even tried to handle Real audio. Seems like it is time to do so :p

pixolex
21st July 2004, 09:03
Originally posted by alexnoe
Yeah, I have never even tried to handle Real audio. Seems like it is time to do so :p

why don't you grate programers from the open source community don't merge forces, Alexnoe and Mosu, and make just one BIG tool :), and don't do things in paralel :(

alexnoe
21st July 2004, 09:06
One big tools means one big collection of b0rks as well ;)

pixolex
21st July 2004, 09:24
Originally posted by alexnoe
One big tools means one big collection of b0rks as well ;)

borks?! what's borks :confused: :o

alexnoe
21st July 2004, 11:19
bugs

SeeMoreDigital
21st July 2004, 12:04
Originally posted by alexnoe
Yeah, I have never even tried to handle Real audio. Seems like it is time to do so :p With so many different versions of Real audio being made available over the years this might well be a challenge Alex....

Thank goodness they've finally seen sense and started using AAC :D


Cheers

alexnoe
21st July 2004, 12:05
Actually, replacing the codecid with sth is nothing but a bug. I hope it won't be too much work to fix it

yaz
21st July 2004, 12:44
maybe i'm quite OT here but i don't know where is the thread of this xxcellent tool. so, an old quiestion of mine :
what does 'splitted audio' means ? i.e. what's in the container when avimuxgui(/gspot/...) says it's 'split'.
bonus question : how to turn 'split' on & off ? is it possible to make/change it when muxing ?
story behind : a friend of mine has(had?) this problem. his standalone is willing to keep audio in synch only if it's 'splitted'. heavy skip anyway.
thx
y

alexnoe
21st July 2004, 13:03
No idea what weird things GSpot is reporting. Ask its author :)

yaz
21st July 2004, 14:00
@alexnoe
thx :-) it wasn't a joke but an existing problem. the player handles only avis with 'splitted' audio correctly. at least, it was the only difference we've found between the 'good' and the 'bad' playing files.

another question : is it possible to do 'frame-accurate' splitting ? if yes ... how ?

thx
y

alexnoe
21st July 2004, 14:03
Sth like 'split audio' is nonsense if a file was muxed with avi-mux gui. It never splits audio frames of ac3, mp3 or dts apart, unless you disable 'mp3 cbr frame mode'. In other words, you have to ask the author of GSpot what he is trying to say with 'split audio'.

Frame-accurate splitting is always done: It splits exactly before a keyframe :p

SeeMoreDigital
21st July 2004, 14:11
Hi yaz,

Can you supply an Gspot "image grab" of what you are talking about?

You can use www.imageshack.us to upload images.


Cheers

yaz
21st July 2004, 14:17
Originally posted by alexnoe
Frame-accurate splitting is always done: It splits exactly before a keyframe :p yes, i know (i've seen it many times :-) but i meant how to tell AMG to cut at a certain keyframe (say, at 123456). afaik, cut is defined by max size at the moment ... or am i wrong ?

thx for your answers on 'split' audio. it seems there's no other way than addressing gspot ...

thx
y

yaz
21st July 2004, 14:25
@SMD
it'd be hard at the moment. when i'd met the problem i tested all(!) of my avis and none of that showed such tag. afair, it was shown in the user/metadata panel, such like : 'Split:Yes' or so. btw, it was a time ago (i dropped this question to vdm and to the audio forum but no answer) so it must have been gspot221. dunno how it would look in gspot25.
thx
y

alexnoe
21st July 2004, 14:25
Ah...you can tell it a timestamp. Use 'advanced' for that

yaz
21st July 2004, 14:30
Originally posted by alexnoe
Ah...you can tell it a timestamp. Use 'advanced' for that wooah ... thx ... & now i know what 'timestamp' is for :-)))
living is learning :-)
thx
y
ps why hasn't got such an xxcellent tool like this its own thread ? or has it ?

stegre
23rd July 2004, 05:23
Originally posted by alexnoe
In other words, you have to ask the author of GSpot what he is trying to say with 'split audio'.

"split" means that some audio frames are split across interleaves, i.e. part of the audio frame resides in one chunk and the remainder of it is in another, with a video chunk in between. See diagram (http://gspot.headbands.com/notes/split-frame/). On v2.5 beta the wording is "audio split across interleaves" or "audio aligned on interleaves", which should help to make it clearer. I'm not making any claims about the relative merit of one scheme vs. the other, but it does seem important enough to report.

From what I've seen, Nandub splits AC3, but not MP3(CBR or VBR). VirtualDubMod splits AC3, but does not split CBR MP3. It splits VBR MP3 if you answer "yes" to the question about allowing it to "rewrite the header" :confused: Otherwise it doesn't.

AVIMuxGUI never splits anything; there are an integral number of full frames nicely aligned on each interleave chunk. In fact, that's always the case as far as I can tell; even with its "cbr frame mode" option selected - though I admit I'm not that clear on what that option is supposed to do.

- Steve G
(author, GSpot)

yaz
23rd July 2004, 09:10
@steve
thx for your answer very much. i got it now :-)))
Originally posted by stegre
...but it does seem important enough to report.sure, it is. in the meantime i asked my friend and (of course) i was wrong. his standalone accepts only 'non-splitted' audio. (why am i not surprised?:-)Originally posted by stegre
... Nandub ... VirtualDubMod ... i'm sure, nandub may split vbr mp3 too. at that time we all (here around) used nandub as considered the 'only reliable tool' for muxing vbr mp3. the avis in question were all made&muxed with nandubOriginally posted by stegre
AVIMuxGUI never splits anything sure. when i mux avis with AMG i can always cut the audio at any audio frame later on but when i use VDM there's a possibility to get some broken frames on post-cutting.
thx again
y

alexnoe
26th July 2004, 20:33
When muxing CBR MP3 to AVI, it is allowed to hack frames apart. With 'CBR Frame mode', this will be disabled and entire MP3 frames will be stored in chunks, even if an MP3 stream is CBR

yaz
27th July 2004, 09:47
@alexnoe
i tried your suggestion but i'm still unable to cut an avi 'frame-accurate'ly neither when i set a timestamp. i seached the appropriate keyframe & i put that time as timestamp (hh:mm:ss.sss!) but AMG always let itself about a Mb inaccuracy. this way timestamps are just as accurate as giving the max size (in Mb) is there a more precise way of cutting ?
thx
y

SeeMoreDigital
27th July 2004, 15:43
Hi yaz,

Sadly you are going to have to wait a while for Alex to respond, as he's been suspended for 30 days...

Just thought you'd like to know.


Cheers

yaz
27th July 2004, 15:55
ouh gee ... what the hell he'd done ? i hope he'll be back afterwards
thx anyway
y

alexnoe
26th August 2004, 10:57
1) I have been suspended for one violation of rule #11 (which is a 'crime' every 2nd post violates)
2) I have been threatened on IRC before that this will happen, i.e. that I will be treated 'differently' than other people (by a moderator of Doom9!!). The reason why I have been threatened was that I have taken the time to write down WHY I think OGM is a bad container (see signature) and that I dare to have this opinion on Doom9. Also, the forum has a bug: I have put zZzZzZz on Hydrogenaudio (who is an administrator!) on my ignore list as well as on my PM-ban-list for OGM-Zealotry, the Doom9 Forum does not allow to ignore moderators.

So much as reply to the question what I have done.

-------------------------------------------------------

In the meantime, I have used the time to fix such stuff like b0rked AAC - joining .... Also, joining MKV files could cause a 'long' frames at the joining point and could cause funny noise if an AAC stream was shorter than another audio stream of the first file. I *hope* that joining works now properly without such nasty effects, but if you find more of them, tell me.

SeeMoreDigital
26th August 2004, 11:15
A new version of AVI-mux... cool ;)

Nice to have you back... refreshed and ready to post.

EDIT: While you were away I've been testing AVI-mux to put anamorphic Mpeg4 video streams into the MKV container.

It all worked very nicely with the propsed new XviD DSdec filter.


Cheers