V2.3.1/ 2021-03-28 This release brings significant speed optimizations for the encoder and a lot of source code cleanups in preparation of a migration from Delphi to Lazarus and/or C. Practical goals are Linux binaries and open source releases. This will be done step by step depending on my spare time. The cleanup revealed several bugs which affected the compression efficiency, but never the data integrity. Improvements: Encoding speed improvements of up to 43 percent in my tests. The slower presets benefit most. Between 6 and 28 percent for an i5-4460 (Haswell), between 9 and 43 percent for an i3-8100 (Coffee Lake). Decoding speed improvements of up to 10 percent in my tests. The slower presets benefit most. Between 2 and 7 percent for an i5-4460 (Haswell), between -1 and 10 percent for an i3-8100 (Coffee Lake). Really tiny compression improvements because of some bug fixes. See below. Better source code and smaller binaries. New features: The multi-threaded encoder now supports up to 8 instead of 4 threads. The cpu optimization option None now really disables any assembler optimizations. Previous versions still used some i386-assembly that could only be disabled by compiler switches. The new option ASM enables this code and is equivalent to None of earlier versions. Fixes: Small bugs in the encoder decreased compression by usually not more than 0.01 percent. One of my file sets lost 0.06 percent. Some special files will show stronger effects. A bug in the plain pascal code path significantly decreased compression of some presets: up to 1.19 percent for my primary file set. To encounter this bug, you had to use V2.2.0 or 2.3.0 and explicitly disable assembler optimizations (-cpuNone) or run Tak on a cpu without even the MMX-instruction set (e.g. Pentium 1). Added new tests to my already extensive validation procedure to detect regressions of the plain pascal code path. Til now i only checked the data integrity. None of these bugs affected the data integrity. Cleanup: Removed the assembler optimizations from the TAK 1.x decoder and made it a lot more compact. Replaced MMX with SSE2 assembly. Replaced FPU with SSE2 assembly. Removed assembler optimizations which had little effect on the speed. Removed any inline assembly code. Removed a lot of partial redundancies which had been introduced to gain some speed. Known issues: If you use pipe decoding and the application reading the pipe is beeing terminated before the whole file has been read, TAKC may get into an endless loop and has to be manually killed with the task manager. I don't think this is a big issue but i will try to fix it in one of the next versions. BTW: Big thanks to shnutils for testing the pipe decoding! There seem to be some compatibility issues with pipe decoding to some other applications ("crc1632.exe" has been reported). I will try to fix it in the next release. V2.3.0/ 18-06-13 Improvements: Encoding speed improvements between 5 and 44 percent for my primary file set. The faster presets benefit most. Only the compression performance of preset -p0e has changed. It's now performing about 0.03 percent worse on my primary file set. I modified the preset to make it faster, because -p0e and -p0m got to close after the speed optimizations. Decoding speed improvements between 14 and 29 percent for my primary file set. The faster presets benefit most. New features: Two new file info modes -fim4/5 which output one line of raw data per file. New mode switch -version to display the program version. Fixes: Takc.exe now contains a proper version info record. Removed an obsolete reference to the dedicated LossyWav-codec, which was part of V2.1.0 Beta, from the command line description of Takc.exe. Many thanks to Justin Ruggles for reporting this bug! The old decoder would deliver a corrupted frame under these extremely rare conditions: The samples are signed and the bit depth isn't higher than 16. The frame contains at least 16 samples per channel. The frame only contains samples with the maximum negative value (-32768 for 16 bit samples) or value 0. The first sample in the frame has the maximum negative value. Since a frame usually consists of thousands of samples and samples of maximum negative value usually mean clipping, it's extremely unlikely to encounter such data in real life. The probability is higher for the last frame, which can be quite small. But usually the very last samples of a song don't represent only negative clips. Modifications: Added caudec, dsfTAKSource and ImgBurn to the list of software with TAK support in the readme file. Known issues: If you use pipe decoding and the application reading the pipe is beeing terminated before the whole file has been read, TAKC may get into an endless loop and has to be manually killed with the task manager. I don't think this is a big issue but i will try to fix it in one of the next versions. BTW: Big thanks to shnutils for testing the pipe decoding! There seem to be some compatibility issues with pipe decoding to some other applications ("crc1632.exe" has been reported). I will try to fix it in the next release. V2.2.0/ 11-07-11 New features: Support for multi-channel audio. While the stream format supports up to 16 channels, the codec currently is restricted to a maximum of 6 channels. Support for the "Wave Format Extensible" file format. Improvements: Encoding speed improvements of up to 10 percent for my primary file set. Most of it is achieved by a modification of the algorithm which selects the optimal predictor order for each subframe. It will now often use less predictors than before, what may on average result in about 0.01 percent worse compression. You will only notice an advantage, if your files benefit from high predictor orders. Decoding speed improvements of up to 18 percent for my primary file set. Some of it is attributed to the above-noted modification of the encoder's predictor order selection algorithm. Therefore it will only take effect when decoding files encoded with this version and only, if they benefit from high predictor orders. Additionally SSSE3-instructions can be used for predictor counts of 32 and more. This affects the presets p3, p4 and sometimes p2, but only, if a particular file benefits from high predictor orders. Fixes: The wave file reader reported an error if a file contained additional (meta) data following the audio data. The wave file writer didn't add an optional zero byte to make the audio data chunk size a multiple of 2. This was only relevant when decoding mono audio with 8- or 24-bit samples without restoring the wave meta data (-wm0 applied on encoding and/or decoding). Known issues: If you use pipe decoding and the application reading the pipe is beeing terminated before the whole file has been read, TAKC may get into an endless loop and has to be manually killed with the task manager. I don't think this is a big issue but i will try to fix it in one of the next versions. BTW: Big thanks to shnutils for testing the pipe decoding! There seem to be some compatibility issues with pipe decoding to some other applications ("crc1632.exe" has been reported). I will try to fix it in the next release.the next release. ----------------------------------------- V2.1.0 / 11-01-08 This release brings speed optimizations and multi core support for the encoder. The dedicated LossyWav-codec that was available in the beta releases has been removed. Improvements: Encoding speed improvements of about 10 to 20 percent (depends on preset and cpu) for cpus with the SSSE3 instruction set. Since SSSE3 (note the three 'S') isn't supported by AMD, only Intel users will benefit from those optimizations. The encoder now creates up to four threads to utilize multiple cpu cores. Specify the thread number in the General Options dialog of the GUI-version or with the -tn option of the command line version. By default only one thread is created. You will only notice a speed up, if the encoding speed isn't already limited by the performance of your drives. Modifications: Added the -cpu# switch to the command line version, which lets you control some cpu optimizations. The file info function now also shows the name of the codec used to compress the file. Moved the verify-option from the details-dialog to the general compression options dialog. All dialogs with an Add-files-option locked the source folder until the dialog was closed. Hopefully this is no longer the case. Known issues: If you use pipe decoding and the application reading the pipe is beeing terminated before the whole file has been read, TAKC may get into an endless loop and has to be manually killed with the task manager. I don't think this is a big issue but i will try to fix it in one of the next versions. BTW: Big thanks to shnutils for testing the pipe decoding! There seem to be some compatibility issues with pipe decoding to some other applications ("crc1632.exe" has been reported). I will try to fix it in the next release. ----------------------------------------- V2.0.0 / 10-01-07 This release introduces a new file format, which can not be decoded by earlier versions of Tak, Takc, in_tak and tak_deco_lib! But surely it can decode files created by any earlier version. Improvements: Slightly better compression of CD-Audio for any preset (ranging from 0.09 to 0.37 percent for my primary test corpus). More than 2 percent better compression for my 8-bit test corpus. More than 1.5 percent better compression for my 192 KHz / 24-bit test corpus. Up to 0.45 percent better compression for my LossyWav test corpus. Higher encoding speed for any basic preset (without addditional evaluation level), higher decoding speed for any preset. Depending on the cpu up to 11 percent faster encoding for -p0 and up to 15 percent faster decoding for -p3 compared with V1.1.2. While the new codec is smaller than the previous one, the binaries are a bit bigger because the decoder for the old file format takes up about 18 KB. The file format is prepared to support some more future improvements. Modifications: Added xrecode II to the list of applications with TAK support in the readme file. Known issues: If you use pipe decoding and the application reading the pipe is beeing terminated before the whole file has been read, TAKC may get into an endless loop and has to be manually killed with the task manager. I don't think this is a big issue but i will try to fix it in one of the next versions. BTW: Big thanks to shnutils for testing the pipe decoding! There seem to be some compatibility issues with pipe decoding to some other applications ("crc1632.exe" has been reported). I will try to fix it in the next release. ----------------------------------------- V1.1.2 / 9-07-27 New Features: Tagging support for the command line encoder. Improvements: Depending on preset and cpu up to 10 percent faster encoding and decoding compared with V1.1.1. Slightly faster encoding and decoding of LossyWav files. Slightly faster encoding and decoding if MMX is disabled and the pure pascal code is beeing used. Removed some more assembler routines and simplified a lot of code. The binaries are again smaller now. Fixes: The new filter introduced in V1.1.1 revealed a bug in the encoder, which resulted in suboptimal performance especially when compressing LossyWav-files with the presets -p3 or -p4 (BTW: It doesn't make sense to go higher than -p2m when compressing LossyWav-files...). Known issues: If you use pipe decoding and the application reading the pipe is beeing terminated before the whole file has been read, TAKC may get into an endless loop and has to be manually killed with the task manager. I don't think this is a big issue but i will try to fix it in one of the next versions. BTW: Big thanks to shnutils for testing the pipe decoding! There seem to be some compatibility issues with pipe decoding to some other applications ("crc1632.exe" has been reported). I will try to fix it in the next release. ----------------------------------------- V1.1.1 / 9-03-11 New Features: In very rare cases the presets -p3 and -p4 could compress much worse than the lower presets. A new filter in the encoder will nearly eliminate this annoying effect. It can also increase the average compression by a tiny (<= 0.05 percent) amount. Creation and verification of MD5 checksums of the raw audio data. The file info command can show you the MD5. Option to lower the process priority. Nice for background processing. Improvements: Up to 9 KB smaller binaries. Although i have removed a lot of the assembler optimizations, the speed is still very close to the previous version. Further clean up of the Code. Modifications: Support for seek tables removed. The new version will neither add seek tables to newly encoded files nor use seek tables contained in files created with older program versions. Important: Seeking in files without seek table is only supported since V1.1.0. Please update the WinAmp plugin and/or the decoding library for full seeking support in media players. There is a new metadata object which contains position and size of the last frame in the stream. This info is useful for seeking and tag detection. ----------------------------------------- V1.1.0 / 9-01-04 New Features: Support for 192 Khz Audio. Seeking without seek table. Improvements: Encoding and decoding speed improvements of about 3 percent for presets p0 and p1 on my system. Also some decoding speedup for p2. Fixed a bug in the encoder that resulted in suboptimal compression of some loud files and especially high resolution audio. Some files may gain about 0.05 percent of compression. Not much, but it comes without any speed penality. Further clean up of the Code. Modifications: I hope you don't mind but i always had the feeling 5 presets are enough. Therefore i dropped the appropriately 'Insane' named preset -p5 and instead made presets 3 and 4 stronger. Okay, new -p4 will nevertheless be slightly weaker than old -p5, because i have reduced the maximum predictor count from 256 to 160. Before doing this i performed a detailed analysis of predictor count * compression * speed. There are not many files which benefit from such high predictor orders. Two of my file sets contain many of such files, but even they will only loose about 0.10 percent compression. Not a big loss if in exchange you get nearly half the decoding (cpu power) requirements. Removed option to modify the Prefilter sensitivity. ----------------------------------------- V1.0.4 / 8-03-11 New Features: Support for pipe decoding. Improvements: Decoding speed improvements of 7 (preset 5) to 13 (preset 0) percent on my system. Modification of the presets -p0 and -p1 to make them even faster: -p0 is now encoding 17, -p1 10 percent faster on my system. I have replaced some of the Delphi libraries with own code. This will help a later translation to standard C, which can't use delphi libraries. A nice side effect: Most of the binaries are much smaller now. The Readme file now contains links to software with TAK support and to some guides. Modifications: The read buffer used to decode presets -p0 to -p3 is considerably smaller now. In most cases this should improve the decoding speed. ----------------------------------------- V1.0.3b / 7-12-16 Fixed a bug in the GUI version ("Tak.exe"): If the maximum size of the wave file meta data was set to 0, the compressor stopped with an "Error writing destination" error. ----------------------------------------- V1.0.3 / 7-12-14 New Features: Support for pipe encoding. New command line switch -ihs (ignore header size) for pipe encoding. New command line option -sts (set seek table size) for pipe encoding. New command line switch -silent (silent operation). The command line option -wm now let's you specify a maximum size for the wave meta data. New command line switch -pMax to select the strongest encoder preset. The file info function shows you how much space (if any) in the header is beeing wasted because of pipe encoding. Improvements: Tiny compression improvements for the presets 0 to 2, rarely also for the stronger presets. The average improvement for my test corpus is about 0.05 percent. Not much, but it comes without a significant speed penality. Small decoding speed improvements of 4 (preset 5) to 8 (preset 0) percent on my system. The Readme file now contains a simple contents section with links to the most relevant topics. There is also a new section about pipe encoding. If you want to use it, please read the text... Modifications: The decoder had to be modified to guarantee error robustness (decoding through errors) for files created by pipe encoding with the -ihs (ignore header size) switch applied. Some modifications of the decoding error log file ("Tak_Deco_Error.txt"). In TAK 1.0.2 there was no difference between the presets -p4/p4e and -p5/-p5e. This irritated some users. Now they are slightly different. Command line: The alternative syntax (-pT to -pI) for the preset specification is no longer supported. Now -p0 to -p5 is obligatory. GUI: The buttons for preset and evaluation level selection have been removed from the encoder options dialog. Please use the comparison table instead. GUI: Moved the Verify switch from the general encoder options to the details dialog. GUI: The Save wave file meta data switch has been removed from the encoder output options sheet. Please use the Wave file meta data - Maximum Size setting on the stream options sheet instead. Because of an update of my Delphi compiler the binaries are now about 35 KB bigger. Fixed: Some applications crashed if they tried to redirect the output of the command line version. This seems to have been caused by a bug in the Delphi runtime library. Now i am accessing the console directly, what hopefully avoids this trouble. ----------------------------------------- V1.0.2 / 7-11-05 New preset configuration: Most of the presets have been modified to speed them up and to reduce the decoding requirements. Usually they are more than 50 percent faster while loosing only about 0.3 percent of compression efficiency. The fastest preset TURBO (-p0) is now using 8 instead of 16 predictors and compresses (on average) nevertheless better than FLAC -8 (with 12 predictors). The reduced cpu requirements should guarantee that this preset can be decoded on any hardware device capable to playback FLAC -8 (maybe even -5). Because of the insertion of the new TURBO preset we now have 6 instead of 5 presets: -p0 to -p5. The strongest setting is now -p5m and it's called INSANE. The maximum frame size (samples per channel) is now limited as follows: 4096 for TURBO and FAST, 8192 for NORMAL, HIGH and EXTRA, 16384 for INSANE. This way the specification of the memory requirements of the decoder is more accurate. New Features: You can now manually set the frame size to 512, 1024 or 2048 samples to match the frame size of the LossyWav/LossyFlac preprocessor developed by the Hydrogenaudio.org-Members 2Bdecided, Nick C. and halb27. But caution: Frame sizes of 512, 1024 and 2048 are not backwards compatible and can not be decoded by TAK applications and libraries prior to V1.0.2! The Prefilter can now be disabled by the user. Improvements: The strongest compression mode -p5m (aka -p4m in V1.0.1) is now encoding 62 percent faster on my system and is on average loosing only 0.01 percent compression! Tiny overall speed improvements. Better compression of some low passed files and files coming from lossy sources (especially low and medium constant bitrate). Up to more than 1 % for presets Turbo, Fast and Normal, up to 0.3 precent for High, Extra and Insane. This comes without any significant speed penality. Modification of the file read function of the decoder. It's now reading the file in smaller blocks. This will hopefully increase the decoding speed of high resolution audio, which seems to be suffering from the io system of V1.0.1. The memory requirements have been reduced. Depending on the preset the encoder is now using 2 to 3 times, the encoder 1.5 to 2.5 times less memory. This may slightly improve the speed on some cpus. But i did it primarily to prepare later hardware implementations. Considerable parts of the source code have been partially rewritten or simplified. It's in no way important for the current users (well, like any modification it might even introduce bugs...), but it's part of the preparation of a later source code release. It's only one more step into this direction, there is still much more to do. As always, i can't tell you a release date. Fixed: The file info function was rounding the file duration to the nearest second. Now it's correctly displaying the fraction with 2 decimal places. (30.53 instead of 36.00 seconds). When compressing 96 Khz audio with preset HIGH, preset EXTRA has been stored into the encoder meta data. This had no effect on the decoding or data integrity, but the file info function and media players will display the wrong preset. The decoder is expected to process any (damaged) data without any problems. But i have found and corrected two cases, where the decoder could crash. The chance for this was less than 1 : 1000 (for damaged files only!). In one place i used an invalid flag combination in a call of Windows' VirtualFree(). ----------------------------------------- V1.0.1 / 7-04-14 Features: Some speed optimizations of encoder and decoder. Depending on the preset and your cpu you may see improvements of 2 to 10 percent (if your hard disk is fast enough). Most affected: Encoding and decoding of presets Turbo and Fast, decoding of presets High and Extra. Removed the access to internal encoder options. Reintroduced the additional evaluation level EXTRA as compensation. Added a dynamic comparison table to illustrate the effect of presets and evaluation levels on compression efficiency, encoding and decoding speed. Added a meta data structure to hold encoder version, preset and evaluation level used for compression. Because of rounding errors the addition of this handful of bytes can cause 0.01 percent worse compression be reported (compared to TAK 1.0). Added a new command to show selected information about a compressed file. The command line version now indicates errors via the exit code. I always thought i already had done this... Even better error tolerance of the decoder. Fixed: GUI: When compressing/decompressing the selection of a drives root directory as user specified output destination caused an error. It was theoretically possible, that when decoding some verify or source io errors had not been reported properly. One tester send me a very special file which could not be encoded; the encoder stopped with an error message. The fact, that nobody before reported such problems, confirms, that this file generated a very special conndition. Fortunately TAK still contains much self check code (which is slowing it down a bit), which detected this error condition and throw the error message. This bug affected only the encoder; if your files have been encoded without the encoder reporting an error, they are fine. ----------------------------------------- V1.0 / 7-01-23 Fixed: Decoding with the command line version: if you specified wildcards for the file selection and the source directory contained only 1 TAK file, the decoder always threw the message 'File already exists'. Even worse: using the overwrite option in this situation led to deletion of the compressed source file! Usually the decoder ignores any data appended to the file end of the compressed file (for instance APEv2 tags). But it failed, if the file size was an integer multiple of the frame size (in samples). Both bugs affected only the decoder, therefore there is no need to re-encode TAK files created with beta 2.

Смотреть русское с разговорами видео

Online video HD

Видео скачать на телефон

Русские фильмы бесплатно

Full HD video online

Смотреть видео онлайн

Смотреть HD видео бесплатно

School смотреть онлайн