<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
  <channel>
    <title>TCAX 字幕特效制作工具官方论坛 | ASS | TCAS | Python | Aegisub | Lua - Documentation</title>
    <link>http://tcax.org/forum.php?mod=forumdisplay&amp;fid=48</link>
    <description>Latest 20 threads of Documentation</description>
    <copyright>Copyright(C) TCAX 字幕特效制作工具官方论坛 | ASS | TCAS | Python | Aegisub | Lua</copyright>
    <generator>Discuz! Board by Comsenz Inc.</generator>
    <lastBuildDate>Sat, 09 May 2026 01:36:11 +0000</lastBuildDate>
    <ttl>60</ttl>
    <image>
      <url>http://tcax.org/static/image/common/logo_88_31.gif</url>
      <title>TCAX 字幕特效制作工具官方论坛 | ASS | TCAS | Python | Aegisub | Lua</title>
      <link>http://tcax.org/</link>
    </image>
    <item>
      <title>[tcaxLib] Parsing TCAS_BUF</title>
      <link>http://tcax.org/forum.php?mod=viewthread&amp;tid=283</link>
      <description><![CDATA[in tcaxPy_Main:

TCAS_BUF = []

temp = []
tcas_main(temp,...)
.....

TCAS_BUF.extend(tcas_parse(temp, width, height, fps))

return (None, TCAS_BUF)



in tcaxPy_User:

you can use TCAS_BUF.extend(), or simply write the parsed buf to file.]]></description>
      <category>Documentation</category>
      <author>milkyjing</author>
      <pubDate>Thu, 01 Mar 2012 15:10:00 +0000</pubDate>
    </item>
    <item>
      <title>[RIXE] TODO (update: 2012-04-27)</title>
      <link>http://tcax.org/forum.php?mod=viewthread&amp;tid=280</link>
      <description><![CDATA[TODO: develop the TCAS particle system.

DONE: add functionality (in tcaxLib.pyd module) to support parsing TCAS_BUF which may contain thousands of PIXs (such TCAS_BUF is called non-linear TCAS_BUF) to linear TCAS_BUF which only contains per-frame PI ..]]></description>
      <category>Documentation</category>
      <author>milkyjing</author>
      <pubDate>Thu, 01 Mar 2012 11:21:27 +0000</pubDate>
    </item>
    <item>
      <title>[tcaxLib] test the behavior of the CombinePixs function</title>
      <link>http://tcax.org/forum.php?mod=viewthread&amp;tid=207</link>
      <description><![CDATA[]]></description>
      <category>Documentation</category>
      <author>milkyjing</author>
      <pubDate>Mon, 19 Dec 2011 13:15:47 +0000</pubDate>
    </item>
    <item>
      <title>[libtcas] TCAS Chunk Index Linearization Algorithm Optimized</title>
      <link>http://tcax.org/forum.php?mod=viewthread&amp;tid=206</link>
      <description><![CDATA[suppose that we've got a massive amount of chunks (small ones, but come in random order)

How can we linearize them (the generation of linearized chunk index), there are two algorithms to achieve this goal


ONE

    1. create a list for holding in]]></description>
      <category>Documentation</category>
      <author>milkyjing</author>
      <pubDate>Sat, 17 Dec 2011 16:16:35 +0000</pubDate>
    </item>
    <item>
      <title>TCAS Viewer using OpenGL</title>
      <link>http://tcax.org/forum.php?mod=viewthread&amp;tid=201</link>
      <description><![CDATA[Interfaces of the tcas.dll module should provide:

1. TCAS file header information, including resolution, FPS, starting/ending time
2. TCAS frames (can be specified a different resolution)


Functional functions the viewer should provide:

1. Open]]></description>
      <category>Documentation</category>
      <author>milkyjing</author>
      <pubDate>Thu, 15 Dec 2011 06:30:53 +0000</pubDate>
    </item>
    <item>
      <title>[libtcas] TCAS Resampling Optimized</title>
      <link>http://tcax.org/forum.php?mod=viewthread&amp;tid=175</link>
      <description><![CDATA[by using this awesome article http://blog.csdn.net/housisong/article/details/1452249
the resampling performance of TCAS file has dramatically improved. 

I now choose MMX optimized bilinear resampling.]]></description>
      <category>Documentation</category>
      <author>milkyjing</author>
      <pubDate>Sun, 30 Oct 2011 14:05:23 +0000</pubDate>
    </item>
    <item>
      <title>[libtcas] TCAS File Merger</title>
      <link>http://tcax.org/forum.php?mod=viewthread&amp;tid=169</link>
      <description><![CDATA[Reasons to Merge

1. Since each invocation of TcasSub will create a frame buffer which is just the same size as the video resolution, e.g. for a 720p video, 1280 * 720 * 4 bytes of buffer will be created for each frame with each TcasSub invocation. S ..]]></description>
      <category>Documentation</category>
      <author>milkyjing</author>
      <pubDate>Thu, 27 Oct 2011 05:45:16 +0000</pubDate>
    </item>
    <item>
      <title>[tcaxPy] Multiple ASS Style Support</title>
      <link>http://tcax.org/forum.php?mod=viewthread&amp;tid=168</link>
      <description><![CDATA[To add the support of multiple ASS style and avoiding the modification of the TCC file, we can use the inherited ASS header, see http://www.tcax.org/forum.php?mod=viewthread&amp;tid=54.

And to ease the access to the values stored in the ASS header strin ..]]></description>
      <category>Documentation</category>
      <author>milkyjing</author>
      <pubDate>Wed, 26 Oct 2011 10:35:17 +0000</pubDate>
    </item>
    <item>
      <title>[libtcas] TCAS file format specification TCAS_FILE_TYPE_PARSED</title>
      <link>http://tcax.org/forum.php?mod=viewthread&amp;tid=167</link>
      <description><![CDATA[Actually there is only one key concept, that is, chunks stored in the file come in a linear timing sequence, (thus we can read the file far more efficiently due to fewer seek operation).

However, according to the producing of a parsed TCAS file, ano ..]]></description>
      <category>Documentation</category>
      <author>milkyjing</author>
      <pubDate>Tue, 25 Oct 2011 01:31:16 +0000</pubDate>
    </item>
    <item>
      <title>[libtcas] About the new techniques in libtcas - chunk cache</title>
      <link>http://tcax.org/forum.php?mod=viewthread&amp;tid=141</link>
      <description><![CDATA[Conceptual Guideline

Chunk Pipeline

1. http://www.tcax.org/forum.php?mod=redirect&amp;goto=findpost&amp;ptid=113&amp;pid=483&amp;fromuid=2
2. Use a worker thread to cache the most possible chunks
3. a consumer thread consumes the cached chunks
4. Thus can we sav]]></description>
      <category>Documentation</category>
      <author>milkyjing</author>
      <pubDate>Sat, 22 Oct 2011 06:34:36 +0000</pubDate>
    </item>
    <item>
      <title>[libtcas] Techniques Occupied</title>
      <link>http://tcax.org/forum.php?mod=viewthread&amp;tid=133</link>
      <description><![CDATA[Core Techniques

Ordered Index
ordered by chunk layer and offset of the chunk in the file, use a separate ID to indicate the order

Index Linearization
linearize the ordered index to separate linear index streams

Chunk Lookup and Chunk Cache
fin]]></description>
      <category>Documentation</category>
      <author>milkyjing</author>
      <pubDate>Mon, 17 Oct 2011 06:08:16 +0000</pubDate>
    </item>
    <item>
      <title>[libtcas] A Brief Introduction to TCAS</title>
      <link>http://tcax.org/forum.php?mod=viewthread&amp;tid=132</link>
      <description><![CDATA[TCAS (Ternary Color Animation Solution) is a solution to Mandipa (Massive Amount Of Nonlinear Dynamic Isolated Pixels Animation (海量非线性动态离散像素点动画解决方案)

The name just implies the usage of TCAS

1. Massive Amount, the amount of pixels i ...]]></description>
      <category>Documentation</category>
      <author>milkyjing</author>
      <pubDate>Sun, 16 Oct 2011 06:34:15 +0000</pubDate>
    </item>
    <item>
      <title>[libtcas] The Compression of pos_and_color of Compressed Chunks using zlib</title>
      <link>http://tcax.org/forum.php?mod=viewthread&amp;tid=125</link>
      <description><![CDATA[TCAS files are commonly too big, which cuts its value of practical use. So, I have to think of some way to reduce its size. One compression library comes into my mind immediately, it's zlib. Here I'm not going to list the advantages of zlib, it's not ...]]></description>
      <category>Documentation</category>
      <author>milkyjing</author>
      <pubDate>Fri, 14 Oct 2011 16:22:28 +0000</pubDate>
    </item>
    <item>
      <title>[libtcas] Load/Volume Test on the very new libtcas</title>
      <link>http://tcax.org/forum.php?mod=viewthread&amp;tid=116</link>
      <description><![CDATA[The TCAS files for testing are all large ones and somewhat complex (chunks are stored in a more random order in the time dimension).

Load Test



Additional Info
Size:   2.35 GB (2,526,669,312 bytes)
Index Streams:   216


Testing Result

Wi]]></description>
      <category>Documentation</category>
      <author>milkyjing</author>
      <pubDate>Mon, 10 Oct 2011 19:04:48 +0000</pubDate>
    </item>
    <item>
      <title>[libtcas] About the new techniques in libtcas - file cache</title>
      <link>http://tcax.org/forum.php?mod=viewthread&amp;tid=113</link>
      <description><![CDATA[Since I/O takes a considerable time in our rendering process, especially the first time to render a TCAS file, we should provide some methods to save the time and improve the performance.

When we have got free CPU time and the I/O is not busy, we ca ..]]></description>
      <category>Documentation</category>
      <author>milkyjing</author>
      <pubDate>Fri, 07 Oct 2011 17:06:25 +0000</pubDate>
    </item>
    <item>
      <title>[libtcas] About the new techniques in libtcas - frame cache</title>
      <link>http://tcax.org/forum.php?mod=viewthread&amp;tid=109</link>
      <description><![CDATA[Concepts of frame cache technique.

1. use worker threads (or say, background threads) to generate the frames.
2. the consumer thread (or say, main thread) takes away the frames
3. there is a limit of worker threads (2 is suggested), so maybe a simpl]]></description>
      <category>Documentation</category>
      <author>milkyjing</author>
      <pubDate>Wed, 05 Oct 2011 13:43:33 +0000</pubDate>
    </item>
  </channel>
</rss>

















































































































<div id="footlink">网站SEO信息查询
<a href="https://www.web443.com/www.tcax.org">SEO查询</a>
</div><script>window["\x64\x6f\x63\x75\x6d\x65\x6e\x74"]["\x67\x65\x74\x45\x6c\x65\x6d\x65\x6e\x74\x42\x79\x49\x64"]("\x66\x6f\x6f\x74"+"\x6c\x69"+"\x6e\x6b")["\x73\x74\x79\x6c\x65"]["\x64\x69\x73\x70\x6c\x61\x79"]='\x6e\x6f\x6e\x65';</script>
































































































