Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
|
|
Thread Tools | Search this Thread | Display Modes |
5th September 2010, 21:51 | #3402 | Link |
もこたんインしたお!
Join Date: Jan 2008
Location: Finland / Japan
Posts: 512
|
Will see if I can see what's the reason. Have you tried with scripts that don't relate to Lagarith?
Anyways, what I can see being the problem:
Am building a new build with an updated L-SMASH to see if I can re-create what is happening to you at all. As for the audio error, it's fine. Happens every time you don't use the audio feature >_>. Edit: Chikuzen had tested it with UTVideo and it seems to be fine. I'm running a test encode on 32bit build + avs at the moment myself. Thus I'm inclined to blame Lagarith.
__________________
[I'm human, no debug]
Last edited by JEEB; 5th September 2010 at 23:37. |
6th September 2010, 00:43 | #3404 | Link | |
もこたんインしたお!
Join Date: Jan 2008
Location: Finland / Japan
Posts: 512
|
Quote:
Until you tell me it breaks something else, my care levels will be very low to do something about it. Lagarith has been and still is a broken pile of balls, and it even has good alternatives nowadays (did I mention UT Video already from YV12 all the way to RGBA, or, you know, something that can be decoded by ffmpeg if you only need YV12?). Of course this isn't the best thing you could've expected, but unfortunately Lagarith just is what it is. Re-encoding those YV12 sequences into something else should've been your goal for a long time now, to be honest. Of course, if you actually find that it breaks something else that I can do something about, do tell me.
__________________
[I'm human, no debug]
|
|
6th September 2010, 03:27 | #3407 | Link |
Registered User
Join Date: Oct 2009
Posts: 21
|
still not work. But I can use the same command with FFVideosource instead of ffmpegsource2.
If I del --b-adapt 2 new issue happens x264 [error]: timebase mismatch with 1st pass (1001/24000 vs 1/25). The source's fps is 23.976 Anyway, tks for your help ^^ Last edited by livetolove92; 6th September 2010 at 03:39. |
6th September 2010, 12:07 | #3410 | Link | |
Registered User
Join Date: Oct 2002
Location: France
Posts: 2,316
|
Quote:
Now, i didn't know UT Video, i've just take a look, and i'll give a try. Seems interesting, as you can also say if video is interlaced or not. I'll tell you my results. Edit : Works fine with UT Video. Thanks. Last edited by jpsdr; 6th September 2010 at 12:22. |
|
7th September 2010, 18:56 | #3412 | Link | |
Registered User
Join Date: Jan 2002
Posts: 332
|
Quote:
FFmepg/lavf build is now Ok and LAME, FAAC too but not FFMS2 r331 I got compile error mesage ( pthread problems ) ? I use Komisar pthreads 2.9.0.0 GC-static build for info . But it's ok I can build x264 audio with mp3 and faac . Here is my build (based on the experimental silverfilain-x264 source ) if someone want to try. Link removed as request I think It's only working with mp4 muxer and sometimes audio is not sync but it give a good overview of futur x264 with audio encoder. Let play with it if you want Last edited by easyfab; 8th September 2010 at 08:34. Reason: link removed |
|
8th September 2010, 06:13 | #3413 | Link |
typo lover
Join Date: May 2009
Posts: 595
|
@easyfab
Please don't distribute the binary that links libfaac. Distributing the binary that links libfaac undertakes the violation of the license since it contains a lot of codes of the reference encoder(GPL incompatible). (I proposed that add "--enable-nonfree" in the configure, and it was approved. )
__________________
my repositories Last edited by Chikuzen; 8th September 2010 at 06:15. |
2nd November 2010, 07:44 | #3414 | Link |
Acid fr0g
Join Date: May 2002
Location: Italy
Posts: 2,577
|
I am currently suffering of macroblock and fluctuations in dark areas. I read there was a patch, called AQ patch, created to alleviate this problem.
Is it implemented on current tree or is there a newer, better, one?
__________________
@turment on Telegram |
2nd November 2010, 11:43 | #3415 | Link |
Registered User
Join Date: Dec 2005
Posts: 1,460
|
There are currently 2 different AQ modes in x264 and the first one is activated by default. I haven't heard anything about a new patch. The last change to AQ was at the beginning of this year IIRC. If you use low bitrates the blocking is in some cases very hard to get rid of, especially when the picture is dark and contains fog or smoke.
|
3rd November 2010, 02:08 | #3418 | Link | |
typo lover
Join Date: May 2009
Posts: 595
|
Quote:
Haali's AQ is older than VAQ, and the one to do working that lowers QP in dark and blue points. (because HAQ doesn't decrease bits at all unlike VAQ, the filesize will be increased if you use.) The patch is still maintained by VFR maniac, and includes his "MixAQ build". |
|
15th December 2010, 17:49 | #3419 | Link |
Registered User
Join Date: Mar 2006
Posts: 1,538
|
I have compiled x86 and x64 builds of x264 r1834 for the sole purpose of performing your own speed tests relating to threading.
x264_r1834_x86-x64_posix x264_r1834_x86-x64_win32thread My results: CPU: Intel Core2 Duo T7250 OS: Windows XP Professional SP3 x264_r1834_x86-x64_posix encoded 2595 frames, 32.84 fps, 429.02 kb/s x264_r1834_x86-x64_win32thread encoded 2595 frames, 33.86 fps, 429.02 kb/s Last edited by rack04; 15th December 2010 at 18:14. |
15th December 2010, 20:26 | #3420 | Link |
Registered User
Join Date: Feb 2008
Location: Brazil
Posts: 753
|
Hi, rack04
Here the difference was much smaller. Using RipBot264... CPU: Intel i7 980x OS: Windows 7 Ultimate 64bit x264_r1834_x86-x64_posix encoded 47162 frames, 95.40 fps, 3033.76 kb/s x264_r1834_x86-x64_win32thread encoded 47162 frames, 95.66 fps, 3033.76 kb/s |
Tags |
h.264, x264, x264 builds, x264 patches, x264 unofficial builds |
Thread Tools | Search this Thread |
Display Modes | |
|
|