Broidery.Ru

/* Также можно будет сделать в конверторе функцию просмотра изображений и сохранения его в JPG, BMP, GIF и т.д. Только не так как в EMBIRD по одному, а как, например Portfolio в Bernina или как Design Explorer в Wilcom. */

так в птице есть возможность просмотра/экспорта не по одному дизайну, а оптом

PS: C++ - руль ... ... для гурманов можно и под никсы/БСД версию сделать, а то софта там маловасто будет...

PPS: может кто-нибудь выложит описания форматов файлов? А то сейчас разбираю на винтико-шпунтики XXX, PES, ART ... но это будет долго, да и остальные форматы надо ковырять ... Попутно обдумываю идею универсального формата, т.е. - набрать всего худшего из идей, и засунуть всё это в XML ...

HUS and VIP File Formats
A. File Header Information (Same for HUS & VIP)
Offset Size Description
0x00 2 bytes HUS: Always 0x5B 0xAF. VIP: Always 0x5D 0xFC
0x02 1 byte HUS: Must be 0xC8. VIP: Must be 0x90
0x03 1 byte HUS: Always 0x00. VIP: Always 0x01
0x04 4 bytes NumberOfStitches - The total number of stitches defined in this file.
0x08 4 bytes NumberOfColors - The total number of colors used in this pattern.
0x0C 2 bytes +X hoop-size offset as a positive number (same as +X from DST)
0x0E 2 bytes +Y hoop-size offset as a positive number (same as -Y from DST)
0x10 2 bytes -X hoop-size offset as a negative number (same as -X from DST)
0x12 2 bytes -Y hoop-size offset as a negative number (same as +Y from DST)
0x14 4 bytes Absolute file-offset to SECTION 1 (contains stitch attributes)
0x18 4 bytes Absolute file-offset to SECTION 2 (contains x-coordinates)
0x1C 4 bytes Absolute file-offset to SECTION 3 (contains y-coordinates)
0x20 8 bytes String identifier (I've never seen it used)
0x28 2 bytes *Unknown

B. HUS Color list information (HUS Only)
Offset Size Description
0x2A 2*NumberOfColors bytes Color indices

HUS files use a list of 2-byte color indices to express a progression of colors used in the pattern. This list starts immediately following the header information (offset 0x2A) and is always (2*NumberOfColors) in length. The colors are applied to the pattern starting with the first one, and moving to the next whenever a color-change stitch is encountered. It isn't clear if there is an accepted set of colors and associated indices, but we've experimentally derived the following HUS color table:

0x00 - Black 0x10 - ???
0x01 - Blue 0x11 - Light Red
0x02 - Green 0x12 - Dark Purple
0x03 - Red 0x13 - Light Purple
0x04 - Magenta (Purple) 0x14 - Dark Yellow
0x05 - Yellow 0x15 - Light Yellow
0x06 - Gray 0x16 - Dark Grey
0x07 - Light Blue 0x17 - Light Grey
0x08 - Light Green 0x18 - Dark Orange
0x09 - Orange 0x19 - Light Orange
0x0A - Pink 0x1A - Dark Pink
0x0B - Brown 0x1B - Light Pink
0x0C - White 0x1C - Dark Brown
0x0D - Dark Blue 0x1D - Light Brown
0x0E - Dark Green
0x0F - Dark Red


C. VIP Color table information (VIP Only)
Offset Size Description
0x2A 4 bytes *Unknown - Values don't appear to be used. Sometimes the value is zero. But when it's non-zero, it is roughly proportional to the number of colors.
0x2E 4*NumberOfColors bytes Encoded color information

VIP files are more advanced than HUS files in that they actually contain the real 24-bit colors that were intended by the pattern author. The color information is stored as RGB-0 quadruplets, but they're also encoded with a simple double-XOR scheme. For example: Encoded bytes:

48 70 DD B2 77 07 05 C3 48 0E D6 7A 70 E2 0E 40
4B 0A FA 1E C5 64 DB B3 EE 36 C9 7D

becomes:
66 BA 49 00 FD D9 DE 00 F0 F0 F0 00 F7 38 66 00
7D 6F 00 00 FE BA 35 00 13 4A 46 00

The decoding algorithm is actually quite simple:
BYTE prevByte = 0
BYTE tmpByte = 0;
for (i=0; i < NumberOfColors*4; ++i)
{
tmpByte = INPUT[i] ^ TABLE[i];
OUTPUT[i] = tmpByte ^ prevByte;
prevByte = INPUT[i];
}

where: INPUT and OUTPUT represent the encoded file bytes and the decoded output bytes TABLE represents a fixed set of values defined as:

2E 82 E4 6F 38 A9 DC C6 7B B6 28 AC FD AA 8A 4E
76 2E F0 E4 25 1B 8A 68 4E 92 B9 B4 95 F0 3E EF
F7 40 24 18 39 31 BB E1 53 A8 1F B1 3A 07 FB CB
E6 00 81 50 0E 40 E1 2C 73 50 0D 91 D6 0A 5D D6
8B B8 62 AE 47 00 53 5A B7 80 AA 28 F7 5D 70 5E
2C 0B 98 E3 A0 98 60 47 89 9B 82 FB 40 C9 B4 00
0E 68 6A 1E 09 85 C0 53 81 D1 98 89 AF E8 85 4F
E3 69 89 03 A1 2E 8F CF ED 91 9F 58 1E D6 84 3C
09 27 BD F4 C3 90 C0 51 1B 2B 63 BC B9 3D 40 4D
62 6F E0 8C F5 5D 08 FD 3D 50 36 D7 C9 C9 43 E4
2D CB 95 B6 F4 0D EA C2 FD 66 3F 5E BD 69 06 2A
03 19 47 2B DF 38 EA 4F 80 49 95 B2 D6 F9 9A 75
F4 D8 9B 1D B0 A4 69 DB A9 21 79 6F D8 DE 33 FE
9F 04 E5 9A 6B 9B 73 83 62 7C B9 66 76 F2 5B C9
5E FC 74 AA 6C F1 CD 93 CE E9 80 53 03 3B 97 4B
39 76 C2 C1 56 CB 70 FD 3B 3E 52 57 81 5D 56 8D
51 90 D4 76 D7 D5 16 02 6D F2 4D E1 0E 96 4F A1
3A A0 60 59 64 04 1A E4 67 B6 ED 3F 74 20 55 1F
FB 23 92 91 53 C8 65 AB 9D 51 D6 73 DE 01 B1 80
B7 C0 D6 80 1C 2E 3C 83 63 EE BC 33 25 E2 0E 7A
67 DE 3F 71 14 49 9C 92 93 0D 26 9A 0E DA ED 6F
A4 89 0C 1B F0 A1 DF E1 9E 3C 04 78 E4 AB 6D FF
9C AF CA C7 88 17 9C E5 B7 33 6D DC ED 8F 6C 18
1D 71 06 B1 C5 E2 CF 13 77 81 C5 B7 0A 14 0A 6B
40 26 A0 88 D1 62 6A B3 50 12 B9 9B B5 83 9B 37

D. Section 1 - Stitch Attributes (Same for HUS & VIP)
Section 1 defines the per-stitch attributes of the pattern. This section is generally much smaller than the other two, but that's only because the data in this section compresses more readily than in the others. The section is compressed using the proprietary ArchiveLib compression library made by Greenleaf Software (http://www.greenleafsoft.com). This library supports several different compression schemes, but the one used in this case is called AL_GREENLEAF_LEVEL_4. Once decompressed, the data should be exactly NumberOfStitches bytes in length with each byte sequentially representing one stitch of the pattern.

0x80 - Normal stitch
0x81 - Jump stitch
0x84 - Color change
0x90 - Last stitch in pattern


E. Sections 2 & 3 (Same for HUS & VIP)
These sections are compressed using exactly the same method as Section 1, but they define the X and Y components of the pattern. They each decompress to exactly NumberOfStitches bytes in length. The first byte from Section 2 defines the X-coordinate of the first stitch in the pattern. Likewise, the first byte of Section 3 defines the Y-coordinate. Together with the first byte of Section 1, we get the full definition of the first stitch. Subsequent bytes correspond to one another in the same way.

The byte values of the second and third sections are signed and represent the relative movement from the previous stitch. These offsets are measured in 0.1mm units. For example, if the first bytes of the sections was {0x81, 0x45, 0xC9}, this would be interpreted as a Jump Stitch moving (+6.9mm, -5.5mm).

F. Acknowledgements
Jimmy Engström - For pointing out the existence of the VIP format and how closely it resembled HUS...and for reminding me of this old project lurking on my harddrive.



--------------------------------------------------------------------------------
Copyright © Jason Weiler 2004. All Rights Reserved.



Back To Main

_________________

Интернет-магазин: Обучение/Оборудование/Материалы для вышивки =>
...и другое =>
По вопросам записи на курсы
+7(916)707-5734 (WhatsApp, Viber, Telegram)

Preferences:

- All numbers shown in DECIMAL (if not stated otherwise)
- First byte in a file has No: 0000
- Abbreviations : hex. = hexadecimal, dec. = decimal
- LSB = least significant byte
- MSB = most significant Byte
- NN = value varies or unknown




Structure of a KSM (Pfaff professional) design file :

(all values given in HEX)


Design data starts at 200 Hex = Byte 512 dec.

Three bytes per stitch, data is stored unsigned while signing of x- and y-
coordinates is done by two bits in Byte three

typical standard stitches :

Hex values : Binary equivalent:
Explanation (dec)

NNNN 0F 02 80 00001111 00000010 10000000 y+15 , x+2
NNNN 0A 06 C0 00001010 00000110 11000000 y+10 , x-6
NNNN 03 7F A0 00000011 01111111 10100000 y-3 , x+127
NNNN 20 13 E0 00100000 00010011 11100000 y-32 , x-19

Bytes 1 and 2 of each stitch hold the unsigned stitch length, bit 7 of byte
three is ALWAYS set, bit 6 tells you y is negative, while bit 5 negates x.

Color changes:

NNNN 03 08 99 00000011 00001000 10011001 y+3 , x+8
color change

Bits 0,3,4 of byte 3 set tell you this is a color change record.

_________________

Интернет-магазин: Обучение/Оборудование/Материалы для вышивки =>
...и другое =>
По вопросам записи на курсы
+7(916)707-5734 (WhatsApp, Viber, Telegram)

Preferences:

• All numbers shown in DECIMAL (if not stated otherwise)
• First byte in a file has No: 0000
• Abbreviations : hex. = hexadecimal, dec. = decimal
• LSB = least significant byte
• MSB = most significant Byte
• NN = value varies

Typical structure of a TAJIMA (.DST) file:

Def.: - File has a 512 Byte header
- file holds three types of records:

- stitches
- jump records
- color changes

- each record is three bytes long

- No. of records in a file is
(filelength - 512) / 3

- all records: Bit 0,1 of Byte 3 set

- jump records: Bit 7 of Byte 3 set

- color changes : Bit 6,7 of Byte 3 set

- file must end with 00 00 F3

- file encoding must have been done by
some Bletchley Park veteran

Header :

LA: design description
ST: No. of stitches
+X: absoulte size in +x direction measured from
the starting stitch
-X: absolute size in -x ......
+Y: +y size ......
-Y: -y size ......

The rest of the abbreviations unfortunately remained a mystery to me until present day.



TEXT Dump of a typical TAJIMA file:

0000 LA:TESTFILE •ST: 18•CO: 1•+X: 196•-X: 195•+Y: 135
0040 •-Y: 134•AX:+ 0•AY:+ 0•MX:+ 0•MY:+ 0•PD:******••
0080
00C0
0100
0140
0180
01C0
0200 Vi•Vi••••V••V•# •• •••••••••••••••••••••••••••••• •• •@••• •• •@
0240 •••••••••••


HEX-Dump of the same file:

0000 4C 41 3A 54 45 53 54 46 49 4C 45 20 20 20 20 20 LA:TESTFILE
0010 20 20 20 0D 53 54 3A 20 20 20 20 20 31 38 0D 43 •ST: 18•C
0020 4F 3A 20 20 31 0D 2B 58 3A 20 20 31 39 36 0D 2D O: 1•+X: 196•-
0030 58 3A 20 20 31 39 35 0D 2B 59 3A 20 20 31 33 35 X: 195•+Y: 135
0040 0D 2D 59 3A 20 20 31 33 34 0D 41 58 3A 2B 20 20 •-Y: 134•AX:+
0050 20 20 30 0D 41 59 3A 2B 20 20 20 20 30 0D 4D 58 0•AY:+ 0•MX
0060 3A 2B 20 20 20 20 30 0D 4D 59 3A 2B 20 20 20 20 :+ 0•MY:+
0070 30 0D 50 44 3A 2A 2A 2A 2A 2A 2A 0D 1A 20 20 20 0•PD:******••
0080 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
0090 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
00A0 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
00B0 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
00C0 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
00D0 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
00E0 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
00F0 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
0100 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
0110 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
0120 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
0120 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
0130 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
0140 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
0150 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
0160 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
0170 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
0180 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
0190 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
01A0 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
01B0 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
01C0 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
01D0 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
01E0 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
01F0 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
0200 56 69 9B 56 69 9B 02 00 03 56 02 A3 56 02 23 20 Vi•Vi••••V••V•#
0210 10 A3 20 10 A3 80 00 03 04 08 87 04 08 87 01 00 •• •••••••••••••
0220 03 00 01 87 00 01 87 00 01 87 02 01 03 00 00 C3 ••••••••••••••••
0230 10 20 93 10 20 93 40 00 03 10 20 93 10 20 93 40 • •• •@••• •• •@
0240 00 03 08 04 8B 08 04 8B 02 00 03 00 00 F3 •••••••••••

You can clearly see the file header ranging from Hex 0000 to Hex 01FF which makes it 512 Byte long.

The three-byte groups starting with hex 0200 have to be decoded as follows:



Byte nnn+0:

Bit 7 : y + 1
Bit 6 : y - 1
Bit 5 : y + 9
Bit 4 : y - 9
Bit 3 : x - 9
Bit 2 : x + 9
Bit 1 : x - 1
Bit 0 : x + 1


Byte nnn+1:

Bit 7 : y + 3
Bit 6 : y - 3
Bit 5 : y + 27
Bit 4 : y - 27
Bit 3 : x - 27
Bit 2 : x + 27
Bit 1 : x - 3
Bit 0 : x + 3


Byte nnn+2:

Bit 7 : jump record
Bit 6 : color change
Bit 5 : y + 81
Bit 4 : y - 81
Bit 3 : x - 81
Bit 2 : x + 81
Bit 1 : ]
Bit 0 : ] always set

So if you read (binary) :

10101000 00010010 00100011

this will tell you ist a normal stitch, y+64,x-12

10101000 00010010 10100011

tells you ist a jump stitch

and

00000000 00000000 11000011

is a color change.



No guarantees are given for the correctness of this description. TAJIMA files with differing headers and separation characters may exist which will have to be decoded without use of the header information.

_________________

Интернет-магазин: Обучение/Оборудование/Материалы для вышивки =>
...и другое =>
По вопросам записи на курсы
+7(916)707-5734 (WhatsApp, Viber, Telegram)

Preferences:

- All numbers shown in DECIMAL (if not stated otherwise)
- First byte in a file has No: 0000
- Abbreviations : hex. = hexadecimal, dec. = decimal
- LSB = least significant byte
- MSB = most significant Byte
- NN = value varies




Structure of a PES (brother) design file :

(all values given in HEX)

Header segment:

00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F

000000 23 50 45 53 30 30 30 31 C4 8C 00 00 00 00 01 00
000010 01 00 FF FF 00 00 07 00 43 45 6D 62 4F 6E 65 D3
000020 02 96 02 FE 04 3A 05 D3 02 96 02 FE 04 3A 05 00
000030 00 80 3F 00 00 00 00 00 00 00 00 00 00 80 3F 00
000040 80 AC 43 00 00 A5 43 01 00 7A 01 F0 03 2B 02 A4
000050 02 00 00 00 00 00 00 00 00 B6 01 FF FF 00 00 07
000060 00 43 53 65 77 53 65 67 00 00 2B 00 B5 00


000008 - 000009 : Pointer to 2nd code segment of PES
file, which holds the associated
PEC file

00004D - 00004E : x-size of design in 1/10th mm
00004F - 000050 : y-size of design in 1/10th mm

00006A : starting color of design


Stitch-data segment :

00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F

000060 DE 01
000070 81 03 E1 01 82 03 DE 01 81 03 E5 01 85 03 EF 01
000080 7E 03 F4 01 75 03 FD 01 68 03 06 02 5B 03 09 02
000090 4E 03 0B 02 41 03 09 02 30 03 08 02 21 03 08 02
0000A0 13 03 02 02 03 03 FD 01 F4 02 F7 01 E4 02 F0 01
0000B0 D5 02 E9 01 C7 02 E2 01 B8 02 E6 01 A7 02 E9 01
0000C0 96 02 ED 01 85 02 F0 01 74 02 EF 01 68 02 EF 01
0000D0 5D 02 E4 01 50 02 DB 01 4E 02 CE 01 4E 02 C2 01
0000E0 4E 02 B1 01 59 02 A1 01 64 02 9A 01 6E 02

00006E - 00006F : X-coordinates of first stitch
000070 - 000071 : Y-coordinates of first stitch

both values are 2-complement,
each stitch takes 4 Bytes


Color changes and jump stitches:

000330 DD 01
000340 81 03 03 80 01 00 2B 00 02 00 DD 01 81 03 DC 01
000350 86 03 03 80 00 00 2E 00 E9 01 DC 01 86 03

00033E - 000341 : coordinates of last stitch before the
color change or jump stitch
000342 - 000345 : lead in quartet ( 03 80 01 00 ) for a
jump stitch or color change
000346 : color of the last stitch before the
color change
00034A - 00034D : repeated last stitch coordinates
00034E - 000351 : coordinates of the first stitch after
color change or jump stitch
000352 - 000355 : end quartet ( 03 80 00 00 ) of color
change
000356 : color of stitch after the color change
00035A - 00035D : repeated coordinates of first stitch


End segment beginning of PEC file block :

008C50 98 02 74 02 9C 02 6D 02 9D 02 03 80 00 00 21 00
008C60 10 00 6D 02 9D 02 74 02 9C 02 7A 02 98 02 7E 02
008C70 94 02 7E 02 8C 02 7B 02 85 02 74 02 80 02 6C 02
008C80 7F 02 66 02 83 02 62 02 88 02 60 02 8E 02 62 02
008C90 96 02 65 02 99 02 6D 02 9C 02 6A 02 9B 02 6D 02
008CA0 9C 02 07 00 00 00 2B 00 17 00 0D 00 19 00 21 00
008CB0 1B 00 0E 00 27 00 1D 00 2B 00 14 00 B3 01 21 00
008CC0 00 00 00 00 4C 41 3A 46 4C 52 46 52 4F 47 32 20
008CD0 20 20 20 20 20 20 20 0D 20 20 20 20 20 20 20 20
008CE0 20 20 20 20 FF 00 06 26 20 20 20 20 20 20 20 20
008CF0 20 20 20 20 06 2B 0D 21 0E 1D 14 21 20 20 20 20
008D00 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
008D10 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
008D20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
008D30 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
008D40 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
008D50 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20




008CA2 - 008CA5 : a quartet like NN 00 00 00 seems to
indicate the end of the actual stitch
records in a file, the byte values
between this marker and the beginning
of the PEC file have a yet unknown
meaning. This marker usually appears
no earlier than 76 bytes before the
beginning of the PEC file

008CC4 : as indicated by the pointer at 08/09
this is the beginning of the PEC code
block stored with the PES file.

_________________

Интернет-магазин: Обучение/Оборудование/Материалы для вышивки =>
...и другое =>
По вопросам записи на курсы
+7(916)707-5734 (WhatsApp, Viber, Telegram)

Уважаемые программисты. Существуют сайты на которых подобные вещи выкладывают :0))))) Надо просто поискать...

Заходите в Яху и набираете на аглицком "описание формата .PES" HUS и т.д

_________________

Интернет-магазин: Обучение/Оборудование/Материалы для вышивки =>
...и другое =>
По вопросам записи на курсы
+7(916)707-5734 (WhatsApp, Viber, Telegram)

Посмотрел описание форматов выше
Сразу всё понятно. Теперь на форуме, наверное, и нет таких кому что не понятно

Искал ... даже находил много вкусного, только в своё время всё растерял ...

терь вот снова решил заняться, но помимо этого есть ещё масса проблем ....

и ещё вопрос ... а есть-ли "человечачья" база для хранения вышивок в централизованном виде с поиском, и т.п. весчами, что сопутствуют каждой СУБД??? (*база от EOS, вроде, не понравилась ...)

Можно вопрос, а чем вам не понравилась база EOS? Вы имеете в виду EOS 3?

_________________

Интернет-магазин: Обучение/Оборудование/Материалы для вышивки =>
...и другое =>
По вопросам записи на курсы
+7(916)707-5734 (WhatsApp, Viber, Telegram)

Именно EOS 3, т.к. другой не имею ... более имховые минусы распишу позже. Память уже стала не та, поэтому что-то да забываю ... но осадок негатива остаётся.


ОФФТОП: **и вообще ... у нас букву "Ё" отменили?** (это к подчёркиванию ошибок в редакторе сообщений)

Жду имховые минусы :0)))

_________________

Интернет-магазин: Обучение/Оборудование/Материалы для вышивки =>
...и другое =>
По вопросам записи на курсы
+7(916)707-5734 (WhatsApp, Viber, Telegram)

скоро ... ... только из ковыряния форматов вылез ... ставлю эос ...
хм, оказывается и в вилкоме база есть???!!!

А как же без базы? Эти программы расчитаны на то чтобы одновременно к файлу обращалось несколько человек. Произвольное количество запросов было чтобы . :0))))

_________________

Интернет-магазин: Обучение/Оборудование/Материалы для вышивки =>
...и другое =>
По вопросам записи на курсы
+7(916)707-5734 (WhatsApp, Viber, Telegram)

да это-то понятно .... даже в 9-ке было? ... а то чего-то не углядел там такого ....

_________________
Evil-Machine: Bernina Aurora 435
OS: Windows, MacOS X 10.5 (хакинтош), Debian

В девятой было немного иначе там Work Flow покупать отдельно надо было

_________________

Интернет-магазин: Обучение/Оборудование/Материалы для вышивки =>
...и другое =>
По вопросам записи на курсы
+7(916)707-5734 (WhatsApp, Viber, Telegram)