No more vfw x264 builds? [Archive] - Page 3

leiming2006

8th October 2006, 11:55

and doesn't come bundled with the required software either

Now there is a package containing the required software. XD

http://my.opera.com/leiming/homes/files/necessary.rar

ChronoCross

8th October 2006, 23:19

Now there is a package containing the required software. XD

http://my.opera.com/leiming/homes/files/necessary.rar

you should remove the nero stuff. Unless you have a distribution license else you'll probably be recieving a cease and desist letter lol.

leiming2006

9th October 2006, 06:00

OK. I know.
Thanks for the information.

d'Oursse

11th October 2006, 06:20

@d'Oursse
can you put in your sign the link to your (or where to download) gtk build ?

thanks

BHH

I have no build of the the gtk interface right now. Btw, do you want a Windows build or a Linux one ?

buzzqw

11th October 2006, 07:05

i use windows, but if you can mantain two build (one for linux/one for windows) is surely better

thanks !

BHH

bluebebe

14th October 2006, 21:23

it's so stupid that the x264 crew removed the VFW dll from the codec pack, very lame i mean! my future is not encoding some mp4 from command line, i take virtualdub for this works and now i must read that this is not possible in future, cause it's outdated, not comprehensibly.

ok can anyone send me pls the last build with integrated setup and vfw dll? with such a measure i dont counted.

the next lamest setting here: You have to be registered five days to post messages bla bla bla!

SeeMoreDigital

14th October 2006, 21:29

ok can anyone send me pls the last build with integrated setup and vfw dll? with such a measure i dont counted.

the next lamest setting here: You have to be registered five days to post messages bla bla bla!Hmmm!

With the kind of attitude you display in your very first post I doubt you'll obtain any kind of repect or the help you want :eek:

You should have spent the "five days" reading our forum rules!

bond

14th October 2006, 22:01

the 5 days waiting period was too long? now you got another 30 days

Morte66

16th October 2006, 13:46

Tell me, is there another x264 GUI that works roughly like VirtualDubMod? You preview your video, trim the start/end/adverts with a frame-accurate audio/video cut, and feed whatever is left to x264 + optional audio encode + mkv/mp4 muxer.

It seems to me that what people really want is the VDM style interface/workflow. VfW is really a side issue, if people could get VirtualDubMod functionality without VfW most of the aggro would stop.

So is there anything suitable out there?

Sharktooth

16th October 2006, 13:49

AVIDemux is similar to VDub...

shon3i

16th October 2006, 14:04

AVIDemux is similar to VDub...
Sharktooth please stop, telling us known things. Avidemux don't have 20% functionality of VirtualDub. Maybe latter have it but until now, simmilar editor like VirtualDub dosen't exist.

And some ppls including me have problems with gtk runtimes, maybe when some rewrite avidemux into c/c++, then maybe will get full funcionality over vdub.

I am happy with x264cli, and i dont need to edit x264 files.

Maybe Nero make some editor, or implement something to NeroVision, that will be probably best solution for editing mp4 files.

Sharktooth

16th October 2006, 14:08

check

16th October 2006, 14:19

@Morte, this might be of use: http://mewiki.project357.com/wiki/Using_.vdr_files_as_input

DarkZell666

16th October 2006, 14:47

@check: sorry but I believe you missed the point. Morte66 does refer to an easy _visual_ GUI (before/after preview for ex.). The frameserving part is just as painful as using avisynth scripts, for lazy people at least ;)

I don't understand what Avidemux's problem is ... it works marvels for me, even on XP SP1 :p One thing though, the latest x264+aac in mp4 file I asked it for played über-fast in mpui :x

@Morte66: if avidemux works for you, go for it because it's as close as vdub you can get ... :) No need to mess around, just choose audio & video codec, output container, and get rollin' ;)

shon3i

16th October 2006, 15:28

What does it misses? There's only one major issue... capture devices are not supported.
But you can always use vdub and frameserve the captured frames to x264cli... oh, wait... you can do it even with other input files!!! OMG... :p
No whole, avidemux is totality miss for windows. I don't want disturb this forum with bulshits which is alredy sayed. I am not vfw sympatizer i just want some editor like virtualdub, nevermind is open source or i must to pay for them.

Dayvon

19th October 2006, 19:40

@ See More Digital

How is it coming with your use of MeGUI and remuxing to MOV. This is something that I could really use to solve too. There is no question that x264 is better at encoding than Quicktime compressor, and right now I make QT compatible MP4 files with x264 and Nero AAC using MeGUI on a regular basis. If you can figure a way to essentially convert MP4->MOV that would be a huge step for those looking for QT compatibility with x264.

SeeMoreDigital

19th October 2006, 21:34

Sadly I've not had much success with MeGUI at all. But to be honest I've not had much time to give it time (because I'm in the process of re-modelling our bathroom).

That said, when experimenting with StaxRip and AutoMKV I do now know Sharktooth's x264 "QuickTime" profile is able to generate compatible encodes for QT7 player... But only if you disable "b-frames" ;)

Sharktooth

19th October 2006, 22:28

Quicktime 7.1 supports B-Frames (1 or 2... but i keep 1 in the profiles coz i had discordant reports) in MP4.
That said, i dont know if muxing into MOV has different issues...

Dayvon

19th October 2006, 23:05

I'll add to that. I run with this commandline (from MeGUI)
--ref 5 --no-fast-pskip --bframes 1 --b-rdo --filter -4,-4 --subme 6 --trellis 1
--analyse p8x8,b8x8,i4x4,p4x4 --me umh --threads 2 --thread-input --progress --no-psnr --output
and get great QT results at low bitrates. Nearly identical to most of my full CABAC HQ x264 rips.
Of course, I am talking about these files in MP4 not MOV.

SeeMoreDigital

20th October 2006, 19:25

Quicktime 7.1 supports B-Frames (1 or 2... but i keep 1 in the profiles coz i had discordant reports) in MP4.
That said, i dont know if muxing into MOV has different issues...Okay... here's what I've experienced so far....

If I generate an .MP4 encode using your QT profile "with" 1B-VOP. When I feed it into QT7 and try and save it into the .MOV container.... I get this (ie: it wont save to .MOV): -

http://img289.imageshack.us/img289/1453/with1bvopvl2.jpg

But if I generate an .MP4 encode using your QT profile "without" B-VOP's. When I feed it into QT7 and try and save it into the .MOV container.... I get this (ie: it will save to .MOV): -

http://img289.imageshack.us/img289/7374/without1bvopsw5.jpg

Cheers

foxyshadis

20th October 2006, 23:51

Have you tried the mov muxer in ffmpeg? And are there any other mov muxers that might work?

clsid

21st October 2006, 00:20

The mov container is pretty much the same as MP4, right? Perhaps you can submit a feature request to the GPAC devs to add support for writing/muxing QT compatible movs.

Romario

21st October 2006, 00:56

http://gabextreme.googlepages.com/DTSUnited_x264VfW.exe

Sharktooth

21st October 2006, 02:55

Okay... here's what I've experienced so far....

If I generate an .MP4 encode using your QT profile "with" 1B-VOP. When I feed it into QT7 and try and save it into the .MOV container.... I get this (ie: it wont save to .MOV): -

***IMAGE***

But if I generate an .MP4 encode using your QT profile "without" B-VOP's. When I feed it into QT7 and try and save it into the .MOV container.... I get this (ie: it will save to .MOV): -

***IMAGE***

Cheers
Maybe the MOV container or QT MOV muxer do not support b-frames or maybe it's another bug in QT...

foxyshadis

21st October 2006, 04:29

Sorenson video definitely has b-frames, and normal mpeg4 asp in mov works okay. I vote "bug in QT" until further information, but that doesn't help if you have to work around it. =\

Dayvon

21st October 2006, 05:07

FFmpeg doesn't mux to mov. Ive tried it, I swear 1,000 times (on OSX) and it just doesn't seem to do it. QT definitely prefers MOV to MP4 btw, the splitting/decoding of QT is NOT that good. For instance, QT can't recognize and play 5.1 AAC files in mp4. I've also found these weird quirks of the first or last frame of a movie appearing white in QT and normal in over media players.

All in all, Apple needs to get QT a touch up. These problems have been around far to long.

SeeMoreDigital

21st October 2006, 09:33

Maybe the MOV container or QT MOV muxer do not support b-frames or maybe it's another bug in QT...I suspect it's an QT7 bug....

Also, it makes no difference whether I use VfW to generate x264 streams with 1B-VOP - they still wont save to .MOV....

Given the B-VOP .MOV muxing issue is consistent (across both VfW and non VfW encoding methods), might it not be prudent to change the current QuickTime Profile to default to "0" B-VOP instead of the current "1" B-VOP - Until such time an x264/QT7 B-VOP work around is sorted ;)

Thanks guys... I'm glad we've managed to make this B-VOP/QT7 issue much clearer.

Cheers

bond

21st October 2006, 12:24

there is no sense in using mov over mp4, as qt handles both the same way

SeeMoreDigital

21st October 2006, 14:07

there is no sense in using mov over mp4, as qt handles both the same wayThe reason why I have to use .MOV is because my clients need to add/amend the files "Annotations" and have them viewable in QT7 player when required.

Sadly, QT7 automatically saves "Annotation" alterations directly to the .MOV container :scared:

bond

21st October 2006, 14:22

what is annotation?

SeeMoreDigital

21st October 2006, 16:22

what is annotation?These are: -

http://img146.imageshack.us/img146/7752/annotationslu7.png

You can input separate and detailed information for the file, the video stream and the audio stream (necessary when offering "credit" info). Then there's the "Presentation" and "Visual" information....

My clients add/amend this information themselves as required (usually on MAC's), so it's out of my hands!

Cheers

bond

21st October 2006, 16:25

interesting stuff. :thanks:

Selur

21st October 2006, 18:52

since I tried it yesterday muxing with ffmpeg needs to reencode the audio stream

ffmpeg -vcodec copy -acodec copy -i Input.mp4 output.mov throws an error
ffmpeg -vcodec copy -i Input.mp4 output.mov
reencodes the audio but works fine (tried with newest ffmpeg build from celticdruid)

Cu Selur

Ps.: haven't investigated this any further since reencoding audio didn't bother me and the resulting files play fine in quicktime.