Xubuntu下编辑、播放4K分辨率视频

[kashu]

想在55寸的4K智能电视上测试一下4K画质，但电脑里没有4K画质的视频，所以在YouTube.com找了个4K分辨率的视频

用youtube-dl把整个视频拖回Xubuntu系统里处理一下
(因为用youtube-dl从YouTube那下载到的1080P及以上画质的视频都是没有声音的，声音文件可单独下载，即：视频、音频是分离的)


用Blender最后生成时，大量的处理负荷都压在那颗Intel I5-3210M上了（无独立显卡），生成整个视频费了挺长时间的……


使用VLC播放时，CPU使用率也占用了近三分之一，不过，画面没有任何卡顿，很流畅，可以接受

这12年买的老本，性能还是可以的嘛

代码： 全选

kashu:/tmp$ blender --version
Blender 2.76 (sub 0)
	build date: 2015-11-22
	build time: 13:21:31
	build commit date: 2015-11-03
	build commit time: 10:56
	build hash: f337fea
	build platform: Linux
......

代码： 全选

Xubuntu 14.04.3 LTS 64-bit
kashu:/tmp$ uname -r
3.16.0-41-generic

[vickycq]

...因为用youtube-dl从YouTube那下载到的1080P及以上画质的视频都是没有声音的...

目前 youtube-dl 可以自动下载音频，并自动用 ffmpeg 组合成 mkv。
直接用 youtube-dl -U 升级即可

[langyxxl]

你这播放的时候的截图是1366x768的，不是在4k屏幕上的截图

[kashu]

今天打开论坛真是相当地吃力，步履维艰……
是我这网络问题吗？你们那怎么样？

目前 youtube-dl 可以自动下载音频，并自动用 ffmpeg 组合成 mkv。

多谢，用youtube-dl这么久了，我今天才学会了怎么用--merge-output-format选项了

但是，有一种情况好像无法合并，如这个视频：
youtube-dl http://v.youku.com/v_show/id_XMTMzODkzMTUwNA==.html

由2段或以上的视频片段，这种情况下好像合并不了

代码： 全选

kashu:/tmp$ youtube-dl -F http://v.youku.com/v_show/id_XMTMzODkzMTUwNA==.html
[youku] playlist 第1208话 正男要私奔了: Collected 2 video ids (downloading 2 of them)
[download] Downloading video 1 of 2
[info] Available formats for XMTMzODkzMTUwNA_part1:
[download] Downloading video 2 of 2
[info] Available formats for XMTMzODkzMTUwNA_part2:

针对这种零散的视频段的情况，我之前还特意写了个shell脚本来进行批量自动合并呢
https://github.com/kashu/merge.videos

代码： 全选

#!/bin/bash
#Author: kashu
#My Website: https://kashu.org
#Date: 2016-01-29
#Filename: merge.videos.sh
#Description: Merge video files that downloaded via youtube-dl

if ! ls * | grep -sqm1 '_part2.'; then
	exit
elif [ ! -x "/usr/bin/ffmpeg" ]; then
	echo "Could not execute /usr/bin/ffmpeg"
	exit
else
	:
fi

name_list=/tmp/name_list.tmp
input_file=./input_file_name.tmp
finished=/tmp/finished_file_name.tmp
:>$name_list
:>$input_file

mkdir finished._.file &> /dev/null

for F in *_part*; do
	prename1="${F%_part*}"
	count=`ls *_part* | grep -c "$prename1"`
	if [ ${count} -le 1 ]; then
		continue
	fi
	if ! cat $name_list | grep -sqm1 "$F"; then
		ls --sort version *_part* | grep "$prename1" >> $name_list
	fi
done

cat $name_list | while read line; do
	suffix=".${line##*.}"
	prename2="${line%_part*}"
	prename3="${line%-*}"
	name="${line%-*}${suffix}"
	if [ -s "$finished" ]; then
		cat $finished | grep -sq "$prename3" && continue
	fi
	cat $name_list | grep "$prename2" > $input_file
	sed -i "s/^/file '/g" $input_file
	sed -i "s/$/\'/g" $input_file
	if [ -s "${name}" ]; then
		continue
	fi
	/usr/bin/ffmpeg -f concat -i ${input_file} -c copy "${name}"
	if [ -d "./finished._.file" ]; then
		mv "$prename2"* ./finished._.file
	fi
	sed -i "/${prename2}/d" $name_list
	if [ -s "$name" ]; then
		echo "$name" >> $finished
	fi
done

[vickycq]

今天打开论坛真是相当地吃力

貌似最近电信出了新招，让出国数据包绕空圈，延时直线上升
感觉今天访问论坛的速度又创下新低，翻不翻土墙都一样慢。

针对这种零散的视频段的情况，我之前还特意写了个shell脚本来进行批量自动合并呢

非常感谢，我有之前下载的优酷土豆视频若干，全是分段的。现在正好试试合并。

[kashu]

你这播放的时候的截图是1366x768的，不是在4k屏幕上的截图

1366x768这种老古董般的分辨率已经被大家骂成“翔”了
4K的截图我没截，你想像一下这是4K的画面就行了

[kashu]

貌似最近电信出了新招，让出国数据包绕空圈，延时直线上升
感觉今天访问论坛的速度又创下新低，翻不翻土墙都一样慢。

是啊，即使我不跳墙，或者用Lantern，或者用Shadowsocks，或者……用SSH代理来访问这论坛，全都慢得要死……
这特么还让我玩个坛子！

非常感谢，我有之前下载的优酷土豆视频若干，全是分段的。现在正好试试合并。

但愿能帮上忙，我自己感觉这脚本挺好用的（处理那些使用youtube-dl从国内各大视频站点所下载的视频）
如果有什么额外的需求，要修润色/修改此脚本的话，可留言我来修改。

[nyfair]

好朋友，你都缩放到这么小了都能看出色斑，与其浪费带宽折腾这种拉伸的伪4k视频还不如去bt站找些正经rip的

另外你那脚本不仅是ffmpeg的误用，而且是滥用

[onlylove]

嘛 嘛，4K测试视频国内很多下载啊，你跑那么大老远去下载伪4K，累不累
比方说，少女时代 oh! （这个是4个1080p拼接）
比方说，鸭子飞了
比方说，Sintel（这个是Blender做的开源动画）
我记得sintel码率比较低一些

多说一句，能软解鸭子飞了再来说话

[kashu]

好朋友，你都缩放到这么小了都能看出色斑，与其浪费带宽折腾这种拉伸的伪4k视频还不如去bt站找些正经rip的

另外你那脚本不仅是ffmpeg的误用，而且是滥用

1、你能在图片上看到“色斑”，可能是你没认真看。因为图片是我编辑压缩后上传到 新浪图床 上的，你看图片的原始路径，你看到的已经不是原画质……
2、我用blender实际是想简单测试一下，Blender这软件是可以直接编辑处理4K画质的视频的。
3、如果有谁想找一款能在Xubuntu里编辑/处理4K视频的软件，我肯定推荐他/她使用Blender。
4、能解释一下为什么说“那脚本不仅是ffmpeg的误用，而且是滥用”吗？

[kashu]

嘛 嘛，4K测试视频国内很多下载啊，你跑那么大老远去下载伪4K，累不累
比方说，少女时代 oh! （这个是4个1080p拼接）
比方说，鸭子飞了
比方说，Sintel（这个是Blender做的开源动画）
我记得sintel码率比较低一些

多说一句，能软解鸭子飞了再来说话

1、我这下载YouTube的视频1MB/s，速度非常稳定，你说的“鸭子飞了”，我下载时才100KB/s左右的速度，要1个多小时才能把这494MB的视频下载完成，我为什么要去那里下载呢？
2、我用YouTube用得比较多，相对熟悉，当我想要下载一个4K视频拿来测试时，第一时间当然是去YouTube下载，这有什么累不累的？
3、高码率的4K视频确实播放不了，这个我在很早之前已经试过，毕竟这是2012年买的无独立显卡的笔记本，我不能对它要求再高了
如果是8bit的视频，码率不是非常高的话，完全是可以播放的。如果是8bit高码率视频、高FPS，或10bit的视频，我这老本子的确是没法播放了……
4、嘛 嘛，软解不了鸭子飞了，你还不让我说话了？
这鸭子飞了还没下载完，待会下载完我再试试看吧……

你认为的4K鸭子飞了，我用我这老电脑也能轻松解码播放，相当流畅：

代码： 全选

kashu:/tmp$ ffprobe -hide_banner Ducks.Take.Off.2160p.QHD.CRF25.x264-CtrlHD.mkv
Input #0, matroska,webm, from 'Ducks.Take.Off.2160p.QHD.CRF25.x264-CtrlHD.mkv':
  Metadata:
    encoder         : Haali Matroska Writer b0
  Duration: 00:00:16.68, start: 0.000000, bitrate: 248141 kb/s
    Stream #0:0(eng): Video: h264 (High), yuv420p, 3840x2160, SAR 1:1 DAR 16:9, 29.97 fps, 29.97 tbr, 20k tbn, 59.94 tbc (default)

我这还有一个比鸭子飞了解码还要难一点，我这老电脑也可以播放

代码： 全选

kashu:/tmp$ ffprobe -hide_banner /tmp/linux/4k_8bit_low.mp4 
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/tmp/linux/4k_8bit_low.mp4':
  Metadata:
    major_brand     : isom
    minor_version   : 1
    compatible_brands: isomavc1
    creation_time   : 2014-08-24 15:55:13
  Duration: 00:01:33.48, start: 0.000000, bitrate: 20274 kb/s
    Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709/unknown/unknown), 4096x2304, 20152 kb/s, 119.88 fps, 119.88 tbr, 119880 tbn, 239.76 tbc (default)
    Metadata:
      creation_time   : 2014-08-24 15:55:13
    Stream #0:1(jpn): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default)
    Metadata:
      creation_time   : 2014-08-24 12:06:06

[onlylove]

如果对你来说，分辨率到了4K级别，就算4K视频的话，我只能说，你开心就好，还有，太平洋的连接下载不动，你不会换别的下载地址？

[kashu]

如果对你来说，分辨率到了4K级别，就算4K视频的话，我只能说，你开心就好，还有，太平洋的连接下载不动，你不会换别的下载地址？

1、我觉得没必要和你争论这种“分辨率到了4K级别，就算4K视频”的话题。而且，从前到后，我也不是想争论什么东西。
当然，如果你想争论，可以开新帖，让更多的人加入进来争论，毕竟我不是研究视频编码/解码的专家，什么才算4K视频我的确没有非常清晰的定义。

2、其它地方可能也能下载到。但，我不知道其它地方下载的视频，和你所指的太平洋的这个视频是不是一样，万一码率不一样？万一帧率不一样……

[onlylove]

太平洋那个我没下过，我当时用磁链下的，你继续慢慢下吧

[cao627]

感觉你的脚本的核心就是一条
/usr/bin/ffmpeg -f concat -i ${input_file} -c copy "${name}"

就是将当前下载下来的文件名放进${input_file} ，那么直接
ls --sort version *_part* > ${input_file}

何必要绕来绕去呢？