Zarx264gui 1.31 - April 11, 2010

This forum is for questions and discussion of all the aspects of handling your footage. If you have questions about capturing/ripping footage, AviSynth, or compression/encoding/converting, look here.

Re: Zarx264gui 1.31 - April 11, 2010

Postby mirkosp » Sun May 23, 2010 10:51 am

outlawed wrote: I mean we're working with footage in the NTSC standard which hasn't been actively developed since the 1950s and was recently replaced with ATSC. Clearly our entire operation is flawed on a fundamental level.

To be honest, NTSC really was fucked up to begin with when they came up with it... stupid 1% slowdown... made EVERYTHING more complex in the long run, especially since FILM already was 24.00 fps. :x
Image
User avatar
mirkosp
MODkip
 
Joined: 24 Apr 2006
Location: Gallarate (VA), Italy
Status: (」・ワ・)」(⊃・ワ・)⊃

Re: Zarx264gui 1.31 - April 11, 2010

Postby outlawed » Sun May 23, 2010 11:14 am

mirkosp wrote:To be honest, NTSC really was fucked up to begin with when they came up with it... stupid 1% slowdown... made EVERYTHING more complex in the long run, especially since FILM already was 24.00 fps. :x


Did you mean to say the 0.1% adjustment to fields to compensate for the dot pattern issue (which is why we have 29.97 drop frame timecode)? I must say though the engineering to keep color NTSC backwards compatible with the 40s B&W standard was very elegant.
User avatar
outlawed
 
Joined: 12 Jan 2001
Location: Lost

Re: Zarx264gui 1.31 - April 11, 2010

Postby mirkosp » Sun May 23, 2010 11:23 am

Yeah, meant 0.1%, sorry. =_=
Image
User avatar
mirkosp
MODkip
 
Joined: 24 Apr 2006
Location: Gallarate (VA), Italy
Status: (」・ワ・)」(⊃・ワ・)⊃

Re: Zarx264gui 1.31 - April 11, 2010

Postby Mister Hatt » Sun May 23, 2010 1:12 pm

They should have just given up on backwards compatibility, but you know how Americans are. If there wasn't the need to keep the entire signal at 60Hz, there wouldn't really be a problem. You'd think that in the digital age people could at least go back to integer framerates but it seems not :/
Mister Hatt
 
Joined: 25 Dec 2007
Status: better than you

Re: Zarx264gui 1.31 - April 11, 2010

Postby kickass331 » Sun May 23, 2010 2:53 pm

yes, capture quality matters, the chroma for colors and luma for black levels, but as i've never used a capture card i'm unexperienced and in over my head
ImageImageImageImageImage
User avatar
kickass331
 
Joined: 21 Apr 2007
Location: West Chester, PA
Status: Infamous

Re: Zarx264gui 1.31 - April 11, 2010

Postby LittleAtari » Thu May 27, 2010 8:22 pm

Zarx, what happened to the image sequence importer? I thought it'd be fixed in this version, but it's gone =(
User avatar
LittleAtari
 
Joined: 22 May 2005

Re: Zarx264gui 1.31 - April 11, 2010

Postby Zarxrax » Fri May 28, 2010 7:29 am

LittleAtari wrote:Zarx, what happened to the image sequence importer? I thought it'd be fixed in this version, but it's gone =(

I realized it was actually a lot more difficult to automate it. Unless I'm missing something, it seems that avisynth can't automatically determine how many frames are in the sequence. So you need to just manually create an avisynth script to load your images.
User avatar
Zarxrax
 
Joined: 01 Apr 2001
Location: Concord, NC

Re: Zarx264gui 1.31 - April 11, 2010

Postby Phantasmagoriat » Fri May 28, 2010 5:21 pm

Zarxrax wrote:
LittleAtari wrote:Zarx, what happened to the image sequence importer? I thought it'd be fixed in this version, but it's gone =(

I realized it was actually a lot more difficult to automate it. Unless I'm missing something, it seems that avisynth can't automatically determine how many frames are in the sequence. So you need to just manually create an avisynth script to load your images.

could always run a .bat file in the directory holding the images:
Code: Select all
SET TYPE=bmp
SET FPS=29.97
SET LENGTH=1
SET WIDTH=848
SET HEIGHT=480

for %%f in (*.%TYPE%) do echo imagesource("%%f", fps=%FPS%, start=1, end=%LENGTH%)++\ >> "sequence.avs"
echo BlankClip(length=0, width=%WIDTH%, height=%HEIGHT%, fps=%FPS%).killaudio()>> "sequence.avs"


You have to make sure all the images are the same height and width, but the nice thing is it doesn't matter how the files are named. I'm actually working on a function called BestFit() to do this regardless of height and width... so that way, you can make a sequence of any set of images you like.
Image
Org Profile | AMVGuide | Phan Picks! | THE424SHOW | YouTube | "Galactic Escape"

"Effort to Understand; Effort to be Understood; to See through Different Eyes."
User avatar
Phantasmagoriat
 
Joined: 06 Feb 2006
Status: ☁SteamPunked≈☂

Re: Zarx264gui 1.31 - April 11, 2010

Postby Bauzi » Wed Jul 21, 2010 6:30 am

Is ZarxGUI/x264 capable of compressing 16 bit color channel videos? I work on a 1080p AMV and 8 bpc look like shit for gradients.
Image
Image
User avatar
Bauzi
 
Joined: 21 May 2004
Location: Austria (uhm the other country without kangaroos^^)
Status: Under High Voltage

Re: Zarx264gui 1.31 - April 11, 2010

Postby mirkosp » Wed Jul 21, 2010 6:49 am

x264 recently introduced 10bit capability, but isn't 16bit capable yet (from my understanding, apparently 16bit would need a somewhat major rewrite of parts of the code, whereas 10bit only had minimal differences, so that's why). If you're fine with the improvement from 8bit to 10bit, you can get a build from here:
http://forum.doom9.org/showthread.php?p=1414996#post1414996
However a warning: that's r1666, we're now on r1680. No one bothered making 9bit and 10bit builds after r1666. And there is a reason: there aren't enough decoders that can support those bitdepths. DivX7 seems to be the only H.264 decoder that can support it, and you can't quite count on people to have it. Also, keep in mind that the higher bitdepths takes more processing power both during encoding and decoding.
So imho, if you really want to make an 10bit encode, then you should probably also offer an 8bit encode too regardless. I don't think it's quite the time for this step yet.
I guess having a dithered encode is the best way if the gradients can't hold up and become a banded mess.
EDIT: BTW, might I ask which source are you working with? Most anime is only worthy of 720p at most as far as actual detail goes, despite the m2ts being 1080p (or 1080i)... so chances are you could just edit at 720p and not mind. :asd:
Image
User avatar
mirkosp
MODkip
 
Joined: 24 Apr 2006
Location: Gallarate (VA), Italy
Status: (」・ワ・)」(⊃・ワ・)⊃

Re: Zarx264gui 1.31 - April 11, 2010

Postby Mister Hatt » Wed Jul 21, 2010 9:25 am

No such thing as 9bit btw. There is also the fact that many cheaper monitors won't even SHOW 10bit colour, although that's not as big a problem as there only being one free decoder that supports it.

If you shit is getting banded, then STOP ADDING DITHER TO IT and then it won't happen. There is also the fact that although your stuff is 1080p, it's probably either overfiltered and thus colour gradients got smoothed or dithered into a banded mess, or you have an upscale that interpolated badly because you did it wrong. I would guess that it's a combination of both.
Mister Hatt
 
Joined: 25 Dec 2007
Status: better than you

Re: Zarx264gui 1.31 - April 11, 2010

Postby Qyot27 » Thu Jul 22, 2010 1:50 am

mirkosp wrote:However a warning: that's r1666, we're now on r1680. No one bothered making 9bit and 10bit builds after r1666.

http://www.mediafire.com/?z9krhk5y5b1p55c

I really need better hosting if I plan on doing this more regularly.

GPAC, FFMS2 (r320), and FFmpeg (r24379) enabled in all three. [Mostly] generic, more exotic builds may come later.
My profile on MyAnimeList | Quasistatic Regret: yeah, yeah, I finally got a blog
User avatar
Qyot27
Surreptitious fluffy bunny
 
Joined: 30 Aug 2002
Location: St. Pete, FL
Status: Creepin' between the bullfrogs

Re: Zarx264gui 1.31 - April 11, 2010

Postby Bauzi » Thu Jul 22, 2010 6:41 am

Mister Hatt wrote:STOP ADDING DITHER TO IT

I don't understand. Why should I stop adding Dithering? Dithering is a fix to stop banding and right now I have some major banding issue.

Any other distribution codecs with 16bit? DivX maybe? :cry:

I can hide the banding in using different blending modes for my gradients, but that's not really what I would like to do all the time. There will be a composition were I just need it the way it is.
Image
Image
User avatar
Bauzi
 
Joined: 21 May 2004
Location: Austria (uhm the other country without kangaroos^^)
Status: Under High Voltage

Re: Zarx264gui 1.31 - April 11, 2010

Postby Mister Hatt » Fri Jul 23, 2010 5:07 pm

You seem to be misinformed. Dither is what CAUSES banding to appear in the output if it isn't already in the input.
Mister Hatt
 
Joined: 25 Dec 2007
Status: better than you

Re: Zarx264gui 1.31 - April 11, 2010

Postby Qyot27 » Sun Aug 01, 2010 11:36 pm

Qyot27 wrote:more exotic builds may come later.

And here they are (x264-r1688):
http://www.mediafire.com/?3t2y3yrdcy4oaa0

Full notes:
http://forum.doom9.org/showpost.php?p=1 ... count=3377


The distilled notes: Lagarith and Ordered Chapters.
My profile on MyAnimeList | Quasistatic Regret: yeah, yeah, I finally got a blog
User avatar
Qyot27
Surreptitious fluffy bunny
 
Joined: 30 Aug 2002
Location: St. Pete, FL
Status: Creepin' between the bullfrogs

Previous

Return to Footage Help

Who is online

Users browsing this forum: No registered users and 1 guest