Log in

View Full Version : VirtualDub save as *.mp4?


Pages : [1] 2

Elias
29th January 2005, 14:02
Will we ever see the day when Avery Lee implements this option? I mean, if licensing issues is the problem, then I suggest that we all start donating to Avery so that he can pay the licence for mp4 and still release VirtualDub as Open Soruce/GPL software. That'd be great!

bond
29th January 2005, 14:30
there are no license issues with .mp4 as the mp4 container is license free

i doubt avery lee will implement it (he never implemented support for other containers, than .avi, in his tool)

Elias
29th January 2005, 14:32
Originally posted by bond
there are no license issues with .mp4 as the mp4 container is license free

i doubt avery lee will implement it (he never implemented support for other containers, than .avi, in his tool) But why? mp4 kicks major ass! What about VirtualDubMod then? It already can save to *.mkv and other containers.

nmap
29th January 2005, 15:08
VirtualDubMod hasn't been worked on / updated in ages, I highly doubt it.

Elias
29th January 2005, 15:20
Originally posted by nmap
VirtualDubMod hasn't been worked on / updated in ages, I highly doubt it. That's weird, because the latest version in the GordianKnot package says "based on VirtualDub 1.5.10 by Avery Lee." And that is the latest stable release.

bond
29th January 2005, 15:51
virtualdub is not virtualdubmod ;)

Elias
29th January 2005, 16:01
Originally posted by bond
virtualdub is not virtualdubmod ;) You've got to be kidding me? I thought they were exactly the same software :)

SeeMoreDigital
29th January 2005, 16:01
Originally posted by Elias
You've got to be kidding me? I thought they were exactly the same software :) There's so much to learn about, isn't there Elias :eek:

Don't loose faith... Keep those questions coming :)


Cheers

bond
29th January 2005, 16:07
Originally posted by Elias
You've got to be kidding me? I thought they were exactly the same software :) well if it were exactly the same, why call it virtualdubmod?

Elias
29th January 2005, 16:10
Originally posted by bond
well if it were exactly the same, why call it virtualdubmod? I was being ironic...

stephanV
29th January 2005, 16:33
Originally posted by bond
i doubt avery lee will implement it (he never implemented support for other containers, than .avi, in his tool)

He tried asf on a blue monday :)

but no, mp4 is certainly not in his interest AFAIK.

opsis81
29th January 2005, 17:38
mp4 can't be added in VirtualDub/VirtualDubMod.AVI/MKV/OGM can mux any vfw codec,mp4 can't and shouldn't.Let's say someone chooses to encode Indeo 5 with Voxware Metasound Audio.How could this be saved in mp4?:rolleyes:

Elias
29th January 2005, 17:43
Originally posted by opsis81
mp4 can't be added in VirtualDub/VirtualDubMod.AVI/MKV/OGM can mux any vfw codec,mp4 can't and shouldn't.Let's say someone chooses to encode Indeo 5 with Voxware Metasound Audio.How could this be saved in mp4?:rolleyes: That's easily solved. Avery could make an *.mp4 lock that is triggered every time you choose any non-compliant MPEG-4 codec like for instance, Indeo or whatever. This lock allows only XviD/3ivX/DivX/etc and AAC audio. Would pretty much set the record straight.

opsis81
29th January 2005, 17:57
This would be a good feature but to be honest I don't think Avery is interested.

Elias
29th January 2005, 17:58
Originally posted by opsis81
This would be a good feature but to be honest I don't think Avery is interested. Yeah, that's probably the case, which is too bad.

stephanV
29th January 2005, 18:18
Originally posted by Elias
That's easily solved. Avery could make an *.mp4 lock that is triggered every time you choose any non-compliant MPEG-4 codec like for instance, Indeo or whatever. This lock allows only XviD/3ivX/DivX/etc and AAC audio. Would pretty much set the record straight.

That would mean he would have to add specific code for each VFW mpeg4 codec... believe me, he is certainly not interested in that.

bond
29th January 2005, 18:52
Originally posted by stephanV
That would mean he would have to add specific code for each VFW mpeg4 codec... believe me, he is certainly not interested in that. he did that to support divx5 and xvid b-frames

Elias
29th January 2005, 18:54
Originally posted by bond
he did that to support divx5 and xvid b-frames True dat! So what's the problem, really? He doesn't like the mp4 container?

opsis81
29th January 2005, 18:55
Maybe a new mod could be the solution,something like VirtualDubMP4 that would load specific codecs...

Elias
29th January 2005, 18:57
Originally posted by opsis81
Maybe a new mod could be the solution,something like VirtualDubMP4 that would load specific codecs... That would kick ass! What about starting it? Yes, I'm serious!

stephanV
29th January 2005, 19:05
Originally posted by bond
he did that to support divx5 and xvid b-frames
that is a general solution...

anyone who comes up with a MPEG4 codec would have to be added to the list to work in MP4... i guess you could add some sort of signalling to it though, so it need be done on the encoder side...

all just theory though... if he needed MP4, he already would have added it.

opsis81
29th January 2005, 19:09
If I had programming skills Elias I would.I would also develop a mp4box/mp4creator gui.Unfortunately I don't have and my spare time is very limited for starting:(

bond
29th January 2005, 19:10
Originally posted by stephanV
that is a general solution...wrong, it only works with divx and xvid fourccs

Elias
29th January 2005, 19:11
Originally posted by opsis81
If I had programming skills Elias I would.I would also develop a mp4box/mp4creator gui.Unfortunately I don't have and my spare time is very limited for starting:( I would too. But I don't :/ I'm pretty much sure though that there's a shit-load of guys here at Doom9 that could make this reality.

opsis81
29th January 2005, 19:11
@ stephanV
We don't want for any MPEG4 codec.XviD and x264 is more than enough.The best MPEG4 ASP codec and the only free MPEG4 AVC codec.

bond
29th January 2005, 19:22
basically the list of available and practically useable mpeg-4 vfw codecs is not that long:
- xvid
- divx5/4
- 3ivx
- ffdshow
- x264
- maybe mpegable, hdot264 and vss

opsis81
29th January 2005, 19:30
Not ffdshow...ffdshow isn't an MPEG4 codec.It includes many non MPEG4 codecs that their selection from newbies could only cause problems.

stephanV
29th January 2005, 19:31
Originally posted by opsis81
@ stephanV
We don't want for any MPEG4 codec.XviD and x264 is more than enough.The best MPEG4 ASP codec and the only free MPEG4 AVC codec.

Who is "we"?

wrong, it only works with divx and xvid fourccs

Thats the solution then.

Now we can all stop dreaming coz it isnt gonna happen. :)
You are forgetting what VirtualDub really is and why Avery Lee created it.

opsis81
29th January 2005, 19:38
@stephanV
Perhaps me and my friends.:) What is your real problem exactly?
It is obvious that you are negative for something VirtualDubMP4..
May I ask why?

bond
29th January 2005, 19:40
Originally posted by opsis81
Not ffdshow...ffdshow isn't an MPEG4 codec.it offers skal's mpeg-4 codec and the ffmpeg mpeg-4 codec

It includes many non MPEG4 codecs that their selection from newbies could only cause problems.indeed, but the mp4 muxer would have to be smart enough to not allow muxing of non mpeg-4 content into .mp4 anyways :)

Elias
29th January 2005, 19:42
Originally posted by opsis81
Not ffdshow...ffdshow isn't an MPEG4 codec.It includes many non MPEG4 codecs that their selection from newbies could only cause problems. Well, I've tried to encode with the huffyuv and lossless JPEG codecs in ffdshow, and I've noticed that there's a slight loss in colour. I haven't checked that seriously on the MPEG-4 codecs in ffdshow, but it wouldn't surprise me if there's a slight loss in colour there as well. I don't like this. And why is it always 2 kbit/s bitrate when you encode to any of the MPEG-4 codecs in ffdshow and have a look at the *.avi in GSpot?

opsis81
29th January 2005, 19:46
@bond
Yes I know about ffmpeg and skal mpeg-4 codec.But if it allowed non MPEG4 video muxing as private streams would that be a good or a bad thing?My opinion that it would be a bad thing for MP4.What's your opinion bond?

stephanV
29th January 2005, 19:50
Originally posted by opsis81
@stephanV
Perhaps me and my friends.:) What is your real problem exactly?
It is obvious that you are negative for something VirtualDubMP4..
May I ask why?

No problem at all, go ahead and code it. Just don't expect it from Avery. Although, if you only add support for XviD and x264, then i wont have 3 good words to say about it. :p

opsis81
29th January 2005, 19:58
Many good programmers are in this forum and if they see that there is interest about something like this they may be interested too.And I won't go AHEAD AG:D

bond
29th January 2005, 20:11
my opinion is that private streams should not be used

anyways if we all send avery a feature request it might change his mind ;) :D

Elias
29th January 2005, 20:29
Originally posted by bond
my opinion is that private streams should not be used

anyways if we all send avery a feature request it might change his mind ;) :D I've already done that, twice. So I'm counting on you guys now :)

stephanV
29th January 2005, 21:02
Originally posted by bond
anyways if we all send avery a feature request it might change his mind ;) :D

you are more likely to annoy him. so please dont.

Elias
29th January 2005, 21:08
Originally posted by stephanV
you are more likely to annoy him. so please dont. That's it, now we know for sure that you don't like mp4 and don't want VirtualDub support for it. I mean come on, get realistic for a minute here, how can you know that he would get annoyed?

stephanV
29th January 2005, 21:13
yes

shall i explain?

the guy spends his free time on this app, already receives tons of emails a day, tries to keep up with his forum and some of you have the nerve to start spamming him for mp4 support? I think one nice request would be enough no?

I've already seen your post on the the VirtualDub forums, lets leave it to that ok? I am mod there, so I know a little bit more about what is going on than you.

Elias
29th January 2005, 21:16
Originally posted by stephanV
yes

shall i explain?

the guy spends his free time on this app, already receives tons of emails a day, tries to keep up with his forum and some of you have the nerve to start spamming him for mp4 support? I think one nice request would be enough no?

I've already seen your post on the the VirtualDub forums, lets leave it to that ok? Yeah right. I guess we're all that stupid to not being able to derive that conclusion, and spam the living shit out of him. Come on, if a request list even was sent to him to begin with, we wouldn't spam him.

stephanV
29th January 2005, 21:19
Originally posted by Elias
Yeah right. I guess we're all that stupid to not being able to derive that conclusion, and spam the living shit out of him.

You have no idea how dumb people can be. Or how pissed of they can get when a free app doesnt do this or do that.

mezzanine
30th January 2005, 12:50
Originally posted by Elias
I would too. But I don't :/ I'm pretty much sure though that there's a shit-load of guys here at Doom9 that could make this reality.

If you just want a simple MP4Box gui i can do that.

Elias
30th January 2005, 12:52
Originally posted by mezzanine
If you just want a simple MP4Box gui i can do that.

http://forum.doom9.org/showthread.php?s=&threadid=89151

JoeBG
30th January 2005, 15:30
Originally posted by mezzanine
If you just want a simple MP4Box gui i can do that.

Yes please do it :) It should be a mp4creator/mp4box GUI because together they combine most *.mp4 needs.

That´s really a very good idea, congratulation and thanks in advance :)

bond
30th January 2005, 15:46
plz dont make one gui for both mp4creator and mp4box together!
mp4creator is a crappy tool, it shouldnt be bunched together with mp4box
also mp4box does everything mp4creator does, but better. it only lacks avc support till now. the only use for mp4creator is the avc support

also if people want a gui for mp4creator they should use mp4ui (its entirely based on mp4creator) also mp4ui will surely be updated to latest mp4creator sources soon

multicone
30th January 2005, 16:02
Copied from irc.corecodec.org #matroska :

<ChrisHJW>http://forum.doom9.org/showthread.php?s=&threadid=89128&perpage=20&pagenumber=2 <---- ehehehe. So many people crying for TCME, and nobody to work on it. And since VdubMod exists, they just dont get the tight relationship between Video for Windows and AVI, its standard container. Virtualdub is fully relying on Video for Windows operations when editing video, how could it be extended to do anything else but care about VCM video codecs and ACM audio codecs.
<ChrisHJW> In short, you could NEVER build a proper MP4 editor based on Virtualdub/VfW. This could be done on Quicktime, but Apple obviously has no intention to do that, other than what QT does already. Gstreamer and Helix are there only hope, but they dont understand ....

JoeBG
30th January 2005, 17:01
Originally posted by bond
plz dont make one gui for both mp4creator and mp4box together!
mp4creator is a crappy tool, it shouldnt be bunched together with mp4box
also mp4box does everything mp4creator does, but better. it only lacks avc support till now. the only use for mp4creator is the avc support

also if people want a gui for mp4creator they should use mp4ui (its entirely based on mp4creator) also mp4ui will surely be updated to latest mp4creator sources soon

You´re right. Hope the gpac team will add AVC import very soon :)

@ mezzanine

Can we hope for a mp4box gui then?

mezzanine
30th January 2005, 17:59
@ mezzanine

Can we hope for a mp4box gui then? [/B]

Yes. :)

Neo Neko
30th January 2005, 22:53
My thoughts on the subject would be this. Isolate the code in ffmpeg to output MP4. Interface that with Virtualdub or VDM. Don't hard code any flagging in there. Just provide for user config on save. For things like whether the stream is ASP or AVC etc. And finally provide a notice somewhere relevant that the file will be unplayable inf non-MPEG streams are used. Submit that to avery for inclusion or provide it for Virtualdubmod or a workalike.

Frankly I would hazard a guess that a decent coder with some knowledge of the two could knock most of this out over a weekend or so. And even though it would be crippled it is still better than nothing.


What would be even better is for someone to write a basic editor and filter aplication perhaps compatable with vdub filters. But only have it support raw YUV/RGB and PCM. Then use ffmpeg/mplayer as a decoding front end and ffmpeg/mencoder as the encoding back end. This aplication due to it's simplicity would be highly portable and rather simple.

The aplication chain would end up something like this.
(Source File) -> FFMPEG -> (Raw datastreams) -> *Editing/Filtering/Dataflow App* -> (Editied Raw Streams) -> FFMPEG -> (Final output).

JoeBG
31st January 2005, 18:35
Originally posted by mezzanine
Yes. :)

Great:)