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 > Capturing and Editing Video > Avisynth Development

Reply
 
Thread Tools Search this Thread Display Modes
Old 12th September 2011, 20:55   #1281  |  Link
TheRyuu
warpsharpened
 
Join Date: Feb 2007
Posts: 788
ffms2-r555.7z

Libav 273aab9
Most notable change is a fix in libav for unbreaking certain VC1 decoding.
TheRyuu is offline   Reply With Quote
Old 13th September 2011, 08:54   #1282  |  Link
Midzuki
Unavailable
 
Midzuki's Avatar
 
Join Date: Mar 2009
Location: offline
Posts: 1,477
Quote:
Originally Posted by TheRyuu View Post
ffms2-r555.7z

Libav 273aab9
Most notable change is a fix in libav for unbreaking certain VC1 decoding.


and

Midzuki is offline   Reply With Quote
Old 13th September 2011, 23:44   #1283  |  Link
TheRyuu
warpsharpened
 
Join Date: Feb 2007
Posts: 788
ffms2-2.16-avs-cplugin.7z

This is the cplugin version of ffms 2.16.
LoadCPlugin(X:\path\to\ffms2.dll")

This archive contains BOTH 32-bit and 64-bit binaries. The primary use for this is access to the new colorspaces provided by avisynth 2.6. This plugin is also compatible with 2.5x.
TheRyuu is offline   Reply With Quote
Old 17th September 2011, 00:50   #1284  |  Link
TheRyuu
warpsharpened
 
Join Date: Feb 2007
Posts: 788
ffms2-r559.7z

Libav 3a78fb5

More correct handling of colorspace/range flags. No longer rescales fullrange to limited range.
TheRyuu is offline   Reply With Quote
Old 22nd September 2011, 22:29   #1285  |  Link
TheFluff
Excessively jovial fellow
 
Join Date: Jun 2004
Location: rude
Posts: 1,049
Quote:
Originally Posted by rean View Post
I have catched this bug on a simple x264-encoded file. Instructions, scripts, files, versions, screenshots are here: http://media.namerenie.info/bug/
It is my home PC, so please download them within these days.

Also please look at the bug with my file from a Sony NEX-5 (rewrapped to mkv). I cannot open it at all using ffms2.

Sorry for the big files.
Okay, so I finally got around to taking a look at these.

20110522_11163.mkv ("bug 1") can't be played at all with Haali's media splitter for some reason. A remux with mkvmerge fixes that issue, but whatever, that's unrelated; it's probably just lavf's mkv muxer doing odd stuff again. FFMS2 opens and decodes it fine (well, "fine" if you disregard the usual funky interlaced h.264 issues) if you use threads=1. Didn't I ask you to try that a few posts ago? Oh well, whatever, the issue here is that libavcodec's multithreaded decoding is broken. Who coulda' thunk it. I can't do anything about that, unfortunately, so just use threads=1 for now.

20110521_11462.mkv ("bug 2") works just fine with 32-bit FFMS2. I don't have a 64-bit OS nor 64-bit Avisynth so I can't reproduce your issue. I've asked TheRyuu to take a look.

Last edited by TheFluff; 22nd September 2011 at 22:54.
TheFluff is offline   Reply With Quote
Old 23rd September 2011, 17:55   #1286  |  Link
Chumbo
Registered User
 
Chumbo's Avatar
 
Join Date: Feb 2005
Posts: 585
Quote:
Originally Posted by TheRyuu View Post
ffms2-r559.7z

Libav 3a78fb5

More correct handling of colorspace/range flags. No longer rescales fullrange to limited range.
Is a 64bit version available? Thanks.
__________________
Chumbo
Chumbo is offline   Reply With Quote
Old 25th September 2011, 01:13   #1287  |  Link
TheFluff
Excessively jovial fellow
 
Join Date: Jun 2004
Location: rude
Posts: 1,049
I was very bored so I made a quick hack that makes FFMS2 able to output 10-bit YV12 video as the ugly 16-bits-per-sample doubled height stuff that cretindesalpes' Dither package uses. I've tested it on a grand total of one (1) video so far but it seems to work.

Download: ffms-r561+10bithack.7z

It will act just like an ordinary FFMS2 and downsample 10-bit input to 8-bit, unless you set the colorspace parameter to ffvideosource like so:
Code:
ffvideosource("10-bit.mkv", colorspace="YV12_10-bit_hack")
Note that this stuff isn't officially supported; it will not be committed to SVN and will not be in official releases. All of the FFMS developers agree that such hacks are not the way to go. If you want to go further with this, the 7z contains a patch for the FFMS2 source code so you can create your own fork if you enjoy this sort of stuff.

Last edited by TheFluff; 25th September 2011 at 01:16.
TheFluff is offline   Reply With Quote
Old 25th September 2011, 02:41   #1288  |  Link
jmac698
Registered User
 
Join Date: Jan 2006
Posts: 1,862
@fluff
Hey, thanks! Saves me some time, I was going to try to compile that but was busy.
Anyhow, it turns out that a straight 16bit word is quite acceptable, I found out recently. To quote chikuzen,
Code:
cd /d d:\sintel_rgb48
ffmpeg -f image2 -i %08d.png -pix_fmt yuv444p16le -vcodec rawvideo -an -f rawvideo d:\sintel_raw_yuv\yuv444p16le.yuv

#read_16bit_yuv.avs
LoadPlugin("RawSource26.dll")
LoadPlugin("flash3kyuu_deband.dll")
RawSource("d:\sintel_raw_yuv\yuv444p16le.yuv", width=2048, height=436, fpsnum=24, fpsden=1, pixel_type="i444")
f3kdb_dither(stacked=false)
I like your method though because we can use 2.58 (I've been told 2.6 isn't ready for production; anyhow I put a lot of work into verifying the operations for my very accurate scientific work).
jmac698 is offline   Reply With Quote
Old 25th September 2011, 12:58   #1289  |  Link
mp3dom
Registered User
 
Join Date: Jul 2003
Location: Italy
Posts: 1,023
RawSource 2.6 is for AviSynth 2.6.
The version for AviSynth 2.58 is here: http://www.mediafire.com/?3bmwyi1lztt4h1j
mp3dom is offline   Reply With Quote
Old 25th September 2011, 13:00   #1290  |  Link
kolak
Registered User
 
Join Date: Nov 2004
Location: UK
Posts: 2,324
Quote:
Originally Posted by TheFluff View Post
I was very bored so I made a quick hack that makes FFMS2 able to output 10-bit YV12 video as the ugly 16-bits-per-sample doubled height stuff that cretindesalpes' Dither package uses. I've tested it on a grand total of one (1) video so far but it seems to work.

Download: ffms-r561+10bithack.7z

It will act just like an ordinary FFMS2 and downsample 10-bit input to 8-bit, unless you set the colorspace parameter to ffvideosource like so:
Code:
ffvideosource("10-bit.mkv", colorspace="YV12_10-bit_hack")
Note that this stuff isn't officially supported; it will not be committed to SVN and will not be in official releases. All of the FFMS developers agree that such hacks are not the way to go. If you want to go further with this, the 7z contains a patch for the FFMS2 source code so you can create your own fork if you enjoy this sort of stuff.

It looks like it's always only 8bit. Should it work with v210 mov?

Last edited by kolak; 25th September 2011 at 13:05.
kolak is offline   Reply With Quote
Old 25th September 2011, 19:18   #1291  |  Link
TheFluff
Excessively jovial fellow
 
Join Date: Jun 2004
Location: rude
Posts: 1,049
Quote:
Originally Posted by kolak View Post
It looks like it's always only 8bit. Should it work with v210 mov?
If outputs something that isn't 8-bit it should be immediately obvious to you because it'll be double height and the lower half will be full of LSD hallucinations. On the flip side, if it outputs 8-bit it's because you didn't explicitly set the colorspace correctly. Read my post again. On a side note it would be great if you could learn to edit posts instead of posting five times in a row.

Now, please take the unrelated rawsource and high bitdepth general discussion out of this thread and somewhere else, as it isn't related to FFMS2.
TheFluff is offline   Reply With Quote
Old 25th September 2011, 20:23   #1292  |  Link
mp3dom
Registered User
 
Join Date: Jul 2003
Location: Italy
Posts: 1,023
Is it normal that this hacked version of FFMS outputs different LSB than the ReadV210mod method? In FFMS the LSB is anyway 'visible' (hallucinated colors, but the image is 'identified') while the ReadV210mod outputs generally all green (similar to component 'green' tint) and some unrecognized patterns. Shouldn't both produce the same output? (For reference the input was a V210 file)
mp3dom is offline   Reply With Quote
Old 25th September 2011, 20:36   #1293  |  Link
kolak
Registered User
 
Join Date: Nov 2004
Location: UK
Posts: 2,324
Quote:
Originally Posted by TheFluff View Post
If outputs something that isn't 8-bit it should be immediately obvious to you because it'll be double height and the lower half will be full of LSD hallucinations. On the flip side, if it outputs 8-bit it's because you didn't explicitly set the colorspace correctly. Read my post again. On a side note it would be great if you could learn to edit posts instead of posting five times in a row.

Now, please take the unrelated rawsource and high bitdepth general discussion out of this thread and somewhere else, as it isn't related to FFMS2.
I prefer to write new post if it provides bit different information than original ( I deleted useless posts).

Hmmm- I just downloaded your moded version and used your cmd line with v210 mov. I could see normal video, but not really Rest was not seen because my laptop has to small resolution- had to change preview in Vdub to 25%- sorry

So now I can confirm that it does work with v210 mov or at least it shows something in low bits.

Does ffvideosource support ProRes and DNxHD 10bit decoding, so I can use it to pass 10bit to dither directly in avisynth?


update: it produces output with banding, so not sure if it works.

Thanks,
Andrew

Last edited by kolak; 25th September 2011 at 21:19.
kolak is offline   Reply With Quote
Old 25th September 2011, 22:30   #1294  |  Link
TheFluff
Excessively jovial fellow
 
Join Date: Jun 2004
Location: rude
Posts: 1,049
Quote:
Originally Posted by mp3dom View Post
Is it normal that this hacked version of FFMS outputs different LSB than the ReadV210mod method? In FFMS the LSB is anyway 'visible' (hallucinated colors, but the image is 'identified') while the ReadV210mod outputs generally all green (similar to component 'green' tint) and some unrecognized patterns. Shouldn't both produce the same output? (For reference the input was a V210 file)
It's entirely possible that it's a bug. I'm not completely sure the code that gets the LSB part is correct. I will not maintain this patch however, so if you want it investigated you'll have to do it yourself. The relevant code is on line 61 of the included patch; I think I got the LSB case wrong and the Right Thing would be to shift away the MSB before casting to uint8_t.

Quote:
Originally Posted by kolak View Post
Does ffvideosource support ProRes and DNxHD 10bit decoding, so I can use it to pass 10bit to dither directly in avisynth?
It should support both ProRes and DNxHD. 10-bit ProRes should be supported but I dunno about DNxHD, try it and find out I guess. If it produces banding that's probably a result of swscale being retarded.

Last edited by TheFluff; 25th September 2011 at 22:39.
TheFluff is offline   Reply With Quote
Old 25th September 2011, 22:45   #1295  |  Link
kolak
Registered User
 
Join Date: Nov 2004
Location: UK
Posts: 2,324
Quote:
Originally Posted by TheFluff View Post
It's entirely possible that it's a bug. I'm not completely sure the code that gets the LSB part is correct. I will not maintain this patch however, so if you want it investigated you'll have to do it yourself. The relevant code is on line 61 of the included patch; I think I got the LSB case wrong and the Right Thing would be to shift away the MSB before casting to uint8_t.


It should support both ProRes and DNxHD. 10-bit ProRes should be supported but I dunno about DNxHD, try it and find out I guess. If it produces banding that's probably a result of swscale being retarded.
Something is not right. You can see difference here:

http://forum.doom9.org/showthread.ph...74#post1528674

My laptop screen is so crap- need to see it at work on proper monitor

10bit DNxHD decoding/encoding is supported in latest ffmpeg/ffmbc. ProRes 10bit decoding seams to be also stable- tested on few different files.


Andrew

Last edited by kolak; 25th September 2011 at 22:57.
kolak is offline   Reply With Quote
Old 25th September 2011, 23:56   #1296  |  Link
cretindesalpes
͡҉҉ ̵̡̢̛̗̘̙̜̝̞̟̠͇̊̋̌̍̎̏̿̿
 
cretindesalpes's Avatar
 
Join Date: Feb 2009
Location: No support in PM
Posts: 610
Suggested modification, just by looking at the patch code. I not even tried to compile it:
Code:
// we need to iterate over the source buffer twice; once to get the MSB and once to get the LSB.
//for (int i = 1; i >= 0; i--) {
	uint16_t *SrcP = (uint16_t*)Frame->Data[p];
	int height = (p == 0) ? Frame->ScaledHeight : Frame->ScaledHeight / 2; // remember UV planes are half height
	const int lsb_offset = height * DstPitch;
	for (int y = 0; y < height; y++) {
		for (int x = 0; x < (Frame->Linesize[p] / 2); x++) { // assume 2 bytes per pixel
			// wouldn't it have been nice if we could just use Env->BitBlt()...?
			if (x >= DstPitch) {
				*SrcP++; // advance the source pointer until we hit the next line
				continue;
			}
			// I sure hope a shift by 0 gets optimized away by the compiler...
//			*DstP++ = (uint8_t)(*SrcP++ >> (2*i)); // yuv420p10le uses the 10 least significant bits. shift right by 2 to get the 8 most significant ones.
			const int data10  = *SrcP++;
			*DstP             = (uint8_t)(data10 >> 2);
			DstP [lsb_offset] = (uint8_t)(data10 << 6);
			++ DstP;
		}
	}
//}
Actually I'm not sure if Frame->ScaledHeight always equals VI.height / 2, but I supposed it does. If not, lsb_offset calculation has to be changed.
__________________
dither 1.27.2 for AviSynth | avstp 1.0.3 for AviSynth development | fmtconv r19 for Vapoursynth | trimx264opt segmented encoding

Last edited by cretindesalpes; 26th September 2011 at 00:02.
cretindesalpes is offline   Reply With Quote
Old 26th September 2011, 01:00   #1297  |  Link
TheFluff
Excessively jovial fellow
 
Join Date: Jun 2004
Location: rude
Posts: 1,049
Quote:
Originally Posted by cretindesalpes View Post
Suggested modification, just by looking at the patch code. I not even tried to compile it:
Code:
// we need to iterate over the source buffer twice; once to get the MSB and once to get the LSB.
//for (int i = 1; i >= 0; i--) {
	uint16_t *SrcP = (uint16_t*)Frame->Data[p];
	int height = (p == 0) ? Frame->ScaledHeight : Frame->ScaledHeight / 2; // remember UV planes are half height
	const int lsb_offset = height * DstPitch;
	for (int y = 0; y < height; y++) {
		for (int x = 0; x < (Frame->Linesize[p] / 2); x++) { // assume 2 bytes per pixel
			// wouldn't it have been nice if we could just use Env->BitBlt()...?
			if (x >= DstPitch) {
				*SrcP++; // advance the source pointer until we hit the next line
				continue;
			}
			// I sure hope a shift by 0 gets optimized away by the compiler...
//			*DstP++ = (uint8_t)(*SrcP++ >> (2*i)); // yuv420p10le uses the 10 least significant bits. shift right by 2 to get the 8 most significant ones.
			const int data10  = *SrcP++;
			*DstP             = (uint8_t)(data10 >> 2);
			DstP [lsb_offset] = (uint8_t)(data10 << 6);
			++ DstP;
		}
	}
//}
Actually I'm not sure if Frame->ScaledHeight always equals VI.height / 2, but I supposed it does. If not, lsb_offset calculation has to be changed.
Yes, that does the LSB part right, I think. I'm not sure if it's faster though, since you do the extra step of assigning the result to a temporary variable. On the other hand, maybe the compiler is smart enough to optimize that out.
TheFluff is offline   Reply With Quote
Old 28th September 2011, 11:49   #1298  |  Link
kolak
Registered User
 
Join Date: Nov 2004
Location: UK
Posts: 2,324
Can you compile it with these fixes, please.

Thanks,
Andrew
kolak is offline   Reply With Quote
Old 28th September 2011, 15:35   #1299  |  Link
jmac698
Registered User
 
Join Date: Jan 2006
Posts: 1,862
Kolak, I made a new readv210.
jmac698 is offline   Reply With Quote
Old 28th September 2011, 17:35   #1300  |  Link
kolak
Registered User
 
Join Date: Nov 2004
Location: UK
Posts: 2,324
Where ?
Saw one but it was only for grayscale not?
kolak is offline   Reply With Quote
Reply

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 00:29.


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