【ニコ生】新配信録画ツール（仮、livedl Part9

!extend:checked:checked:1000:512:donguri=2/3
!extend:checked:checked:1000:512:donguri=2/3

スレの立ちにくい板なのでスレ立てを優先します

---

VIPQ2_EXTDAT: checked:checked:1000:512:donguri=2/3: EXT was configured

ニコニコ生放送(ニコ生)に対応した各種ツールについて情報交換するスレ
具体的なツール、ＵＲＬ、前スレについては>>2以降で

公式の改変への一時対策などで他のサイトでの利用を兼ねているツールの話題が出ることもありますが
ニコ生へ利用するツールのスレであるため、別の目的のスレとして成り代わりはしないこと

スレタイの（仮 と livedlはニコ生に合わせて作られたツールから引用されています

【ニコ生】新配信録画ツール（仮、livedl Part8
https://egg.5ch.net/test/read.cgi/software/1733348756/

※公式の改変の影響で一部〜ほとんどの機能が利用できない場合があります

■livedl-n(livedl派生)
//github.com/nnn-revo2012/livedl-n/wiki
//x.com/nnn_revo2012

■livedl(オリジナル)
//himananiito.hatenablog.jp/entry/livedl
//x.com/himananiito

■ニコ生新配信録画ツール（仮、ニコ生放送チェックツール（仮
//guest-nico.github.io/pages/downloads.html
//x.com/guest_nico

2025年2月周辺の改変からの時期が浅く事態が流動的なのもあって
ニコ生以外でも対応しているツールの詳細な紹介は避けられています(s○reamlink等)
まずPart8で該当する時期のログを辿ることを推奨します

※不具合や要望はコミュ掲示板もしくは作者X(Twitter)へ

メンテナンス・障害・復旧の記事一覧
//blog.nicovideo.jp/niconews/category/ge_maintenance/

機能・お知らせの記事一覧
//blog.nicovideo.jp/niconews/category/ge_function/

関連スレ(直接の交流は無いのでリンクの貼り替え等は任意で行って下さい)
【DL】動画の保存方法総合スレ【アダルト禁止】part58
//egg.5ch.net/test/read.cgi/streaming/1738967256/

・質問するときに最低限必要な項目
　-使ってるソフト名とバージョン、もしソースに変更を加えていたらその詳細も
　-リアルタイムかタイムシフトか
　-公式生放送・チャンネル・ユーザー？
　-具体的な放送ID(lvxxxxxxxx)
　-使ってるパソコンのOS
　-回線の種別(光回線/WiMaxなど)

・生放送をリアルタイムに録画しながら視聴する時の注意
　-基本的に録画中にその配信を視聴するのはおすすめしない
　-どうしても視聴したいなら*別アカウントでログイン*またはログインしてないブラウザーで
　-またはiPhoneやAndroidのニコニコ生放送アプリで視聴

ん？

かける？

誰か優しい人一回まとめてクレヨン

SlNicoLiveRecの話題もここで大丈夫だよ

今後はGUIツールならSlNicoLiveRec、直接CUIならStreamlinkになるっぽい
まあどれにしても結局はStreamlinkを使うだけだから同じだわな

ツール対応してない時期の間に合わせで
Youtubeで同時配信してる放送はyt-dlpでそこから取ろうとしたんだが
配信終了のアイテムを取りに行ったりエラーを繰り返し吐き続けたり上手くいかない

つべはスレチ

Streamlink 7.2.0
Windowsの人は以下から
streamlink/windows-builds 7.2.0-1

>>13
--niconico-user-session "user_session_xxxxxxx"
これだけじゃ駄目なん？
403 Client Error:とか出るが

--niconico-email EMAIL
--niconico-password PASSWORD
こっちは未対応っぽいし
まだまだ暫定対応もいいとこだな

>>14
そういう人は「SlNicoLiveRec」や「SlMiyucorder」のバージョンアップを待てばいい（ツールに同梱してるから）

四八福星間開発で検索

録画ツール（仮を外部エンジン使用可能にした非公式版を作成してexeだけ差し替えというのが一番簡単だけど、
これだと（仮さんに質問が行く可能性があるから躊躇してる
ツール名全く違うものにしてサイト作ってreadmeも別のもの作って・・・だとめんどくさいんだよなあ
ちなみにexe自体はできてます

>>14
こっちもだめだな
ただ--niconico-emailと--niconico-passwordは効く日もある
条件がわからん

>>14 >>17
Streamlink 7.2.0でuser_session、email/passwordともに問題なくログインできるよ？
"user_session_xxxxxxx"は実際のuser_sessionの値をブラウザかどこかからコピーしないとだめ
--niconico-emailと--niconico-passwordも問題なく使える（パスワードは""で囲わないと多分エラーになる）
2段階認証も使用可能

>>14 >>17
それとuser_sessionの値は絶対に5chや（仮さんの掲示板など公共のところに書かないでください
その値があれば第三者が容易にそのアカウントで不正ログインできて個人情報やパスワード漏洩します

streamlinkでニコ生の合言葉付き限定配信って録画できる？
対応できるコマンドはあるんだろうか

>>20
できない
合言葉対応は（仮のネイティブモードだけだと思うでもう無理

>>20
強いて言えばEdge版のストレコを入れて、Edgeでその配信に合言葉で入った後にストレコで録画できると思う
知らんけど

やっぱり無理か
ストレコ試してみるわ
ありがと

ｌｉｖｅｄｌ−ｎ　２０２５０４０６．６３
・実行ファイル起動時のオプションを調整
・−ｎｉｃｏ−ｅｘｅｃ−ｂｗで "" が指定できるよう修正
//x.com/nnn_revo2012/status/1908852812878118952

四八福星間開発
https://person-of-ehomaki.blog.jp

ニコ生だけでなくStreamlink汎用GUIツールやショールーム、Kickほかのチェックツールもあり
SlNicoLiveRecの最新版（現時点でV1.0.0.7）はStreamlink最新版（7.2.0）同梱なので現時点のツールの中で一番使いやすいのではないかと思われ
※SlNicoLiveRecの場合は別途Streamlinkをインストールする必要はありません

ニコ生だけだから（仮 で事足りている
わざわざ移行のメリット現状なし

（仮 を使ってStreamlinkで録画する方法が判らないです
StreamlinkをDownloadして外部のHLS録画エンジンを使うにチェックだけじゃダメなんですよね？

>>27
録画ツール（仮は新サーバーの動画は外部HLS録画エンジンを使うを指定してもコメントのみのＤＬになります
これは作者の意向によるものです

>>28
ありがとうございます
そうだったんですね
暗号解除のほうはStreamlinkがやるので行けるのかと勘違いしてました

SlNicoLiveRecで公式は録画出来たのですがユーザー生を録画出来ないのって何が悪いんでしょう？
offsetとかは何も入れていません
設定にメールアドレスとパスワード入れて接続するとメールで二段階認証の確認コードが送られて来るんですが入れる場所が無い
メールアドレスとパスワードを消して接続すると進むんですが
error:No playable streams found on this URL
https://live.nicovideo.jp/watch/lv
配信していません
フォーマット変換中
となってソフトがすぐ終了します
でもそのURLでTSを見れているのでNo playableが何で出るのか
readme読んでも詳しくは書いていなくて、それでも使えるって事だと思うので何がおかしいのか
ユーザー生は録画出来ないとかは無いですよね？
Windows11 Pro

それはここじゃなくSlNicoLiveRecの掲示板で直接作者に聞いたほうがいいよ
質問に一つずつ丁寧に答えてくれるから
同じような質問が多かったらreadmeにも載せてくれると思うし

>>30
Streamlink単体は２段階認証に対応してるけどSlNicoLiveRecが２段階認証に対応してないからログインできてないんでしょ
>>31の通りSlNicoLiveRecのコメント欄で質問したらいい

>>31-32
そういうのちゃんと書いてないから説明とか面倒な人なのかと思ったんですがあっちで聞いてみます
レスありがとうございました

>>33
ニコ生のツールつい最近作り始めたからニコ生の詳しいシステム仕様自体よく知らないんじゃないか？

dlpにもニコ生対応アプデ来たので使ったけど
画質判定が滅茶苦茶なのとユーザーが自分で入れたffmpegに投げる方式なのでffmpegが最新だと弾かれるわ
改善点としては画質判定の改善は当然として
タイムシフトはニコ"動"の新方式と同じようにffmpegではなくnativeで映像と音声は分離状態で落として完了後にマージする方式にする
生配信は分離状態だと何かと都合が悪いのでffmpegでもしょうがないけど最新版対応は必須だろうな
dlpはYouTubeに対しては同じ動作（生配信中はffmpeg、それ以外はnativeで分離DL）になってるから
現状ではニコ動の新方式ともdlpのつべ対応とも整合性がないよくわからん挙動になってるわ

まだ検証再現不足なんだけどstreamlinkでffmpeg-copyts適用で、
本来予定になかったはず？の旧配信→新配信移行ユーザー生TSで久々に音ズレ起こった
昨日期限のTSだったのでシェアできないけど、ffmpeg-copyts使って音ズレしたのはこれが初めてなので
、一応ffmpeg-copytsであろうとも音ズレ警戒しとけの意味もこめて共有しとく

新配信移行TS組なんだけど、どうやっても全ての放送が音ズレして保存されるね
hls-start-offsetで、どこを指定しても全て数秒音ズレしてしまう
ffmpeg-copytsが全く機能してない感じ
以前、限定的にあったチャンネル旧配信→新配信移行TSでは音ズレはしなかったんだよね

あと数十日ほどで旧→新TSは全てなくなり新配信放送TSのみになりますが、誰か詳しく解析できる方いたらお願いします。

>>36-37
具体的な放送IDが嫌ならせめて配信者名でもかいてくれないですかね？
じゃないと調べようがないじゃないですか？
それも嫌ならご自分で開発ツールを開いて映像と音声のm3u8ファイルのさいしょの１分ぐらいを記録してもらえると調べられると思います
また、その放送はブラウザで見たら音ズレしてますか？

突合する自作ツールだと音ズレしたことない

>>37
>チャンネル旧配信→新配信移行TSではうんぬん
公式とチャンネル放送は旧配信でも映像と音声が同時に始まってるのでずれないんだと思います
ユーザー放送（でアプリ起動）だとほとんどの場合映像と音声がずれて始まってるのでそれを変換するとそのずれがそのまま残るんだと思います
対策は手作業で一般的な映像と音声がずれてる場合の変換方法しかないんじゃね？と予想

>>36-37
しょうがないから自分で調べたけど
例: lv346938902
簡単に言うと映像と音声は実際にはずれてないが#EXT-X-PROGRAM-DATE-TIME:が映像と音声でずれてるからのようだ
ちなみにブラウザ上ではずれてませんでした
この場合はcopytsなしでないと・・・
nicolive.py257行目をコメントアウト・・・

>>41その配信ブラウザで動作違うね
chromeだとズレてない、Firefoxだとめちゃズレてる
Firefoxがcopytsと同様の動作でchromeがそうじゃないって事かな
非公式なDLツールと違って両ブラウザは共にニコ生側で正規対応を謳ってるんだから
ニコ生運営が対処すべき”バグ”なんだけどまあしないだろうなｗ

>>42
>>41はお察しの通り純粋なChromeでチェックしてます。Firefoxだとブラウザでもずれてますね
m3u8の解釈はブラウザ内蔵なのかはたまたブラウザで担当者が違うのでしょうか？
bastimeyer氏じゃないけど「ニコ生のサーバー側の問題だからそっち直せ」って話だけど５月にはきれいさっぱりなくなるはずだから対処しないでしょうね

有益な情報ありがとうございます。
コメントアウトおよび以前のnicolive.py、copytsデフォ無し記述の奴だと音声ズレ問題解決しました。
あと数日の命の旧配信TSの疑問が消えて助かりました。

>>44
公式の旧動画を新動画に変換したタイムシフトも調べたけど、今のところcopytsがあっても音ズレしてないようだ
（正確には数百ms程度の誤差だから人間にはわからんのかも）
m3u8調べたけど、ユーザー生放送のm3u8とまったく同じで映像と音声の#EXT-X-PROGRAM-DATE-TIME:がずれてるけど問題ないんだよねー
Chromeブラウザでは何かのフラグ判定してるのかもしれんけど、ソース（JS)読まないとわからないレベルだわ

今3/11のTS拾いをやってて気付いたんだけど、チャンネルでも音ズレしてるの発見した。
時期的に、CH新配信移行スタートと同時に一部旧→新変換TS現る、翌週位なぜか旧配信に戻る、翌週位新配信全移行完了
前スレ862　03/23(日) 20:57
よくわからんけど一部の公式が旧方式に戻ってるな

3/11は新配信と旧配信が混在してた頃の旧→新TSが音ズレしてるっぽい
旧配信放送？音ズレlv347211787　lv347191565
新配信放送？音ズレ無lv347181546
2/12音ズレ　lv347015201

ffmpeg-copytsが主流になったのは、前スレ773　03/16(日) 22:54
それ以前のチャンネル旧→新TS保存手段は、copyts指定無しだったのでオフセット指定場所によっては音ズレ発生

という事は、これから居座り続ける旧配信分変換した期限無期限の公式放送も、copyts無し版streamlinkで、
できればオフセット0指定した方が音ズレしないと思われる。
チャンネルと公式の挙動が違う可能性もあるけど、音ずれしてる旧配信放送かはfirefox使えばすぐさま確認できる、
これからも旧配信TS混在するのは、めちゃくちゃ面倒くさい事になりそう

前に映像と動画がずれてる放送(lv347086431)ですが、今Chromeだと映像も音も再生されなくないですか？
Firefoxだと映像と音もズレもなく再生されますね

それと>>46に関して調査してますが、lv347086431は明確に映像と音声の#EXT-X-PROGRAM-DATE-TIME:が4秒ずれてるけどユーザー生・チャンネル・公式含めてそれ以外の配信は0.02秒ぐらいのズレしかないようです
これってlv347086431が特殊ケースだっただけで普通はcopytsいらないのかも（むしろつけると音ズレする）
映像と音声のm3u8を読み込んで最初以外（最初のは必ず同じ値）#EXT-X-PROGRAM-DATE-TIME:を比較してある値以上あればcopytsつける
これもいろんな動画で検証してみないとわからんけど

まあ音ズレくらい自分で直せばええやん

>>47の再生ってあの当時ではCHromeでも出来てたけど今はできないのは多分その当時から3月ぐらいにかけてタイムシフト変換の仕様が変わったんじゃないかと思う
だからそれ以降の配信（＋過去のタイムシフト変換したの）もcopyts要らない仕様になったのかも？
もちろんそんな内部仕様をドワンゴが公式に教えてくれるわけないから推測するしかないけど

SINicoLiveRecで

https://live.nicovideo.jp/watch/lv347298246

↑の番組録画できる？

リアルタイムのユーザー生放送がFirefoxだと音ズレひどかったからChromeに切り替えて視聴してたんだけど、今Firefoxで視聴してみたけどもしかして音ズレ治ってる？
前はほぼすべてのユーザー生放送が音ズレしてたからすぐ分かったけど今Firefoxでしばらく視聴してるけど今のところ音ズレしてるようには聞こえないな
開発がFirefoxにも最適化してくれたのかFirefoxの不具合を開発が報告してアプデされたのか分からんけど　ちなみにFirefoxのバージョンは137.0
サーバーの切り替えのお知らせに更新きてるけどやっぱり不具合多いな

【4/4更新】2025年2月より生放送配信サーバーの切り替え作業を開始します【ニコニコ生放送】
https://blog.nicovideo.jp/niconews/235926.html

【4/4（金）更新】
現在、 「Androidアプリでタイムシフトが再生開始できない」不具合が発生しております。


音声が歪む不具合

【4/1（火）更新】
現在、音声の歪みの解消のためにチューニングをしており、遅延が大きくなると音声が途切れる場合があります。
音声が途切れる場合は、プレーヤー右下の［設定］より、［通信モード］を［安定性重視］に変更してください。

新配信サーバーにおいて音声が歪むように聞こえる現象が確認されております。
現在調査中ですので、復旧をお待ちください。


Androidアプリでタイムシフトが再生開始できない

現在、Android版ニコニコ生放送アプリの一部の番組でタイムシフトが再生できない不具合が確認されております。
現在調査中ですので、復旧をお待ちください。
タイムシフト再生時にエラーが出た場合には、シークバーの先頭から再生位置をずらして再度お試しください。

>>47
lv347086431　Chromeで問題なく再生確認
>>50
SINicoLiveは導入してないが、特にエラーなかったけど
>>51
最近のユーザー生視聴はFirefoxだとcopytsと同じ挙動になってるので音ズレはしない、タイムシフトも同様

3/1以前頃のユーザー生TS一部放送と、3/20〜3/25前後〜6か月前のチャンネルTS一部放送がFirefoxで音ズレして再生されるはず
公式放送はTSも含め全放送、確認した限りでは音ズレする放送はないはず

SINicoLiveRecですけど再録画試行しても追い出されたら落ちますけど
何が悪いのでしょうか？

https://live.nicovideo.jp/watch/lv347417221
これをやってます

>>53
これも四八福星間開発さんのとこで書いてもらえると
ただ、四八福星間開発さんってニコ生について全然知らない（タイムシフトって何？）レベルな人なんでどうなるかわかりませんが
Streamlink自体汎用録画ツールで今まではそういうニコ生特有の機能は日本人作成のツールで全対応してましたが、今後はｗ

四八福星間開発さんのところにも書き込みしました

>>52
>lv347086431　Chromeで問題なく再生確認
さっきChromeで見たら正常に再生され（音ズレなし）ますね　今日Chromeブラウザの視聴プログラムに変更あったのでしょうか

ということでFirefoxとChromeで同じように音ズレしてるように見えるタイムシフト発見
ttps://live.nicovideo.jp/watch/lv347068337
これ両ブラウザで音ズレして、Streamlink7.2.0でも同様に音ズレすると思います（未確認）
>>41の改造したらStreamlinkでは音ズレ解消するかと思いますが（未確認）
ユーザー生は5月にはその時期のタイムシフトは有効期限切れになるからいいけど、保存期間の長いチャンネルは困ったものですね

>>55
その放送は48グループｗなんでひょっとするとレスポンスいいかもしれませんね
仕事じゃなくて趣味でやってるんなら、まったく興味のないことよりちょっとでも興味あることの方がやる気が上がるのは当たり前かも

新配信移行初期にチェックツールからStreamlink起動で録画し始めて問題ないから今まで放置してたけど
なんか今気付くとStreamLinkがすぐ落ちるようになってた
最近なにかあった？同じような人いない？

>>56
47の書き込みがあったすぐに確認してたけど問題なかった
lv347068337については、PC環境のマイク集音の癖でほんの数秒ずれてるように聞こえるだけで音ズレはしていないよ
旧配信放送っぽいのでFirefoxだと盛大に音ズレするが

四八福さんはニコ生村の人じゃないからあくまでオマケ程度に使ったほうがいいんじゃないかな
あんまり迷惑かけちゃあかん

>>60
でもそのオマケの人がニコ生録画ツール最後の砦なのが皮肉なものだ
（仮さんや僕に頼らず有志でGUIの新ツール作るしかないけど、それが出来るくらいならもっと前から（仮とlivedl-n以外のツール出来てるわな

>>58
こっちはチェックツールからbatでstreamlink7.1.3起動して終了まで確認してるけど問題ないよ
勝手に終了してるのは数回あったけどたぶん間違って同じアカウントでブラウザ視聴した時くらい
四八福星間開発にも同じような質問あったけどその人はstreamlink再インストで解決したらしい

>>62
>こっちはチェックツールからbatでstreamlink7.1.3起動して終了まで確認してるけど問題ないよ

敢えて7.1.3(ニコ生新配信サーバーに対応してないバージョン)を指定する意味は？

>>62
それとSINicoLiveRecはStreamlinkを同梱してるからむしろStreamlink単体でインストールしない方が余計なトラブルなくていいと思うけど

>四八福星間開発にも同じような質問あったけどその人はstreamlink再インストで解決したらしい
これは多分Streamlinkを単体でインストールしてあったのでトラブったんだと思われ

>>52
> SINicoLiveは導入してないが、特にエラーなかったけど

SINicoLiveRecで録画しようとするとエラーになるんだわ

たとえば
https://live.nicovideo.jp/watch/lv347296679
の番組を録画しようとすると
↓みたいなエラーが返される

SlNicoLiveRec V1.0.0.7

フォルダ名の書式変更:有効
ファイル名の書式変更:有効
録画開始 2025/04/10/ 22:58:46
[cli][info] Found matching plugin nicolive for URL https://live.nicovideo.jp/watch/lv347296679
[plugins.nicolive][info] Logging in via provided email and password
error: No playable streams found on this URL: https://live.nicovideo.jp/watch/lv347296679
配信していません

>>63-64
>>58が新配信移行初期から使ってると書いてるから新配信対応したnicolive.pyを手動でマージしたstreamlink7.1.3を使ってると思って敢えてそう書いてたよ
勧めるならもちろん7.2.0がいいだろね

>>65
これまた定番の「日本人が作ったニコ生専用ツールなら自動的にするけどニコ生知らん人やガイジンは自動的にしない」機能
まず録画しようとするアカウントでブラウザでその放送を開き「視聴する」ボタンをクリックして放送が見れることを確認してからブラウザを閉じてSINicoLiveRecなりStreamlinkを使わないとダメ
それが嫌ならStreamlinkのIssueでこの機能を作ってもらうようにお願いするしかない

Streamlink自体汎用録画ツールで今まではそういうニコ生特有の機能は日本人作成のツールで全対応してましたが、今後はｗ

>>65
エラー内容的にログインできてないんじゃない？
ログインしてなくても見れるTSと生放送時は録画できるが、TS権必須な奴だけ録画できてないだけだと思うけど

>>68
そういえば現時点のSINicoLiveRecの仕様として
「二段階認証のアカウントのログインID/PASSによるログインには対応してない」ってのがあるんだよね
こういう制限は極めてユーザーに分かりにくいんだよなあ

あんまり提案したくないけど、
もしかして四八福星間開発さんにlivedl-nのGUIラッパーツールを作ってもらうっていうのが最適解だったりするのかね？
もちろんlivedl-n、Streamlink(ポータブル)、ffmpeg同梱でｗ

>>67
>>68
FireFox使いだけど再生してからFireFox閉じて、SINicoLiveRecでの録画を試みたけどダメだったわ・・・
Edgeじゃないとダメとかあるのかな？

>>71
Firefoxで使ってるアカウントとSINicoLiveRecで使うアカウントが違うというかSINicoLiveRecでログインしてないとか？
最近の四八福星間開発さんのblogのコメ見る限りニコ生の仕様まったくわかってないから直でStreamlink使うとかしないと無理っぽい

SlNicoLiveRecが神アプデ

StreamlinkとかSlNicoLiveRecで、ニコ生を時間指定をして録画する方法がよくわからないので教えてください。
たとえば「配信開始3分から10分まで」とか。（配信中のものでもタイムシフトでも）

>>58だけど、これを機にチェックツールも新しくして、噂の四八福星間開発さんのツールも入れたら解決した。
音ズレは配信中で録画途中のTS再生するとあったけど、放送終わってから見れば直ってた。
たった2ヶ月くらいでこんなに楽になってるとは・・・感謝感謝

>>74
配信中は大昔はできたらしいが今は動作しない、TSのみ指定可能
streamlink lv --ringbuffer-size 16M --niconico-user-session hoge --hls-start-offset 0:3:0 --hls-duration 0:7:0 --default-stream best -o hoge.ts

--ringbuffer-sizeは消してもいい、消したら16M設定
生放送時は必ず16M設定
1〜100の設定にすると、1.6Mbps〜40Mbpsの範囲で速度調節可能、ただしCPU使用率上がる
16M設定のままでギガ回線の環境だと人によっては最大400Mbps以上の速度が出るらしい
自社旧鯖の話だけど過去にニコ生の中の人の本音で、ツール使用の速度はおさえめにして欲しいような話を見た気がする
オリジナルのlivedlかフォークか忘れたが、最初4倍速可能だったはずが仮も含め2倍速固定になってた気がする
設定で4倍速以上に変えれたのかもしれないが、あまり使用してなかったので勘違いで大きく間違ってる所があったらスマン

>>76
>自社旧鯖の話だけど過去にニコ生の中の人の本音で、ツール使用の速度はおさえめにして欲しいような話を見た気がする

ってことだけど、例のサーバー切替アナウンスより
>旧サーバー形式では即座にダウンロードを開始できましたが、サーバーへの負荷抑制のためにダウンロードの転送速度に制限が必要でした。
>新サーバー形式では書き出しとダウンロードに工程が分かれますが、ダウンロードデータの準備をバックグラウンドで実行可能となり、転送速度制限の制約が不要となりました。その結果、書き出しやダウンロードにかかる時間が従来よりも短縮されます。

これは直接サーバーからＤＬしてるわけじゃなくてキャッシュからＤＬしてるからだと思うけど
実際デベロッパーツールで放送開くとすごい勢いで映像と音声取得しはじめるのねｗ
だからもうそんな制限いらないと思うし、もし問題あるならサーバー側（というかAWS）で制限すると思いますね

SlNicoLiveRecで録画しても音声入らない事あるけど、誰も指摘しないのは何故ですか？

>>78
SlNicoLiveRecはStreamlinkのラッパーツールでStreamlinkのIssueにスレッド立ててStreamlinkの作者に直接報告しない限り永遠に修正されることはないから

Streamlink自体汎用録画ツールで今まではそういうニコ生特有の機能は日本人作成のツールで全対応してましたが、今後は全部報告しないと永遠に修正されねーから
お前らは今まで日本人のやさしさに甘えてただけなんだよということをこれから嫌というほど知るわけだｗｗｗｗ

>>76
ほんとに助かりますありがとう！

>>78
補足すると、そもそもバグは発生していてもわざわざバグ報告を掲示板に書く人が少なく（多分利用者の50分の1以下)
で、その中でもその現象が発生する率が少ないからだろ
そういう不具合はSlNicoLiveRecはStreamlinkのラッパーツールだからSlNicoLiveRecでもどうにもならなくてStreamlinkに（略なわけで

素直にStreamlinkの使い方を学ぶほうが良いと思う

>>82
今までいにしえのnamarokuや（仮さんのGUIツールで放送URIを指定するだけで１から１０までやってくれたツールが当たり前なユーザーが今更Streamlinkやyt-dlpのようなCUIツールとか無理ゲーだよね
SlNicoLiveRecってGUIでStreanlinkにパラメーター渡すだけなんだけど現時点で神ツールなわけだが、それでも使い勝手悪そうで、これは（仮ツールの功罪の罪だなと思う
罪は（仮のせいでほかのツール作者が育たなかったし、ユーザーも（仮が普通だと思った点

アホしか困ってないしこのままでいいよ

四八福星間開発さんがメンタル強そうな人だから今後もやっていけそうでよかったかなと

>>82
StreamLink自体の問題ならどっちを使ってても中身一緒なんだからあんまり関係なくないか

SlNicoLiveRec.exe　は追い出されてると録画をリトライするのはちょっとどうやっていいかわかりません
みたいな回答きましたね

Streamlinkの使い方自力で覚えたからSINicoLiveRecはぶっちゃけ必要ないんだけど、Steramlinkだと同一垢で録画と視聴が同時にできなかったり追っかけ録画ができなかったり、やっぱり（仮と比べて使い勝手が悪いんだよな
早く（仮の後継が出てきてほしい

どこに出しても恥ずかしくない乞食

たたた大変だああああ
ついにSINicoLiveRecが一線を越えた（Streamlink呼ぶ前に放送ページの情報を読むようになった）ぞ
でもこうなるとほかのツール同様にトロイの木馬判定でやすくなるのね

更新内容
録画開始前に配信情報、タイムシフト情報を取得するように変更
（略）

>>88
>早く（仮の後継が出てきてほしい
そんなニコ生に熱意のあるガイジンはいないから永久に無理

そもそも（仮にstreamlinkを外部ツールの設定にするだけで事足りるのに何をそんな他ツールで騒いでるの？

>>92
28 名前：名無しさん＠お腹いっぱい。 警備員[Lv.13][sage] 投稿日：2025/04/07(月) 16:01:30.33 ID:X4uF0uzS0 [1/2]
>>27
録画ツール（仮は新サーバーの動画は外部HLS録画エンジンを使うを指定してもコメントのみのＤＬになります
これは作者の意向によるものです

録画した動画ファイルが細切れになってもいいから、仮で >>53 ができるように
コメントのみのｄｌをやめてもらったらねぇ

SlNicoLiveRecをV1.0.1.0に更新

満員で録画開始できないときに、再録画試行が有効な場合は再録画試行するように変更

一歩歩み寄って来たな

SlNicoLiveRecをV1.0.1.1に更新

現状をまとめるとこんな感じ？

おっかけ再生
→streamlink,yt-dlp,SinNicoLiveRecすべて非対応

同一垢で録画と視聴
→streamlink,SinNicoLiveRec非対応
→yt-dlp対応？

音声のみ録画(audio_high, audio_only)
→streamlink,SinNicoLiveRec非対応
→yt-dlp対応

二段階認証アカウントでの録画
→mail,passログイン非対応
→userssesionログイン対応

視聴期限のあるTS
→mail,passログイン非対応
→ブラウザで視聴開始ボタンを押してから、userssesionログイン対応

長時間放送の途中終了
→SinNicoLiveRecで再試行

満員放送
→SinNicoLiveRecで再試行

音ズレ
→streamlink,SinNicoLiveRec対応
→yt-dlp未対応

※streamlink,SlNicoLiveRecだと音が抜けることがある？

ブラウザで開始ボタン押すのは他のプログラムでselenium使ってる四八福星間開発さんに頼めべばSinNicoLiveRecで対応してくれそう
新配信対応したyt-dlp初めて触ってみたけど--cookies-from-browser firefoxでクッキー渡して複数同時録画しても大丈夫そうだな

視聴ボタンをわざわざ押さなくてもAPIがあるんだよ
（仮やlivedl(livedl-n)はそれでやってる

>>93
チェックツールからなら録画できるだろ
録画ツールでそれをやるから使えないだけ

アホは発想力が乏しい

>>101
全然無知の自分に教えて下さい。チェックツールにSlNicoLiveRec1008をどう設定したらいいのですか？

>>98
二段階認証(2FA)アカウントでの録画
Streamlink単体はmail,passでログイン対応
SinNicoLiveRecは2FAアカウントのmail/passログインは非対応
→ブラウザーでログインしてuser_sessionを表示し、user_sesion入力で対応

視聴期限のあるTS
録画したいアカウントでブラウザーでその配信を開きブラウザで視聴開始ボタンを押してからツールで録画

>同一垢で録画と視聴
>→streamlink,SinNicoLiveRec非対応
>→yt-dlp対応？

yt-dlpのソース見る限りstreamlinkと同じだと思いますがね？
でも問題ないというならそうなんでしょう（ニコ動と同一プログラムだからかもしれんけど）

>>103
そもそもstreamlink使うからお話が噛み合っていません

streamlink チェックツール経由で使ってもffmpegが無いって
エラーを吐いて無音の動画になってしまうことがある
一度^Cで止めてから改めて録画を始めるとエラーを出さなくなるので
何が悪いのかちんぷんかんぷん

>>106
Streamlinkはwindows-build版のexe?同じくzip(ポータブル版）?もしくはそれ以外の方法？
可能性としてはexe版以外は--ffmpeg-ffmpegか何かでffmpegのファイルがどこにあるかを指定しないといけない

さっぱり意味わからんなら一度StreamlinkをPATH含めて全削除してwindows-build版のexe版をインストールする
じゃなきゃStreamlinkをPATH含めて全削除してSlNicoLiveRecを使うことだな

読解力とアドバイスのレベルの違いを見せつけていくぅ

>>106
ffmpegmux.py のタイムアウトに注目しよう。
”チェックツール経由”と書いてあることから、毎回同じコマンドと読み取る。
”なってしまうことがある”と書いてあることから、頻度は低いのだろうと読み取る。
”止めてから改めて録画を始めるとエラーを出さなくなる”との報告を素直に読み取る。
都合の良い解釈や妄想を除いて理解した上で、コードを読んだ結果のアドバイスがこちらです。

>>107
面白い言葉だけど、かなり間違ってるし、誤解を招くよ。

PATHの問題だったりカレントディレクトリーの問題だったり、CUIになるとMS-DOSの時代から延々と変わらんよなー

Streamlinkの問題は一律 --loglevel debug --logfile logfile.log をつけてlogfileを見ればある程度はわかるけど、じゃないとわかんないね
それと大体質問してくるような人間ってわかってないから質問してきてるんで、あんまりその通り言葉を解釈しても意味ないような
だから何？って言われても

>>108
じゃあお任せしますんでよろしく
こっちもツール開発等に専念できるんで

何も役に立たないどころか間違い誤解を招くことを
垂れ流す人に任されることなんて何もないです。
それにあなたが見下している>>106さんのほうが
書き込みに有用な内容が含まれていました。

読み取れない人間に問題がありますね。

>>98
リアルタイム録画の通信モード　低遅延重視／安定性重視
streamlinkおよびSlNicoLiveRec
→安定性重視
yt-dlp
→低遅延重視（になっていると思われる）

※タイムシフトには通信モードなし

検証したいんだけど25時間以上のタイムシフトあったら教えてもらえますか？

公式(49時間25分)
ダイオウグソクムシ48時間生中継@鳥羽水族館【ニコニコ超復活祭】
https://live.nicovideo.jp/watch/lv345702317

で、こいつは誰なの？
SlNicoLiveRecとlivedl-nの作者が同じに見えてくる

>>114
ありがとう

>>115
SlNicoLiveRecの作者ではない

別件の検証してたけど
同じアカウントで同じ放送で２つ接続してても片方が動画を取得してない（＝コメントのみ取得）なら切断されないということがわかった
ならStreamlinkもyt-dlpも録画ツール（仮と共存できるわけだ

検証の１つの方法として、
録画ツール（仮のオプションで以下のように設定してからブラウザーと録画ツール（仮で同時に接続してもどっちも切れないですよね？
(●)録画データーを取得しない
HLS接続時の遅延レベル[1.5]

あの奥村さんも違法DLしてたなんて
https://x.com/h_okumura/status/1911037182837706859

COMMEON前つかってたやつが開けんけどもう使えんの？
配布終了しちゃってるし困った

保存してある動画の再生はできてるよ
DRM の動画は知らん

>>121 解決済らしい
ニコニコ動画関連ツール総合スレ part13
896 名前：名無しさん＠お腹いっぱい。 警備員[Lv.18][sage] 投稿日：2025/04/14(月) 23:43:50.65 ID:zSOfkd8t0 [2/2]
COMMEON
LAVなんちゃらのフィルターを入れなおしたら使えました
コメントの同期を変更するのは別途ソフト使わないとできないでしたっけ？

ログインしないor一般垢でSlNicoLiveRecを使って追い出されても再度リトライするように
できるように改良されているけど、何度も追い出されて細切れになった録画ファイルをコメントと同期とるのは大変だよな

追い出されてる間はブランク（黒画面）を録画して細切れファイルにしないように
もう少し改良してくれれば助かるけどね

>>123
>追い出されてる間はブランク（黒画面）を録画して細切れファイルにしないように
>もう少し改良してくれれば助かるけどね

それが出来ればそれこそnamarokuやnamarecoの時代(2010年頃)からそういう処理になってるって
今もそれができないからこうなってる

そうなの？仮で録画できてた頃はファイルが細切れになったことなかったけどなぁ

リトライしすぎてBANされそう

仮はファイル名もコメントも同期だしタイマー動くし音ズレないし途切れる原因にならないし回線とかで途切れてもログで一目でわかるし実質転送bpsも出るし
至れり尽くせりだった
チェックツールのメモリ蓄積による停止だけ気をつけてればよかった

それはチェックツールで全ての放送のサムネを保存する設定にしてるとかじゃないのか？
あれを有効にしてると膨大な量のサムネが保存される

音ズレする原因はニコ生側の仕様変更だから仮が新配信サーバーでもそのまま動いてたとしても音ズレしてたと思うよ
まあゲストさんなら原因追及して対策してくれるだろうけど
でもそれも当たり前の事じゃないし、なくなって初めてゲストさんの偉大さとありがたみが分かった

>>129
Streamlinkやyt-dlpだと問題点毎にIssueをフォーマットに従って立ててバグならエラーログ提出必須、
修正したり作者から質問があった場合は動作確認や質問への返答がない限り先に進まない
ついでにと別件のことも書くと「それは本件とは関係ないので別のIssueを立てろ」
日本人の作者みたいに言われてないこともやったりすることは絶対ない

今アマゾンAWSの障害が発生してるようでニコニコ全体のサービスにも影響出てるみたいです

ニコニコ窓口担当 @nico_nico_talk
【不具合/ニコニコ】
現在、ニコニコ全体でサービスが利用できない場合がある不具合が発生しております。
原因調査と復旧作業を行っております。ご不便をお掛けし申し訳ございません。

>>130
streamlinkやyt-dlpのような様々な国のサイトに対応してる汎用ソフトは膨大なユーザーがいて複数の問題を同時進行してるからそうせざるを得ないんだろうけどね
ローカル向けのソフトならそれなりに丁寧な対応してくれそうだけど日本人でも色々な人がいるように作者の意向が一番大きいかも

>>78
こっちはその不具合を確認してないから報告しようがないんだよな
ニコ生は公式、チャンネル、ユーザーがあってそれぞれにライブとTSがあって基本ユーザーはその中で自分が必要な部分しか使わないからね
あとソフトの使い方や環境も人によって全然違うから単に音が抜けると言われても全員の環境で起きるかも分からない
自分の使い方を他人もしてると思って説明を省く人が多いけど実はそうじゃない事が多いので具体的に説明したほうが反応する人増えると思う

ちなみに四八福星間開発に報告した人と同じ人か分からないけどSlNicoLiveRec V1.0.1.1で公式のニコ美lv347355508を288p, hls-start-offset 00:10:00, hls-duration 02:37:55を指定してみたけど音は入ってた
自分はリアルタイムのユーザー生しか録画してないけど.tsファイルでFLVでシークしたときに音が出るまで時間かかることはあったけど完全に音が抜け落ちてるのは今のところ見たことないかも

こっちでもSlNicoLiveRecのサイトのコメント欄でもいいから動作でおかしいことあったらもっとコメントしてあげて

リアルタイムの録画、動画はSlNicoLiveRec、コメントは（仮
録画した配信をコメント流せるプレーヤーで再生すると、動画とコメントのタイミングが数秒ズレるな

タイムシフトの録画の場合はあまりズレないけど、タイムシフト録画し直しはちょっとめんどうではある

>>135
SlNicoLiveRec(Streamlink)と（仮ツールで動画とコメントの時間を同期することが不可能だから当然そうなるわな
解決したいならStreamlinkでコメントを取得してvpos補正するか（仮でnativeモードで動画を取得するしかない

>>135
それと新動画サーバーのリアルタイム配信は旧動画サーバーで使ってた動画とコメントの同期API(StreamSync)を使ってないので別の手段で同期取ってるのね
それもあるかなと思う
どっちにしろ動画とコメント取得するツールが別になってる時点で動画とコメントの同期は不可能だからどうでもいいけどｗ

ユーザー生だけかもしれんけどdata-propsからdliveの判定条件がなくなったみたいだね
修正が必要なようでほかにも変わってないか全体的に配信一度開発ツールで調べてみないと

>>138
公式・チャンネル・ユーザー生全て同じになってる
タイムシフトは公式しか見てないけどこれも同じなのでこれでニコ生は完全に新サーバー移行したということか？
現状の録画ツール（仮やlivedl-nはdliveかどうか判定して切り分けてるので誤動作する

それとリアルタイム録画の通信モード　低遅延重視／安定性重視が以下に変わってる
低遅延重視
latency: "low"
protocol: "hls"

>>139
録画ツール（仮は別のところも見ているのか問題ないようです
お騒がせしました

livedl-n 20250417.64
2025/04/17夕方からニコ生全ての放送に接続するとMasterfileが403エラーで接続を繰り返すので正しく接続するように修正
※20250407.63以前のすべてのlivedl-nは同様になるので20250417.64以降のバージョンを使用してください
//github.com/nnn-revo2012/livedl-n/releases/

>>141
多分今回の修正があったってことは、現時点(2025/4/17JST)でニコ生全ての放送が新サーバーに移行したのだと思いますが、万一旧サーバーの放送が残っていた場合livedl-nでは動画のDLできません
その場合は録画ツール（仮かStreamlinkを使ってください
(yt-dlpは旧配信の録画ロジック削除のプルリクが出てるのでそのうち旧配信の録画は完全にできなくなると思います）

>>135
SlNicoLiveRecの作者ﾀｿにお願いしてコメントもダウンロードできるようにしてもらうしか無いんじゃね？

>>143
SlNicoLiveRecはStreamlinkを起動するためのGUIツールだから直接Streamlinkでコメント取得しないと厳密な動画とコメントの同期は無理
でもStreamlinkは他のプラグイン見てもコメントのダウンロードはしないポリシーっぽいよね
yt-dlpなら可能性はあるけど誰がつくるんだよ？！って気がする（基本ガイジンはコメントいらないからね）

SlNicoLiveRec、ジークアクスのニコ生tsファイルは落とせたけど音声が入ってないっぽい
設定はプレミアム会員のログイン情報入れた以外は変更していない
バージョンは今落とせる最新版
mp4に変換のオプション使ってみたけどやっぱり音声が入っていなかった

原因わかる人いますか？

音声ファイル、最初は入ってなかったけど何回か試したら入ってました
設定は変えていないので原因分からず

>>145
lv347423661 のこと？
livedl-n+Streamlinkだけど特に問題なし
強いて言えば一時的に音声のcacheの一部が壊れててFFmpegの動画＋音声の結合時にエラーになってたとか？
時間をおいたらかcacheが再取得されて問題なくなったのかもしれません

>>141
ありがとうございます
TSとコメントのファイル名が揃うのでとてもありがたいです

だから（仮でコメントもDL出来るし何が不満なの？

バカがコメントでキックの話を押し付けるのと同じ光景

見ず知らずの人間が作ったエグゼファイルを実行するやつの危険意識の低さ
たとえ、それがマルウェアでなかったとしても、どれだけリソースを奪うか、レジストリを汚すのか、ドッカーとの競合など、一切調査せず使うのは浅はか
15歳から65歳までのデジタルネイティブ世代にはあるまじき、危険運転する年寄りのような行為

ｔ

録画ツールって復活したの？

Streamlink直でdebug付きでログ取ってるけど、以下で時間変えたり解像度変えてるけど低解像度(1Mbps程度)だと問題ないけどbestにすると途中でError while reading from substream: Read timeoutが出たりして結果音声が途中で切れるファイルが出来るのかも？
DLする時間や高速な回線だったりパソコンの処理が速いなどの条件も関係してくるかもしれないけどセグメントのタイムアウトを大きくするかbufferを大きくすれば解決するかも

streamlink --loglevel debug --logfile lv345702317.log https://live.nicovideo.jp/watch/lv345702317 --default-stream best --hls-start-offset 5:50:00 --hls-duration 30:00 -o lv345702317.ts

単純なオプションじゃウィンドウがすぐ閉じてニコ生の放送が不定期に切れるのを抑制できない
録画ツールに任せられた時は何分引っかかっても放送が切れるまで必ず接続を復帰してくれたんだがな
何とかならないか

>>155
SlNicoLiveRecのプログラム内でそういう状況に応じたリトライ処理をしてるわけじゃないからしょうがない
Streamlinkに投げて終了を待つだけだもの

更新内容
nicolive.pyの変更
・"latency": "low"
・"accessRightMethod": "single_cookie"
・ffmpeg_options={"copyts": False}


どういう意味の更新なのかがわからん・・・

>>157
実質自分がリクエストしたようなものだからなｗ

Streamlinkの設定修正
・リアルタイム録画の通信モード　低遅延重視　に変更（これはリクエストしてない）
・Cookieの指定をブラウザと同じに変更
・FFmpegでmuxする際にcopytsをoffにする（過去のタイムシフトの音ズレ対策）

>>158
すまんがもう少し解説頼みたい
現在と比較してそう変わったってことは
更新前は録画時の設定は安定重視で録画されてたってことだよね？
変更されたということは低遅延重視のほうが録画のファイルが安定するってことなの？
あとCookieの件も、ブラウザと同じに変更ってことは今はなんなんだろう？と
どういう状態からどうしてそう変わったのかを知りたい
まぁ賢い人達がうまく考えて変更してくれてるんだろうから知らなくていいとは思うけど興味本位で

>>159
>更新前は録画時の設定は安定重視で録画されてたってことだよね？
>変更されたということは低遅延重視のほうが録画のファイルが安定するってことなの？

リアルタイム録画だと前の方が安定してたはず("latency": "high")
多分作者がリアルタイム録画の通信モード　低遅延重視(low)／安定性重視(high)　についてよくわからないで変更したと思われる

といってもほとんどの環境じゃ変わらないと思うけどね

streamlinkでなぜかエラーになるTSあったんだけど、昨日のユーザー放送lv347549322で
オフセット無し指定だと正常に動くんだけど、オフセット指定したらなぜか動かない。
あとオフセット0:0:1の指定と1:0:0の指定でのエラー内容も変わる。
なぜ起こってるのか詳しくわかる方、検証お願いしたいです。

>>161
Audio
#EXT-X-MAP:URI="https://assetdelivery.dlive.nicovideo.jp/blank/audio/init?******";
#EXT-X-PROGRAM-DATE-TIME:2025-04-18T22:00:09.000+09:00
#EXTINF:0.02133,
//assetdelivery.dlive.nicovideo.jp/blank/audio/segment?******"
#EXTINF:5.99467,
//assetdelivery.dlive.nicovideo.jp/blank/audio/segment?******"
#EXT-X-DISCONTINUITY
#EXT-X-MAP:URI="https://asset1.dlive.nicovideo.jp/5862/68024cd7532f1e403f4e97bf/audio/1/main-audio-192Kbps/1-HFB2K4A5HGG5U/init00002.cmfa?******";
#EXT-X-KEY:METHOD=AES-128,URI="******"
#EXT-X-PROGRAM-DATE-TIME:2025-04-18T22:00:15.019+09:00
#EXTINF:5.99467,

>>161
VIDEO

#EXT-X-MAP:URI="https://asset1.dlive.nicovideo.jp/5862/68024cd7532f1e403f4e97bf/video/123/main-video-1Mbps/1-XHBQAPOHGT3LC/init00001.cmfv?******";
#EXT-X-KEY:METHOD=AES-128,URI="******"
#EXT-X-PROGRAM-DATE-TIME:2025-04-18T22:00:09.000+09:00
#EXTINF:6.00000,
https://asset1.dlive.nicovideo.jp/5862/68024cd7532f1e403f4e97bf/video/123/main-video-1Mbps/1-XHBQAPOHGT3LC/00001.cmfv?******";
#EXT-X-DISCONTINUITY
#EXT-X-PROGRAM-DATE-TIME:2025-04-18T22:00:15.000+09:00
#EXTINF:6.00000,
https://asset1.dlive.nicovideo.jp/5862/68024cd7532f1e403f4e97bf/video/123/main-video-1Mbps/1-XHBQAPOHGT3LC/00002.cmfv?******";
#EXTINF:6.00000,

>>162 >>163
offset指定するとVIDEOのKEYがスキップされるようで読めなくて終了
VとAが逆なら問題ないようだけど、これがサーバーの問題なのか、m3u8の正しい仕様なのか、Streamlinkの改良点なのかはわからん

以上あくまでも解説

>>164
詳しい解説本当にありがとうございます。

>>157
ありがとう！
streamlinkで録画中に視聴しても途切れなくなった！
快適！！！！！

SlNicoLiveRec V1.0.1.2ですが過去のタイムシフトの音ズレ対策のためcopytsをオフにしてますが、そのため逆に以下の条件を満たす放送は必ず音ズレします
1.新サーバーに移行後のユーザー生放送
2.音声の最初にだけblankがある放送（映像にはblankがない）
※映像音声共にblankがある放送は音ズレしません
2.の条件は直接開発ツールかなにかで音声と映像のm3u8を開いてみないとわかりません。

例
lv347549322
lv347108476
lv347232085

公式やチャンネルしか見ない人はこのままでよいと思いますがユーザー放送しか見ないような人はnicolive.pyの以下の部分を False から True に書き換えたほうが良いかと思います。
ffmpeg_options={"copyts": False}

>>167
2.の条件に追加

2.音声の最初にだけblankがある放送（映像にはblankがない）
　または音声映像両方にblankがあるがその秒数が違う放送
※映像音声共にblankがありその秒数がほぼ同じであれば放送は音ズレしません

>>167
過去の音ずれするTSっていっても、もうかなり数少なくなって限定的だし、まあ基本はcopytsは常時使っておき
過去の…大まか的に分類したら4/1以前の時(ユーザーは3/1以前)だけ、FireFoxで音ズレを視聴確認してからcopyts無版を選択使用
するのが最適解なんでない？公式はcopytsの有無関係なしに音ずれしない前提の話になるけど
copyts無版を使用すれば音ずれ可能性ありになるので、ファイル後の音ずれ視聴確認の手間は増えて面倒だけど

どうみてもcopytsオフ版の常時使用は普通はすべきではないと思う

>>169
--ffmpeg-copytsオプションを無効にするオプションがないのでプラグイン内の--ffmpeg-copyts強制指定はやめて
SlNicoLiveRec上で--ffmpeg-copytsオプションをON/OFFできる（デフォルトON)にしたらいいんだが
その場合Streamlink直で使う人は--ffmpeg-copytsを必ずつけないといけないからちょい面倒になる

多分公式とほとんどのチャンネル放送と95%ぐらいのユーザー放送は--ffmpeg-copytsなしで大丈夫だと思うんだけど
>>167に該当する放送のみ--ffmpeg-copytsが必要で結局DLした後放送見直して音ズレてないか確認しないと
顔出してなかったりアニメの放送なんて音ズレしてるかしてないかすらわからんけど

アニメでわからないってどういうこと……

リップシンク

>>171
アニメとかVチューバーがそうだけど別にアニメそのものがしゃべってるわけでないから1秒ぐらいのズレならわからなくない？
顔出しで人がしゃべってれば口の動きと音声でわかるけど、顔出してないとか音声のみとかズレてるかわからなくない？

あっちの掲示板に
SINicoLiveRECで出来ること
・放送中に録画が停止しても再試行してくれる

ってあったが、これは SINicoLiveREC 独自の機能？
それとも単純にstreamlinkのオプションで対応可能なもの？

ツールの使い方勉強するよりプログラミングの勉強すればもう困ることないのに
無駄な労力割いてるねえ

sageもできないボウヤが自動車の運転を上手にしたいという相手に自動車の設計からどうぞって言ってるんか？ｗ

その例えは当てはまらないな
プログラミングは簡単だけど自動車の設計は難しいから

例えるなら既製品の机を買ってくるか
ホームセンターで板を買ってきて組み立てるかのほうが正しい

>>177,178
ホムセンの机すら組み立てられない層もいる
そういう人らにすれば自動車の設計も組み立てもプログラムも同じく「難しい」だよ
敷居が高い低い以前に、自分で作れるならすでに作っているだろうからな
作ろうと思ってても勉強するのは面倒って層に>>175は響かないって話
作れないのではなく、作らない・作ろうともしてないのだろう
理由は彼らにとっては「難しいから」

あなたにとってプログラムは簡単だけどsageは難しいみたいだねw

ホムセンにも行かない人はそもそもツールの使い方も調べないからその例は当てはまらないな

＞＞181
そういうことを>>175では言ってるんだけど…理系脳ってやつか…
プログラムなんて簡単にできちゃうID:tavdbTIq0さんは
ニコ生録画ツールも簡単につくれちゃうんだろうね　すごいねー　頭良くってうらやましいなー

ツールの使い方調べるのやめてプログラミングを勉強したら作れた

さげる理由ってなに？

>>183
過去にはツールの使い方を調べるという思考だったんだね
プログラミング勉強するのに短期間で組めるようになった？
時間かけるより知ってる人にサクッとやりたい事済ませたいって気持ちもわかるんじゃない？

>>184
sage進行は昔からの名残で現在では大した意味はないんじゃない？
自分で調べないと凄腕プログラマーに叱られちゃうぞｗ

そこまで自作したくない気持ちがわからん

自作したい気持ちはあるけどね。バッチくらいなら組めるよ。
時間コストの優先順位かな。他にもやりたい事あるし、録画するのが目的なのよ
長期目線でみればツール作れるようになれば便利なのは理解してるが、便利なツールを公開してくれている御方がいるのだから
作った人に感謝しながら使っていく感じ
甘えと言われりゃおっしゃる通りだ

自己研鑽しろよ
ニコ生録画してないで

>>188
ニコ生録画しないなら、このスレ来る意味ある？ｗ
俺にとってニコ生視聴や録画は趣味でしかないし
プログラミングも生業じゃないからなあ
仕事のスキルアップなら自発的に資格試験の勉強とかしてるよ
プログラミングについてはパイソンとかのユーチューブ動画とか眺めてるくらいはしてるが、そんなもんは自己研鑽の内に入らんよね

お前らの煽り耐性の無さが一番のスキル不足だろ

>>159
2025/4/24現在、ユーザー生で同じブラウザーで同じ放送を２つ開いても以前のように片方が閉じたりしなくなっている
なのでwebsocket接続時にstartWatchingに送るオプションが同一なら２窓可能（＝ブラウザとStreamlink/yt-dlp同時起動可能な仕様）になってるようだ
SlNicoLiveRecV1.0.1.2より前のStreamlinkは"accessRightMethod": "single_cookie"が指定されていなかったのでstartWatchingに送るオプションが同一ではないため以前の仕様通り切断されていた（これが本来の仕様）と思われる
チャンネル・公式は確認してないけど同じ仕様かと思われる
これはたまたまそうなったのかニコ生の新しい仕様なのかただのバグなのかはわかりません（気になるならニコニコのサポートに連絡してみて）

これで納得ですかね？

四八福星間開ホームページより
2026年04月23日 お知らせ

4月25日から5月6日までの間、コメントや不具合の対応をお休みさせていただきます。
この間にいただいたご連絡につきましては、5月7日以降、順次対応させていただきます。

ほら言わんこっちゃない

ゴールデンウィークだからやろ
仕事か旅行か知らんがとにかく予定が入ってると

自作が最強ってこと

確かに、自分でゼロから作れば、本当に自分の思った通りの機能を持ったものができるから
その点だけ見れば「最強」と言いたくなる気持ちもわかる。

ただ、サイトの変化に「一人で対応し続ける大変さ」っていうのは、長くプログラムを書いている人ほど、その重みが身に染みてわかることなんじゃないかな。
プログラムっていうのは、一度作って終わりじゃないんだよ。
特に、今回のように外部のサービス、つまり配信サイトの仕組みに依存して動くツールの場合、
相手側が仕様を変更したら、こっちのツールもそれに合わせて直さないと動かなくなる。

サイト側が、裏側の通信方法を変えたり、あるいは露骨に対策してきたり…ってことは普通に起こり得る。
プログラムを長くやっていれば、「あー、外部サービスの非公開APIが変わるの、本当に勘弁してほしいやつだ」みたいな経験、一度や二度じゃないはず。

それを、たった一人で、配信サイトが変化するたびに、解析して、デバッグして、コードを書き換えて、またテストして…っていうのを、文字通り一生やり続ける。
これって、考えただけでもぞっとする作業量だし、精神的にもかなり来るものがある。
新しい技術を学ぶとか、別のものを作るとか、そういう発展的なことになかなか時間が使えなくなる可能性も高い。

一方、ネットで配布されてる有名なツールなんかは、多くの開発者が関わっていたり、膨大なユーザーからのフィードバックがあったりする。
だから、サイト側の変更があっても、誰かが素早く対応してくれたり、コミュニティの中で解決策が見つかったりする確率が高い。
個人の力では追いつかない変化にも、集団の力で対応していく感じ。

もちろん、配布ツールに不満があるから自作するという原点はあるだろう。
でも、「最強」という言葉の裏には、プログラムの継続的なメンテナンスがどれほど大変かを知っている人ほど、安易には手を出せないような、果てしない苦労が潜んでいる。
趣味で一時的に作るなら良いけど、本当に「最強」の状態を維持し続けるのは、プログラマーとしての経験があればあるほど、その困難さをリアルに想像できるはずなんだ。

だから、「自作最強」という言葉を聞いたとき、「いやいや、そのメンテナンスコスト、舐めたらあかんで…」と感じる人は少なくないと思うよ。

ossにコントリしろよ
独りよがりになるな

自作だからこそ仕様変更にも容易に追従できるけどな

まぁこのスレに何人自作のツール稼働させてるのがおるか云う事や

>>196
>それを、たった一人で、配信サイトが変化するたびに、解析して、デバッグして、コードを書き換えて、またテストして…っていうのを、文字通り一生やり続ける。
>これって、考えただけでもぞっとする作業量だし、精神的にもかなり来るものがある。
>新しい技術を学ぶとか、別のものを作るとか、そういう発展的なことになかなか時間が使えなくなる可能性も高い。

録画ツール（仮やチェックツール（仮もそうだけどな

自作だと自分の環境だけで動けばいいから
設定とかいらないしメインのロジックに集中できるから楽

結局公開するかしないかじゃないの？
公開すると録画ツール（仮みたいにボランティアなのに半ば義務になっちゃうし
あれ作ってこれ作ってってなっちゃうし

他人の使い勝手考えなければ2日もあれば作れる
てか作れた

自慢できるツールを作れる奴が公開したらいい
仮は自慢できる

自作できるやつは「ぼくの作った最強のツール(非公開)」も使うことができる
自作できないやつは公開されたツールを使うしかない
「ホラホラ、自作ってすごいし簡単だからお前もやれよ」って言われてもね

ツールすらまともに使えない人が多い印象

自分に必要な機能だけを作ればいいから不具合もないし最高に使いやすい
なので自作がおすすめ

自作できる知識と余暇時間あるならしてる
自作プログラムって一朝一夕にできるもんじゃないでしょうに
ズブの素人が録画ツール作るれるレベルになるまではコツコツ勉強しないとでしょ
作ろうと思って勉強中の人もいるだろう
知識があっても作る時間がないとかで公開ツールのほうが自分が作るより優れていると判断した上で
公開ツール使ってる人もいるんやない？

たとえ必要な知識がある程度あったとしても、今の世の中でみんながみんな開発に十分な「余暇時間」を持てるわけじゃない
仕事や勉強、個人的なこととか、時間は限られてる
そういう時、ゼロから自分で作るのにかかるめちゃくちゃな時間と労力を、もう公開されてる性能が高くて安定したツールを使うことで済ませるっていう選択は、すごく合理的だって言える

公開されてるツールは、たくさんの開発者や使う人に使われて、機能が増えたり、バグが直されたり、使いやすくなったりしてる場合が多い
作るのにかかる時間、できることの幅、手入れの手間なんかをひっくるめて比べた結果
自分が今からちょっとの時間で作るものより、もう出来上がってる公開ツールの方が、やりたいことを実現する上で「優れてる」って判断することも少なくない

知識はあっても時間がないとか、公開されてるツールの出来を評価した上で、あえてそっちを使うって選択をしてる人もいるっていうのは、プログラム作りの現実と使う人の合理的な判断に基づいた、ちゃんと根拠のある見方だと思うよ

でも公開されてるのは追っかけ録画もできないんだよな

コンピューターに付いていけてない人類は割と本当に多いんだよ
しかもPC離れなんて起きてるんだから世代も関係ない

>>210
おっかけ録画機能付き録画ツールを自作できるなんてスーパー天才ハイパー敏腕プログラマーなんでちゅねｗ

自作ツールには追っかけ機能がついているというなら、ひっそり自分だけで便利に使えばいいじゃない
公開する気もないツールの機能紹介されてもねえ

個人的には録画できるだけでも満足だし公開ツール作ってる人らに感謝して使わせてもらっているし
さらに便利な機能が付けばそれも自分の用途に合ってればありがたく使わせてもらうよ
自作ツールを公開してくれている人たち本当にありがとう！！

まだやってんのか

自作で完結してる人はスレにすら来ないのかなと思った

底辺のあがきを見るためにくるで

プログラムを自作しなくても今公開されてるツールのバッチ起動で前と同じ運用できる
そのバッチのコマンドをプログラムみたいと言われればそれは勉強してとしか言えないけど

俺くらいになると自作した嫁と自撮りハメ撮りした動画でヌイてるわｗｗｗ
簡単だし気持ち良いし他人に挿れさせることは考えないから2日もあれば作れる　てか作れた
自分の好みだけの締まり具合にすればいいから最高に使いやすい
でもそこらに歩いている女はぶっかけ撮影もできないんだよな
なので自作嫁おすすめｗｗｗ

yt-dlpの話だけど、doe1080氏には頑張ってもらいたいよねー
もう日本人は基本的にニコ動もニコ生のDLツールを直接作成したり変更できないんで

四八福星間開発

2026年04月23日
お知らせ
4月25日から5月6日までの間、コメントや不具合の対応をお休みさせていただきます。
この間にいただいたご連絡につきましては、5月7日以降、順次対応させていただきます。

SlNicoLiveRecでタイムシフトDLする方法ないの？

>>220
？？？

>>220
また例によって設定のログイン設定の件か？
ニコ生は「ログインしない」はほぼ必要ないし、キャッシュされた資格情報うんぬんのチェックボックスはログイン方法を変更した場合チェック必須だしってことでここもなにか改善案を出さないとここでつまづく初心者が増えるばかりだよ

>>170
SINicoLiveRecV1.0.1.2から--ffmpeg-copytsがデフォルトオフになってるけど、700人ぐらいが使ってるのに「音ズレする？！」って報告が5chや作者のblogでないのは、おそらくニコ生側サーバーの設定調整により--ffmpeg-copytsが必要になる放送の方が少なくなった（数％ぐらい？）ということかと思われる

>>223
デフォルトオフにしてって要望出しの誰だよ
ゴミすぎるだろ

>>224
自分だけど？
今も音ズレする放送ある？ユーザー生・チャンネル・公式のどれが多い？
公式やチャンネルでひんぱんに音ズレするようなら元に戻すように四八福星間開発さんに伝えますが？

>>225
自分はSINicoLiveRec使ってないから関係ないけど
--ffmpeg-copytsを常に付けておく方が現状は合理的では？
多くの配信でオフでも問題ない可能性はあるが、特定の配信での音ズレするという避けたい問題を確実に回避できるし
全体としてはこの設定にしておく方が「安全」と感じられる場面が多そう

実際のところnnn-revo2012さんは四八福星間開発さんの掲示板で以下のコメントをしただけで直接ffmpeg_options={"copyts": False}という要望はしてないんだよね

>10. nnn-revo2012 2025年04月14日 23:58
>>>8
>タイムシフトの音ズレ問題に関してはStreamlink7.2.0においてユーザー生およびチャンネルで３月より前に旧サーバーで配信された放送をドワンゴが新サーバー形式に変換した放送の一部で（全てではない）音ズレするという問題が5chで報告されています
>それについては--ffmpeg-copytsというオプションをはずせば音ズレが解消されるということなのですが、nicolive.pyの中で--ffmpeg-copytsを強制動作するようになっているので現状ではnicolive.pyを直接修正する以外方法はありません

ffmpeg_options={"copyts": False}をした上でオプションにて--ffmpeg-copytsの付け外しができるようにすれば以前のままにも出来たんだけど現状はffmpeg_options={"copyts": False}をしただけ終わっちゃったから中途半端な状態になってるというだけ

それはnnn-revo2012さん本人も分かっていて>>170や（仮の掲示板では以下のようなコメントもしている

>381 :ななしのよっしん2025/04/26(土) 00:52:53 ID:g2nOfWjh
>来月のGW明け前にこれを四八福星間開発さんのところにコメントする予定

>次にSlNicoLiveRecをバージョンアップする際に以下の機能を追加していただけないでしょうか？
>・音ズレ修正機能（チェックボックス）
>　設定→上級者設定に以下の項目を追加する
>　音ズレ修正
>　[ ]音ズレしている放送を音ズレ修正して録画する
>　通常は必ずオフにしてください
>　ユーザーやチャンネルの一部の放送で音ズレする場合だけチェックオンにして録画してください
>※イメージ
>i.imgur.com/u0tYwjY.jpg

>チェックがオンの場合はStreamlinkの引数に --ffmpeg-copyts を追加する　オフの場合は何もしない
>デフォルトの設定はオフです

強制的に--ffmpeg-copytsがついてるStreamlinkより--ffmpeg-copytsが付け外し出来るようになったSINicoLiveRecのほうが便利でいいと思う
デフォルトをどっちにするかは議論が分かれるところだけど

最新のStreamlinkのnicolive.pyって--ffmpeg-copytsって強制じゃなくね？

>>228
Streamlinkについて「強制的に--ffmpeg-copytsがついてる」という表現は誤り
あくまでデフォルト設定で、Streamlink自体が強制的に--ffmpeg-copytsを有効にしているわけではない
引数で明示的に無効化（Falseに設定）することが可能
つまりStreamlinkでも--ffmpeg-copytsオプションを「付け外し出来る」

まじで？強制だと思い込んでた
間違った情報ドヤ顔で書いてしまった

--ffmepg-copytsの件とaccessRightMethodの件はもちろんStreamlinkにIssue立てて修正してもらいたいけど
悲しいことに自分が英語力なくてAI翻訳に頼らないといけないんでガンガン行けないことと、修正してもらうにはそれなりの合理的な理由なりエビデンスが必要なのでなかなか面倒なのね
音ズレの件についてはたまたまSINicoLiveRec最新版がcopytsなしになってるんでこれで文句がでないなら本家自体を修正してもらう合理的な理由になるのだが
技術英語に詳しい人がどっちもIssue立ててくれると助かるんだけどね
yt-dlpも同じで自分だといまいち意図が伝わらなかったり誤解してしまうｗんであんまりやりたくないのね

>>231
まじ
nicolive.pyが生成するストリームオブジェクトとかもろもろ経由してきて
最終的にFFmpegプロセスに渡されるオプションの辞書に反映される際にデフォルト値を上書きしてる

>>229-231
正確には--ffmpeg-copytsを強制(force)してるわけでなくnicolive.pyの中でffmpegにcopytsオプションを渡しているだけ
ただ、Streamlinkにはこれを渡さないようにするオプションが見当たらなかったので結局nicolive.pyを修正して必要な時だけ--ffmpeg-copytsをつけるというのが最適だと思うのだが可能なようなら教えてほしい

>>234
Streamlinkに「これを渡さないようにするオプションが見当たらない」という認識が誤りでは？
nicolive.py がストリーム生成時に ffmpeg_options={"copyts": True} というデフォルトを設定していても
コマンドラインで --ffmpeg-copyts false と指定すると、このセッションオプションがプラグインのデフォルト設定よりも優先され、最終的にFFmpegに渡される ffmpeg_options 辞書の copyts の値は False に上書きされる
これによりFFmpegは事実上 -copyts オプションを有効にしない（または無効にする引数形式で）実行されることになる

NiconicoLiveプラグインのデフォルトである copyts=True の挙動を避けたい場合は
nicolive.py のコードを修正する必要はない
Streamlinkの実行時に --ffmpeg-copyts false というコマンドライン引数を指定すれば
意図した通りにFFmpegの copyts オプションが無効化される

ffmpegにcopytsオプションを渡すのを辞める件については、２月ぐらいに動画と音声ファイルの時間が違ってたり音ズレするとか
さんざん言ったおかげでStreamlinkのメンテナーさんが修正してくれたけど、今更「それはなかったことにしてください」と
言うにはやっぱりそれなりの合理的な理由やエビデンスがないと納得しないわな？
一応理由とすればこれかな
・２月はまだテスト段階で音ズレしてたがそれ以後めったに音ズレしないようにニコ生側のサーバーで調整(tuning)された
・一部のアーカイブ放送でcopytsを指定すると逆に音ズレする放送があることがわかった
・３月以降テスト的にcopytsを渡さないようにnicolive.pyを修正してテストしたがほとんどの配信は音ズレしなかった
　ただしごく一部配信は音ズレすることがあるがそれは--ffmpeg-copytsをオプションに指定することで対処できる

>>236
> ・一部のアーカイブ放送でcopytsを指定すると逆に音ズレする放送があることがわかった

これは 旧配信→新配信移行 のTSじゃなくて、新配信に完全に移行したあとのTSでも音ズレする放送があったということ？
それも1件だけの特例じゃなくて、複数件
旧配信→新配信移行のTSなら過去のものなんだから>>226で書いたようにTrueの方が合理的だから聞きたい

>>235
>Streamlinkの実行時に --ffmpeg-copyts false というコマンドライン引数を指定すれば
>意図した通りにFFmpegの copyts オプションが無効化される

なるほど　それで無効化はできるのか
まだ四八福星間開さんにリクエスト送ってないからどうするか考えとくわ
それだとbastimeyer氏とやりとりするめんどくさい件が１件減るからめっちゃ朗報ではあるｗ
それだと四八福星間開さんへのリクエストは逆ロジックにしないとな

>>238
四八福星間開さんへのリクエストの件はしらんが
無効化できるのが伝わってよかった

>>235
Windows版のStreamlink 7.2.0で--ffmpeg-copyts falseというコマンドオプション通る？
Command-Line Interface見ても --ffmpeg-copytsをつけるかつけないかのオプションで--ffmpeg-copytsの後ろにboolを指定できるオプションではなさそうなんだけど
--ffmpeg-copyts
Set the -copyts FFmpeg option, so input timestamps won't be processed and the initial start time offset value be kept.

URLがエラーで書き込めない略すけど実際に以下のコードで試してみたけどエラーになる
streamlink.exe 放送URL 288p_alt -o test.ts --ffmpeg-copyts false
streamlink.exe 放送URL 288p_alt --ffmpeg-copyts false -o test.ts
こっちは動く
streamlink.exe 放送URL 288p_alt -o test.ts
streamlink.exe 放送URL 288p_alt --ffmpeg-copyts -o test.ts

今のnicolive.pyってこうやってコメントアウトされてるけどこれでも
ffmpeg-copytsが適用されるの？
# ffmpeg_options={"copyts": True},

>>240
ごめんちゃんとコード見たらffmpeg-copytsは上書き対象じゃなかった
許して

>>241
それは>>41のレスみて自分でnicolive.pyを修正したと思われるけど
#でコメントアウトされててその行は無視されるからffmpeg-copytsは適用されてないよ
自分でコマンドに--ffmpeg-copytsを追加しない限り

>>242
やっぱそうだよね
勘違いじゃなくてよかった

>>243
だから適用されてないんだよね？必要ならStreamlinkを動かす時に自分で--ffmpeg-copytsをつければいいだけじゃないの？

以下は全部同じ意味でffmpegにcopytsオプションを渡さない設定になります

1.
ffmpeg_options={"copyts": False}, [SlNicoLiveRec V1.0.1.2のnicolive.py]

2.
# ffmpeg_options={"copyts": True}, [>>41]

3.
ffmpeg_options={"copyts": True}, の行そのものを削除

>>244
>だから適用されてないんだよね？必要ならStreamlinkを動かす時に自分で--ffmpeg-copytsをつければいいだけじゃないの？

その通り
Streamlink単体で使ってる人ならnicolive.pyを>>245の手段で変更し、それで音ズレしてたら--ffmpeg-copytsをつけて録画しなおせばいい

わいはいつの間にか自分で直してたのか、、確かにnicolive.pyはちょっといじってるw

配布されてるnicolive.pyって元々は指定が無くて改めてつけてもらったものなのか、面倒だね
そもそも今のSINicoLiveRecで問題が起こってる人ってどれくらいいるんだろう

nnn-revo2012の性格は嫌いだが実際に各ツールのために動いてくれてるの事実
そこは評価してるよ

性格悪い分を能力や仕事から査定がきっちり引かれるだけの話だな

こっちで先行
音ズレの件の調査中ですがだいたいわかってきたので

◆公式放送
・旧サーバーデーター変換配信および新サーバー移行後配信全て：FFmpegにcopytsオプションつけるつけないに関わらず音ズレなし

◆チャンネル放送
・旧サーバーデーター変換配信：FFmpegにcopytsオプションをつけると音ズレする
　FFmpegにcopytsオプションをつけないと音ズレしない
　上記配信は2025年3月中旬以前の配信
・新サーバー移行後配信：FFmpegにcopytsオプションつけるつけないに関わらず音ズレなし
・新サーバー移行後配信（スマホ配信）：FFmpegにcopytsオプションをつけないと音ズレする配信がある
　チャンネル放送でスマホ配信はほぼないが可能性は０ではない

◆ユーザー放送
・旧サーバーデーター変換配信：FFmpegにcopytsオプションをつけると音ズレする
　FFmpegにcopytsオプションをつけないと音ズレしない
　上記配信は2025年2〜3月中旬以前の配信(ユーザーにより移行時期が違う)
・新サーバー移行後配信：FFmpegにcopytsオプションつけるつけないに関わらず音ズレなし
・新サーバー移行後配信（スマホ配信）：FFmpegにcopytsオプションをつけないと音ズレする配信がある
　配信者がスタートするタイミングによるが全ユーザー放送の５％ぐらいではないかと思われる

>>250
◆結論
・チャンネル・ユーザー放送は旧サーバーデーター変換配信をＤＬしないのであればFFmpegに常にcopytsオプションをつける設定でよい
　(SINicoLiveRecV1.0.1.1以前のバージョンおよびStreamlink 7.3.0(nicolive.py無修正)
・ユーザー放送はcopytsをつけないと逆に音ズレする配信があるので注意
　(SINicoLiveRecV1.0.1.2で発生)
・公式配信はどちらでもいい
・旧サーバーデーター変換配信はチャンネルは9月半ば、ユーザーは5月中には期限切れになるのでStreamlinkのnicoliveプラグインの修正をわざわざ依頼する必要性はないと思われる
・当面SINicoLiveRecで常時copytsを出力するようにして音ズレするときだけcopytsを出力しないオプションを作成して対応するのが良いかと思われる
・Streamlink 7.3.0(CUI版)は必要なら各自でnicolive.pyを修正(旧サーバーデーター変換配信をＤＬする場合のみ)

･SlNicoLiveRecでcopytsのオプション設定できるようにする
　デフォルト値はV1.0.1.2とは逆のTrue、外せるようにもする
　外部から引数で渡せるようにするかどうかは議論の余地あり
ってところか…
accessRightMethodについてはすでにsingle_cookieが適用されてるし大丈夫そうだね
元々Streamlinkを直で使ってる人は自分でnicolive.pyは修正するくらいできるだろうし

SINicoLiveRecじゃなくてSl(L)NicoLiveRecね、俺も最初はIだと思ってたけどw

>>252
四八福星間開発氏にはこういうリクエストだすつもり
--------------------------
次にSlNicoLiveRecをバージョンアップする際に以下の機能を追加していただけないでしょうか？
・音ずれ修正機能（チェックボックス）
　設定→上級者設定に以下の項目を追加する
　音ずれ修正
　[　]音ずれしている放送を音ずれ修正して録画する
　通常は必ずオフにしてください
　ユーザーやチャンネルの一部の放送で音ずれする場合だけチェックオンにして録画してください
※イメージ
//i.imgur.com/u0tYwjY.jpg

チェックがオンの場合はStreamlinkの引数に --ffmpeg-copyts を＊つけない＊
チェックがオフの場合はStreamlinkの引数に --ffmpeg-copyts を＊つける＊
デフォルトの設定はオフです
※ちょっとややこしいのですが、現状のニコ生の仕様や--ffmpeg-copytsの仕様によりこうするのが一番良いと判断しました

>>252
>accessRightMethodについてはすでにsingle_cookieが適用されてるし大丈夫そうだね
streamlink本家はまだ未対応ですが、しょうがないので自分がIssue書いて本家に対応してもらう予定

>>251　案としては
・--ffmpeg-no-copytsのようなオプションを新たに追加してもらう
・nicolive.pyの中で放送がユーザー放送だった場合のみcopytsをつけるように変更する
・nicolive.pyの中でニコ生独自のオプション--nico-ffmpeg-copyts=true/falseみたいなオプションを追加してもらう
・nicolive.pyの中で一度m3u8を読み込んで先頭にblankがありなおかつ映像と音声のblankの時間に差がある場合のみcopytsをつけるように変更する

というのもありますが、技術英語もバリバリの人ならどれでもいけると思いますが自分は無理っす
（やりあえる人がいるならやってください）

それとyt-dlpが更新されてますが、こっちの修正者はおそらく公式ぐらいしかみてないようで（モバイル配信の）ユーザー放送はまったく使い物になりません
なのでyt-dlpはユーザー生のモバイル配信のＴＳの件から始めないといけないですね　これまた面倒（自分はやる気ない）

>>253
「音ずれ修正機能」の案、ユーザーから見るとちょっと紛らわしいかもって思った
理由としては
・「修正」って名前が紛らわしい: 「音ずれ修正」って名前は、いつでもオンにしとけば大丈夫な、万能な解決策だって誤解されやすい
・チェックボックスのオンオフが逆: チェックボックスをオンにするのに、裏側では特定のオプションが無効になるっていう動きが直感的じゃない
・デフォルトがオフで混乱: 現状のニコ生はcopytsをつけておくのがベストだから、デフォルト設定はこの機能がオフになるようにしないといけない。それが「なんで修正機能をオフにしとくの？」って疑問とか混乱のもとになる
・ユーザーが困る、問い合わせが増える: こういう分かりづらさがあると、ユーザーが設定を間違えて録画が失敗したり音ズレしたりして、結局質問がいっぱい来る原因になる可能性がある

案
項目名: 音ズレ対策
ラベル：現在のニコ生形式に合わせた処理を有効にする
説明：
現在のニコ生形式に合わせた音ズレを防ぐための重要な設定です
基本的にチェックはオンのままご利用ください
ごく一部の特殊な放送で音ズレする場合のみオフにしてください

自分がリクエスト出すわけじゃないし出すつもりもないし
あくまでも個人的な意見だから全く採用しなくてもいいよ

>>256
デフォルトはチェックオンで

yt-dlp 2025.04.30
このアプデは>>35が正式に組み込まれただけで>>35から特に変更はない
まだ普通に使うのは無理がある感じだから詳しくないならdlpでのニコ生新配信DLは当面諦めたほうが良い

ド素人だからSlNicoLiveRecに任せるわ

SlNicoLiveRecをV1.0.1.3に更新
//person-of-ehomaki.blog.jp/archives/38458362.html

前のバージョンV1.0.1.2って1400近くDLされてるな
SlNicoLiveRec1012.zip 25/04/18 20:43 1396

>>256
そういう意見もあるんであれば無駄にややこしくなるんでこのまま放っておきますわ
nicolive.pyはaccessRightMethod以外の変更はなしのリクエストは出しときますが、過去のタイムシフトをダウンロードする人なんてほぼいないと思うし今年の１０月には音ズレするチャンネルTSもなくなるんで

>>250
◆結論(2025/5/3版)
・チャンネル・ユーザー放送は旧サーバーデーター変換配信をＤＬしないのであればFFmpegに常にcopytsオプションをつける設定でよい
　(SINicoLiveRecV1.0.1.1以前のバージョンおよびStreamlink 7.3.0(nicolive.py無修正)
・ユーザー放送はcopytsをつけないと逆に音ズレする配信があるので注意
　(SINicoLiveRecV1.0.1.2/V1.0.1.3で発生)
・公式配信はどちらでもいい
・旧サーバーデーター変換配信はチャンネルは9月半ば、ユーザーは5月中には期限切れになるのでStreamlinkのnicoliveプラグインの修正をわざわざ依頼する必要性はないと思われる
・SINicoLiveRecはnicolive.pyをaccessRightMethodの追加以外元に戻すようリクエストを出す
・旧サーバーデーター変換配信をＤＬする場合はSINicoLiveRecV1.0.1.2/V1.0.1.3を使うか、各自でnicolive.pyを修正する

SlNicoLiveRecをV1.0.1.4に更新
//person-of-ehomaki.blog.jp/archives/38480288.html

更新内容
録画開始時に「録画終了予定時刻を過ぎています。」と表示されて録画できない不具合を修正
nicolive.py を変更
・リアルタイム録画の通信モード「安定性重視」に変更
・常に--ffmpeg-copytsオプションを渡す（ユーザー生放送のアプリ配信の一部で音ズレする対策）

音ズレの件は時間が解決してくれるということで僕はこれで終わり
後追っかけ再生録画したいとか長時間配信してると途中で切れるとか録画時に自動予約など録画ツール（仮にあったがStreamlinkにはない機能については直接Streamlinkの方を修正しないといけないのでIssue書いてStreamlinkのメンテナーさんにお願いするしかないですね
それは機能が欲しい方が各自で要望してください

SINicoLiveRecV1.0.1.2を使ってる人向け
このバージョンだけサーバー移行後の配信もユーザー生（とチャンネルの一部）放送で音ズレが発生すると思います
SINicoLiveRecV1.0.1.2は1400ぐらいダウンロードされてて今ほとんどの人がこれ使ってると思いますが、特にユーザー生放送中心の人は最新版(SINicoLiveRecV1.0.1.4)にアップデートした方が良いと思います

ちなみに僕が書くところの「アップデートした方が良いと思います」は「アップデートしないと必ず音ズレするからアップデートしとけ！」という意味なのでよろしくおねがいしま〜すｗ
公式やチャンネルしか見ない（録画しない）人はどれ使ってもほぼ音ズレしないので別にアップデートしないくてもいいです(お好みでどうぞ)

何をそんなにごちゃごちゃ書いてるのかわからんのだが普通の人は最新の使ってたら良いの？

>>266
普通の人が何かわからんが、ユーザー生放送をDLするかしないかで変わる
ユーザー生放送をDLするならSINicoLiveRec最新版必須（またはSINicoLiveRecV1.0.1.1のままでも良い）
そうじゃない人はどれでもいい　それだけ

>>266
ユーザー生放送しか見ない人にとってはユーザー生放送を見てる人が”普通の人”だろうし
チャンネル放送しか見ない人にとってはチャンネル放送を見てる人が”普通の人”だろうし
公式放送しか見ない人にとっては公式放送を見てる人が”普通の人”だろうから
その人の立場によって”普通の人”がかわるんじゃないかね？

もっといえば世間一般の”普通の人”はニコニコ生放送なんてみてないからそもそもSINicoLiveRecなんていらないだろ

めっちゃごちゃごちゃ書くやんｗ
もういいよ最新使うわ

よく分からない人は最新版でいいよ

ていうか最新版にしない理由あるん？

アップデート＝新たな不具合の発生＝余計な手間の発生という事実を認めない馬鹿が発狂する

わからない人向け
・V1.0.1.4（またはそれ以降の最新版）に更新する
・nicolive.pyは変更しない（わかる人のみ自己責任で）
・5chやこの掲示板に書かれている変更は日々変わっていくので特に最初の頃の情報は不要になっていることが多い

最新のに更新したらなんかファイル名エラーで落ちるようになったやんけ・・・

>>274
四八福星間開発のブログで報告どうぞ
その手はファイル名に使えない文字が入ってるからだと思うんで、必ずファイル名のフォーマットや放送IDも一緒に報告すること
これはこの手のツールあるあるのお約束だな

使えない文字というか標準から何も変更してないんだけど、みんなは使えてるのかな
別に自分なりのファイル名とかにしてるわけじゃない

>>276
あなたがたまたま録画したい配信者のタイトルや名前なりに以下の文字が入ってて、Slなんちゃらはそれを変換してなかったらエラーになるかも
じゃあなければStreamlinkにファイル名を渡した際にエラーになるのかもしれない
どっちにしろここにかいてもどうにもならんので四八福星間開発のブログで報告しないと変わらない

参考 livedlの禁則文字変換
func ReplaceForbidden(name string) (fileName string) {
fileName = name
fileName = regexp.MustCompile(`\\`).ReplaceAllString(fileName, "￥")
fileName = regexp.MustCompile(`/`).ReplaceAllString(fileName, "∕")
fileName = regexp.MustCompile(`:`).ReplaceAllString(fileName, "：")
fileName = regexp.MustCompile(`\*`).ReplaceAllString(fileName, "＊")
fileName = regexp.MustCompile(`\?`).ReplaceAllString(fileName, "？")
fileName = regexp.MustCompile(`"`).ReplaceAllString(fileName, `゛`)
fileName = regexp.MustCompile(`<`).ReplaceAllString(fileName, "＜")
fileName = regexp.MustCompile(`>`).ReplaceAllString(fileName, "＞")
fileName = regexp.MustCompile(`\|`).ReplaceAllString(fileName, "｜")

fileName = regexp.MustCompile(`）`).ReplaceAllString(fileName, ")")
fileName = regexp.MustCompile(`（`).ReplaceAllString(fileName, "(")

fileName = regexp.MustCompile(`\p{Zs}+`).ReplaceAllString(fileName, " ")
fileName = regexp.MustCompile(`\A\p{Zs}+|\p{Zs}+\z`).ReplaceAllString(fileName, "")

// 末尾が.であるようなファイルは作れない
fileName = regexp.MustCompile(`\.\p{Zs}*\z`).ReplaceAllString(fileName, "．")

return
}

>>277
すまん言い忘れたけど同じ放送を古いバージョンで録画したら問題無いんだ
なんか自分だけだったら悪いからわざわざ言うのもなと思って
しばらく様子見

>>278
>すまん言い忘れたけど同じ放送を古いバージョンで録画したら問題無いんだ
なら3か4で追加された機能の中にバグがあるって特定できるからなおさら＊今＊報告しといた方がいい
こういうのって同じプログラマーじゃないとわかんねーかもな

>>278
>しばらく様子見

そうされるとどれが原因かの特定が時間経つごとにわかりづらくなるから作者もユーザーにもメリットないね
それでも様子見なら前のバージョンずっとつかっとけばいいよ（ただしユーザー生放送録画する以外の場合ね）

全般的に今の体制じゃ該当ID出さない限り放置だろうな
人居なすぎるので特定IDに関する問題は”そいつ”しか引っかかってない可能性が高い
何もしないで勝手に直るとか思わないほうが良い

何の文字で引っかかってるか知らんが、もしその特定文字をその配信者しか使っておらず、かつその配信を自分1人しか録画してなかったとしたら、誰も気づかないしいつまで経っても直らないぞ
自分にしか該当しなくて誰も気づいてないってことは、フリーソフトはまれにある

とりあえずIssue書いた
たった１行追加するだけなのになあ

>>283
>些細な変更です…変更が必要で正しく動作していることを証明する一致するデバッグログを添えて、プルリクエストを出してください。

無理だ・・・

>>284
一応理由を書いておいたけど、これは無理（Issue取り下げ）かなってことで
めんどくさすぎるやん！！！！

yt-dlpの方はそもそもcopyts対応してなさそうだしblank削除もしてないしユーザー生はまったく使い物にならない
今出てるpull requestも進まなそうだしお前らこれでいいのか？

>>278
こいつが言い出しっぺなのに
恥ずかしい放送録画しててIDを晒したくないんだろ

そもそもAES128暗号化はDRMじゃねーから問題ないってことならゲストさん（録画ツールの作者）および自分も動画DLやめてねーから
ニコ動も同様でほとんどのツールは動画のDL辞めてるし

>>287
取り下げました
残念無念・・・

Issue見たけど法規制云々の前にそもそもブラウザとの同時視聴で切断される事を
書いてないから変更の必要性が伝わってないんじゃね

>>289
>法規制云々の前にそもそもブラウザとの同時視聴で切断される事を
>書いてないから変更の必要性が伝わってないんじゃね

それはニコ生本来の仕様じゃないし、残念なことにそれを適切に伝える英語力がないんでもう無理っす
心折れました

これ保存版ねｗ
ニコニコは（動画、生放送、静画）含めて表示するブラウザやスマホetcをは１つのデヴァイスとしてとらえてる
具体的にはヘッダーの X-Frontend-Id が同じかどうかで判断してて、同じ X-Frontend-Id があればどっちかが切れる仕様

例
ブラウザ: 9
Androidアプリ: 90
Androidブラウザ: 91
※iPhoneアプリ、iPhoneブラウザの値はiPhone持ってないので知りませんｗ（おそらく90/91だと思うけどわからん）

で、各ツールは以下のように指定されてるので X-Frontend-Id が同じならどっちかがきれるのが本来の仕様
でも今回のサーバー移転で X-Frontend-Id が同じでもcookieが同じなら切れなくなったのは新仕様なのか単なるポカミスかなんなのかはわからん

（仮: 90(デフォルトの場合)
livedl: X-Frontend-Id無指定
Streamlink/yt-dlp: 9

>>291
>livedl: X-Frontend-Id無指定
livedlはX-Frontend-Idが指定される前から作られてたツールだけどX-Frontend-Id導入後も無指定はほかのX-Frontend-Idと干渉しないってのを知ってそのままにしておいたのさ

こうやって暴露しちゃうとドワンゴ側で対策されちゃうかもしれんからみんなだまってたけどもういいかｗ

>>291
>ブラウザ: 9

これはニコ生の場合で、

ニコ動ブラウザ: 6
ニコニコ静画ブラウザ: 56

のようにブラウザでも機能別に割り振られてます
ニコ動に関してはX-Frontend-Idが6(モバイルは知らん)以外だとAPIではじかれるがニコ生は今のところそういう制限はないみたいです
ただ、こういう仕様が悪用されるようなことがあれば制限なりなんなりされるかと思います

>>288
今回取り下げた理由として、自分の英語力のなさもそうですが著作権うんぬんをこれ以上言うとStreamlinkのメンテナーさんが「めんどくさいからnicolive.pyを削除してしまうか」ってことになる可能性が高いので今回引き下がりました

>>291

>例
>ニコ生ブラウザ: 9

>Streamlink/yt-dlp: 9

同じ X-Frontend-Id だからどっちかが切断されるのが本来の仕様

>例
>ニコ生ブラウザ: 9

>（仮: 90(デフォルトの場合)

だから旧動画サーバーの時は今まで録画しながらブラウザで視聴できてたわけ　これが本来の仕様


こうやって暴露してしまうとＧＷ明けに修正されるかもしれんけどそれはしょうがないねｗｗｗ

今もう使えるツールないし、さすがに今はニコ生側で使えなくしてると思うから言うけど、livedl（オリジナル）のログインのとある方法だと2段階認証してるアカウントでも2段階認証をしなくてもそのままログインできるｋｓ仕様だった

そんなサイトだからそりゃブラックなんとかにクラッキングされちゃいますわな

ほえー
使うだけの側には全く無いわからん内容だわ
ツール作者にはいつもお世話になってますありがとう

>>291
肝心なこと書いてなかった
ニコ生でwebsocket接続する際に

[plugin.api.websocket][debug] Connecting to: wss://a.live2.nicovideo.jp/unama/wsapi/v2/watch/47874593260110/timeshift?audience_token=**********&frontend_id=9

ここの最期の数字でニコ生の接続がどのクライアント（ブラウザー・アプリ・アプリブラウザーetc）からかをサーバーに伝えてて、この数字が重複してるとどれかが切れるというのが本来の仕様なはず

いつからかはわからんけどfrontend_idが同じでもcookieが同じなら切れなくなった（ブラウザで同じ配信を複数開いてもどっちも切れない）のは新仕様なのか何か意図があるのかｗ単なるポカミスかなんなのかはわからん

kickをVLCでストリームする方法ない？
gptに聞いたがうまく答えない

streamlinkのプラグインにあるみたいだから
streamlink -p "VLCのパス" "kickのURL" best
でいけんじゃね　知らんけど

なんかsingle_cookie無しでも切断されなくなってね？
ニコ生側でなんかしたか

yt-dlpを使う方法なら、これでググればでてくる「YoutubeやTwitchのURLをVLCなどのプレイヤーで開く方法」
KICKも見れた。ただ応用要

別に動画自身をセキュリティアップする必要なんかなくハッカーにやられないようにするだけで良かった

livedl-nのgithubが更新停止になってるけど
やる気なくしたんかな

>>304
ニコ生やニコ動は著作権法と特許権縛りがあるんで日本国内に住む限りなんにもできないだろ
Streamなんちゃらとかyt-dlpにIssue書いても「お前がプルリク出せ」とか言われるし、それができないからわざわざお伺い立ててるんだし

もうなんにもできないからドワンゴ関係の開発は辞める
2017年頃からかC#の勉強も兼ねてニコ生やニコ動のツール開発してたけどいい勉強になったよ
MessageServerの処理なんて最初はマジでわからなかったけど、livedlでよく作れたなと思うわ

誰そいつ
知らねーわー

よく分かんないけどこれでうるさいヤツが消えると思うと嬉しいわ

「悪いのはお前らだ」感が滲み出すぎ
面白みの欠片もない人間性だったな

４月３０日のyt-dlpを使ってもエラーになるけどニコ生対応してないの？
https://i.imgur.com/4ltFY49.jpeg

あと、アイドル専門チャンネルを登録したら（チャンネル登録）
放送チェックツール（仮 1.88　を使っても、ニコ生新配信録画ツールは連携とれるけど
外部ソフトは連携取れないですね。
通常のユーザIDなら連携とれるけど

>>309
>>35 参照
画質判定がまともに機能してないので能動的に画質指定しないと
「該当フォーマットなし」のエラーになる

>>304 >>305
開発終了で悲しい
オリジナル版からずっと使ってた

自演はやめてね

良くも悪くも典型的なプログラマーだったな

プログラムはなんでも思い通りになるから
人間への接し方がおかしくなるんだよな
俺もそう

>>314
まともなエンジニアなら「プログラムはなんでも思い通りになる」なんてことはないって理解してる
現実のソフトウェア開発でバグは避けられない
どんな熟練したプログラマーでも、常に意図しない動きや予期せぬエラーに出くわす
システムが複雑になればなるほど全部の動きを予測し、完全に制御するのはほぼ不可能になる
プログラムはあくまで決められたロジックやデータで動くもの
現実世界のデタラメさや不確かさ、まして人間の感情や状況の変化なんかを完璧に「思い通り」にするのは無理

おまえがプログラムで「思い通りになる」と感じてるのは
特定の条件で、あらかじめ決めた通りに機械が動くっていう、限られた意味合いだろ

プログラムを扱う経験が直接、人間への接し方をおかしくするという明確な根拠はない
むしろプログラム開発で身につく論理的な考え方や問題解決能力は、人間関係でも役に立つ側面すらある

おまえが人間への接し方に困ってるなら、それはプログラムが「思い通りになる」こととは別の原因
例えばコミュ力不足とか、人間関係の経験とか、別の側面に根本的な理由がある可能性を真剣に考えた方がいいぞ
プログラム経験を、自分の人間関係の問題から目を背ける言い訳にするな

凄腕プログラマーなんだろ

長文で顔真っ赤にするほどか・・・
たぶんネットでチヤホヤされることだけが生きがいだったんだな
そう思うとネットは人を狂わすな

まさに人間への接し方がおかしくなった一例を見た気がする

誰も頼んでないのにアプリ公開して勝手に乞食してそれでも誰にも買ってもらえず一人で嫌儲叩きしだすやつツイッターにたくさんいるよね

図星だったのだろうが別にいいじゃん嫌われたって
他人の評価なんて気にするな
自分以外は下等生物と見下すのが真のプログラマーというもの

性格が悪い分を能力や功績から順当にマイナスされただけ
面白味もまったく無いし
何年も居座ってたくせに適正ポジションを全く学べなかったんだな
もう歳だよ

真のコミュ障はここまで書かれておいてまだ書いてくるから見ものだな
本人は他人を装って書き込みするも、結局はバレるまでがテンプレ

まだちやほやされる道はあるぞ
すなわちdlpとかstreamlinkにプルリクを自分で出しちまうって道が
自分が主開発者としてツールを公開するのは多少法的リスクあるだろうが
プルリク程度なら大丈夫だろぶっちゃけ

幇助の罪

ニコ生TS録画できなくなってるやん
なんだよこれー

今確認したが録画できてるよ

live.nicovideo.jp/watch/lv347592533

これダメやったよ・・・

>>327
TSは普通にstreamlinkでDL出来た
エスパーするとCookie期限切れとかじゃね

久々にstreamlinkで録画しようと思ってるけど、今ってポータブル最新で手を加えなくていいの？
offset 6もいらないんだっけ？

ニコ生ツールの外部アプリ設定で動いてなかったからなにか仕様が変わったのかな？

>>312
決めつけ刑事やめてね

はいまた沸いた
お前は自分のワキガどれだけ臭いか他人の身になって考えてないんだ

>>329
最新版で何も手を加えなくていいよ

流石に3ヶ月もあると皆自作してるな

自作をどのレベルで指すのか

チェックツール+Streamlink+FFmpeg、
チェックツール+SlNicoLiveRec
で充分、バッチが組めたら尚良しって感じで