x264改变输出分辨率的算法 在某些应用场景下,x264的输入视频分辨率与接收端输出的视频分辨率不同.例如编码端摄像头采集到的YUV数据为1280x720,而接收端视频显示窗口为640x480.对于这种场景,一般的处理方式是:源端:采集,编码,传输 720p的码流收端:接收,解码720p的码流,缩放到480p去显示.这种方式的劣势在于编码,传输了接收端用不到的大分辨率码流. 一种改进的方式是在源端缩放720p的视频输入数据:源端:采集720p,缩放到480p,输入480p给x264编码器编码,传

ffmpeg开源库,实现将bmp格式的图片编码成x264文件,并将编码好的H264文件解码保存为BMP文件. 实现将视频文件yuv格式保存的图片格式的測试,图像格式png,jpg, gif等等測试均OK 自己依据博客的代码,vs2010搭建的測试环境.资源下载 详细代码: #define _AFXDLL #include<afxwin.h> #ifdef __cplusplus extern "C" { #endif #include <libavcodec/avco

我的月经贴博客该更新了!!!已经有许多博文需要补了! 去年开始的jpeg解码项目,中间停止更新了大半年时间,上个月想起这事还没完工,就又做了更多兼容性和性能上的改进,目前终于接近尾声了.有需要参考的可以进去下载. 为了便于阅读,有必要从下面几点展开本博文: 1.为什么写这篇博文? 一来是对前期忙活事情的总结,二来是向感兴趣人们的介绍我的实现,三来为x264学习做一些铺垫性工作. 在此,要感谢一个台湾同仁提供的示范(由R语言编译)和说明,没有他的demo,我的这个demo也无法完工.因为解码过程是

在下载好了FFmpeg和X264的源码包之后,在Linux下进行安装的基本流程就是切换到其源码的根目录,然后以此执行以下命令.基本上所有的开源源码包的默认编译安装都是这三步. ./configure make make install三部曲 值得注意的是,如果对于./configure如何配置不清楚 则通过执行./configure --help获取帮助 对于FFmpeg和X264的编译与安装在FFmpeg的Wiki页面上有详细的帮助,下面贴上其地址 FFmpeg的Wiki主页:http://t

TJpgDec-轻量级JPEG解码器 本文由乌合之众lym瞎编,欢迎转载blog.cnblogs.net/oloroso 下文中解码一词皆由decompression/decompress翻译而来. TJpgDec是一个为小型嵌入式系统高度优化的创建JPEG图像的解码模块.它工作时占用的内存非常低,以便它可以集成到微控芯片,如AVR, 8051, PIC, Z80, Cortex-M0等. 特性 平台独立.使用ANSI-C编写 易于使用的主操作模式 完全可重入的体系结构 Very small m

尝试ubuntu和win下mingw编译版本,但都在Vistual Studio链接时因为依赖 libgcc.a, libmingw.a, libmingwex.a 会与mscrt 有符号冲突. 最后都是用msvc 来编译就搞定了 1. x264 按照官方文档说明: The following example command will configure libx264: CC=cl ./configure --enable-static --prefix=<PREFIX> --extra-c

一.jpeg介绍 JPEG 是 Joint Photographic Exports Group 的英文缩写,中文称之为联合图像专家小组.该小组隶属于 ISO 国际标准化组织,主要负责定制静态数字图像的编码方法,即所谓的 JPEG算法.JPEG 专家组开发了两种基本的压缩算法.两种熵编码方法.四种编码模式. 二.编码步骤 (一)颜色空间转换 jpeg采用的是y_cb_cr空间 rgb 到y_cb_cr的转换 可以采用y_cb_cr444,y_cb_cr422h,y_cb_cr422v,y_cb_

JPEG文件由八个部分组成,每个部分的标记字节为两个,首字节固定为:0xFF,当然,准许在其前面再填充多个0xFF,以最后一个为准.下面为各部分的名称和第二个标记字节的数值,用ultraedit的16进制搜索功能可找到各部分的起始位置,在嵌入式系统中可用类似的数值匹配法定位. 段结构:段标识(FF)+段类型(D8)+段长度+段内容,段长度:2byte,包括段内容和段长度本身,不包括段标识和段类型. 段类型表: 名称   标记码    说明 SOI     D8    文件头 EOI     D9

import com.sun.image.codec.jpeg.JPEGCodec;   在Eclipse中处理图片,需要引入两个包: import com.sun.image.codec.jpeg.JPEGCodec; import com.sun.image.codec.jpeg.JPEGImageEncoder; 报错: Access restriction: The type JPEGImageEncoder is not accessible due to restriction on

Gif格式特点 透明性Gif是一种布尔透明类型,既它可以是全透明,也可以是全不透明,但是它并没有半透明(alpha 透明). 动画Gif这种格式支持动画. 无损耗性Gif是一种无损耗的图像格式,这也意味着你可以对gif图片做任何操作也不会使  得图像质量产生损耗. 水平扫描Gif是使用了一种叫作LZW的算法进行压缩的,当压缩gif的过程中,像素是由上到下水平压缩的,这也意味着同等条件下,横向的gif图片比竖向的gif图片更加小.例如500*10的图片比10*500的图片更加小 间隔渐进显示Gif

一.准备: 下载最新的jpeg库源码:http://www.ijg.org/files/jpegsr9a.zip二.编译 1. 解压到指定目录 2. 打开VS2010命令行窗口(为了得到VS2010的环境),并切换到解压路径 3. 编译: 在makefile.vc第15行末尾添加参数:-D_CRT_SECURE_NO_WARNINGS (为去除编译警告) 3.1 方法一(命令行编译): copy /Y jconfig.vc jconfig.h nmake -f makefile.vc libjp

项目中用到图片处理相关的一些工具类,在eclipse开发工具内,程序并没有什么问题,都可以正常使用,项目也没有报错,但通过maven 进行编译打包时,则会报错: 程序包com.sun.image.codec.jpeg不存在 . 从包名看,是sun公司之前的一些类,在比较老的一些代码中,常用来处理图片的格式转换.截取等等. 类似以下代码: FileOutputStream fos= new FileOutputStream(targetFile); JPEGImageEncoder encoder

最近忙于编译x264开源框架进行视频编码,百度了很多方法没有实现.很多方法都过时了.根本不能成功.因为在xcode5以后,编译器不在默认为gcc,而是Apple自带的clang编译器.本人试了很多方法.终于在Github找了一个脚本.很简单大家只要按操作就可以编译lib264.a文件.并且在i386,armv7,armv64,armv7s.各平台可用.很简单. 地址是:https://github.com/noolua/iOSBuild

最近在工作遇到一个问题,在将png图片转jpeg时,透明区域被填充成黑色,通过网上的介绍找到了解决的方法,现在总结下分享给同样遇到这个问题的朋友们,感兴趣的可以通过本文详细学习下. 在用canvas将png图片转jpeg时,发现透明区域被填充成黑色. 代码如下: XML/HTML Code复制内容到剪贴板 <p>Canvas:</p> <canvas id="canvas" style="border: 1px solid #ccc;"

偶然发现的一款免费支持PDF.word.excel.PPT.jpeg之间互转,支持合并pdf.加密解密PDF的线上软件,首先声明,不是广告党,我自己试用过,确实是目前我用过最好用的,如果有朋友有更好的欢迎推荐. 重点: smallpdf ,对,就是它,支持线上转换,傻瓜式操作. 支持好多种转换:

1.任务说明 将LENA图像用JPEG方式压缩. 2.算法原理 JPEG(Joint Photographic Experts Group)是一个由ISO和IEC两个组织机构联合组成的一个专家组,负责制定静态 的数字图像数据压缩编码标准,这个专家组开发的算法称为JPEG算法,并且成为国际上通用的标准,因此又称为JPEG标准. JPEG是一个适用范围很广的静态图像数据压缩标准,既可用于灰度图像又可用于彩色图像. JPEG专家组开发了两种基本的压缩算法,一种是采用以离散余弦变换(Discrete C

http://www.xuebuyuan.com/2008608.html 在Eclipse中处理图片,需要引入两个包:import com.sun.image.codec.jpeg.JPEGCodec;import com.sun.image.codec.jpeg.JPEGImageEncoder;报错:Access restriction: The type JPEGImageEncoder is not accessible due to restriction on required l

0x00 隐写原理 Jphide是基于最低有效位LSB的JPEG格式图像隐写算法,使用JPEG图像作为载体是因为相比其他图像格式更不容易发现隐藏信息,因为JPEG图像在DCT变换域上进行隐藏比空间域隐藏更难检测,并且鲁棒性更强,同时Blowfish算法有较强的抗统计检测能力. 由于JPEG图像格式使用离散余弦变换(Discrete Cosine Transform,DCT)函数来压缩图像,而这个图像压缩方法的核心是:通过识别每个8×8像素块中相邻像素中的重复像素来减少显示图像所需的位数,并使用近

最近帮朋友看了下X264压缩视频,主要参考了雷霄骅(leixiaohua1020)的专栏的开源代码: http://blog.csdn.net/leixiaohua1020/article/details/42078645 但网上能找到的例子都是把YUV(如I420等)编码为H264的,在编码BITMAP格式的RGB数据之前其实不需要自己转换数据格式,只要把源数据格式指定一下就可以了,X264库可以自动处理. 如下: int csp=X264_CSP_BGR|X264_CSP_VFLIP; //

0x00 前言 继续对图片隐写技巧的学习,这次是对JPEG文件格式的学习和理解.同PNG文件的格式对比,JPEG文件相对简单,读取其中隐藏payload的方式大同小异,两者区别在于文件格式不同,可供利用的细节存在差异. 本文相关工具: 16进制编辑器:Hex Editor 隐写检测:Stegdetect 下载地址: https://github.com/abeluck/stegdetect 编辑Exit信息:MagicEXIF 下载地址: http://www.magicexif.com/ 分析

JPEG文件的存储格式有很多种,但最常用的是JFIF格式,即JPEG File Interchange Format.JPEG文件大体可以分为两个部分: (1)标记码:由两个字节构成,其中,前一个字节是固定值0XFF代表了一个标记码的开始,后一个字节不同的值代表着不同的含义.需要提醒的是,连续的多个0XFF可以理解为一个0XFF,并表示一个标记码的开始.另外,标记码在文件中一般是以标记代码的形式出现的.例如,SOI的标记代码是0XFFD8,即,如果JPEG文件中出现了0XFFD8,则代表此处是一