技术背景
Android平台推流模块，添加文字或png水印，不是一件稀奇的事儿，常规的做法也非常多，本文，我们主要是以大牛直播SDK水印迭代，谈谈音视频行业的精进和工匠精神。
第一代：不可动态改变的文字、png水印
2015年，我们在做Android平台RTMP推送模块和轻量级RTSP服务模块的时候，有这样的场景诉求，应急指挥、智慧巡检或安防类，都有文字或png水印的技术诉求，针对这种情况，我们当时做了如下的接口设计：
/*
* SmartPublisherJniV2.java
* WebSite: https://daniusdk.com
*
* Created by DaniuLive on 2015/09/20.
*/
/**
* Set Text water-mark(设置文字水印)
*
* @param fontSize: it should be "MEDIUM", "SMALL", "BIG"
*
* @param waterPostion: it should be "TOPLEFT", "TOPRIGHT", "BOTTOMLEFT", "BOTTOMRIGHT".
*
* @param xPading, yPading: the distance of the original picture.
*
* <pre> The interface is only used for setting font water-mark when publishing stream. </pre>
*
* @return {0} if successful
*/
/*
* 已废弃, 请使用层模式加水印
*public native int SmartPublisherSetTextWatermark(long handle, String waterText, int isAppendTime, int fontSize, int waterPostion, int xPading, int yPading);
*/
/**
* Set Text water-mark font file name(设置文字水印字体路径)
*
* @param fontFileName: font full file name, e.g: /system/fonts/DroidSansFallback.ttf
*
* @return {0} if successful
*/
/* 已废弃, 请使用层模式加水印
* public native int SmartPublisherSetTextWatermarkFontFileName(long handle, String fontFileName);
*/
/**
* Set picture water-mark(设置png图片水印)
*
* @param picPath: the picture working path, e.g: /sdcard/logo.png
*
* @param waterPostion: it should be "TOPLEFT", "TOPRIGHT", "BOTTOMLEFT", "BOTTOMRIGHT".
*
* @param picWidth, picHeight: picture width & height
*
* @param xPading, yPading: the distance of the original picture.
*
* <pre> The interface is only used for setting picture(logo) water-mark when publishing stream, with "*.png" format </pre>
*
* @return {0} if successful
*/
/*
* 已废弃, 请使用层模式加水印
*public native int SmartPublisherSetPictureWatermark(long handle, String picPath, int waterPostion, int picWidth, int picHeight, int xPading, int yPading);
*/第二代：实时动态文字、png水印
尽管上面的水印，已经可以满足大多技术场景的需求，但在我们内部，却被一直诟病，因为违背我们SDK设计和使用的smart策略。
随着Android平台GB28181设备接入模块的发布，基于GB28181设备接入模块，对水印提出来更高的要求，好多公司或开发者，需要实时更新水印内容（比如MobilePosition位置信息、实时时间、作业内容等），为此，我们想到的是，这一版，我们需要实现动态水印能力。
以文字水印为例，我们的实现和设计如下，通过bitmap获取到文字水印数据，然后通过PostLayerImageRGBA8888ByteBuffer()接口投递到jni，这种设计，几乎已经满足了100%的技术诉求：
private int postText1Layer(List<LibPublisherWrapper> publisher_list, int index, int left, int top, int video_w, int video_h) {
Bitmap text_bitmap = makeTextBitmap("文本水印一", getFontSize(video_w) + 8,
Color.argb(255, 200, 250, 0),
false, 0, false);
if (null == text_bitmap)
return 0;
ByteBuffer buffer = ByteBuffer.allocateDirect(text_bitmap.getByteCount());
text_bitmap.copyPixelsToBuffer(buffer);
for (LibPublisherWrapper i : publisher_list)
i.PostLayerImageRGBA8888ByteBuffer(index, left, top, buffer, 0,
text_bitmap.getRowBytes(), text_bitmap.getWidth(), text_bitmap.getHeight(),
0, 0, 0, 0, 0, 0);
int ret = text_bitmap.getHeight();
text_bitmap.recycle();
return ret;
}第三代：Bitmap接口设计
尽管第二代水印设计，已经满足了技术层面的场景诉求，但从效率角度，我们认为还有进步的空间，为此，我们直接把生成的bitmap数据投递到jni层，减少了一次拷贝，特别是在频繁水印处理时，提高了数据处理效率。
private int postText1Layer(List<LibPublisherWrapper> publisher_list, int index, int left, int top, int video_w, int video_h) {
Bitmap text_bitmap = makeTextBitmap("文本水印一", getFontSize(video_w) + 8,
Color.argb(255, 200, 250, 0),
false, 0, false);
if (null == text_bitmap)
return 0;
for (LibPublisherWrapper i : publisher_list)
i.PostLayerBitmap(index, left, top, text_bitmap, 0, 0, 0, 0,
0, 0, 0, 0, 0, 0);
int ret = text_bitmap.getHeight();
text_bitmap.recycle();
return ret;
}对应封装设计：
public boolean PostLayerBitmap(int index, int left, int top,
android.graphics.Bitmap bitmap, int clip_left, int clip_top, int clip_width, int clip_height,
int is_vertical_flip, int is_horizontal_flip,
int scale_width, int scale_height, int scale_filter_mode,
int rotation_degree) {
if (!check_native_handle())
return false;
if (!read_lock_.tryLock())
return false;
try {
if (!check_native_handle())
return false;
return OK == lib_publisher_.PostLayerBitmap(get(), index, left, top,
bitmap, clip_left, clip_top, clip_width, clip_height, is_vertical_flip, is_horizontal_flip,
scale_width, scale_height, scale_filter_mode, rotation_degree);
} catch (Exception e) {
Log.e(TAG, "PostLayerBitmap Exception:", e);
return false;
} finally {
read_lock_.unlock();
}
}总结
有人说，音视频行业最苦最没有意思、高投入低回报的就是做SDK。在我们看来，少一次拷贝、一次功能的迭代是进步，但大多数情况下，对于不了解细节的开发者看来，不深耕不细测很难看出端倪。大牛直播SDK的预期就是专注、极致、智慧、比快更快，做音视频行业的基石，帮助更多的行业，更少的精力实现音视频接入能力，任何行业，持续进步，才会有更大的收获。从另一个角度来说，看似每一次的精进，对我们技术从业者来说，都是持续的乐趣。
