Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - patrick

Pages: [1] 2
1
H.264/AVC / 10bit Bug state
« on: October 26, 2011, 02:58:47 AM »
I remember that some months ago I read about a 10-bit color-conversion bug in x264. I've read the changelog, but don't see anything that mentions a fix. Is the bug still there? Exactly when does the bug affect the image? I'm inputing a RAW 8-bit 4:2:0 stream.

2
General Discussion / Re: How to solve the huge video processing programming
« on: September 06, 2011, 02:20:09 AM »
In your case, I would say using a thread for each video will be the easiest (suposing that you won't be IO limited). Try not to share any resources between threads (otherwise you will have to mess with locks/mutex). A less RAM-consuming way would be to profile your program and multi-thread the function(s) that consumes most cpu.

Why don't you use a memory mapped file to load the files into RAM?

3
Avisynth Usage / Re: How to remove vertical lines (banding-like)
« on: September 03, 2011, 02:11:21 AM »
Thanks for the suggestions, but none of those gave better results than deen

4
Avisynth Usage / How to remove vertical lines (banding-like)
« on: August 03, 2011, 11:22:43 AM »


As you can see in the screenshot, the video has 2px wide vertical lines. Those lines are static, so temporal filtering is useless.

Right now I'm creating an edge mask to protect the drawing and remove the lines with removegrain and deen. It works OK, but the edge mask doesn't protect low-contrast details (When it does, it detects these vertical lines as edges as well).

Any suggestion about what filter can remove those lines?

5
Avisynth Usage / Re: What syntax to convert PAL to NTSC?
« on: July 27, 2011, 03:01:25 AM »
Quote from: sebaz on July 24, 2011, 08:57:51 AM
It is, but unless your player is universal, an American BD player is not going to play PAL footage, and a European player is not going to play NTSC footage, right?
Since when do players care about NTSC vs PAL? Even my DVD player plays PAL and NTSC as long as de region code matches.

6
Software Players / FFDShow with H.264 10bit support
« on: July 14, 2011, 08:08:10 AM »
I searched the web, but had a hard time finding a FFDShow build that supports H.264 10-bit. Finally I found one included in CCCP. I hate codec packs so I decided to replace the files of the default FFDShow Installer with the ones from CCCP. I've only tested it with a single 10-bit file using MPC-HC*, but it worked :D

Download FFDShow rev 3925 with H.264 10-bit support (BETA)
http://www.filesonic.com/file/1444561154/ffdshow_rev3925_20110711-10bit.exe

*if you use MPC-HC, don't forget to deactivate the internal filters.

7
Avisynth Usage / Re: HQDegrain
« on: June 23, 2011, 03:40:53 AM »
sample screenshots?

8
H.264/AVC / Re: Complie and Debug x264 in VS2010 with Intel Complier(Parallel Studio XE 2011)
« on: June 10, 2011, 03:12:00 PM »
does using the Intel compiler give any performance gains on a i7?

9
H.264/AVC / Re: resize filter sar
« on: June 10, 2011, 02:53:11 PM »
Thanks kemuri!

10
H.264/AVC / resize filter sar
« on: June 10, 2011, 09:56:58 AM »
What's the format used for the sar of the resize filter?
from help: resize:[width,height][,sar][,fittobox][,csp][,method]
seems like sar is a single value, so it's a float?

One more thing. Does the --sar width:height argument sets the input sar, and if not resized, the output sar?

11
H.264/AVC / Re: VFR Timecodes
« on: June 09, 2011, 05:32:42 AM »
Thanks. I must have missed that in the changlog :(

12
H.264/AVC / VFR Timecodes
« on: June 09, 2011, 03:27:49 AM »
With the recent modifications, x264 takes into account the frame duration when assigning a quantizer. This is great when using FFMS to read video, but not very useful with other inputs (in my case RAW YUV). Is there any patch (patched build) that allows passing a timecode file to the compressor?

13
Newbies / Re: Which edit program for h264
« on: June 09, 2011, 02:59:31 AM »
In my experience, Sony Vegas 10 is the first version that handles mp4 input well.

14
H.264/AVC / Re: Bug report: RAW video 64-bit
« on: May 11, 2011, 10:51:44 AM »
ok, thanks!

15
H.264/AVC / Bug report: RAW video 64-bit
« on: May 11, 2011, 07:15:33 AM »
RAW video input works upto r1924, but after that, it only encodes part of the video.
Tested without arguments, except --input-res, --frames and --output.

Only affects 64-bit builds. 32-bit works fine.

Thread: resolution for raw input not read from file for x64 binary? seems to be related. The x64 build posted by Chikuzen (compiled with gcc4.5.2) works fine.

affects Intel Q6600 (4GB) and Intel i3-380M (4GB), but not Intel i7 920 (12GB) -- all systems use Windows 7.

16
General Discussion / Re: Black bars top & bottom of video, are they really black?
« on: December 01, 2010, 03:44:59 AM »
You're watching a video with limited-range luma. If you're using MPC, activate the shader 16-235->0-255 [SD]

17
H.264/AVC / Re: Sandy Bridge Video acceleration in x264
« on: October 18, 2010, 12:19:03 PM »
Quote
2010-10-18 06:59:30 < Dark_Shikari> A large portion of x264 is L1 load-bound.
2010-10-18 07:00:06 < frpiednoel> interesting ... let me vtune this ... I got some code to load from L1 faster ...
2010-10-18 07:00:22 < Dark_Shikari> Code?  Code?
2010-10-18 07:00:30 < Dark_Shikari> Make a CPU faster with code? =p
2010-10-18 07:00:30 < frpiednoel> on sandyB, we have 2 load port ...
Wondering... how important is this change to x264? I mean, after code optimizations, will this increase encoding speed a lot?

18
H.264/AVC / Re: Sandy Bridge Video acceleration in x264
« on: October 17, 2010, 12:10:45 PM »
drwho? Thanks for staying at the thread, after the cold welcome.

Personally, I don't really care about 400 or 4000fps doing an iPod encoding. I think what really matters is the speed using extreme settings. Using fast settings, my hard disk will be a problem before my CPU (Intel i7).
So a speedup of video at 1080p using at least placebo settings would be nice :D

19
Newbies / Re: Looking for an encoder/editor frontend for x264
« on: October 14, 2010, 01:14:25 PM »
Quote from: eddman on October 14, 2010, 10:04:51 AM
So you're saying that h.264 -> lossless -> h.264 method will result in the same quality as h.264 -> h.264 route, and the end result of both methods would be of lower quality than the original h.264, right?
exactly
Quote from: eddman on October 14, 2010, 10:04:51 AM
Another question. Is it even possible to create an editor that can do frame-accurate h.264 edits?
As Dark Shikari said, you need to reconvert the frames before the first I-frame, and to do so you need and encoder that "can produce a stream that can be concatenated with the original stream without issues."
So more than an editor issue, it's an encoder issue.

20
Newbies / Re: Looking for an encoder/editor frontend for x264
« on: October 14, 2010, 09:27:03 AM »
the exact same quality as when you re-encode the h.264 directly.

Certain playlist formats allow to set start and end times of each media. If your purpose is to watch the video, a playlist will allow you to skip portions of the video. It won't reduce the filesize though.

21
Newbies / Re: Looking for an encoder/editor frontend for x264
« on: October 14, 2010, 04:07:50 AM »
It's tecnically impossible to cut frame exact without reencoding a h.264 video.

Depending on your needs, you may consider using a playlist (some of them allow to set start/end times of videos).

22
H.264/AVC / Re: 8-bit / 10-bit depth for Dummies?
« on: October 11, 2010, 05:02:29 AM »
Thanks! I supposed that the speed difference was because of the lack of optimization, but didn't know about the CRF difference between 8- and 10-bit.

23
H.264/AVC / Re: zones: bitrate multiplier
« on: October 11, 2010, 04:55:07 AM »
I just tested and using zones to raise the bitrate in one zone, will lower in others so ABR won't change :(

Not too important, but complicates things a bit more, because I want to increase the bitrate of dark scenes, without touching others.

24
H.264/AVC / Re: 8-bit / 10-bit depth for Dummies?
« on: October 11, 2010, 04:22:21 AM »
I just tested (CRF) the 10bit build and am wondering:
8-bit: 11.89 fps, 854.52 kb/s
10-bit: 1.79 fps, 5750.87 kb/s

Why is there such a huge difference?

25
H.264/AVC / Re: x264 bug: chroma-qp-offset
« on: October 02, 2010, 12:31:14 PM »
Thanks a lot for the clarification.

26
H.264/AVC / zones: bitrate multiplier
« on: October 02, 2010, 11:29:46 AM »
When setting a bitrate multiplier for a zone in a multi-pass conversion, will the bitrate of the rest of the video be lowered or does the overall bitrate increase?

So if I convert --bitrate 1000 and half of the video has b=2.0, will the final bitrate be 1000 or 1500?

27
H.264/AVC / x264 bug: chroma-qp-offset
« on: October 02, 2010, 11:25:20 AM »
There's a bug in x264, either in the software or in the helptext. Using the default configuration, chroma-qp-offset is -2 not 0. It used to be 0, and I don't know when it changed, but at this moment it's -2 (even thought the documentation states it's 0).

In case it's an error in the documentation, why did it change?

28
H.264/AVC / Re: Blu-ray and hardware acceleration...
« on: October 02, 2010, 03:58:10 AM »
ImgBurn (freeware) with AnyDVD HD (paidware) is probably the best option.

29
Newbies / Re: Video gets darker after processing it with DGIndex
« on: September 09, 2010, 11:18:57 AM »
Is the left side when opening the .d2v with MPC or when opening the VOB? If it is the last, probably the DVD codec is interfering. In that case the "correct" decoded image is the DGIndexed one.

30
H.264/AVC / Re: x264 filter request: SelectRangeEvery
« on: August 29, 2010, 05:20:07 AM »
Thanks a lot kemuri-_9
I'll use this plugin until the filter has been implemented in x264 ;)

Pages: [1] 2