2020年4月

自用。因为短波频率每半年换一次,加上同一个频率每个时段在全球不同区域播出的内容不同,所以需要一些工具来辅助收听。这里简单记录一下这些工具。

短波波段范围

波段(m)起始频率(kHz)终止频率(kHz)
12023002495
9032003400
7539004000
6047505060
4959006200
3194009900
251160012200
221357013870
191510015800
161748017900
151890019020
132145021850
112560026100

太阳活动

短波实现远距离输送依靠天波完成,即信号不断的在地面和电离层之间反射进行传输。而太阳活动会影响电离层接发信号稳定性,所以太阳活动的信息可以一定程度反映出当前短波接收质量较好的波段。

来源:https://www.hamqsl.com/solar.html

频率表

没有频率表,那每个时段听到的东西就都是撞大运。所以需要频率表。

中文播发

当前版本:A20

时区:UTC +8

时效:20200329-20201025

https://blog.xmgspace.me/archives/sw-schedule-a20.html

全球频率

青木频率表:http://www1.s2.starcat.ne.jp/ndxc/

工具

一些更有效率的小工具

https://www.short-wave.info/index.php

手机版:https://m.short-wave.info/

  • 全球实时短波放送信息
  • 按指定电台的指定语言查询指定时间的发射频率
  • 按指定频率查询全天该频率的发射电台
  • 按指定波段查询当前时间正在发射的电台
  • 查看详细的发射信息。包括频率、电台名、起终时间、每周发射天数(1为周日)、语言、功率、发射角(0为正北)、发射机位置和所有者
  • 根据地理位置推测信号强度。

play商店应用:短波广播时间表

  • 免费版

    • 按指定时间查询发射到指定区域内的指定语言的电台和频率
    • 按指定电台查询指定时间发射的频率和接收区域
    • 按指定频率查询指定时间发射的电台和接收区域
  • 付费版额外

    • 按波段查询当前正在发射的电台和频率

我不玩无线电,我只是喜欢听广播。所以我只是将我觉得还挺好使的、对我理顺短波电台信息有帮助的工具放在这里,省得每次都要单独去百度一次了。

视频点此

很早的时候,我曾经出过一期内容关于如何用ffmpeg保存b站的直播,但是前些日子有朋友跟我反应说现在会403了。想想也很正常,毕竟如果都那样做的话,主播就没有人气了。但是b站直播现在并没有回放功能,所以我如果想保存的话要怎么办呢?那今天给出一个可以算是两全其美的办法 既可以保存下来直播的内容,又不会影响主播真实的人气。

其实方法很简单,但是我很纳闷为什么一直就没有人会想到这个方法。总共就三个步骤。

首先在主播的直播间页面打开万能的f12。所以推荐使用chrome浏览器完成。

切换到network标签,刷新一下。

会有一个一直在请求的项目,复制这个项目的地址到地址栏,回车。

好了,弹出下载对话框了,选择一个位置保存吧。

究其原因,403是请求被拒绝,那原因可能就在于现在加入了请求来源的认证,必须是你已经登陆的用户或者说浏览器访问,所以浏览器可以下载保存。也正因此如果用迅雷之类的下载软件的话可能就不能完成这操作的了。

这个优势和使用之前的ffmpeg一样,不会因为主播或自己的网络问题导致录屏卡顿。同时因为这种下载的本质就是在看直播,只不过是不发弹幕不刷礼物的看直播,所以主播的观看人数可以保证,但人气会受到影响。所以能看直播还是直接看直播吧,这是对主播最直接的支持。

相比ffmpeg,这种方法避免了命令行操作,所以使用上来讲会更简单。但是简单的同时,这种因为需要手动操作,所以不能做到ffmpeg可以实现的定时录制。

同时,和ffmpeg一样,你并不能保存弹幕。

那如果想要定时录制的话,还是需要用ffmpeg。那因为现在加入了认证,所以我们需要把认证伪装成浏览器。换句话说,需要正经的请求头。但是毕竟加上了认证,说明ffmpeg拉流确实会有利益和版权之类的问题,所以我就不再细说了,只给出一个小提示:ffmpeg加请求头的参数是-header,至于怎么用就不要再问我了。

视频点此

网课、开会、直播,总会要求有电脑摄像头。但是为这一段时间而单独购买一个摄像头不值当,就不如让手机来完成这一角色,画质还好。

一、电脑端

Archlinux通过AUR安装,其他发行版就自己找一找吧。

AUR安装DroidCam。注意编辑PKGBUILD,将headers的依赖修改为与你的内核相对应的版本。比如默认的linux内核就保持默认的linux-headers依赖,lts内核就改成linux-headers-lts,以此类推。

完成后重启,载入模块sudo modprobe v4l2loopback_dc

二、手机端

搜索安装droidcamx即可。

三、使用

现在,将电脑和手机连入同一个局域网,启动手机应用,会给出ip和端口号。启动电脑端程序,将给出的ip和端口号填入,连接。

你会发现手机端启动相机功能了。那么如何在电脑上使用它呢?

只需要打开任何一款有视频捕获功能的程序,比如OBS,新建视频捕获设备(V4L2),其中的设备选择v4l2loopback一项,确定。你会发现你的手机已经作为电脑摄像头使用了。但是你会发现,这个镜头的分辨率很低,有没有办法提高它呢?

四、提升分辨率

很简单。首先关闭所有正在使用摄像头的程序,然后停止内核模块:sudo rmmod v4l2loopback_dc

编辑/etc/modprobe.d/droidcam.conf,将其中的widthheight修改为自己想要的宽高比,保存(没有这两个参数则直接写入即可)。需要注意,免费版程序只能用4:3的分辨率,其他比例的分辨率会拉拉伸画面。

再次启用模块:sudo modprobe v4l2loopback_dc,重新打开捕获程序,分辨率就提高了。

最后,就像前一篇文章。如果你的AUR获取有问题,那么可以尝试使用我这里提供的两个源文件:icon2.pngdroidcam.tar.bz2。或者你可以直接使用我编译好的droidcam-6.7.5-4-x86_64.pkg.tar.xz安装。但由于每个人的电脑环境不同,这个不能保证可以正常使用——尤其是非lts内核的用户。

视频点此

有没有想过,当系统出现了内核级别的错误导致完全卡死时还可以自动重启,甚至还能提供一份出错时候的系统快照让你发现出错的位置?对于Windows,内核错误往往会伴随着蓝屏的出现,并提示错误代码。蓝屏的时候有部分情况可以做到自动重启,但大多数情只会卡在蓝屏界面,等待用户手工操作。对于Linux,因为内核的稳定性,出现这种层次的错误在日常应用中几乎遇不到。而一旦遇到,就直接卡死没有任何提示,这会让错误排查变得很困难。而由于驱动的缺陷,确实会有一些电脑的配置让Linux内核运行不稳定导致系统完全无响应的现象频发。所以在这种情况下,自动重启并提供错误文件就十分必要了。那有办法实现吗?有。今天就跟着我打造一个内核保姆吧。可能稍微的硬核一点儿…有些硬核…或者说…还蛮硬核的。

思路

就像最近报道的美国“末日计划”,一旦主领导人遭遇不测,则北方司令部司令可临时替代总统,直到新的领导人产生。这种内核也一样。在正常的内核里边嵌入另一个崩溃拯救内核待命。一旦正常的内核卡死,则自动启动拯救内核,在这个内核下导出当前崩溃的系统环境并重启回正常的内核。还挺好理解的吧?

方法

理解了思路就可以开始制作了。注意,我是Arch系统。对于RedHat和Debian分支,只可做参考。因为部分操作在其他发行版不适用,部分操作不需要像Arch这么麻烦。

再来约定两个内核的名字吧:正常使用的内核叫主内核,崩溃时启动的内核就叫拯救内核。

1、准备需要的软件包

asp   //获取内核源文件的工具
base-devel  //编译依赖包
pacman-contrib  //更新MD5工具
kexec-tools  //将拯救内核注入到主内核的工具
makedumpfile  //精简快照文件体积,通过AUR安装

安装好这些软件包,就可以正式开始了。

2、获取内核源码

因为这个内核需要我们自己编译出来,所以它并不会跟随源的更新而更新,因此我推荐用长期支持内核作为模板进行编译,并且除非出现异常,否则就一直用就可以了。为了方便,可以通过官方的内核模板来制作这个内核。这里假设在~/build/文件夹下执行下面的指令。

asp update linux-lts
asp export linux-lts

3、修改模板

与一般的内核不同,拯救内核需要修改一些参数以开启错误快照功能。编辑~/build/linux-lts/config,修改下述参数并保存。

CONFIG_DEBUG_INFO=y
CONFIG_CRASH_DUMP=y
CONFIG_PROC_VMCORE=y

再编辑相同文件夹下的PKGBUILD,修改下述内容并保存。

pkgbase=你自定义一个包名以区分一般的内核。比如叫linux-dump

4、更新MD5并开始编译

现在终端进入~/build/linux-lts,输入命令updpkgsums完成更新,再输入makepkg -s --skippgpcheck开始编译。

你可能会发现,这其实就类似手工安装AUR的过程。所以在这一步进行的时候,如果发现下载内核源码相关文件的过程太慢,可以参考我以前说过的内容,通过事先下载的方法来解决。

而且因为是编译内核,所以这个过程消耗的时间并不短,具体时间就看你的电脑配置了,一般应该差不多一个小时的时间吧。

5、安装自定义内核

漫长的等待之后,你会在~/build/linux-lts下面发现两个.tar.xz文件。现在你要做的,就是使用pacman -U 两个文件名来安装上编译好的内核。

由于没有做优化,所以这个内核的fallback文件会很大导致EFI分区可能不够进而提示错误。但无需担心,主要的内容已经安装完成,我们可以进入/boot将fallback删除掉。

内核安装完成。如果你想确定一下是否已经安装成功,可以直接更新grub文件,然后选择这个自定义内核启动,或者如果你会临时修改grub启动项参数的话,可以直接修改来临时测试一下,因为一般用不到这个内核做引导。

然后,去往~/build/linux-lts/src/唯一的那个文件夹/下,将vmlinux拷贝出来备用——如果你想做内核Debug而不单单只是做崩溃重启来用的话。

6、添加内存参数

虽然崩溃内核在主内核崩溃时才启动,但还是需要实现为其分配内存空间以保证它可以随时拥有足够内存来启动,因此需要在主内核增加参数来空出一部分内存。这也意味着这部分内存在主内核中就不能被使用了。编辑/etc/default/grub,修改如下参数并保存:

GRUB_CMDLINE_LINUX_DEFAULT="loglevel=3 quiet [email protected]"

crashkernel部分是新增的,意思为从内存的16M地址位置开始,向后空出256M的内存区域。

之后,使用grub-mkconfig来更新grub文件。

现在重启电脑,浏览/proc/iomem文件,如果有一行为Crash kernel,则证明主内核已经为拯救内核分配了空闲空间,修改成功了。

7、制作服务

到此就已经完成了大部分困难的工作了,接下来只需要制作两个服务,让拯救内核自动部署,卡死时自动导出错误快照并重启即可。

先来制作自动导出快照和重启的服务。将下述内容保存为/etc/systemd/system/kdump-save.service

[Unit]
Description=Create dump after kernel crash
DefaultDependencies=no
Wants=local-fs.target
After=local-fs.target

[Service]
Type=idle
ExecStart=/bin/sh -c 'mkdir -p /var/crash/ && /usr/bin/makedumpfile -c -d 31 /proc/vmcore "/var/crash/crashdump-$$(date +%%F-%%T)"'
ExecStopPost=/usr/bin/systemctl reboot
UMask=0077
StandardInput=tty-force
StandardOutput=inherit
StandardError=inherit

通过这个服务,可以实现每当主内核出现错误,拯救内核启动时,将当前的环境快照保存到/var/crash/下,命名为crash-dump-日期时间,然后重启系统。

千万不要在主内核启动这个服务。否则你会陷入无限重启,无法自拔。

然后制作自动加载拯救内核的服务。将下述内容保存为/etc/systemd/system/kdump.service

[Unit]
Description=Load dump capture kernel
After=local-fs.target

[Service]
ExecStart=/usr/bin/kexec -p [/boot/vmlinuz-linux-dump] --initrd=[/boot/initramfs-linux-kdump.img] --append="root=[root-device] systemd.unit=kdump-save.service irqpoll maxcpus=1 reset_devices"
Type=oneshot

[Install]
WantedBy=multi-user.target

其中:

  • [/boot/vmlinuz-linux-dump] 为你的拯救内核vmlinuz文件的文件名,一般是在boot目录,但名称是你自己定的
  • [/boot/initramfs-linux-kdump.img] 同理
  • [root-device] 为你的/挂载点设备
  • 真正编写时,将上述的三个位置换成自己的,并且不需要中括号

然后,通过systemctl enable kdump实现启动时自动部署拯救内核。

现在,重启你的电脑,查看/sys/kernel/kexec_crash_loaded文件,如果显示1,则证明拯救内核已经加载,双内核保障系统就建设完成了。

8、测试

接下来就是激动人心的测试环节。但正常使用的系统稳的一批,因此我们可以手工让内核出错,从而触发这个拯救机制来测试。但为了看效果,推荐进入到tty界面测试,图形界面只会在卡死一段时间后自动重启而看不到任何过程。

  1. 登录tty界面
  2. 提权到超级用户sudo su
  3. 手工输入一个错误的系统调用,使内核崩溃echo c > /proc/sysrq-trigger

好了,现在你已经手工让内核崩溃掉了。你会发现,在崩溃的一瞬间,拯救内核开始启动,并将错误内容导出,然后将你的电脑重启了。

至此,一个双内核加持的系统便制作完成了。不知你看没看出来,无论是各种载入状态的判断,还是让内核崩溃,都体现了一切皆文件的精髓:不管干什么,其本质都是在读写文本文件。而且你应该还可以发现,除了导出错误之外,因为可以自动重启,所以它还能为服务器做到错误自动恢复的功能。但到底要如何用好这个第二内核,就看你自己了。


如果你有耐心看到了这里,或者说你真的从视频跳到这里了,那么恭喜你,这里有5.4.28长期支持版本的编译文件,你可以直接下载而无需等待AUR从外网下载了。

地址:https://pan.baidu.com/s/1O8tkjjAKB-93clV1_Wm_JQ

提取码:6gfb