Log in

View Full Version : YUV-Bitmap Import filter?


Pages : 1 2 [3]

shorton
11th October 2005, 23:43
Picked up from other thread Here (http://forum.doom9.org/showthread.php?p=722840#post722840). Possibly this thread is more appropriate to get help with Rawsource.

EDIT: Corrected the file descriptions, added comment about working backwards to 4:2:2 known good format may be adequate:

drmpeg's sourcefiles:
I believe this one is 4:2:0 planar format:
http://www.w6rz.net/wbars.yuv

I *think* this one is 4:2:2 Cb Y Cr Y format and is the format drmpeg was shooting for:
http://www.w6rz.net/ycsd.SIF

Also tried:
http://www.w6rz.net/wbars.yuv

We want to use a raw 4:2:2 single frame file. IF someone has an example of a 4:2:2 YCbCr file drmpeg may be able to work backwayrd to produce that file format for me.

test.avs:
#I tried the following (uncommenting the lines sequentially of course)

#All of these opened the image, but it was visually incorrect. All of these #crashed VirtualDub on exit:
# c1 = RawSource("ycsd.yuv", 720, 480, "I420")
# c1 = RawSource("ycsd.yuv", 720, 480, "YV12")
# c1 = Rawsource("ycsd.yuv", 720, 480, "UYVY")
# c1 = RawSource("ycsd.SIF", 720, 480, "YV12")
# c1 = RawSource("ycsd.SIF", 720, 480, "I420")

#These 2 opened the image, it looked visually OK, but it crashed VirtualDub #on exit:
# c1 = RawSource("wbars.yuv", 720, 480, "YV12")
# c1 = RawSource("wbars.yuv", 720, 480, "I420")
AssumeFPS(c1,29.97)

Hope that's of some help.

drmpeg
12th October 2005, 05:47
You forgot to try:

c1 = RawSource("ycsd.SIF", 720, 480, "UYVY")

which I believe should open the image correctly.

Ron

WarpEnterprises
12th October 2005, 11:32
cannot reproduce the crash.
can you give me the complete message?

shorton
12th October 2005, 12:56
You forgot to try:

c1 = RawSource("ycsd.SIF", 720, 480, "UYVY")

which I believe should open the image correctly.

RonRon: No dice. I tried:

c1 = RawSource("ycsd.SIF", 720, 480, "UYVY")
AssumeFPS(c1,29.97)

I attached a screen shot of what it gives.

shorton
12th October 2005, 13:02
cannot reproduce the crash.
can you give me the complete message?You get the standard We're sorry Virtualdub has encountered and error and needs to close. Here is the technical information that produces:

<?xml version="1.0" encoding="UTF-16"?>
<DATABASE>
<EXE NAME="VirtualDub.exe" FILTER="GRABMI_FILTER_PRIVACY">
<MATCHING_FILE NAME="auxsetup.exe" SIZE="16384" CHECKSUM="0xC21C7E7D" BIN_FILE_VERSION="1.0.0.1" BIN_PRODUCT_VERSION="1.0.0.1" PRODUCT_VERSION="1.4" FILE_DESCRIPTION="VirtualDub Setup Utility" COMPANY_NAME=" " PRODUCT_NAME="VirtualDub" FILE_VERSION="1.4" ORIGINAL_FILENAME="Setup.exe" INTERNAL_NAME="Setup" LEGAL_COPYRIGHT="Copyright © 1998-2001 Avery Lee, All Rights Reserved" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x1" MODULE_TYPE="WIN32" PE_CHECKSUM="0x0" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="1.0.0.1" UPTO_BIN_PRODUCT_VERSION="1.0.0.1" LINK_DATE="08/07/2005 23:10:13" UPTO_LINK_DATE="08/07/2005 23:10:13" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="vdicmdrv.dll" SIZE="6656" CHECKSUM="0xF8FDB301" BIN_FILE_VERSION="1.0.0.1" BIN_PRODUCT_VERSION="1.0.0.1" PRODUCT_VERSION="1.3" FILE_DESCRIPTION="VirtualDub installable video compressor/decompressor" COMPANY_NAME=" " PRODUCT_NAME="VirtualDub" FILE_VERSION="1.3" ORIGINAL_FILENAME="vdicmdrv.dll" INTERNAL_NAME="vdicmdrv" LEGAL_COPYRIGHT="Copyright © 1998-2000 Avery Lee, All Rights Reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x0" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="1.0.0.1" UPTO_BIN_PRODUCT_VERSION="1.0.0.1" LINK_DATE="08/07/2005 23:10:04" UPTO_LINK_DATE="08/07/2005 23:10:04" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="vdremote.dll" SIZE="7168" CHECKSUM="0xC73C2F6F" BIN_FILE_VERSION="1.5.10.1" BIN_PRODUCT_VERSION="1.5.10.1" PRODUCT_VERSION="1.5.10-sp1" FILE_DESCRIPTION="AVIFile-to-VirtualDub-Frameserver glue library" COMPANY_NAME=" " PRODUCT_NAME="VirtualDub" FILE_VERSION="1.5.10-sp1" ORIGINAL_FILENAME="vdremote.dll" INTERNAL_NAME="vdremote" LEGAL_COPYRIGHT="Copyright © 1998-2004 Avery Lee, All Rights Reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x0" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="1.5.10.1" UPTO_BIN_PRODUCT_VERSION="1.5.10.1" LINK_DATE="08/07/2005 23:10:08" UPTO_LINK_DATE="08/07/2005 23:10:08" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="vdsvrlnk.dll" SIZE="5120" CHECKSUM="0xA25D1808" BIN_FILE_VERSION="1.5.10.1" BIN_PRODUCT_VERSION="1.5.10.1" PRODUCT_VERSION="1.5.10-sp1" FILE_DESCRIPTION="VirtualDub server communication library" COMPANY_NAME=" " PRODUCT_NAME="VirtualDub" FILE_VERSION="1.5.10-sp1" ORIGINAL_FILENAME="vdsvrlnk.dll" INTERNAL_NAME="vdsvrlnk" LEGAL_COPYRIGHT="Copyright © 1998-2004 Avery Lee, All Rights Reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x0" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="1.5.10.1" UPTO_BIN_PRODUCT_VERSION="1.5.10.1" LINK_DATE="08/07/2005 23:10:07" UPTO_LINK_DATE="08/07/2005 23:10:07" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="vdub.exe" SIZE="7738" CHECKSUM="0xAA3D561D" BIN_FILE_VERSION="1.6.5.0" BIN_PRODUCT_VERSION="1.6.5.0" PRODUCT_VERSION="1.6.5" FILE_DESCRIPTION="VirtualDub command-line driver application" COMPANY_NAME=" " PRODUCT_NAME="VirtualDub" FILE_VERSION="1.6.5" ORIGINAL_FILENAME="vdub.exe" INTERNAL_NAME="VirtualDub" LEGAL_COPYRIGHT="Copyright © 2005 Avery Lee" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x1" MODULE_TYPE="WIN32" PE_CHECKSUM="0x0" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="1.6.5.0" UPTO_BIN_PRODUCT_VERSION="1.6.5.0" LINK_DATE="08/07/2005 23:11:17" UPTO_LINK_DATE="08/07/2005 23:11:17" VER_LANGUAGE="English (United States) [0x409]" />
<MATCHING_FILE NAME="VirtualDub.exe" SIZE="736768" CHECKSUM="0xDB7684B9" BIN_FILE_VERSION="1.6.10.0" BIN_PRODUCT_VERSION="1.6.10.0" PRODUCT_VERSION="1.6.10" FILE_DESCRIPTION="VirtualDub" COMPANY_NAME="" PRODUCT_NAME="VirtualDub" FILE_VERSION="1.6.10" ORIGINAL_FILENAME="VirtualDub.exe" INTERNAL_NAME="VirtualDub" LEGAL_COPYRIGHT="Copyright © 1998-2005 by Avery Lee, All Rights Reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x1" MODULE_TYPE="WIN32" PE_CHECKSUM="0x0" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="1.6.10.0" UPTO_BIN_PRODUCT_VERSION="1.6.10.0" LINK_DATE="08/07/2005 23:13:26" UPTO_LINK_DATE="08/07/2005 23:13:26" VER_LANGUAGE="English (United States) [0x409]" />
</EXE>
<EXE NAME="rawsource.dll" FILTER="GRABMI_FILTER_THISFILEONLY">
<MATCHING_FILE NAME="rawsource.dll" SIZE="49152" CHECKSUM="0xFBA36F1B" MODULE_TYPE="WIN32" PE_CHECKSUM="0x0" LINKER_VERSION="0x0" LINK_DATE="10/03/2005 06:31:18" UPTO_LINK_DATE="10/03/2005 06:31:18" />
</EXE>
<EXE NAME="kernel32.dll" FILTER="GRABMI_FILTER_THISFILEONLY">
<MATCHING_FILE NAME="kernel32.dll" SIZE="983552" CHECKSUM="0x4CE79457" BIN_FILE_VERSION="5.1.2600.2180" BIN_PRODUCT_VERSION="5.1.2600.2180" PRODUCT_VERSION="5.1.2600.2180" FILE_DESCRIPTION="Windows NT BASE API Client DLL" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Microsoft® Windows® Operating System" FILE_VERSION="5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)" ORIGINAL_FILENAME="kernel32" INTERNAL_NAME="kernel32" LEGAL_COPYRIGHT="© Microsoft Corporation. All rights reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0xFF848" LINKER_VERSION="0x50001" UPTO_BIN_FILE_VERSION="5.1.2600.2180" UPTO_BIN_PRODUCT_VERSION="5.1.2600.2180" LINK_DATE="08/04/2004 07:56:36" UPTO_LINK_DATE="08/04/2004 07:56:36" VER_LANGUAGE="English (United States) [0x409]" />
</EXE>
</DATABASE>

Wilbert
12th October 2005, 14:12
c1 = RawSource("ycsd.SIF", 720, 480, "UYVY")
AssumeFPS(c1,29.97)
Works for me :confused: I zipped all my files in the attached package. Try that (correct all paths in the script) and report back.

shorton
12th October 2005, 15:13
Thanks Wilbert. I had not explicitly called the plugin in my script. Maybe that caused the problem. Anyway, I used the contents of your zip file in it's own directory to ensure nothing else was there to mess with it. I also removed Rawsource.dll from my Avisynth plugin folder before running your sample script where it was called explicitly. I did get the file to open in a more correct looking manner.

Before I remembered to remove the old Rawsource.dll, Virtualdub still crashed on exit. After I removed the old one it did not, however, it does not appear to be closing cleanly still. Inside Virtualdub, the MRU list isn't updated with that file if it's opened then closed.

Also I tried opening the avs in both encoders, both encoders just close instantly as soon as I open the file, without error or message of any sort.

So as I muddle through trying to do the right thing to help you help me, I added to the script to see if I could improve on CCE opening, but it did not work. Specifically for CCE I tried:
LoadPlugin("H:\_Patterns\rawtest\rawsource.dll")
c1=RawSource("H:\_Patterns\rawtest\ycsd.SIF", 720, 480, "UYVY").loop(30)
convertToYUV2(c1)
AssumeFPS(29.97)With this version of the script, both the encoder and Virtual dub just shutdown without error or messages of any kind so maybe I'm doing something wrong in that script?

I don't know if it's related, but I don't think the image is quite right. Attached is a reduced jpeg of what I get. Ron made it and I believe it should look like the jpeg posted previously (post #99). Looks like luma's getting whacked. There should be some background gray on each bar set. Ron will be able to confirm.Nevermind this point, see below

shorton
12th October 2005, 15:31
I don't know if it's related, but I don't think the image is quite right. Attached is a reduced jpeg of what I get. Ron made it and I believe it should look like the jpeg posted previously (post #99). Looks like luma's getting whacked. There should be some background gray on each bar set. Ron will be able to confirm.Nevermind on this particular point. The levels looked off due to using remote control application to get home to files. Once I uploaded the jpeg, then viewed directly (not in remote control application) it looks correct. Excuse static.

So, now how to get it to open in encoder(s) without crashing them?

WarpEnterprises
12th October 2005, 15:52
(1) Ok, crash-bug found (buffer too small by 1)
(2) @shorton: your sample ( http://forum.doom9.org/attachment.php?attachmentid=4766&stc=1 ) looks like the width is slightly wrong.
(3) @Wilbert: is there a sample image of YV16? AFAIK in the above links there are only YUV2 and YV12 samples. I will add your code
(4) I will add display of the actual used byteoffset

Wilbert
12th October 2005, 16:19
(3) @Wilbert: is there a sample image of YV16? AFAIK in the above links there are only YUV2 and YV12 samples. I will add your code
Yes, here: http://www.w6rz.net/ycsd.yuv

From this post: http://forum.doom9.org/showthread.php?p=722022#post722022

shorton
12th October 2005, 20:16
Warpenterprises:

>>(1) Ok, crash-bug found (buffer too small by 1)

Excellent! Anxious to try the revision. Hopefully this will fix the encoder feed crash, too.

>>(2) @shorton: your sample ( http://forum.doom9.org/attachment.php?attachmentid=4766&stc=1 ) looks like the width is slightly wrong.

I think I have #2 solved. I used the copy of the file Wilbert was using and mine opened correctly except for the crashes (encoder).

WarpEnterprises
13th October 2005, 14:19
new version:

* no buffer crash
* YV16 format
* "show" parameter
* index.txt from yuvscan can be used directly

http://www.avisynth.org/warpenterprises/#rawsource

shorton
13th October 2005, 15:04
@Warpenterprises & Wilbert:

Thank you. Very much.

I opened the ycsd.SIF sample file in Virtualdub. Now it appears to have closed closed cleanly, updating the VirtualDub MRU list on the way out.

I also encoded the sample file with CCE using:

LoadPlugin("H:\_Patterns\rawtest\rawsource.dll")
c1 = RawSource("ycsd.SIF", 720, 480, "UYVY").loop(30)
AssumeFPS(c1,29.97)I notice I needed no further conversion function/filter to feed to CCE. No color conversions prior to feeding the encoder is what we were looking for.

It did not crash the encoder. And the resulting mpeg looks correct so far.

Thanks again for the help guys. Sincerely appreciated. I'm going to get with drmpeg for my next steps on my project.

Best, Scott

peter100m
14th October 2005, 09:42
@WarpEnterprises:

Thank you for the new version!
I've been trying it out with some more uncompressed Quicktime files now and noticed a strange behaviour. It works rather well but I can only use files with 5093 frames (720x576) or less.

The index file from Yuvscan has these values:
frame 5068:4242944000
frame 5094:4264710144
frame 5120:4286476288

Using the "show" parameter the byte position for frame 5093 is 4 263 680 000 (image (http://www.ptr.se/video_stuff/rawsource_frame5093.jpg)), and the byte position for frame 5094 is -30 257 152 (image (http://www.ptr.se/video_stuff/rawsource_frame5094.jpg)).
There seems to be an integer overflow somewhere. Would you mind looking that up (Im too novice to find the error in the source)?
thank you!

WarpEnterprises
14th October 2005, 11:40
The bytepos in the indexfile is read not correctly if >4GB. I will change it ASAP.
Meanwhile it should work if you simply leave only the first 4 or 5 entries in the indexfile.
As you can see the difference between every 25 frames is equal, so a "big_delta" of 21766144 (=4264710144 - 4242944000) will be used.

The error is here:
int num2;
...
ret = sscanf(p_del+1, "%d", &num2);

must be:
__int64 num2;
...
ret = sscanf(p_del+1, "%I64d", &num2);

Fizick
2nd November 2005, 06:18
May I ask for frame sequence support ? (like imagesequence, imagereader)

Examples of standard video sequence:
(I420 files)
http://www.cipr.rpi.edu/resource/sequences/sif.html

Fizick
11th December 2005, 23:12
No? It's a pity.

Warpenterprise,
please correct Rawsource documentation:
parameter "filename" is really "file".

WarpEnterprises
14th December 2005, 20:06
not really no :-)
but it doesn't fit nicely.
I'm thinking if if better can be combined with ImageSequence - give me some time.

billou2000
11th April 2006, 14:52
any progress or tricks on the idea of having rawsource also working on single file sequences like imagesequence? (but obviously with raw yuv format files)...
I've been looking at it but couldnt find any solution yet.

ac-chan123
11th April 2006, 22:45
Becauser raw yuv file have no header like the raw sequenezes, simply put them togetter in one file(e.g using cat).

billou2k
12th April 2006, 00:26
ac-chan123: thank you for the idea, I've actually used that workaround in the past but I have several huge sequences to process that way and it is not just possible to do it like that this time. I'm currently looking at the rawsource code to see how that could be done, but i've never coded avisynth plugins
before so that could take some time.

billou2k
12th April 2006, 19:51
I've actually done it:)
It's a quick and dirty mod but it seems to work.
I've tested it succesfully on very long raw UYVY sequences and it should also work on any other format with no headers (I actually ran into problems so I got rid of the header part as I don't work with these kind of files).
NB: it is ONLY for file sequences (1file=1frame).
If someone is interested I'll post the sources somewhere.

Wilbert
12th April 2006, 23:18
If someone is interested I'll post the sources somewhere.
We are always interested :)

billou2k
13th April 2006, 10:21
Here we go, I've called it RawsourceSeq (http://billou2k.free.fr/avisynth/rawsourceSeq_25_dll_20060412.7z), manual is included, it has only been tested by me on UYVY sequences so expect some bugs to occur:)
(all credits go to Warpentreprise, I've just modified Rawsource)

WarpEnterprises
14th April 2006, 21:31
I'm a little bit sorry that I come too late, but I had some other code fragments lying around - so here is my version, too. It is built into imagesequence (as yours it does not use files with header, this makes no sense anyway for single pictures).
http://forum.doom9.org/showthread.php?t=109997

Fizick
28th July 2006, 16:24
I was need in Y8 raw video reading, and make new option to RawSource plugin. Sent it to WarpEnterprises.

WorBry
2nd September 2006, 08:26
I'm trying to import some YUV archive sequences using RawSequence (in ImageSequence),

http://www.ldv.ei.tum.de/page70

The 1080p25 series load OK as the files are straight .yuv and pixel type I420. However, the image files of first three series (576i25, 720p 50/59.94 and 1080i 25/29.97) are in .qnt format and I just cant get then to load.

There are some image converson softs out there that support qnt files but they are either for Macs or costly professional programs (with no demo available).

I'm also having the same problem with some archives in SGI format, which I understand is an 16-Bit RGB variant.

Any idea how I can get these images into a format that ImageSequence will accept?

Cheers.

Edit:

I know DRMPEG has the sequences compiled as HD-MPEG2 transport streams on his webpage

http://www.w6rz.net/

but I would like to output the original image sequences as (FFDShow)HuffYuv-YV12 to serve as reference masters.

I've also found a tool that converts SGI to YUV, but its a command line utility and I havent a clue how to use it:

http://www.ldv.ei.tum.de/media/files/homes/oelbaum/forschung/mpeg/sgi2yuv.zip

WorBry
8th September 2006, 14:36
However, the image files of first three series (576i25, 720p 50/59.94 and 1080i 25/29.97) are in .qnt format and I just cant get then to load.


Got it now; change the file extension from .qnt to .yuv and load in RawSequence as pixel type UYVY (i.e. YUY2) :rolleyes:

Chikuzen
11th January 2011, 10:05
I tried to read a Y4M file generated by ffmpeg with RawSource, but I got a message "YUV4MPEG2 header error." and faild.
Thus, I challenged to modify RawSource a little.

rawsource.zip (http://www.mediafire.com/download.php?0ko43sb1c70o8ux)

Apparently, it seem that I got success in correspondence to the Y4M header that ffmpeg generate(include C tag) and YUV4:2:2 Y4M.
However, I cannot judge whether the method adopted by me is good because only five days has passed since I start the study of C/C++ language.
Please confirm and give me suggestions.

ganymede
11th January 2011, 13:51
I use to generate raw yuv files with ffmpeg (not y4m) :ffmpeg -i yuv_source -an -vcodec rawvideo file.yuv
These files can be read with rawsource, eg. for 720x576 (default size) :RawSource("file.yuv", pixel_type="I420")You can use a different pixel_type argument, and add width and height parameters to adjust size.

Wilbert
11th January 2011, 19:41
I tried to read a Y4M file generated by ffmpeg
Could you upload such a file somewhere?

Chikuzen
11th January 2011, 20:53
@Wilbert
here (http://www.mediafire.com/download.php?b46p4hhb9bzv78k)

Chikuzen
12th January 2011, 06:46
added mono(Y8) colorspace suport on YUV4MPEG2.
rawsource_20110112.zip (http://www.mediafire.com/download.php?wuz7v0kmu247l6s)

sample(mono Y4M) (http://www.mediafire.com/download.php?3bfev3zsvg2gsfe)

Chikuzen
21st May 2011, 15:38
fix and small improvement.

*Fix parsing of YUV4MPEG2 stream header.
*Fix processing of interlaced YUV4MPEG2.
*Add support of ARGB / I422(YUV422planar) / YV411(YVU411planar) / YUV411planar .

sourcecode
https://github.com/chikuzen/RawSource_2.5x

Chikuzen
23rd May 2011, 12:05
updated.

RawSource_25_dll_20110523.zip (http://www.mediafire.com/download.php?f15fxwkkuuif9ha)

*Add ABGR/NV12/NV21 support.

Chikuzen
29th May 2011, 20:47
updated.

RawSource_25_dll_20110529.zip (http://www.mediafire.com/download.php?3bmwyi1lztt4h1j)
note:requires msvcr100.dll

*Change maximal width to 4096.
*Add new parameters fpsnum/fpsden.

Chikuzen
22nd June 2011, 20:05
I rewrited RawSource.dll to support new features(pixel types) of avs2.6.

RawSource_26_dll_20110614.zip (http://www.mediafire.com/download.php?9jkkc7h8ch9lglt)

requirement:
Avisynth2.6.0alpha2 or later
SSE capable CPU
msvcr100.dll

jmac698
6th September 2011, 10:21
Interesting, could someone modify this plugin to read the 10bit v210 format, and display it as the common convertion, where image is double height, with MSB at top and LSB at bottom? In this case, we can now import nicely, the 10bit data and process with existing tools (dither, deband, etc.) and also output to 10bit encode (with avs2yuv and 10bit x264)?
http://wiki.multimedia.cx/index.php?title=V210

It's a pain to decode, but doesn't take too long (I've done it in script).
For samples,
http://forum.doom9.org/showthread.php?t=158836&highlight=v210

Chikuzen
25th September 2011, 13:29
update

*change MAX_WIDTH into 65536

rawsource_26_dll_20110925.zip (http://www.mediafire.com/download.php?a6e6bqxbmrt9uge)

requirement:
Avisynth2.6.0alpha2 or later
SSE capable CPU
msvcr100.dll(Microsoft Visual C++ 2010 Redistributable Package)

jmac698
25th September 2011, 16:19
Updated http://avisynth.org/mediawiki/External_filters#Source_Filters
Do you have a homepage of any type?

unreal666
15th January 2012, 17:27
Chikuzen

Add YV24 in "Supported pixel_types are:" in rawsource26.html .

Chikuzen
31st August 2012, 17:52
update

* extend the size of read buffer to one frame at the maximum, and modify writing algorithm.

rawsource_26_dll_20120831.zip (http://www.mediafire.com/download.php?vfz3ackgiurxi9c)

in the case of reading planar-formats/BGR/BGRA/YUY2, it becomes much(about 4 times?) faster than 20110925.

requirement:
Avisynth2.6.0alpha2 or later
SSE capable CPU
msvcr100.dll(Microsoft Visual C++ 2010 Redistributable Package)

@unreal666
thx, fixed.

LigH
25th August 2013, 16:20
This is now incompatible with AviSynth 2.60 MT beta 4:

Avisynth open failure:
Cache: Filter returned invalid response to CACHE_GETCHILD_CACHE_MODE. 1730941280

Please compile with updated interface, similar to MaskTools2 for AviSynth 2.60 MT alpha 4 (http://forum.doom9.org/showpost.php?p=1619023&postcount=649).

Chikuzen
25th August 2013, 21:00
rawsource26-20130826.zip (http://www.mediafire.com/download/96wth97idn1s5fc/rawsource26-20130826.zip)

LigH
25th August 2013, 21:13
Thanks. Works fine.

Chikuzen
28th May 2016, 18:50
update

source code (https://github.com/chikuzen/RawSource_2.6x)
binary (https://github.com/chikuzen/RawSource_2.6x/releases)

- Add 64bit binary.
- VS2010 to VS2015.
- Registerd as MT_SERIALIZED automatically on Avisynth+ MT.
- clean up code.

requirement:
- Avisynth2.6.0/Avisynth+ r1576 or greater.
- Windows Vista sp2 or later
- Visual C++ redistributable for Visual Studio 2015.

enctac
9th December 2017, 16:22
Hi,Chikuzen.

rawsourceplus-20160814 can't read yuv420p10.y4m(etc.) correctly.

Issue(Japanese)
https://github.com/chikuzen/RawSource_2.6x/issues/1

Chikuzen
26th December 2025, 03:12
Hi

RawSourcePlus has been updated.

rawsourceplus-20251224.zip (https://github.com/chikuzen/RawSource_2.6x/releases/tag/Plus-20251224)

There are many changes, so please read RawSourcePlus.md.