View Full Version : sex264 (updated almost daily by now)
SeeMoreDigital
7th January 2005, 22:40
Try this (http://82.2.167.237/Uploaded_Files/Doom9_Forum_files/720x576@149.0Kbps.mp4) Recode2 encode, generated at just 150Kbps at full DVD resolution!
Cheers
Fl0ppy
7th January 2005, 23:35
how i can play a .mp4? :confused:
I not use nero recode
Blue_MiSfit
8th January 2005, 00:37
If you have Recode installed you have Ahead's AVC/AAC decoders installed and you should be able to play that MP4 on any decent player like Core, or Media Player Classic
kurt
8th January 2005, 00:40
or install for example ffdshow (05.01.05) (http://ebola.gamersrevolt.it/celticdruid/ffdshow/) and activate decoding h264 in it....
@SMD: nice vid @ such low bitrate ! :)
bond
8th January 2005, 01:52
Originally posted by Fl0ppy
how i can play a .mp4? :confused:
I not use nero recode :search: this has been answered a thousand times already :devil:
ChronoReverse
8th January 2005, 02:07
I suppose I might be missing something, but the two clips at 2.03MB aren't too far apart in quality.
PlazzTT
8th January 2005, 02:27
Originally posted by ChronoReverse
I suppose I might be missing something, but the two clips at 2.03MB aren't too far apart in quality.
On my PC, if I view them both in full-screen mode (1280x1024) there is very obvious ringing and typical MPEG artifacts around the edges (eg- just over peoples shoulders).
This effect is much less in the X264 encode, IMO.
JoeBG
8th January 2005, 08:23
Okay I made a comparison between 3, 2 and 1 b-frame
the other settings were:
bitrate=1000, CABAC, deblocking filter -2:-2, Max refrence frames 5, , prediction method= 1 temporal, max key frame interval= 250, subpixel refinement precision=4=always b-frames
For me, Max b-frames=3 brings best results (with celticdruids newest filters), sadly the clips are too big to up them somewhere. Iīll make shorter (=smaller :) ) ones next time
My problem is, I donīt find a muxer to convert them into MP4 (fourcc is h264). The following donīt work:
- 3ivx: as expectet
- mp4creator60: I really thought he can do this
- mp4box: I was sure this would work
- MP4UI: as expectet
Any new ideas?
The second thing is the question, how to make the first pass faster. The second pass ist as fast as with Ateme. But the first pass with Ateme is much faster. Canīt we have something like "discard first pass" like in Xvid?
plonk420
8th January 2005, 09:47
maybe bobolo will share MP4 Toolbox to the general public?
akupenguin
8th January 2005, 10:10
Originally posted by JoeBGermany
My problem is, I donīt find a muxer to convert them into MP4 (fourcc is h264).
ffmpeg -vcodec copy -i x264.avi -y x264.mp4
I don't know how compliant the result is, but I can play it in MPlayer.
The second thing is the question, how to make the first pass faster. The second pass ist as fast as with Ateme. But the first pass with Ateme is much faster. Canīt we have something like "discard first pass" like in Xvid?
Feel free to use faster options on the 1st pass. subpixel refinement, # reference frames, and psub8x8 are good candidates to reduce at little cost in the 2nd pass's quality.
I don't have a single option to do the adjustments for you, because the speed/quality tradeoffs are still changing, so any effort I spend now optimizing the decisions will become obsolete soon.
Doom9
8th January 2005, 11:17
unfortunately, I'm also getting a 2nd pass error. Interestingly enough, when I closed VDub, opened it and created my job manually (I had set up the 2nd pass job in the job list and wanted to run it this morning), things worked just fine. In absence of a vdub log entry I have no idea what went wrong when trying to start the 2nd pass for the first time.
mezzanine
8th January 2005, 11:38
My second pass gave an error at ~ 60% (rate.c something error) with b-frames enabled.
With all advanced options switched off everything worked smoothly. I'm gonna try another 2-pass encoding tonight with the default options and see what happens.
Very good quality so far..
IgorC
8th January 2005, 13:52
sorry for offtopic but i need advise.
Right now iīm encoding a DVD Harry Poter pr. Azkaban( 2h 9m) in recode2 Nero H.264 (too slow options: ref 6, b 3, Extra , MV 511, 2pass.... ) but i want to test sex264 in Vdub. will be there any problems (artefacts) if iīll do it at the same time?
can i put pause in recode2 encoding?
JoeBG
8th January 2005, 14:12
Originally posted by akupenguin
ffmpeg -vcodec copy -i x264.avi -y x264.mp4
I don't know how compliant the result is, but I can play it in MPlayer.
Works very good for me, thanks.
Another question maybe is what brings best quality in the field motion search precision. I choosed sub-8x8 PFRAME search and 4x4INTRA search together and nothing else. Can I make it better?
Which combination brings best results?
Tommy Carrot
8th January 2005, 14:52
Originally posted by JoeBGermany
Which combination brings best results?
If everything is working correctly, then enabling all of them should give the best quality (and slowest encoding speed too :p).
DeathTheSheep
8th January 2005, 20:28
ALL of them? You gotta be kidding... :-)
Wow, I typically don't use B-frames... With no deblocking and slower encode time, what use are they?
The only things that really help are yer reference frames. I typically stick in 15. Compared to 1, 2, or even 3, this thing packs one heck of a punch in the lamb chops, baa
Cheers, baa
Blue_MiSfit
8th January 2005, 22:03
hmm well after watching more thoroughly my 95mb family guy x264 episodes I noticed a strange problem with multiple consecutive b-frames.
Occasionally some of the b-frames will recieve absurdly high quantization, blocking very heavily (see my samples), while some of their neighboring b-frames recieve normal quantization, and look nice.
I'm not short on bitrate... considering 95-99% of the frames look incredible.
I'm not complaining, rather inquiring if ppl are aware of this rate control bug.
Samples:
clean frame
http://people.ucsc.edu/~dpresteg/bvop_clean.jpg
b0rked b-frame (previous frame's neighbor)
http://people.ucsc.edu/~dpresteg/bvop.jpg
Leak
8th January 2005, 22:54
Originally posted by Blue_MiSfit
Samples:
clean frame
http://people.ucsc.edu/~dpresteg/bvop_clean.jpg
b0rked b-frame (previous frame's neighbor)
http://people.ucsc.edu/~dpresteg/bvop.jpg
Maybe it's just me, but this doesn't look like it was just overquantized - there's so much residue from the surrounding frames that something else must have gone wrong here...
Not that I'm well-versed in codec development, mind you... :)
np: Pan Sonic - Käytävä / Corridoor (Kesto (234.48:4) (Disc 3))
akupenguin
9th January 2005, 00:38
Yes, that's drastically overquantized.
H.264@qp=37 is ~equivalent to mpeg4@qp=18, while H.264@qp=46 would be equivalent to mpeg4@qp=50 if the scale went that high. Any frames that look good at qp=37 are just because they happen to motion compensate very well based on a P-frame at lower quantizer. (unless ffdshow displays some wacky quantizer scale?)
That said, it is a bug and I will try to find it.
Blue_MiSfit
9th January 2005, 01:28
I am suspicious of ffdshow's OSD... Its "input bitrate" is never correct with h264, so perhaps the quantizer scale is incorrect as well.
I am re-encoding with 1 bvop and will let you know if these frames are better.
encode finished. Problems persist with b-frames.
I am using ffdshow to decode, a very recent version from celtric_druid, his jan 5 build.
Could this be a decoder issue and if so how can I try another one?
~misfit
haibane
9th January 2005, 05:37
I have the same problem as Blue_MiSfit with the overquantization with 2 bframe enabled on anime contend. I tried to use both ffdshow and nero video decoder, they both showed very blocky frames. The only difference is that for the nero decoder, it looks like it have the deblocking on but it is turned off, while the ffdshow is showing distinct blocks.
akupenguin
9th January 2005, 05:49
Bug found. I can't reproduce anything that extreme, but some of my encodes do use B-frame quantizers significantly higher than I asked for. Now testing alternative ratecontrol methods.
sysKin
9th January 2005, 07:28
Hi everyone,
I just uploaded an updated version. Small changelog:
- uses core revision 88 - akupenguin has improved some speed and quality
- cosmetical fixes of all kinds
- some widgets get disabled when they are not active
- "x" button now closes the advanced dialog (works like "ok", not "cancel")
- first pass drops the bitstream. this also improves speed because we can skip some packaging stuff
- "load defaults" *probably* works better (I couldn't reproduce the problem but I think I know why it happened)
Stuff *not* fixed:
- no new widgets added (bframe ratio, stats file location, etc etc)
- no old widgets removed (still two settings for deblocker)
- still the same fourCC ("avc1" crashes ffdshow, because it makes ffdshow expect different packaging method)
- I never touched the core - second pass might still fail just like before
Have fun,
Radek
link: http://syskin.is.dreaming.org/x264/
JoeBG
9th January 2005, 11:56
Great :) :) :)
Just unzip and replace?
Doom9
9th January 2005, 11:59
I'd suggest a clean uninstall and then install the new one. That's always the safest way not to mess up your Windows.
mezzanine
9th January 2005, 14:19
Second pass only fails with b-frames enabled. I tested your latest build and it seems to stuck at the last frame with avs2avi (1st pass).
trbarry
9th January 2005, 14:41
I don't know much about AVC but the "quant" artifacts above are really more typical of a bug in motion comp pointing at the wrong reference blocks or frames. You can see it where little pieces of the image appear in the wrong places.
I've manage to create such bugs once in a while in my own coding on other projects.
- Tom
JoeBG
9th January 2005, 14:44
Originally posted by Sharktooth
Fortunately i've mirrored the 2004.01.05 build just before the celtic druid website went down :)
As Ark said just use that mirror to get the latest build.
When itīs not too much work, it would be fine to have also the mplayer/mencoder win32 compile for the x264gui from doom9 on your side. Is this possible? :thanks:
Shinobu
9th January 2005, 17:06
no more "load default" bug on my computer.
++
Leak
9th January 2005, 18:28
Originally posted by trbarry
I don't know much about AVC but the "quant" artifacts above are really more typical of a bug in motion comp pointing at the wrong reference blocks or frames. You can see it where little pieces of the image appear in the wrong places.
That's exactly what I meant in my last post, but I guess I could have worded it better... :)
np: Pan Sonic - Painovoima / Gravity (Kesto (234.48:4) (Disc 1))
bond
9th January 2005, 19:04
Originally posted by JoeBGermany
My problem is, I donīt find a muxer to convert them into MP4 (fourcc is h264). The following donīt work:
- 3ivx: as expectet
- mp4creator60: I really thought he can do this
- mp4box: I was sure this would work
- MP4UI: as expectet:search: as described in the container forum, its already possible to mux raw h.264 into .mp4 correctly with mp4creator (demux the h.264 stream from .avi with mpeg4ips avi2raw tool)
also you can mux h.264 in avi or raw into .mp4 with videolan (this is currently broken in the svn, but works fine here with an old compile i have here from july)
note that both tools will not work correctly with b-frames
Originally posted by sysKin
- still the same fourCC ("avc1" crashes ffdshow, because it makes ffdshow expect different packaging method)thats strange. basically because till now there is no avc-in-avi content existing that uses the avc1 fourcc, so i wonder why it should expect special packaging in ffdshow? also i never had a problem with avc-in-avi using the avc1 fourcc...
is it only with b-frames?
virus
9th January 2005, 19:22
two small cosmetic things, very easy to correct:
1) since rev. 86, subme=0 has been disabled. Needs to be removed from the gui.
2) in the About box, the "Visit homepage" button links to an outdated address. The new one is http://videolan.org/x264.html (file /vfw/x264vfw.h)
(btw @akupenguin: the "encoder features" list in that webpage is somewhat outdated, it doesn't list the latest additions to b-frames, as well as the 2pass RC and 1 pass const quantizer)
virus
JoeBG
9th January 2005, 20:26
Originally posted by bond
:search: as described in the container forum, its already possible to mux raw h.264 into .mp4 correctly with mp4creator
This is something I understand and can do. You think of this commandline donīt you:
mp4creator60.exe -c raw-avc-stream.h264 -rate 25 avc.mp4
Originally posted by bond
(demux the h.264 stream from .avi with mpeg4ips avi2raw tool)
But I cantīt find any explanation for this. In the whole threat everyone writes "demux with avi2raw tool". But how does this work. So I googelt to the avi2raw site and found this:
avi2raw -v mymedia.avi myvideo.yuv or
avi2raw -v mymedia.avi myvideo.rgb
I think for h.264 it should be
avi2raw -v mymedia.avi myvideo.h264
Is this correct?
Sergejack
9th January 2005, 20:28
Originally posted by bond
:search: this has been answered a thousand times already :devil:
I don't manage to find an answer in all that non sorted thousand answers.
bond
9th January 2005, 20:45
Originally posted by JoeBGermany
I think for h.264 it should be
avi2raw -v mymedia.avi myvideo.h264avi2raw doesnt care about the extension and it will always output the raw video stream
so yes, you are correct
bond
9th January 2005, 20:46
Originally posted by Sergejack
I don't manage to find an answer in all that non sorted thousand answers.troll?
you just posted a message in my mp4 faq sticky... what about reading it?
JoeBG
9th January 2005, 20:49
Originally posted by bond
avi2raw doesnt care about the extension and it will always output the raw video stream
so yes, you are correct
This is pretty clear now, thank you very much for your help. I often do not understand everything, so sorry for my many questions. :)
Sergejack
9th January 2005, 20:53
Originally posted by SeeMoreDigital
Try this (http://82.2.167.237/Uploaded_Files/Doom9_Forum_files/720x576@149.0Kbps.mp4) Recode2 encode, generated at just 150Kbps at full DVD resolution!
Cheers
Can I have a link to the Directshow binaries decoders for video and audio, pls ?
bond
9th January 2005, 21:02
Originally posted by Sergejack
Can I have a link to the Directshow binaries decoders for video and audio, pls ? ok thats enough...
you asked for the same in the container forum, you dont want to read and understand my answer there, you dont want to read my mp4 faq to find out how to play .mp4 files (altough you posted there) and now you ask again for illegal stuff
striked for rule 6
Fl0ppy
9th January 2005, 21:06
I juts tried with a few dvd's and xvid files and the compression it's amaziing!!:D
I can recode a xvid file at half size of the original (350mb's) and the quality looks really g00d.
Sergejack
9th January 2005, 21:12
Originally posted by bond
ok thats enough...
you asked for the same in the container forum, you dont want to read and understand my answer there, you dont want to read my mp4 faq to find out how to play .mp4 files (altough you posted there) and now you ask again for illegal stuff
striked for rule 6
I read your FAQ, it didn't help, I don't want any thirdparty player, I just want the decoder, and I don't have any idea what you'r talking about "illegal stuff".
I download 3ivx and installed it and I installed the raw ACC parser too, but still it doesn't display.
I also have the last Nero media player.
Don't blame me 'cause I didn't spend my all life here and I may have miss some basical your not even talking about in your FAQ.
Leak
9th January 2005, 21:22
Originally posted by Sergejack
I read your FAQ, it didn't help, I don't want any thirdparty player, I just want the decoder, and I don't have any idea what you'r talking about "illegal stuff".
Can I have a link to the Directshow binaries decoders for video and audio, pls ?
Since Nero doesn't make these available for download, asking for them here is a bit inapropriate, don't you think? Especially since representatives from Nero are reading this forum... *hint* *hint*
np: Iwasaki Taku - Let My Tears Stream (R.O.D The TV Original Soundtrack 1)
SeeMoreDigital
9th January 2005, 21:29
I take it you read this bit from bonds FAQ: -
http://img70.exs.cx/img70/6012/mpeg4avcdecoders0zm.gif
Cheers
Sergejack
9th January 2005, 21:35
May I suggest an option in the GUI of sex264 to save different profiles ?
Originally posted by Leak
Since Nero doesn't make these available for download, asking for them here is a bit inapropriate, don't you think? Especially since representatives from Nero are reading this forum... *hint* *hint*
np: Iwasaki Taku - Let My Tears Stream (R.O.D The TV Original Soundtrack 1)
So Recode2 is a Nero product ?
Weren't we taling about sex264 ?
Koepi
9th January 2005, 22:38
^Yes, and sex264 doesn't use mp4 as container.
So get your container issue sorted out (it's described even in this very thread i think) and then use celtic druids latest ffdshow (also linked to in this thread very often). (I.e. 3ivx mp4 splitter and ffdshow h264 decoder.)
It's not too much to ask from you to read the posts at least before starting flaming and complaining.
Koepi
Sergejack
9th January 2005, 22:53
Originally posted by Koepi
^Yes, and sex264 doesn't use mp4 as container.
So get your container issue sorted out (it's described even in this very thread i think) and then use celtic druids latest ffdshow (also linked to in this thread very often). (I.e. 3ivx mp4 splitter and ffdshow h264 decoder.)
It's not too much to ask from you to read the posts at least before starting flaming and complaining.
Koepi
I did do all of that before "flaming and complaining".
The question is "What does that Recode2 sample wich I can't render have to do with all of that ?"
bond
9th January 2005, 23:08
he asked for "noone knows what" filters to be available seperated from official packages to play avc-in-mp4
he got my answer that the links are there, he could also use search and that its illegal to provide commercial filters seperated from their original packages (especially nero as its payware)
he meant he also, quoting someone else, didnt find the answer for how to play avc-in-mp4 files, after he got my answer and after he posted the first question in the mp4 faq, which clearly says how you can do it
he asked for the nero filters seperated from the official packages, pointing to a nero encoded .mp4
but of course he was talking about x264...
to make it short: do not feed the trolls
IgorC
10th January 2005, 05:54
where can i get gui? there is nothing http://celticdruid.no-ip.com/xvid/mplayer/
iīm trying syskin x264
same situation here .Visual blocks are at wrong places.
x264 use more CPU than Nero AVC (maybe because of unoptim. ffdshow decoding)
bframes donīt work properly. more than 1 bframe brings visual bug, but itīs possible to notice how it increase a quality.
Ark
10th January 2005, 11:26
I tested more for this blocking issue, and saw that it only happen with 2-pass encodings, with 1-pass fixed quantizer i can set 1, 2 or 3 b-frames and it's all perfect!
JoeBG
10th January 2005, 13:29
Originally posted by Ark
I tested more for this blocking issue, and saw that it only happen with 2-pass encodings, with 1-pass fixed quantizer i can set 1, 2 or 3 b-frames and it's all perfect!
I also have blocking with b-frames. Only when I choose 0 b-frames itīs ok. But would be nice to have b-frames support :)
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.