jpeg - 带有假霍夫曼表的jpeg是否可以恢复？-6ren

jpeg - 带有假霍夫曼表的jpeg是否可以恢复？

转载作者：行者123 更新时间：2023-12-04 02:59:05

我有一个在任何程序中都无法打开的JPEG:

在Ubuntu Image Viewer中打开将产生:

通过convert传递照片会产生类似的结果:

$ convert corrupt.jpg out.jpg
convert.im6: Bogus Huffman table definition `corrupt.jpg' @ error/jpeg.c/JPEGErrorHandler/316.
convert.im6: no images defined `out.jpg' @ error/convert.c/ConvertImageCommand/3044.

通过 exiftool运行照片会产生:

ExifTool Version Number         : 9.46
File Name                       : corrupt.jpg
Directory                       : .
File Size                       : 47 kB
File Modification Date/Time     : 2015:04:11 01:31:14-07:00
File Access Date/Time           : 2018:05:04 10:26:04-07:00
File Inode Change Date/Time     : 2018:05:04 10:26:03-07:00
File Permissions                : r--------
File Type                       : JPEG
MIME Type                       : image/jpeg
Comment                         : Y�.�.�..2..Q.Q.
Image Width                     : 640
Image Height                    : 480
Encoding Process                : Baseline DCT, Huffman coding
Bits Per Sample                 : 8
Color Components                : 3
Y Cb Cr Sub Sampling            : YCbCr4:2:2 (2 1)
Image Size                      : 640x480

包含相似图像内容的未损坏照片平均为 45-48k，因此我认为照片数据本身位于此JPEG内的某个位置。

我将照片托管在S3上。您可以使用 wget下载它:
wget https://s3.amazonaws.com/jordanarseno.com/corrupt.jpg
我使用 hexedit打开文件，发现以下内容:

前几百个字节之外的照片内容被随机分布，足以表明它包含图像。即我看不到0的F的连续流。

实际上是从FF D8文件签名开始的，就像JPEG应该这样。

接下来的两个字节不是FF E0或FF E1，就像list of file signatures所说的应该对应于JPEG或JFIF一样。相反，它是FF FE。在表中，但列为:

Byte-order mark for text file encoded in little-endian 16-bit Unicode Transfer Format

在FF FE之后不久，我看到了其ascii表示形式是&'()*456789:CDEFGHIJSTUVWXYZcdefghijstuvwxyz的字节。对于JPEG来说似乎很奇怪。这是什么？

同样，ASCII字符串&'()*56789:CDEFGHIJSTUVWXYZcdefghijstuvwxyz大约在100个字节后出现。

FF D9(JPEG终止符字符串)在文件中为，但是在此终止符之后确实出现了字符:

FF D9 5C 72 78 E0 7C 94 CD B2 9C FF 00 C4 BF 53 C0 E7 FE 41 D3 9C FF 00 E3 95 7C F1 B6 92 5F 7A 2B EB 54 AF BF E6 30 FD A0 7F CC 3B 53 E9 FF 00 40 F9 FF 00 F8 8A 4D F7 08 30

切换到Windows并使用JPEGsnoop会产生:

JPEGsnoop 1.8.0 by Calvin Hass
  http://www.impulseadventure.com/photo/
  -------------------------------------

  Filename: [C:\corrupt.jpg]
  Filesize: [47760] Bytes

Start Offset: 0x00000000
*** Marker: SOI (xFFD8) ***
  OFFSET: 0x00000000

*** Marker: COM (Comment) (xFFFE) ***
  OFFSET: 0x00000002
  Comment length = 36
    Comment=Y.Ò................à.....2..Q.Q...

*** Marker: DQT (xFFDB) ***
  Define a Quantization Table.
  OFFSET: 0x00000028
  Table length = 132
  ----
  Precision=8 bits
  Destination ID=0 (Luminance)
    DQT, Row #0:   3   2   2   3   4   7   9  10 
    DQT, Row #1:   2   2   2   3   4  10  10   9 
    DQT, Row #2:   2   2   3   4   7  10  12  10 
    DQT, Row #3:   2   3   4   5   9  15  14  11 
    DQT, Row #4:   3   4   6  10  12  19  18  13 
    DQT, Row #5:   4   6   9  11  14  18  19  16 
    DQT, Row #6:   8  11  13  15  18  21  21  17 
    DQT, Row #7:  12  16  16  17  19  17  18  17 
    Approx quality factor = 91.45 (scaling=17.09 variance=0.95)
  ----
  Precision=8 bits
  Destination ID=1 (Chrominance)
    DQT, Row #0:   3   3   4   8  17  17  17  17 
    DQT, Row #1:   3   4   4  11  17  17  17  17 
    DQT, Row #2:   4   4  10  17  17  17  17  17 
    DQT, Row #3:   8  11  17  17  17  17  17  17 
    DQT, Row #4:  17  17  17  17  17  17  17  17 
    DQT, Row #5:  17  17  17  17  17  17  17  17 
    DQT, Row #6:  17  17  17  17  17  17  17  17 
    DQT, Row #7:  17  17  17  17  17  17  17  17 
    Approx quality factor = 91.44 (scaling=17.11 variance=0.19)

*** Marker: COM (Comment) (xFFFE) ***
  OFFSET: 0x000000AE
  Comment length = 5
    Comment=...

*** Marker: SOF0 (Baseline DCT) (xFFC0) ***
  OFFSET: 0x000000B5
  Frame header length = 17
  Precision = 8
  Number of Lines = 480
  Samples per Line = 640
  Image Size = 640 x 480
  Raw Image Orientation = Landscape
  Number of Img components = 3
    Component[1]: ID=0x01, Samp Fac=0x21 (Subsamp 1 x 1), Quant Tbl Sel=0x00 (Lum: Y)
    Component[2]: ID=0x02, Samp Fac=0x11 (Subsamp 2 x 1), Quant Tbl Sel=0x01 (Chrom: Cb)
    Component[3]: ID=0x03, Samp Fac=0x11 (Subsamp 2 x 1), Quant Tbl Sel=0x01 (Chrom: Cr)

*** Marker: DHT (Define Huffman Table) (xFFC4) ***
  OFFSET: 0x000000C8
  Huffman table length = 418
  ----
  Destination ID = 0
  Class = 0 (DC / Lossless Table)
    Codes of length 01 bits (000 total): 
    Codes of length 02 bits (001 total): 00 
    Codes of length 03 bits (005 total): 01 02 03 04 05 
    Codes of length 04 bits (001 total): 06 
    Codes of length 05 bits (001 total): 07 
    Codes of length 06 bits (001 total): 08 
    Codes of length 07 bits (001 total): 09 
    Codes of length 08 bits (001 total): 0A 
    Codes of length 09 bits (001 total): 0B 
    Codes of length 10 bits (000 total): 
    Codes of length 11 bits (000 total): 
    Codes of length 12 bits (000 total): 
    Codes of length 13 bits (000 total): 
    Codes of length 14 bits (000 total): 
    Codes of length 15 bits (000 total): 
    Codes of length 16 bits (000 total): 
    Total number of codes: 012

  ----
  Destination ID = 1
  Class = 0 (DC / Lossless Table)
    Codes of length 01 bits (000 total): 
    Codes of length 02 bits (003 total): 13 0E 0F 
    Codes of length 03 bits (001 total): 10 
    Codes of length 04 bits (001 total): 11 
    Codes of length 05 bits (001 total): 12 
    Codes of length 06 bits (001 total): 12 
    Codes of length 07 bits (012 total): 12 0B 0D 13 15 13 11 15 10 11 12 11 
    Codes of length 08 bits (016 total): 01 03 03 03 04 04 04 08 04 04 08 11 0B 0A 0B 11 

    Codes of length 09 bits (013 total): 11 11 11 11 11 11 11 11 11 11 11 11 11 
    Codes of length 10 bits (011 total): 11 11 11 11 11 11 11 11 11 11 11 
    Codes of length 11 bits (012 total): 11 11 11 11 11 11 11 11 11 11 11 01 
    Codes of length 12 bits (015 total): 01 01 01 01 00 00 00 00 00 00 01 02 03 04 05 
    Codes of length 13 bits (012 total): 06 07 08 09 0A 0B 10 00 02 01 03 03 
    Codes of length 14 bits (009 total): 02 04 03 05 05 04 04 00 00 
    Codes of length 15 bits (010 total): 01 7D 01 02 03 00 04 11 05 12 
    Codes of length 16 bits (014 total): 21 31 41 06 13 51 61 07 22 71 14 32 81 91 
    Total number of codes: 131

  ----
  Destination ID = 1
  Class = 10 (AC Table)
ERROR: Invalid DHT Class (10). Aborting DHT Load.

ERROR: Expected marker 0xFF, got 0x73 @ offset 0x0000026C. Consider using [Tools->Img Search Fwd/Rev].

*** Searching Compression Signatures ***

  Signature:           01FF5BA518B453CC8F224A4C85505196
  Signature (Rotated): 01D13AFD01FF0B6EC46EA4081D25BB4D
  File Offset:         0 bytes
  Chroma subsampling:  2x1
  EXIF Make/Model:     NONE
  EXIF Makernotes:     NONE
  EXIF Software:       NONE

  Searching Compression Signatures: (3347 built-in, 0 user(*) )

          EXIF.Make / Software        EXIF.Model                            Quality           Subsamp Match?
          -------------------------   -----------------------------------   ----------------  --------------
     CAM:[NIKON                    ] [NIKON D40                          ] [FINE            ] Yes              

  Based on the analysis of compression characteristics and EXIF metadata:

  ASSESSMENT: Class 1 - Image is processed/edited

  This may be a new software editor for the database.
  If this file is processed, and editor doesn't appear in list above,
  PLEASE ADD TO DATABASE with [Tools->Add Camera to DB]


*** Additional Info ***
NOTE: Data exists after EOF, range: 0x00000000-0x0000BA90 (47760 bytes)

最后，由JPEGSnoop标识的 EXIF.Model不正确。这张照片是用 VC0706 UART Model: LCF - 23T 0V528拍摄的

总结:此JPEG是否可恢复？

最佳答案

使这种情况恢复原状的方法比判断要幸运。我想我可以解释一下，尽管要知道它涉及一个十六进制编辑器。

JPEG文件语法的Wikipedia page解释说，它由一系列段组成，每个段都由两个字节的标记-0xFF和另一个字节来指示段的类型。

希望是错误的只是文件的Huffman表段-如错误消息所建议。无需了解霍夫曼表是什么，足以看到Wikipedia上的同一部分说明它是霍夫曼表段的0xFF 0xC4标记。

在页面的更下方，它提到:

The JPEG standard provides general-purpose Huffman tables; encoders may also choose to generate Huffman tables...

打开其他一些JPEG文件，发现看起来像是一组标准的4个连续的霍夫曼表段，每个段都以 0xFF 0xC4标记开头。但是，示例 corrupt.jpg仅具有一个霍夫曼表-从下面的 0x00c8位置到 0x02bc。

(两者都包含您在其霍夫曼表中提到的 &'()*56789:CDEFGHIJSTUVWXYZcdefghijstuvwxyz序列。在损坏的文件中，该文件在该霍夫曼表中出现两次，在“更传统的” JPEG中，它出现在第二和第四霍夫曼表中。)

从那里开始，固定图像是标准4个Huffman表的复制和粘贴，代替了 corrupt.jpg中的字节范围-现在从固定文件中的 0x00c8到 0x0278。

因为JPEG格式基于扫描这些 0xff标记之间的段，所以您只需要交换霍夫曼段即可-文件中没有其他指针可担心。如您所说，文件的其余部分看起来像是合理的JPEG。

所采取步骤的摘要:

十六进制在corrupt.jpg中搜索FF C4，并记下偏移量

十六进制搜索下一个FF。如果是另一个FF C4(所以是第二个霍夫曼表)，请继续

从第一个FF C4(包括)直到(但不包括)下一个FF删除内容

而是将其替换为“标准4个霍夫曼表”。这些是下面最后一个样本中的字节，或者可以从固定文件

中的 0x00c8复制到 0x0278

腐败的霍夫曼表:

0000-00d0:  xx xx xx xx xx xx xx xx-ff c4 01 a2-00 00 01 05  !....... ........
0000-00e0:  01 01 01 01-01 01 00 00-00 00 00 00-00 00 01 02  ........ ........
0000-00f0:  03 04 05 06-07 08 09 0a-0b 01 00 03-01 01 01 01  ........ ........
0000-0100:  0c 10 0d 0b-0c 0f 0c 09-0a 0e 13 0e-0f 10 11 12  ........ ........
0000-0110:  12 12 0b 0d-13 15 13 11-15 10 11 12-11 01 03 03  ........ ........
0000-0120:  03 04 04 04-08 04 04 08-11 0b 0a 0b-11 11 11 11  ........ ........
0000-0130:  11 11 11 11-11 11 11 11-11 11 11 11-11 11 11 11  ........ ........
0000-0140:  11 11 11 11-11 11 11 11-11 11 11 11-11 11 11 11  ........ ........
0000-0150:  01 01 01 01-01 00 00 00-00 00 00 01-02 03 04 05  ........ ........
0000-0160:  06 07 08 09-0a 0b 10 00-02 01 03 03-02 04 03 05  ........ ........
0000-0170:  05 04 04 00-00 01 7d 01-02 03 00 04-11 05 12 21  ......}. .......!
0000-0180:  31 41 06 13-51 61 07 22-71 14 32 81-91 a1 08 23  1A..Qa." q.2....#
0000-0190:  42 b1 c1 15-52 d1 f0 24-33 62 72 82-09 0a 16 17  B...R..$ 3br.....
0000-01a0:  18 19 1a 25-26 27 28 29-2a 34 35 36-37 38 39 3a  ...%&'() *456789:
0000-01b0:  43 44 45 46-47 48 49 4a-53 54 55 56-57 58 59 5a  CDEFGHIJ STUVWXYZ
0000-01c0:  63 64 65 66-67 68 69 6a-73 74 75 76-77 78 79 7a  cdefghij stuvwxyz
0000-01d0:  83 84 85 86-87 88 89 8a-92 93 94 95-96 97 98 99  ........ ........
0000-01e0:  9a a2 a3 a4-a5 a6 a7 a8-a9 aa b2 b3-b4 b5 b6 b7  ........ ........
0000-01f0:  b8 b9 ba c2-c3 c4 c5 c6-c7 c8 c9 ca-d2 d3 d4 d5  ........ ........
0000-0200:  d6 d7 d8 d9-da e1 e2 e3-e4 e5 e6 e7-e8 e9 ea f1  ........ ........
0000-0210:  f2 f3 f4 f5-f6 f7 f8 f9-fa 11 00 02-01 02 04 04  ........ ........
0000-0220:  03 04 07 05-04 04 00 01-02 77 00 01-02 03 11 04  ........ .w......
0000-0230:  05 21 31 06-12 41 51 07-61 71 13 22-32 81 08 14  .!1..AQ. aq."2...
0000-0240:  42 91 a1 b1-c1 09 23 33-52 f0 15 62-72 d1 0a 16  B.....#3 R..br...
0000-0250:  24 34 e1 25-f1 17 18 19-1a 26 27 28-29 2a 35 36  $4.%.... .&'()*56
0000-0260:  37 38 39 3a-43 44 45 46-47 48 49 4a-53 54 55 56  789:CDEF GHIJSTUV
0000-0270:  57 58 59 5a-63 64 65 66-67 68 69 6a-73 74 75 76  WXYZcdef ghijstuv
0000-0280:  77 78 79 7a-82 83 84 85-86 87 88 89-8a 92 93 94  wxyz.... ........
0000-0290:  95 96 97 98-99 9a a2 a3-a4 a5 a6 a7-a8 a9 aa b2  ........ ........
0000-02a0:  b3 b4 b5 b6-b7 b8 b9 ba-c2 c3 c4 c5-c6 c7 c8 c9  ........ ........
0000-02b0:  ca d2 d3 d4-d5 d6 d7 d8-d9 da e2 e3-e4 e5 e6 e7  ........ ........
0000-02c0:  e8 e9 ea f2-f3 f4 f5 f6-f7 f8 f9 fa-xx xx xx xx  ........ ........

然后，接下来的两个字节是 ff dd，用于下一段的开始:

0000-02c0:  xx xx xx xx-xx xx xx xx-xx xx xx xx-ff dd 00 04  ........ ........

取而代之的是标准的4个通用霍夫曼表-查找 ff c4标记:

0000-00d0:  xx xx xx xx xx xx xx xx-ff c4 00 1f-00 00 01 05  !....... ........
0000-00e0:  01 01 01 01-01 01 00 00-00 00 00 00-00 00 01 02  ........ ........
0000-00f0:  03 04 05 06-07 08 09 0a-0b ff c4 00-b5 10 00 02  ........ ........
0000-0100:  01 03 03 02-04 03 05 05-04 04 00 00-01 7d 01 02  ........ .....}..
0000-0110:  03 00 04 11-05 12 21 31-41 06 13 51-61 07 22 71  ......!1 A..Qa."q
0000-0120:  14 32 81 91-a1 08 23 42-b1 c1 15 52-d1 f0 24 33  .2....#B ...R..$3
0000-0130:  62 72 82 09-0a 16 17 18-19 1a 25 26-27 28 29 2a  br...... ..%&'()*
0000-0140:  34 35 36 37-38 39 3a 43-44 45 46 47-48 49 4a 53  456789:C DEFGHIJS
0000-0150:  54 55 56 57-58 59 5a 63-64 65 66 67-68 69 6a 73  TUVWXYZc defghijs
0000-0160:  74 75 76 77-78 79 7a 83-84 85 86 87-88 89 8a 92  tuvwxyz. ........
0000-0170:  93 94 95 96-97 98 99 9a-a2 a3 a4 a5-a6 a7 a8 a9  ........ ........
0000-0180:  aa b2 b3 b4-b5 b6 b7 b8-b9 ba c2 c3-c4 c5 c6 c7  ........ ........
0000-0190:  c8 c9 ca d2-d3 d4 d5 d6-d7 d8 d9 da-e1 e2 e3 e4  ........ ........
0000-01a0:  e5 e6 e7 e8-e9 ea f1 f2-f3 f4 f5 f6-f7 f8 f9 fa  ........ ........
0000-01b0:  ff c4 00 1f-01 00 03 01-01 01 01 01-01 01 01 01  ........ ........
0000-01c0:  00 00 00 00-00 00 01 02-03 04 05 06-07 08 09 0a  ........ ........
0000-01d0:  0b ff c4 00-b5 11 00 02-01 02 04 04-03 04 07 05  ........ ........
0000-01e0:  04 04 00 01-02 77 00 01-02 03 11 04-05 21 31 06  .....w.. .....!1.
0000-01f0:  12 41 51 07-61 71 13 22-32 81 08 14-42 91 a1 b1  .AQ.aq." 2...B...
0000-0200:  c1 09 23 33-52 f0 15 62-72 d1 0a 16-24 34 e1 25  ..#3R..b r...$4.%
0000-0210:  f1 17 18 19-1a 26 27 28-29 2a 35 36-37 38 39 3a  .....&'( )*56789:
0000-0220:  43 44 45 46-47 48 49 4a-53 54 55 56-57 58 59 5a  CDEFGHIJ STUVWXYZ
0000-0230:  63 64 65 66-67 68 69 6a-73 74 75 76-77 78 79 7a  cdefghij stuvwxyz
0000-0240:  82 83 84 85-86 87 88 89-8a 92 93 94-95 96 97 98  ........ ........
0000-0250:  99 9a a2 a3-a4 a5 a6 a7-a8 a9 aa b2-b3 b4 b5 b6  ........ ........
0000-0260:  b7 b8 b9 ba-c2 c3 c4 c5-c6 c7 c8 c9-ca d2 d3 d4  ........ ........
0000-0270:  d5 d6 d7 d8-d9 da e2 e3-e4 e5 e6 e7-e8 e9 ea f2  ........ ........
0000-0280:  f3 f4 f5 f6-f7 f8 f9 fa-xx xx xx xx xx xx xx xx  ........ .....(..

关于jpeg - 带有假霍夫曼表的jpeg是否可以恢复？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/50181005/

文章推荐： Codeigniter - session 变量神秘消失

文章推荐： Perl- append 到文件的最后一行

文章推荐： azure - 服务总线代理 VS 中继消息传递

jpeg - JPEG-LS 和 JPEG-LL 有什么区别？
在 Google 和许多 DICOM 章节中可以轻松找到有关 JPEG-LS 的信息。但是，也有提到 JPEG-LL 的链接/页面/阅读资料。但是，我更深入地研究了 DICOM 标准，没有一章提到过
jpeg - libjpeg 和无损 JPEG
我有一个关于 DICOM 标准和 libjpeg 库的问题。在 DICOM 标准中，除其他外，还有传输语法: JPEG Lossless, Nonhierarchical, First- Order
jpeg - 如何将大量信息附加到 JPEG 文件？
APP0 到 APP15 标记每个只支持 65535 字节(我从 libjpeg.doc 中读到的)。如果要在 jpeg 文件中保存更大的数据 block 怎么办？最佳答案没有限制使用多个相同类型
jpeg - 渐进式 JPEG 的完整缩略图需要多少字节？
我正在尝试构建一个上传器，它分两步上传渐进式文件: 上传最小字节数以创建缩略图 (0-10%) 上传缩略图的其余字节。 (11%-100%) 我想这样做是为了让缩略图更早可用，而不必上传单独的缩略图。
jpeg - 防止渐进式 jpeg 完全加载
所以，假设我有一个大版本的图像，它只显示为缩略图。是否可以通过使用渐进式 jpeg 来避免为缩略图创建单独的文件，在达到一定数量的扫描时停止加载，并且仅在用户选择完全打开它时继续加载？如果是这样，如
jpeg - 我可以修复损坏的 jpeg 数据的照片吗？
关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。去年关闭。 Improve this
jpeg - 具有固定分辨率的 JPEG 文件的最大文件大小
很难说出这里问的是什么。这个问题模棱两可、含糊不清、不完整、过于宽泛或言辞激烈，无法以目前的形式合理回答。如需帮助澄清此问题以便可以重新打开，visit the help center . 9年前关闭
jpeg - 从 jpeg 文件中提取缩略图
我想从 jpeg 中提取缩略图，无需任何外部库。我的意思是这并不太困难，因为我需要知道缩略图在文件中的开始位置和结束位置，然后简单地剪切它。我研究了许多文档(即: http://www.media.m
jpeg - 处理填充/填充位熵编码的 JPEG
当 decoding entropy encoded DC values in JPEG (或 entropy encoded prediction differences in lossless J
jpeg - 如何区分 JPEG 和 JPEG2000？
问题是:如何区分两个文件？一个用 JPEG 编码，另一个用 JPEG2000 编码。我需要特定于格式的文件读/写函数，我无法在不读取的情况下找到文件编码。JPEG 现在工作正常，但 JPEG fun
jpeg - 校验和 JPEG 数据(不是整个文件)
是否有结束 exif/end-of-xmp/end-of-iptc/start-of-data 标记，我可以用它来获取 jpg/jpeg(和其他图像格式)的数据部分的校验和? 最佳答案我认为这个问题
email - 将文本格式的 JPEG 从电子邮件消息源转换回 JPEG
不久前我收到一封电子邮件，其中包含图像附件。从那时起，hotmail 似乎已停止为我托管图像，因为当我打开邮件时，图像不再可用。但是，消息源仍然完好无损，如果我没记错的话，消息源 - 以文本形式 -
高质量的 JPEG 可以在不解码的情况下转换为低质量的 JPEG 吗？
我有一个提供高质量 MJPEG 的网络摄像头。我需要通过网络发送小的、低质量的 JPEG。我的硬件是树莓派(700MHz ARM)。我希望代码使用尽可能少的 CPU 能力，并尽可能少地增加延迟。我可
jpeg - 解析 JPEG SOS 标记
有一个question with the same title但不幸的是它对我没有帮助。我正在尝试解析 SOS 标记的数据。我能找到的所有文档都说在标记( 0xFFDA )之后是一个两字节的数字，它
jpeg - 压缩域中的运动检测 (JPEG/Mpeg4/H264)
每个人! 我处理来自 IP 摄像机的视频，并编写了基于解压缩视频分析的运动检测算法。但我真的更快。我找到了几篇关于压缩域分析的论文，但没有找到任何实现。谁能推荐我一些代码？找到的 Material
image - JPEG -> 更压缩的 JPEG — 值得吗？
我在一个网站上工作，该网站涉及显示来自各种在线零售商的大量产品图片。由于大部分页面权重都在图像中，因此我认为值得研究一下减少文件大小的技术。图像已经是 JPEG。我知道 PNG 有很多多余的东西，可
jpeg - Linux 上的无损 jpeg 批量裁剪
已关闭。此问题不符合Stack Overflow guidelines 。目前不接受答案。这个问题似乎不是关于 a specific programming problem, a software
JAVA - Jpeg 到 Jpeg 隐写术
关闭。这个问题需要多问focused 。目前不接受答案。想要改进此问题吗？更新问题，使其仅关注一个问题 editing this post . 已关闭 6 年前。 Improve this ques
html - 渐进式 jpeg 与基线 jpeg
我有一个网络画廊，我在其中显示用户上传的文件大小和分辨率各不相同的图像。目前所有图像都是基线。所以我想知道如果我将它们转换为逐行图像是否真的会产生重大影响。使用渐进式图像的优点和缺点是什么。最佳答案
camera - Motion JPEG 和 JPEG 、嵌入式和多媒体编解码器之间的确切区别
我在许多链接和网站上保持头脑，但未能得到答案。我不想问这个，我知道 JPEG 压缩，它只制作压缩图像。甚至 Motion JPEG 也会制作压缩图像 I 帧。我的问题是有什么区别。我正在为需要发送视频

行者123

个人简介

我是一名优秀的程序员,十分优秀！

作者热门文章

滴滴打车优惠券免费领取

全站热门文章

首页

博学

6Ren·AI

商城

jpeg - 带有假霍夫曼表的jpeg是否可以恢复？