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.

 

Go Back   Doom9's Forum > Video Encoding > MPEG-4 AVC / H.264

Reply
 
Thread Tools Search this Thread Display Modes
Old 24th May 2010, 18:48   #3201  |  Link
tormento
Acid fr0g
 
tormento's Avatar
 
Join Date: May 2002
Location: Italy
Posts: 2,542
Quote:
Originally Posted by rack04 View Post
Is it possible to get a x64 version with all the patches but the one that causes that issue?

Staxrip can't change the command line.
__________________
@turment on Telegram

Last edited by tormento; 24th May 2010 at 19:12.
tormento is offline   Reply With Quote
Old 24th May 2010, 19:43   #3202  |  Link
easyfab
Registered User
 
Join Date: Jan 2002
Posts: 332
Quote:
Originally Posted by rack04 View Post
Toolchain:
Code:
Platform:   X86
System:     MINGW
asm:        yes
avs input:  yes
lavf input: yes
ffms input: yes
mp4 output: yes
avi output: yes
pthread:    yes
filters:    resize select_every crop hqdn3d
debug:      no
gprof:      no
PIC:        no
shared:     no
visualize:  no
x264 Patches:
Is it possible to set % for the resize filter, for example 75% of the original size ?
easyfab is offline   Reply With Quote
Old 24th May 2010, 20:17   #3203  |  Link
J_Darnley
Registered User
 
J_Darnley's Avatar
 
Join Date: May 2006
Posts: 957
Quote:
Originally Posted by easyfab View Post
Is it possible to set % for the resize filter, for example 75% of the original size ?
No...
__________________
x264 log explained || x264 deblocking how-to
preset -> tune -> user set options -> fast first pass -> profile -> level
Doom10 - Of course it's better, it's one more.
J_Darnley is offline   Reply With Quote
Old 24th May 2010, 20:26   #3204  |  Link
rack04
Registered User
 
Join Date: Mar 2006
Posts: 1,538
Quote:
Originally Posted by tormento View Post
Is it possible to get a x64 version with all the patches but the one that causes that issue?

Staxrip can't change the command line.
Use the unpatched version.
rack04 is offline   Reply With Quote
Old 25th May 2010, 06:18   #3205  |  Link
tormento
Acid fr0g
 
tormento's Avatar
 
Join Date: May 2002
Location: Italy
Posts: 2,542
Quote:
Originally Posted by rack04 View Post
Use the unpatched version.
I'd like to get the benefits of other patches...
__________________
@turment on Telegram
tormento is offline   Reply With Quote
Old 25th May 2010, 06:49   #3206  |  Link
Audionut
Registered User
 
Join Date: Nov 2003
Posts: 1,281
Quote:
Originally Posted by tormento View Post
I'd like to get the benefits of other patches...
http://komisar.gin.by/

And thanks for using the filtering patch again rack04.
__________________
http://www.7-zip.org/
Audionut is offline   Reply With Quote
Old 25th May 2010, 07:22   #3207  |  Link
burfadel
Registered User
 
Join Date: Aug 2006
Posts: 2,229
Quote:
Originally Posted by tormento View Post
Is it possible to get a x64 version with all the patches but the one that causes that issue?

Staxrip can't change the command line.
If the patch provides an extra command line option, it can be added under 'config codec', under the 'Command Line' tab. There are three boxes under the command line tab. The first is to change the options for all passes, or in CRF mode, and the other two are for first and second pass options.

If there is a patch that changes an existing option, you can also change it. For example, if there were a new AQ patch that added AQ mode 3 for testing (and this has been done in the past)!, you can't change it via the standard gui options. What you do is leave/change AQ mode to 1 in the gui (typical default), in which case its not specific in the command line. You can then add --aq-mode 3 in the command line section and you will see it with all the options selected at the bottom of that tab.

This has been a feature of Staxrip for a long while, but if you haven't got the very latest version, it would still be a good idea to update

Of course, you can use later versions of any component Staxrip uses by replacing the ones that come with Staxrip. You can then accept the message saying its newer and it should be ok! (unless the updated version of the programme changes the required command line syntax or function).

Last edited by burfadel; 25th May 2010 at 07:24.
burfadel is offline   Reply With Quote
Old 25th May 2010, 13:26   #3208  |  Link
tormento
Acid fr0g
 
tormento's Avatar
 
Join Date: May 2002
Location: Italy
Posts: 2,542
Quote:
Originally Posted by burfadel View Post
If the patch provides an extra command line option, it can be added under 'config codec', under the 'Command Line' tab.
Very kind answer, thanks. I have the latest version but can't find how to replace a mandatory command line option with another.
__________________
@turment on Telegram
tormento is offline   Reply With Quote
Old 26th May 2010, 20:52   #3209  |  Link
outlaw.78
Registered User
 
Join Date: Jan 2010
Location: Greece
Posts: 30
x264 0.96.1612M x64 & x86


gcc 4.5.1 20100523 prerelease
ffmpeg svn 23327
swscale svn 31217
ffms2 svn 312
pthreads 2.9.0.0 static
x264 0.96.1612M x86,x64,amdfam10,fprofiled
patches used :
04_x264_thread_pool_v2.9.r1602.diff
x264_demuxer_threads.diff
x264_sws_typecast.diff
x264_avi_output.v4.diff
outlaw.78 is offline   Reply With Quote
Old 27th May 2010, 06:31   #3210  |  Link
burfadel
Registered User
 
Join Date: Aug 2006
Posts: 2,229
Quote:
Originally Posted by tormento View Post
Very kind answer, thanks. I have the latest version but can't find how to replace a mandatory command line option with another.
Which mandatory command line are you trying to replace?
burfadel is offline   Reply With Quote
Old 27th May 2010, 07:18   #3211  |  Link
3ngel
Registered User
 
Join Date: Mar 2005
Posts: 457
Strange Memory Leak bug?

Hi,

from some time, i'm facing a strange problem.

I'm not able to complete an encode whetever parameters i set, because of the error after some time (first pass)

"ratecontrol _init: can't open stats file"

After investigation, i found that pheraps there is a memory allocation problem.

That is, actually i'm doing an encoding, first pass, and x264.exe has allocated already 1.575.233 bytes, and is slowly but constantly increasing.

Now the memory user space on a 32bit system is 2GB, so i can assume that when the allocation reaches the 2GB, the encoder fails because _malloc can't allocate anymore.

I could try with the /3G switch but i think it's not normal to allocate for an encoding such a huge amount of memory (and i suspect that even with the /3G the encoder would reach the limit).

Any confirm on this from someone?

Possible solution?

I'm on Windows 2003 intel i7 6 cores.

Thanks

Last edited by 3ngel; 27th May 2010 at 07:20.
3ngel is offline   Reply With Quote
Old 27th May 2010, 07:45   #3212  |  Link
Dark Shikari
x264 developer
 
Dark Shikari's Avatar
 
Join Date: Sep 2005
Posts: 8,666
Quote:
Originally Posted by 3ngel View Post
Hi,

from some time, i'm facing a strange problem.

I'm not able to complete an encode whetever parameters i set, because of the error after some time (first pass)

"ratecontrol _init: can't open stats file"

After investigation, i found that pheraps there is a memory allocation problem.

That is, actually i'm doing an encoding, first pass, and x264.exe has allocated already 1.575.233 bytes, and is slowly but constantly increasing.
x264 will print a malloc error if a memory allocation fails.
Dark Shikari is offline   Reply With Quote
Old 27th May 2010, 10:44   #3213  |  Link
J_Darnley
Registered User
 
J_Darnley's Avatar
 
Join Date: May 2006
Posts: 957
Quote:
Originally Posted by burfadel View Post
Which mandatory command line are you trying to replace?
He's trying to get the filter patch working via staxrip. The change he needs is that the input resolution must be given with --input-res instead of just the argument after the input file name.
__________________
x264 log explained || x264 deblocking how-to
preset -> tune -> user set options -> fast first pass -> profile -> level
Doom10 - Of course it's better, it's one more.
J_Darnley is offline   Reply With Quote
Old 27th May 2010, 12:54   #3214  |  Link
rack04
Registered User
 
Join Date: Mar 2006
Posts: 1,538
Quote:
Originally Posted by J_Darnley View Post
He's trying to get the filter patch working via staxrip. The change he needs is that the input resolution must be given with --input-res instead of just the argument after the input file name.
What raw inputs files do you need to specify --input-res?
rack04 is offline   Reply With Quote
Old 27th May 2010, 13:02   #3215  |  Link
nm
Registered User
 
Join Date: Mar 2005
Location: Finland
Posts: 2,641
Quote:
Originally Posted by rack04 View Post
What raw inputs files do you need to specify --input-res?
All that are really raw and don't have a container. Apparently Staxrip is piping raw video to x264, so --input-res is required when using the filtering patch.
nm is offline   Reply With Quote
Old 27th May 2010, 13:09   #3216  |  Link
rack04
Registered User
 
Join Date: Mar 2006
Posts: 1,538
Quote:
Originally Posted by nm View Post
All that are really raw and don't have a container. Apparently Staxrip is piping raw video to x264, so --input-res is required when using the filtering patch.
Thanks. The reason I asked is because I am feeding yuv, have the resolution set in the filename, and it still works fine.
rack04 is offline   Reply With Quote
Old 27th May 2010, 13:48   #3217  |  Link
nm
Registered User
 
Join Date: Mar 2005
Location: Finland
Posts: 2,641
Quote:
Originally Posted by rack04 View Post
Thanks. The reason I asked is because I am feeding yuv, have the resolution set in the filename, and it still works fine.
Yes, that is still an option, but not when piping without a FIFO file.
nm is offline   Reply With Quote
Old 27th May 2010, 14:35   #3218  |  Link
J_Darnley
Registered User
 
J_Darnley's Avatar
 
Join Date: May 2006
Posts: 957
Quote:
Originally Posted by rack04 View Post
What raw inputs files do you need to specify --input-res?
All raw input needs the resolution set. I had forgotten about the filename parsing though.
__________________
x264 log explained || x264 deblocking how-to
preset -> tune -> user set options -> fast first pass -> profile -> level
Doom10 - Of course it's better, it's one more.
J_Darnley is offline   Reply With Quote
Old 27th May 2010, 14:46   #3219  |  Link
rack04
Registered User
 
Join Date: Mar 2006
Posts: 1,538
Toolchain:
  • GCC 4.4.4
  • GPAC 0.4.6
  • Pthreads 2.9.0.0
  • Yasm 1.0.1
LAVF/FFMS Builds:
x264 Builds:
Code:
System:     MINGW
asm:        yes
avs input:  yes
lavf input: yes
ffms input: yes
mp4 output: yes
pthread:    yes
debug:      no
gprof:      no
PIC:        no
shared:     no
visualize:  no
Code:
System:     MINGW
asm:        yes
avs input:  yes
lavf input: yes
ffms input: yes
mp4 output: yes
avi output: yes
pthread:    yes
filters:    resize select_every crop hqdn3d
debug:      no
gprof:      no
PIC:        no
shared:     no
visualize:  no
Patches:

Last edited by rack04; 28th May 2010 at 17:23.
rack04 is offline   Reply With Quote
Old 27th May 2010, 15:43   #3220  |  Link
komisar
Registered User
 
komisar's Avatar
 
Join Date: Aug 2008
Location: Minsk, Belarus
Posts: 235
rack04, x264_thread_pool_v2.9_r1612 patch by <MasterNobody>...
__________________
..::[I am live here]..::..[My x264 CLI/VFW builds and tools]::..
komisar is offline   Reply With Quote
Reply

Tags
h.264, x264, x264 builds, x264 patches, x264 unofficial builds

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 17:13.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.