分类： 编程语言

解决Trae在MacOS下开发C/C++的问题

VSCode下 C/C++插件是微软自己开发的，根据VSCode扩展商店政策，第三方Fork的VSCode项目是不允许使用的。

Trae下如果打开C/C++项目，默认会推荐安装ccls插件来支持。

Mac下使用还需要一点小改动。

首先通过brew安装ccls命令行

自动安装ccls和它的依赖比如llvm

再次通过Trae打开项目，发现仍然找不到标准头文件。

打开终端，输入命令

打印：

打开Trae，切换到扩展，点ccls的配置，点ccls.clang.extraArgs

根据前一个打印，修改这个值为：

重启Trae后，再点头文件，正常跳转

原创文章，转载请注明： 转载自贝壳博客

本文链接地址: 解决Trae在MacOS下开发C/C++的问题

MacOS 从配置PHP开发环境到VSCode调试

来让我看看还有谁2024年了还在用PHP 🙂

Homebrew是必须的，没有的话先安装 Homebrew — The Missing Package Manager for macOS (or Linux)

由于我们需要用到redis xdebug等扩展，brew默认的php是不够的。配置以下两个tap

通过brew安装php@8.3 xdebug@8.3 redis@8.3

Apple Silicon修改xdebug配置

Intel 修改xdebug配置

添加内容

此时运行 php artisan serve ，有以下打印则配置完成

接下来配置vscode

搜索并安装扩展 PHP Debug，开发者为Xdebug的。

打开PHP项目，切换到“运行与调试标签”，点创建launch.json文件，选 “PHP(Xdebug)”。
切换运行方式为 “Listen for Xdebug”，点运行。注意一定要先点调试运行后再启动项目。

这时候再执行php artisan serve，没有错误打印了，现在应该就能在源码中断点调试了。

没有最好的语言，只有最适合的，适合自己适合需求。

原创文章，转载请注明： 转载自贝壳博客

本文链接地址: MacOS 从配置PHP开发环境到VSCode调试

解决apple silicon vscode远程到一个amd64容器里无法安装扩展到问题

在M1/M2/M3的MacOS上运行amd64的容器，采用命令行

进入容器后可以看到所有命令都是通过/run/rosetta/rosetta转译运行

如果需要通过vscode直接远程到容器内进行开发，目前版本1.88.1在容器内安装开发插件会失败，一直卡在扩展签名处，解决办法是：

修改remote的settings.json, 添加

原创文章，转载请注明： 转载自贝壳博客

本文链接地址: 解决apple silicon vscode远程到一个amd64容器里无法安装扩展到问题

2021年IE可用直播插件，替代Flash

NodeMediaClient-WinPlugin 用于Windows系统下，ie浏览器和360浏览器极速模式下的直播插件。最新的EDGE，Chrome，Firefox浏览器均移除了NPAPI插件的支持。只有国内部分浏览器如：360(安全、极速)浏览器，搜狗浏览器保留了NPAPI的支持。由于使用率较低，NodeMediaClient-WinPlugin曾一度停止开发。2020年12月flash停止支持并强制从windows系统下移除，导致不少项目无法正常使用。NodeMediaClient-WinPlugin在RTMP直播播放场景下完全可以替代flash，并且拥有更好的性能与播放体验。

本次更新重构了播放核心，使用了NodePlayer.js的延迟消除算法，延迟更低、体验更好。并且支持主流的Intel\Nvidia\AMD显卡硬件加速。4k60帧也流畅播放无压力。

测试环境

ffmpeg -re -i bbb_sunflower_2160p_60fps_normal.mp4 -c copy -f flv rtmp://192.168.0.2/live/s

下载

最新测试版安装包下载

https://cdn.nodemedia.cn/NodeMediaClient-WinPlugin/0.5.0/NodeMediaClient_v0.5.0.msi

插件开发用例下载

https://cdn.nodemedia.cn/NodeMediaClient-WinPlugin/0.2.9/NodeMediaClient_v0.2.9.0-trial.zip

推荐浏览器下载

https://down.360safe.com/cse/360cse_13.0.2206.0.exe

文档

https://www.nodemedia.cn/doc/web/#/6?page_id=38

原创文章，转载请注明： 转载自贝壳博客

本文链接地址: 2021年IE可用直播插件，替代Flash

YUV420P与NV12的图像格式描述差异

YUV420

NV12:

可以看出，就图像格式描述而言，它们都是3组数据，不同在于：
YUV420P的
U分量是plane：1、step：1、offset：0
V分量是plane：2，step：1、offset：0

NV12的
U分量plane：1、step：2、offset：0
V分量plane：1、step：2、offset：1

原创文章，转载请注明： 转载自贝壳博客

本文链接地址: YUV420P与NV12的图像格式描述差异

WebCodecs in Chrome M86: Limitations

Supported

  • AudioDecoder can decode AAC, FLAC, MP3, Opus, and Vorbis.
  • VideoDecoder can decode VP8, VP9, H.264 and AV1 (AV1 not available on Android).
  • VideoEncoder can encode VP8 and VP9.
  • VideoTrackReader.
  • ImageDecoder can decode BMP, GIF, JPG, PNG, ICO, AVIF, and WebP.

Unsupported

  • AudioEncoder is not yet implemented.
  • VideoEncoder can encode H.264, but it is limited:
    • H.264 encoding is not available on all platforms.
    • The output format is Annex B. We expect the format to be AVC in the future.
  • new VideoFrame(pixelFormat, planes, frameInit) is not available.
  • ImageDecoder  can’t decode SVG. We don’t expect SVG to ever be supported.

Caveats

  • AudioDecoder and VideoDecoder call error(undefined) to report an error. We expect the value to be a DOMException in the future.
  • VideoDecoder, VideoEncoder, and EncodedVideoChunk are not available in Worker contexts. Worker support will be added in the future.
  • VideoEncoder does not emit VideoDecoderConfig objects to describe its output. We expect configs to be emitted in the future.
  • Constructing a VideoFrame from an ImageBitmap produces an I420 frame. We expect this to change to RGBA or an opaque format in the future.
  • In some cases a valid VideoFrame has format === null and planes === null. VideoFrame.createImageBitmap() is available. We expect to add explicit conversion APIs to address these cases in the future.
  • ImageFrame  does not provide YUV access. We expect that ImageDecoder will output VideoFrame objects in the future.
  • H.264 extradata and payload must be provided in AVC format.

Known Issues

AudioDecoder, VideoDecoder, and VideoEncoder may produce outputs or errors after calling reset().

有被爽到

原创文章，转载请注明： 转载自贝壳博客

本文链接地址: WebCodecs in Chrome M86: Limitations

VSCode 在Windows下安装cmake tools插件使用msys2开发环境

clang在Windows下可以很方便的引用msys2的开发环境。

vscode在linux，mac下安装cmake tools插件也差不多能达到相同功能。

但该插件在windows下，想要引用msys2还是遇到问题了。

ctrl+p，>CMake:Edit User-Local CMake Kits 需要如下设置：

添加environmentVariables是关键

原创文章，转载请注明： 转载自贝壳博客

本文链接地址: VSCode 在Windows下安装cmake tools插件使用msys2开发环境

如何使用NodePlayer.js播放RTMP协议

简述

NodePlayer.js设计之初只是为了播放http-flv协议，但经常有客户想要知道能否播放RTMP协议，甚至RTSP协议，以往我们的回答都是不能。web浏览器没有开放TCP/UDP协议，当然无法实现RTMP、RTSP播放了。

但从 NodePlayer.js-v0.7版本开始，我们已经实现RTMP协议的播放了！
当然，不是TCP协议的RTMP, 没有这个基础条件。我们实现的方式，是通过WebSocket协议来和一个 websocket 2 tcp 服务交换协议，最终和RTMP服务器建立连接。

本播放器无需flash插件，和video.js等播放RTMP的方式完全不同。

目的

如果您正在构建新的直播项目，其实无需使用本技术。如今的流媒体服务端或者云服务，基本上都支持HTTP-FLV甚至WebSocket-FLV。
本功能是为以往使用Flash-Media-Server, Adobe-Media-Server, Nginx-RTMP, Red5，Wowza等服务端构建项目的用户，在不改变现有架构的条件下，无痛迁移到HTML5播放器。

部署方法

实际上无需过多要求，只需要一个 websocket to tcp的桥接服务。
这里，我们以一个非常轻量级，且开放源代码的ws-tcp-relay项目为例。
项目地址：https://github.com/isobit/ws-tcp-relay

进入https://github.com/isobit/ws-tcp-relay/releases ，根据服务端系统选择并下载应用程序

下载后，linux系统下添加可执行权限，然后执行

参数说明：
-b 使用binary格式传输
-p 绑定本机8080端口监听websocket连接
192.168.0.3:1935 需要桥接的远端或者本地 rtmp服务，本机可以填 127.0.0.1:1935

播放方法

使用NodePlayer.js-v0.7版播放器，播放地址

即可

如果要去掉端口号， ws-tcp-relay改为监听80端口，但可能会和webserver冲突
这里不清楚nginx反向代理是否有能力转websocket to tcp，如果能的话那就更方便。

播放器演示地址

http://www.nodemedia.cn/uploads/nodeplayer_rtmp.html

使用前请先运行ws-tcp-relay服务

RTSP流？

理论上，也是可以的，敬请期待。

原创文章，转载请注明： 转载自贝壳博客

本文链接地址: 如何使用NodePlayer.js播放RTMP协议

WordPress 在国内机房安装插件主题总是出现429 Too Many Requests错误的解决办法

这种情况不管是本地运行WordPress还是阿里云ecs上，安装更新、插件、主题，都会出现。估计是woredpress的cdn对国内ip做了限流。

我解决的办法是给添加一个http proxy来解决，注意一定要是http_proxy，socks5请加一层代理转换，比如privoxy。

非常简单，打开wp-config.php，在合适的位置添加：