【TVTest】ビルドした・するスレ【EDCB】その2
レス数が1000を超えています。これ以上書き込みはできません。
TvtAudioStretchFilter.axだけはよく分からんから
作者さんがビルドしたやつ使ってるわ この方法で MD/MT/x86/x64 vs2017ですべてビルドできる
【TVTest】 TvtPlayについて語るスレ Part 4
685 :名無しさん@編集中:2016/09/07(水) 10:14:05.59 ID:6v/9cxjZ
TvtAudioStretchFilter.ax ビルドの手順
1. SoundTouch.patch を適用
soundtouch-1.9.2.zip をダウンロードして解凍
soundtouch フォルダ名を a に変更
一つ上のディレクトリに SoundTouch.patch を置く
管理者権限でコマンドプロンプトを開いて patch.exe を実行
patch -p0 -b < SoundTouch.patch
フォルダ名を soundtouch に戻す
2. 各フォルダの配置
\Projects\BaseClasses
\Projects\soundtouch
\Projects\TvtPlay-work-plus\TvtAudioStretchFilter_src 3. BaseClasses をビルドする
\Projects\BaseClasses\baseclasses.sln
4. SoundTouch をビルドする
\Projects\soundtouch\source\SoundTouch\SoundTouch.sln
ビルド前にプロジェクト SoundTouch のプロパティを開いて
構成プロパティ → C/C++ → コード生成 → ランタイム ライブラリ を
マルチスレッド DLL (/MD) に変更しておく
5. TvtAudioStretchFilter をビルドする
\Projects\TvtPlay-work-plus\TvtAudioStretchFilter_src\TvtAudioStretchFilter.sln >>76>>77
ほほう、やってみよう
サンクスです >>76-77 で引っかかりそうな2点。
・SoundTouchを「ソリューションのビルド」しても作成されない。
「SoundTouchのビルド」を実行する。
またはソリューションのプロパティでビルドできるように変更する。
・TvtAudioStretchFilter.slnのx64ビルドでSoundTouch_x64.libが見つからない。
soundtouch\source\SoundTouch\Releaseに作成されているSoundTouch_x64.libを
soundtouch\libへコピーしておく。
またはSoundTouch_x64.libの場所を「追加のライブラリディレクトリ」に加える。
あるいはSoundTouchをビルドする時点で根本的に修正しておく。 自分もTvtAudioStretchFilter.axビルドしてみた。
素人なもんで躓いたところを書いてみる。
4.について
自分の環境(VS2017)ではそのままではビルドできなかったので
ソリューションエクスプローラーからSoundTouch右クリック>プロパティ
右上の構成マネージャ
構成をreleaseにしてビルドにチェックを入れた。
書いて有るとおりsoundtouchはビルドの前に/MDに変更を忘れずに
BaseClasses、soundtouchフォルダは
TvtAudioStretchFilter.slnの入ってるフォルダの二個上のフォルダに配置する
これで動いてる模様 MDは躓くポイントではないのだが。すべてMTでもビルドできるぞ。 私が躓いたところ(Windows10_1709、VS2017 Community)
SoundTouchをビルドする時に、x64で実行するとエラー
何回やってもダメなのでエラーメッセージをまじめに読むと、ファイルののプロパティ値が違うとかどうとか
やむを得ずWin32で実行すると、ビルド成功
soundtouch\source\SoundTouch\ReleaseにSoundTouch_x64.libが作成されており、
以下は>>79の通りに行って、TvtAudioStretchFilter.axのx64ビルドに成功
Win32でビルドすればx64版もいっしょに作成するなんて思わねえ それで自分でビルドしてなんか意味あるの?
なんか改造するの? >>85
うん、意味ないよ
だからオマエはこのスレから出ていけばいいよ
バイバ〜イ >>86
TvtAudioStretchFilterをわざわざビルドする理由を聞いただけで
別にすべてのビルドを否定してる訳じゃないんだけど何怒ってるの?
特にTvtPlayは高速鑑賞にビルド必須だしな。 soundtouchのx64はReleaseX64でビルド >>85
そんなこと言いだすと、このスレ自体の存在意味もなくなるような…
TVTest も EDCB も、いくらでもバイナリー拾ってこれるわけで… >>88
Releasex64 って、そういうことか
てか、気づけよなって話ですね
ありがとうございました 自分の関心のないことは全部無意味な人なんでしょ
ほっといてあげなよ >>87
ID隠してコソコソしてるネズミなんぞ気にしなくていいよ 何度か失敗の後、x32とx64でビルドできました
ありがとうございました >>76
いきなり1.でつまづいたんですけどpatch.exeってどこにあるんでしょう?
管理者権限でコマンドプロンプトを開いても下のエラーが出てしまう
PC内を全検索してもpatch.exeは見つからなかったし
'patch' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。 patch.exeとはソースコードに差分を適用するUNIX由来のコマンドです。
このpatch.exeはWindowsにも移植されているのですが、ユーザーアカウント制御(UAC)が有効になっている環境でpatch.exeを実行すると権限昇格ダイアログが表示されてしまうことがあります。 ググるでpatch.exe windowsでヤフったら解決しました
TvtAudioStretchFilter.ax(x64)もビルド出来て動作も問題ないみたいです
レスくれた人ありがとう もう解決したみたいだけどGit for Windows入れてればGit-Bash起動すればpatch使えるよ dos窓とかバッチ使うならunixコマンドは一通り入れとくと便利 Git for WindowsでpatchはシフトJISなソースが多いので「 --binary」オプションは必須、忘れずに NotActiveMute というプラグインを探していて、そのクローンと称する MuteInact(1.0.0) というものを斧で見つけた
http://www.axfc.net/u/3818106
ビルド済みのものに加えてソースも添付されていたので、せっかくだからビルド(Windows 10、VS2017)
ビルドに失敗するので、エラーメッセージを見ると、
「レジストリから WindowsSDKDir 変数が見つかりませんでした」とか、xp がどうのこうのとか
調べたところ、VS2017 のインストールオプションで「Windows XP Support for C++」の追加インストールが必要らしい
で、ビルドに成功
まあそれでもよかったのだが、Windows XP Support for C++ を追加インストールせずに済む方法はないかと画策
そこでまず、Windows XP Support for C++ をアンインストールし、ビルドに失敗することを確認
ソースの MuteInact.vcxproj をメモ帳で開き、4か所ある「v140_xp」を全て「v140」に書き換えて保存
で、ビルドに成功
上記のものと、サイズは全く同じ
で、今のところ、TVTest 0.9.0 上で問題なく動作してる >>85
はい、全く意味はありませんよ
ただの自己満足
でもこれで、TVTest、EDCBはもちろん、関連ファイルのほとんど全て(プラグイン、BonDriver、BonDriver_UDP、BonDriverProxyEx、等々)を、ソースからビルドしたもので構築できた
そうじゃないのは、B25Decoder.dll くらいかな
開発者、ファイルの提供者、ここの書き込みを含む情報提供者の方々に感謝 全く意味がないことはないよ
拾い物のバイナリには何が混ざってるかわからないからね >>103
B25Decoder.dllはここにあるやつでビルドすればいいよ
https://github.com/epgdatacapbon/libaribb25
できたlibaribb25.dllをB25Decoder.dllへリネーム >>102
ビルド初心者なので、こういう情報はありがたいです >>104
いや、TvtAudioStretchFilter.axは作者がバイナリをあげてるから、野良ビルドとは全然意味が違うでしょ
それならソース読めないままビルドしても何が混ざってるか分からないし
単に趣味でビルドするならそれはそれでいいけどね。ソースが読めないなら確かになんも意味はないのだろうが。 >>105
BonCtrl.iniのB25Decoder.dllをlibaribb25.dllへ編集。 >>102
めんどくさいことせんでもプロジェクトのプロパティーから、
プラットフォームツールセットをVisual Studio2017(v141)に変更するだけでOK >>109
んだね
旧来環境でもビルドできる状態維持する必要なければ、
簡便にプロジェクトごと更新しちまえば良いだけなんだよな >>109
正しくはそうするんですね
今、その方法でビルドしてみました
ありがとうございました
大して知識がない者が、めんどくさい方法を偉そうに書き込んで、恥ずかしいです 0.10をVS2017で x54でビルドしてみました。
地上波は問題ないのですがBSでBS1を選局してずーっと放置しても、
局ロゴがいつまでたってもゲットできないんですが、原因はどこらへんですかね? >>113
ロゴが降ってくるタイミングと合っていない。 >>113
ロゴ送信されてない時は何日放置してもダメ 来月にチャンネル名変更が大量にあるからそれに合わせてロゴ変えようと今は送信停止してるんじゃない? さっそくレスありがとう
実際降ってきてないだけのか…
たしかにそれ以外はそれまで使ってた0.9と違いはないです。 >_USE_MATH_DEFINES の定義を stdafx.h に移動
ありがとうございます。 自ビルドした TVTest を zip にして virustotal にかけると、いつもサイランスとイカロスというの
が反応する。誤検知だとは思うのだけれど気持ち悪い。 俺が自ビルドしたのはサイランスだけだ。
TVTest0.10.0 >>120
圧縮ソフトにウィルス仕込まれてんじゃね 気になってvirustotalかけてみたらPT3Ctrl.exeが色々ウィルス認定されてた・・・
とりあえず
https://github.com/epgdatacapbon/BonDriver_PT3-ST/releases
ここのに入れ替えた >>85
お前、これまでの経緯を知らないんだろ?
逮捕とかいろいろあったんで、
重要な機能はデフォルトでは封印して、ソースいじって初めて有効になるようにしてた時期があった。
今は暗号のデコード機能は分離して別配布することでその必要もなくなったみたいだけど、
また、同じような自体がおこっても対応できるように現状追っかける意味もあるし、
自分でコンパイルできれば、
AVX有効にしたり、インテルコンパイラ持ってる奴はそれでパフォーマンスあげるとか、
自分の環境に合った最適化できるので、作業がまったく無駄ってわけじゃない。
あと、Linux以外のUnixあがりの奴に多いのは、
自分でコンパイルしないと気が済まないって性分ねwwww ビルドする時、/MT、/MDのどっちにすればいいのか、よくわからない
結局、オレみたいな素人はいちいち変更なんてせず、そのコードを書いた人が指定したデフォルトのままビルドすればいいってことでOK? >>127
ビルド環境あって自分で使うだけなら/MTでも/MDでも好きな方にしたらいい
不特定多数の他人に配布するなら考える必要あるが >>128
そこは素人なりに理解してるつもりですけど、ランタイムライブラリに依存してて、そのアップデートがあった時にはそれを反映した方がいいコードの場合は、開発者さんがあらかじめ指定してるんじゃないかと思って
だから、/MTがデフォルトなら、/MDに変えても、メモリ消費が小さくなって、バイナリサイズが小さくなる以外には、特に問題ないのかなと
>>129
複数のプロジェクトを含むソリューションには、プロジェクトによって/MD、/MTが混在するものもありますが、混在すること自体はもちろん問題ないんですよね
ホント、素人の質問でスミマセン 130の修正
あらかじめ指定→あらかじめ/MDを指定 TVTest、EDCBだけじゃなくて、BonDriver、プラグイン、デコーダー等、関連ファイル全般のビルドに関する質問です TVTest0.10.0 x64
TvtPlay25 x64 plus・通常版共にシークが上手くいかないことに気づいた
ディスカバリー追っかけ再生してるときに気づいたけど、取りためておいたものも同じだった
今まで気づかなかったので、多分他の局では大丈夫な気がする
いい加減な報告ですまない
おやすみ
手持ちの21r2 x64で問題ない 手に入るソース tvtest,edcb,プラグイン,ボンドラ,柔らか,デコーダ等全てvs2017のx64 /MDでビルド。
誰にあげるわけでもないし、ランタイムの管理も簡単。 自前ビルドなら小改造して角鶴GUIとsc172の連携もさせとくと色々楽よ >>126
いや、前後読めよ。TvtAudioStretchFilter.axの話だから 完全に俺の間抜けなわけだが
・PC-A で TvTest0.9.0 x64その他ビルド
・PC-B PT3で動作確認OK
・PC-A にTvTestフォルダそっくりコピー
・PC-A PT2ドライバに差し替え
・PC-A なぜか半々くらいの確率でBonCasClient読み込み失敗、成功した時はちゃんと映る
結論
BonCasClientのソースが修正前に戻っていた(たぶん自分で古いソース上書きコピーした)
PC-Bでは何故正常動作したw
あとはBonDriver_Fileのソースか… TvtPlay+BonDriver_Pipeじゃダメなのか? Tvcaptionで出てくる字幕で、カタカナと英数字に半角と全角が混ざって表示されるの、
どうすれば治るんかね? ARIB文字の全角を半角にするTSプロセッサのプラグインを作ればいいんじゃね? >>142
AvoidHalfFlags?美味しいんですかそれ
ぐぐってみてもよーわからんorz あ、なんかうまくできた!dくす
キャプチャウインドウに字幕反映されなくなってしまったが。。 TVTest0.10.0ビルドして使ってみたけど、
ウインドウを最大化→最小化(非アクティブ化)→再度アクティブ化すると、
画面(デスクトップ)の大きさに合わせてウインドウが最大化されていたのが、
そうではなくなって、うちのディスプレイが小さい(17インチ)のもあるのか
TVTestのウインドウがデスクトップの範囲を超えた大きさになってしまって、
右上にあるウインドウの最小化・最大化・全画面表示・閉じるのボタンが
デスクトップの範囲外に行ってしまい、
それらのボタンをマウスで操作できないのが不便なんだけど、
これってどうにかならないんだろうか?
ちなみに0.9.0ではこういう挙動にはならず、再度アクティブ化したときにも
画面の大きさに合わせて最大化された状態をきちんと維持しているので
こういう不具合はない。 >>145
設定→表示
この辺りの設定じゃないか?
その症状になった事ないからこんなアドバイスくらいしかない 「Microsoft Visual Studio 2008」のサポートが終了 〜無償版「Express Edition」も - 窓の杜
https://forest.watch.impress.co.jp/docs/news/1116235.html TVCas-master インテルコンパイラだとこけるね
ディレクトリの指定も
..Multi2Decoder/Multi2DecoderSIMD.cpp
とか、そらエラーになるわな。 デグ耐性を活用した戦略は
クルマのポテンシャルを速さに転嫁する最も確実な方向だな VS2017インストールしたけど起動時にサインイン求められて
ボタン押すと真っ白なダイアログ出て何もできなくて終了
VS2012はあるけどstd::roundがエラーになるしもう嫌 カスタムインストールで必要なものを入れなかったとエスパー うーんそうなのかな
結局諦めてビルド済のバイナリDLしちゃった
10.0はワンセグしか映らなかったから9.0にした EDCBのxtne6f氏最新版ビルドしたらEPGの取得が早くなった
以前まで20分くらいだったのが、10分程度で終わるようになった ビルドスレだとBSジャパンの件はまるで話題にならんのだなぁ >>156
そのぐらい誤差じゃね?
TVRock+TSTASKのEPG全波取得 6時間コースに比べればw >>156
昔のビルドでも6分で終わってるから関係ない。
あんたが気が付かないうちにb25が変わったんだよ。 >>160
なっつかしいwwww
EDCBに乗り換えたとき一番の衝撃が
「番組取得くっそはやい!」だったな 今でもBSCS2時間かかるのは俺だけ?
何いじればいいんや? >>163
とりあえず最新のEDCBとB25とbon driver使ってみれば? >>163
2時間ってありえなくね?
そのEDCD環境いったん全部捨てて、
イチから最新版を導入したほうがいいんじゃないの >>165
全部を詳細取得すればTvRockと似たようなもんなんじゃない? 普通だと
地デジ取得 60秒×局数÷チューナー数
BS取得 180秒×局数÷チューナー数
CS110取得 180秒×3÷チューナー数
しかかからない >>167
詳細情報が不要の場合は、
BSは1TS受信すれば全チャンネル分そろうから
誤:BS取得 180秒×局数÷チューナー数
正:BS取得 180秒
CS110はCS1とCS2の各1トラポンで全チャンネル分そろうから
誤:CS110取得 180秒×3÷チューナー数
正:CS110取得 180秒×2÷min(チューナー数,2)
じゃないかと思う。
詳細情報が必要な場合、BSは全TS、CS110は全トラポンの受信が必要。
>>166
CS110の詳細情報を採る場合、
EDCBは同一トラポン内の複数のサービス(チャンネル)は一度にとれるけど、
(記憶に間違いがなければ)TVRockはサービス毎(チャンネル毎)に取得している
から何倍もの時間がかかる。 サンヨーのか解らないけど、爺様のところにそんなのが昔あったわ
ボタン押すとチャンネルが右回り・左回りでガチャンガチャン回るのな
観たいチャンネルが映った時にボタン放しても手遅れで「…ガッチャンガッ」と1チャンネルずれるから慣れが必要だった アンカー入れないのが多くなったせいか話の流れが良く解らん そか、ズバコンはワイヤードでなかったか。
黒は強いぞの頃だよな。
爺でごめんなさい。 Tvtest0.10.0とTvtestvideodecoderのビルド難しくないお陰でうちでもやっとDXVA2で出来ました、何度もちょくちょく見ているからかBS11のショップチャンネルがやたらヌルヌルしていて少し感動しました
作者さんとそれからビルドの情報共有しているみなさんどうもありがとう B1Decoder.dllソース どっかに落ちてないかな。。。 非常に初歩的な質問で申し訳ないのですが、CasprocessorはCasの処理を呼び出すためのもので、B-casカードが別途必要という認識で間違いありませんか? その通り
Conditional Access Systems Processor
限定受信機能処理系
名前の通り限定受信機能を処理する部分ではあるけど、全部処理するとは明言されとらん
あくまで受信した放送波のデータを任意の外部Cas処理系に受け渡して、戻って来た内容を受け取る仲介処理部分
受け渡すときに必要なksの取得もして受け渡す
外部処理系は、現状だと地上波とBS/CSが使うB25と、スカパープレミアムのB1の処理系がある 放送波デコード出来るbuildには必要でしょうか?とか書いていればスレの話になるけどな
書き込み意図的にはそんなもんでしょ NHKのことだから、朝方にもっかいTSID更新したりして EDCBスレに行くと親切なおじさん達が教えてくれたぞ。 TSTaskやTVRockonTVTestは28日以降修正が必要だろうが
TVTestは弄る必要ないでしょ 今回みたいな移動に対応したチャンネルスキャンは
その気なら実装してたんだろうし、今回やらないってことは
将来的にも実装はないってことなのかな そもそもBSのチャンネル問題というのは
設定が実質的にアプリ側ではなくボンドラ及びチューナーのデバイスドライバの領分になってるからなので ああ、そう言われればそうか
対応デバイス一つじゃないもんね チャンネル番号なる一見抽象化したコードでアクセスするにも関わらず
アプリ側もドライバも物理チャンネルとtsid知ってなきゃいかんっていう
それならCSと同じ選局方式でいいんじゃないって思ってしまう 先達の皆様のおかげで3も7も無事に更新できました。ありがとうございます。 む〜、最新版のVS2017 15.7だとLibISDBのビルドがエラーになるようになった
めんどくさかったけど、ひとつ前の15.6.7に戻してビルドを通した 色々修正したついでに全部ビルドしようと思ったら、
うちでもwin10 April VS2017 15.7.1でLibISDBのビルドエラー出るようになった 前はこれだったな
636:名無しさん@編集中:2017/11/02(木) 19:41:20.51 ID:JmqYYBYG0.net
多分コミット漏れ
ビルドしたい人はLibISDB/Base/SIMD.cppの157行目
#if !defined(LIBISDB_X64)
を
#if !defined(LIBISDB_X64) && !(defined(_M_IX86_FP) && (_M_IX86_FP >= 2))
にすれば通るよ う〜ん、同じく LibISDBがビルドエラーになる
有識者の方、ビルドできるように助言お願いします
ちなみに、>>199 は該当箇所が見当たらなかった >>505
何に使うのか知らんけど、LibISDBの代わりになるようなのを自作すれば? なんでちょっとしたバージョンアップで
ビルドできなくなるかなー
今から試してみよ ビルドが通らないなら通るように改造すればいいだけだろと、あたりまえのことをレスしただけなんだけど?
VS2017を捨てて古いバージョンでビルドするのもアリだけどな。 win8.1でビルドしてみたが正常に終了した
win10の問題なのか エラー箇所は SetError(std::make_error_code 〜
のところかな? 15.4あたりからビルド結果がおかしい…みたいな話をしてたのって
どのスレだっけ? >>206
うんLibISDBWindowsの↓だね
errorhandler.hpp(148): error C2665: 'std::make_error_code': 2 オーバーロードのどれも、すべての引数の型を変換できませんでした >>207
それって最適化が強化されたことによる弊害だったような ttps://qiita.com/rumiaqua/items/19ebe4e7159ae9294e6f /std:c++latest /permissive
追加でビルドは通るが・・・正しいのかすらわからん やっと0.9.0-devから0.10.0-devに移行した
win10+vs2017でサクッとビルドできたし、簡単になったなー感謝 LibISDBWindowsに/permissive 付けたらビルド出来た >>215
まだVS2017 15.7にアップデートしてないけど、LibISDBWindowsのプロパティページから構成プロパティのC/C++の全てのオプションを見たら、準拠モードが「はい(/permissive-)」になってた。
何も弄ってないけど、これで良いの? >>216
そこをいいえにするか、コマンドラインの追加のオプションに/permissive 書くと、追加オプションの方が優先されてビルド出来ました x64だとビルドできたけどWin32だとエラーが出る x64とWin32それぞれ別で/permissive付けないとだめ。
x64だけ付けてWin32はやってないのでは? MTだとコマンド追加でビルドできたけどMDはあかんみたい >>222
LibISDBのプロジェクト10個全部MDにして、LibISDBWindowsに/permissive設定して
x86、x64両方ともビルドしてみたけど成功したよ なんかうまくいかんからpreviewの15.8.0 pre1.1使ったらコマンド追加でMDもいけた TVTest 0.9.0 をビルドした物が欲しいのですがどこでDLできますか?
ググるとヒットするのですが、パスワードが必要な物ばかりでDLできませんでした >>227 ありがとうございます 今日チューナーが届いたので、お約束がわからないです
教えてください m(_ _)m >>189
なんでビルドスレにこんなのが湧くんだか… 完成品をバイナリエディタで開いてそれを見ながらメモ帳に手作業で書き写してビルドする
さながら写経 JVN#81196185: Visual C++ 再頒布可能パッケージのインストーラにおける DLL 読み込みの脆弱性
ttps://jvn.jp/jp/JVN81196185/ x86版ばっかり使ってるけども、x64版使った方が良いもんなのかな? 昔と違ってx64で問題になることはまずないけど、x64ならではのメリットは皆無だしなぁ。 ドライバやらプラグインやら自ビルドしなくちゃならんのもあるし手間かかるだけだよね
俺もやってるけどさ >>241
ビルドはいいけどそのソース探すのが大変すぎて64統一諦めた口だわ x64で使ってるけどホント気分だけ
x86に戻そうかとも思ってるくらい 0.10.0のビルドのついでにx86とx64版ビルドしてみたわ
旧BonDriver_BDAを弄りながら使ってるんで、あれこれビルドしてめんどくさかったわ
無事動いてちょっと感動したけど、x64版はホント何がすごいのかわからんなw x64の方が気持ちチャンネル切り替えが早い気がするけど
酒飲んでたせいかもしれない >>242
頑張って探したらあった…って言うより昔からこつこつダウンロードした中にもあったから
今から全部手に入るかどうかわからん
今さっきMulti2Decも64化できたからほとんど揃ったかな TVTest本体の方で64bitの方が有用な処理なんてあるったっけかな?
B25やB1デコード関連以外だと、バイナリサイズととメモリ使用量大きくなるだけで実入りが無い気がするんだが 64bitの恩恵か。
Adobe系とかはメモリ馬鹿喰いするからわかるんだけど、TVTestって正直メモリ喰う程使わないしな。 LibISDB
Commits on May 24, 2018
Windows で printf 系関数に文字及び文字列を渡す際に長さ修飾子を付けないようにした 4f5712b
make_error_code のオーバーロード解決ができないのを修正 b9fb3c3 TVTest-develop
Commits on May 24, 2018
字幕とデータ放送の保存設定の挙動がおかしいのを修正 ca03177
Commits on May 25, 2018
チャンネルスキャン時にサービス名のマイナス記号(U+2212)を全角ハイフンマイナス(U+FF0D)に置き換えるようにした 9861a2f
Copyright 表記の年を2018に更新 2b42c29
TVTest.rc のエンコーディングを UTF-8 にした 21f3c0a
LibISDB を更新 470eb68 乙です。
さっそくVS2017Comminity15.7.1でビルドしてみた。
「データ放送を保存する」のチェックが外しても復活するバグが治ってた。
LibISDBは、LibISDBWindowsの準拠モードを「はい(/permissive-)」→「いいえ」に変更しなくても、
そのままビルドできた。
x64、win32、dynamic、static全部ビルドOK。爽やかにビルドできていい感じ。
とりあえず、x64、dynamicで使ってみるわ。 うちは15.7.2だからだろうか
LibISDBWindowsが失敗する オレも15.7.2だけど成功した
最初LibISDBWindowsが失敗してので
LibISDBのみビルドしてたのが失敗原因かどうか知らんけどw
LibISDBをソリューションをビルド
TVTest_All.slnをソリューションをビルドで成功した >>255
>>256
ありがとう
あとでもう一回やってみる ここみてVS2017が15.7.2に上がってることに気づいた。
ありがとう。
同じく、15.7.2でもビルドOKだったよ。
ttps://dotup.org/uploda/dotup.org1541922.png 結局原因が分からないので
ファイル全部落とし直してビルド出来た
全部落とし直しってもそんなに手間で無いのがありがたい windowsをクリーンインストールする時にいつも迷うんだけど、tvtestを動かすのに必要なランタイムってどれですかね?
なんかこれいれて駄目だったからこれって感じでいろいろ入っちゃてて、本当に必要なのが分からないんですよね >>260
野良ビルド使うのやめれば?
俺には使う勇気がない >>260
win8以降のOSで使うのなら下手にランタイムとか入れないほうが良い。 ●5月28日 BS再編 BSチャンネルのトラポン移動 スター・チャンネル 2/3
●TVTest BonDriver_PT-S.ChSet.txt
前
BS07/TS0 スター・チャンネル 0 8※1 3 17520
後
BS15/TS2 スター・チャンネル2 0 18※1 7 18162
BS15/TS3 スター・チャンネル3 0 19※1 7 18163
※チャンネルを低い順に0から30までナンバリングした場合
(各自の設定環境により変わる)
●TVTest TVRockOnTVTest.ini & RecTask.ini
0x46F2=11996 ←追加
0x46F3=11996 ←追加
0x4470=11843 ←削除
[BSFrequency]の部分を上記のように変更。
●TVRock dtv.ini
スターチャンネル2のチャンネル番号を 786188018 に変更
スターチャンネル3のチャンネル番号を 786188019 に変更 ドコグロ MM8b-7zkzはあちこちにガセ情報貼りまくる基地外
スターチャンネル2・3 TSID 0x40F2 が正解 【確定】
●5月28日 BS再編 BSチャンネルのトラポン移動 スター・チャンネル 2/3
●TVTest BonDriver_PT-S.ChSet.txt
前
BS07/TS0 スター・チャンネル2/3 0 10※1 3 17520
後
BS15/TS2 スター・チャンネル2/3 0 18※1 7 16626
※チャンネルを低い順に0から28までナンバリングした場合
(各自の設定環境によ変わる)
●TVTest TVRockOnTVTest.ini & RecTask.ini
0x40F2=11996 ←追加(あればOK)
0x4470=11843 ←削除
[BSFrequency]の部分を上記のように変更。
●TVRock dtv.ini
スターチャンネル2のチャンネル番号を 786188018 に変更
スターチャンネル3のチャンネル番号を 786188019 に変更 【確定】
●5月28日 BS再編 BSチャンネルのトラポン移動 スター・チャンネル 2/3
●TVTest BonDriver_PT-S.ChSet.txt
前
BS07/TS0 スター・チャンネル2/3 0 10※1 3 17520
後
BS15/TS2 スター・チャンネル2/3 0 18※1 7 16626
※チャンネルを低い順に0から28までナンバリングした場合
(各自の設定環境により変わる)
●TVTest TVRockOnTVTest.ini & RecTask.ini
0x40F2=11996 ←追加(あればOK)
0x4470=11843 ←削除
[BSFrequency]の部分を上記のように変更。
●TVRock dtv.ini
スターチャンネル2/3のチャンネル番号を 786186482 に変更 BonDriver_PT-S.ChSet.txtがない場合はどうしたらいいんでしょうか? そもそもBonDriver_PT-S.ChSet.txtを使わない凡ドラ、
対象外の別の物を使ってんじゃね? TOKYO-MXのデムパ強度が低くなって深夜アニメが見れないらしい VS2017Comminity15.7.2でLibISDBをビルドすると
warning C4244: '*=': 'double' から 'sample_t' への変換です。データが失われる可能性があります。
というメッセージが30行ぐらいでてまともなビルドができないのですが
みなさんも同じメッセージが出てますか? >>275
まともかまともじゃないかの判断基準は? ビルドができるならエラーメッセージは気にしないな
気にしたところで自分では対処できないから src/LibISDBをサブモジュールのアップデートを使ってインストールする方法を教えて! >>278
そのディレクトリに行ってgit pullすれば? >>279 >>280
git.exe submodule update --init -- "src/LibISDB"
Submodule 'src/LibISDB' (git@github.com:DBCTRADO/LibISDB.git) registered for path 'src/LibISDB'
Cloning into 'D:/build/src/TVTest/src/LibISDB'...
fatal: Could not read from remote repository. Please make sure you have the correct access rights
and the repository exists.
fatal: clone of 'git@github.com:DBCTRADO/LibISDB.git' into submodule path 'D:/build/src/TVTest/src/LibISDB' failed
Failed to clone 'src/LibISDB'. Retry scheduled
Cloning into 'D:/build/src/TVTest/src/LibISDB'...
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.
fatal: clone of 'git@github.com:DBCTRADO/LibISDB.git' into submodule path 'D:/build/src/TVTest/src/LibISDB' failed
Failed to clone 'src/LibISDB' a second time, aborting
gitは正常に終了しませんでした (終了コード 1) (8609 ms @ 2018/05/29 11:24:27) 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b) 593 名無しさん@編集中 (ワッチョイ a9af-oive) 2017/10/29(日) 10:57:24.45 ID:eTpdqwr+0
.gitmodulesの中の
url = git@github.com:DBCTRADO/LibISDB.git
を
url = https://github.com/DBCTRADO/LibISDB.git
にしてgit submodule sync && git submodule updateすればいいよ
そうすればRSA鍵も要求されない 久々に更新されてたのね
ビルド久々だったけど無事完了 >>284
Git Bash Hereで直接git submodule sync && git submodule updateのコピペでできました!
ありがとうございます! スキャンしたらAT-Xのーがーになって
ch2ファイルが自分が使ってる古ファイラで内部テキスト表示できるようになった
これが今回のうpのアレかな いやちょっと前に元がユニコードじゃなくなってたと思う 今秋のCS改変で「エンタメ〜テレ」がCS110に加わるから「〜」の部分でまたユニコードになるよ
プレミアムではそうなってる >>276
ビルド終了時エラー、警告は出てないのdすが、できたtvtestを起動すると画面が出ず、
tvtestのログを見てみると、
>Work with LibISDB ver.0.0.0
>MPEG-2デコーダフィルタをフィルタグラフに追加できません。
とあって画像系のビルドがおかいのではと疑っている部分です。 >>290
VS2017Comminity15.7.2と数日前にアップデートされたLibISDBで今ビルドしてみたけど
確かにソリューション全体ビルド中にずらーっと同じようなメッセージ出るけど
\src\libisdb\thirdparty\a52dec\liba52\downmix.c(77): warning C4244: '*=': 'double' から 'sample_t' への変換です。データが失われる可能性があります。
これで今ビルドしたTVTest使ってみたけど、何のエラーも出ないしちゃんと使えてるなぁ
win10 64bitとTVestもX64でビルド
デコーダーはTVTestVideoDecoder AC-3音声のデコーダーだから画面が出ないのとは関係ないと思う >>291
今、設定-映像のMPEG-2デコーダの部分を見ると
Microsoft DTV-DVD Video Decorderしかないです。
今も残しているTvtest0.90ではTVTestVideoDecoderは使えます。
Tvtest0.90からTVTestVideoDecoder.axをビルドしたTvtest0.10に入れると
設定-映像のMPEG-2デコーダの部分を見ると追加されるのですが選択して再起動しても
MPEG-2デコーダフィルタをフィルタグラフに追加できません。
のエラーメッセージでTvTestが真っ黒のままです。
ビルドの仕方がおかしいのでしょうか。 Tvtest0.90が32bitで従ってTVTestVideoDecoderも32bitということはないかな。
https://github.com/DBCTRADO/TVTestVideoDecoder
からダウンロードして64bitでビルドしてみたら。
あるいは regsrv32してみるとか。 どうせビルド以前の問題だろ
ここでやるなら少なくともそこをクリアした状態で来い
それもわからんならビルドなんかに手を出すなと >>294
解決しました。ありがとうございます。
まだ全て32bitで統一しています。
TVTestVideoDecoderもビルドしてみたらできました。
Tvtest0.90から流用していたのがいけなかったようです。
余裕ができたら64ビット化もチャレンジしてみようと思います。 >>291
極端な翻訳
8ビットのデータを4ビットの領域に代入した為、4ビット以上のデータ部分は失われてる可能性があります
↓さらに高級化
20人乗りの船から客が降りてきた、でも俺は指折りで、10までしか数えられないから
10人以上の客が降りてきたら、数間違えるぞ
(常に10人以下の客なら問題はない) どなたか最新コミットをビルドしていただけないでしょうか。。。。KB4100403からの復元に失敗して、システムがすっからかんになってしまいまして。 >>299
待ってる間にVisualStudioインストールできると思う >>299
そんな人頼みにするぐらいならPCの自己管理なんぞ辞めちまえば良いんだよ github アカウントなしでビルドできたけど、なんかzipからビルドするのと変わらない気が。。。
1) Git をインストールし、そのまま Git Bash を起動。
$ git clone -b develop --recursive https://github.com/DBCTRADO/TVTest.git
2) [TVTest/.gitmodules] を修正。
- url = git@github.com:DBCTRADO/LibISDB.git
+ url = https://github.com/DBCTRADO/LibISDB.git
3) LibISDB を取得。
$ cd TVTest
$ git submodule sync && git submodule update
4) バージョン・ハッシュ(2ヶ)を作成。
$ cd src/LibISDB/LibISDB
$ ./versionhashgen.sh
$ cd ../..
$ ./TVTestVersionHashGen.bat
5) TVTest\src\LibISDB\Projects\LibISDB.sln、TVTest\src\TVTest_All.sln をビルド。
6) 必要なファイルを取り出したら、次回に備えてTVTestディレクトリを削除!?
githubに登録して SSH の公開鍵うんぬんは前スレの 596 で。 ま、いつものとこが最近調子悪いからだろう、別のとこに来てるんだけどね 「Git」に複数の脆弱性、修正版が公開 〜Microsoftは「Git for Windows」の更新を推奨
細工のあるレポジトリをサブモジュール込みでクローンすると任意のコードが実行される
https://forest.watch.impress.co.jp/docs/news/1124686.html >>302
ありがとう。バージョン情報付きでビルドできたわ >>302
そもそも 1)〜3) は
$ git clone -b develop https://github.com/DBCTRADO/TVTest.git
$ cd TVTest/src
$ git clone https://github.com/DBCTRADO/LibISDB.git
$ cd ..
で十分だった。。。
4をしておけば、バージョンも出るし Visual Studio 2017 version 15.7.3
released on May 31, 2018 >>307
ありがとう。
早速アップデートして、TVTest 0.10.0、CasProcessor、TvCasを、
ソリューションのクリーン→ソリューションのビルド した。
特に問題なし。
TVTestのバージョン表示が、MSVC 19.14.26429.4→19.14.26430.0
に変わった。
それにしても、よく更新されるな。
ちなみに、TVTest起動しながら、ビルドしてたらTVTestの音が途切れ途切れになった。
なんだと思ったら、CPU使用率100%になって張り付いてたわ。
CPU使用率100%なんてはじめてみたw(Corei7 3.2GHz) gitからの垢なし・バージョン入りビルドは、はたして >>302 の4も必要なかった。
結局、バージョンつきのビルドはいたってシンプル。
1) gitでダウンロード
$ git clone -b develop https://github.com/DBCTRADO/TVTest.git
$ cd TVTest/src
$ git clone https://github.com/DBCTRADO/LibISDB.git
2) VS2017でビルド
TVTest\src\LibISDB\Projects\LibISDB.sln、TVTest\src\TVTest_All.sln をビルド。
3)必要なファイルを取り出して、TVTestフォルダを削除。
何通りか試してみたけど、↑がいちばん簡単かな。
gitから落とすと、ビルド時にバージョンが勝手に入ってくれるみたい
板復帰(OK!:Gather .dat file OK:moving DAT 76 -> 62:Get subject.txt OK:Check subject.txt 76 -> 76:Overwrite OK)1.26, 1.52, 1.54
sage subject:76 dat:62 rebuild OK! こうか
板復帰(OK!:Gather .dat file OK:moving DAT 76 -> 62:Get subject.txt OK:Check subject.txt 76 -> 76:Overwrite OK)1.63, 1.76, 1.66
sage subject:76 dat:62 rebuild OK! なんだ?
板復帰(OK!:Gather .dat file OK:moving DAT 76 -> 62:Get subject.txt OK:Check subject.txt 76 -> 76:Overwrite OK)1.87, 1.68, 1.62
age subject:76 dat:62 rebuild OK!
板復帰(OK!:Gather .dat file OK:moving DAT 76 -> 62:Get subject.txt OK:Check subject.txt 76 -> 76:Overwrite OK)0.53, 0.67, 0.61
sage subject:76 dat:62 rebuild OK! 「Visual Studio」の次期バージョンは「Visual Studio 2019」に 〜Microsoftが発表 - 窓の杜
https://forest.watch.impress.co.jp/docs/news/1126185.html ランタイムは2019が2017&2015を内包してほしいな。 TvTest 0.10.0の最新をVS2017の/MDでビルドしたら、64bitで3.48MB、32bitで2.81MBだった。
手元にある出所不明のTvTest 0.7.23の32bitが1.46MBだから約2倍の大きさだけど、こんなに違うもの?
皆の自ビルドしたTvTest 0.10.0の大きさを教えてください。 >>328
うちの自ビルドTVTest x64ちゃんは3.69 MB 再インスコしてないからVisual Studioが3つも入ってるわ
まとめてくれんかな・・ 開発環境整備だけはvmあると便利
おーえす買わなきゃだけどさ うちのはオプションで TVTest_image.dll 合体版にしてるのでもっと大きい。 >>334
はイメージ系ライブラリを静的リンクさせてのさいずー 斧の2018/06/18 06:31:19.37
パス何? Visual Studio 2017 version 15.7.4
released on June 18, 2018 >>348
ありがとう。何が変わったのかよくわからないけど。
早速、TVTest 0.10.0、CasProcessor、TvCasをクリーン&ビルドした。特に問題なし。
バージョン表示のMSVC19.14.26430.0→19.14.26431.0に変わった。
TVTestの挙動も特に問題なし。 TVTest0.9.0のOSD音量を0.7.23みたいにコンパクトにしたいのですが、
0.7.23のソースの場所をどなたかご存知ですか? >>352
ペヤングはソースケチってる感が半端ない!(笑) ペヤング ソースやきそば久々に食ったけど、美味しくなかった(´・ω・`) そういう直接的な書き方すると色々ヤヴァいよ
茶羽入り焼きそばだけでみんな察しが付くんだから 話の流れからしてペヤングのソースのレシピかとおもたw ペヤングは麺がダメだよな。他社みたいに丸い麺にした方が良いんじゃないのかね? あぁ... ペヤングのソースの事かと思うはペヤングのボイドとは?と思ったりもう... カップ焼きそばは、麺だけお湯で少し戻して
フライパンで肉・野菜類と一緒にザッと焼き色がつくまで炒めた方が普通に美味い。
どんな料理でも一手間加えれば美味になるものだしな。 >>373
カップ焼きそばより安い生麺買って炒めるのと手間変わらんだろwww カップを使わないで袋やきそばモードで喰うのなら
最初から袋焼きそばを買えばいいだけ 個人的意見だが、カップ焼きそばは、ぶっちゃけ焼きそばではないからさ。
茹でそば、もしくは味だけ焼きそば風って感じ。同梱されるフリーズドライされた乾燥野菜もまずいし 結局なメンなんかどうでも良くソースが重要なんだよ
焼きそばもTVTestも TVTestの麺は放送内容か
最近、どこもかしこもこしのない番組ばっかだな B-CAS社員がスレと無関係な雑談を装って荒らしてるのかなコレ カップヤキソバは塩分過多。一食で5gとか死ねる
カップ麺のようにスープを飲まない対策もできない >>387
https://www.asahi.com/articles/ASK7M6FMHK7MUTIL03P.html
大人は1日で5g摂取ならギリセーフ。
カップ焼きそば1食で5gだと、ほぼアウト。
塩分は他の食料品や飲料水にも含まれるし過多すぎだろう 昨今の日本の食生活で、特に塩分を気にせず食べてれば
1日10〜15gくらいにはなるけどね… 日本人男性はだいたい11グラムでしょ。
高血圧で減塩するように指導されて1日6g。
外でラーメンなんて食べたら軽く超える。 塩が原因だと主張されているが、高血圧になる原因は実はまだよく解ってない 熱中症のリスクが高い仕事してる人はカップ焼きそば食えということですね
だばぁ 塩分摂取量なんて塩分の濃さもあるが
食べる量の方が大きいからな
大事なのは摂取量と排出量のバランス 汁やソース無くても麺を大量に食えば塩分かなり摂るからな
特にうどん カップ焼きそばのソース 味付け濃すぎて、全部入れたためしがない
いつも1/3にも満たないくらいでギブ
袋切るときも油入れると重い感じになるので、袋は下から切って垂らす
カップ麺を誰かと食べることはあまりないけど
ソース全部入れて食べられる奴って割と普通にいるものなの? ハンバーグメインの洋食屋のメニューにあるカレーラーメンがうまくてたまらんわ 超超超大盛GIGAMAX食った。
あんなに大きいのに、お湯入れて3分で出来上がりなのは普通のと同じなのな、すげーわw
出来上がったのみたら、すごい量で、正直全部食べれるか不安だったけど、
食べ始めたら、以外に全部食えたわ。
もう、しばらくは焼きそばはいいやw ソースの代わりにレトルトカレーかけても美味い
(個人的感想です) アレはキャンプ場でワイワイガヤガヤみんなで食うものだと思っていた >>391
塩でない原因も中にはあるってだけで、たいてい塩分だよ。 >>397
出るよ。
カリウムを取るとより排出されるから、カリウム入ってる食物を大間に取るといい。 >>398
お好み焼き、たこ焼き、焼きそばソースを食う為の食い物なんだよ >>405
間違ってもシアン化カリウムは食うなよ。
死ぬぞ。 ペヤングって糞不味いやん
あれを4個分も食うとかなんの罰ゲーム 人によっては辛いときにシアン化カリウムは楽になれるかもな。 シアン化カリウムを入手するために必死に勉強してたら
いつの間にか薬剤師になってて幸せな家庭を築いているんですね 誰や? TVTestのパス変えたやつ。伝統のパスに戻せよ。 >>418
この前意を決してやってみたら簡単なのな そういや、下位互換のペヨングなんてのも発売されてんだよな >>423
それ美味いよね
それ食べてたら他んのが食えんくなった ペヨングは詐欺だ!!
かやくを減らして価格を下げたようなことをTVで言ったけど
麺の量も減ってる! マルちゃんは昔から庶民の味方である意味神なんだよな
ゴキブリ焼きそば売っても今だにお高くとまっている某社とは大違いで >>401 数日前ならお前の言葉信じられなかったけど、今、わかる。
ボンカレー焼きそば最近売られてるじゃん
http://ascii.jp/elem/000/001/698/1698038/
↑
これな、少しカレーが旨くなってくるのに時間がかかる(作れば多分わかると思う
1. 沸騰したお湯を1分〜1分30秒入れて湯切りする。早湯切りなので、数滴まで丁寧に湯切る感じでないほうがいい
2. 絶対にふたを開けず、そのまま2分待って、熱と水分を程よく芯まで通しつつ、麺を硬めに仕上げる
3. 液体ソース入れる 油はそこそこ減らしてもおk そして混ぜる
4. カレー粉末を入れ、混ぜながら、少し沸騰したお湯を10〜20cc足して馴染ませる
5. 2分以上待つ ← ここミソ、待った時間の分だけボンカレー的な旨さ・甘味が際立つ
別に 5.は必ずしも必要ないけど、そのまま食べると勿体ない
スパイシーではあるけど、カレーと麺を合わせる旨さが伝わらん味
>>407
マジかw あ〜あと、>>439、油とか全部入れると、800キロカロリーで結構高カロリーなんで、ハマるようなデブは要注意
他のもんも喰うだろうし 日清焼きそばが確か500-550キロカロリーくらい
まあカロリー高い分だけあって旨い 【ヤキソバ】ビルドした・するスレ【焼きそば】その2 書く事無いのは分かるが、だったら書かないという行動を取れよ ボンカレー焼きそばなんてあるのか
カレーうどんでよくね? 炭火+飯盒炊飯で炊いたおこげ付きの米を皿に盛ってその上に、ボンカレーを乗せると最高に美味だぜ。 >>448
米を炊くときは飯盒炊飯、米以外を炊くときは飯盒炊爨だろ。 >すべての国語辞典を確認したわけではないが、「飯盒炊飯」を
>見出し語としているものはひとつもないようである。
>唯一、『三省堂国語』が「飯盒」のところで、「炊爨」「炊飯」の
>両方を語例として挙げている。 >飯盒(はんごう)は、キャンプ・登山など野外における調理に使用する
>携帯用炊飯器・食器である。日本では主に屋外での炊飯に使われる。
>飯盒で炊飯することは「炊爨」(すいさん)と表現する
>(爨も「かしぐ・飯を炊く」の意)。 >>449
独自の理論を展開した飯盒炊飯君はどっか行っちゃった?w >>453
誰も聞いてないのにコピペ引用野郎が現れたり話題がつまらんからROMってた。
まだ続けていたのか飯盒ネタ。そんなにフレッシュな話題でもないだろうにな。 そうだね焼きそばうまいよね
夜食くおうとしてカップ焼きそば切らしてたらカップヌードルぶん投げちゃう モリ焼きそばとカケ焼きそばを飯盒でビルドするのか? 赤いきつね焼うどん
なんて有ったんだな買っちまったがまだ食ってない しかし何度見ても>>449は恥ずかしいw
>米を炊くときは飯盒炊飯、米以外を炊くときは飯盒炊爨だろ わざわざ巻き返さなくてもみんなそう思ってるからいいよ そろそろTVTest11.0.0とか出してくれても良いんだよ? Ver1以上なら製品版なんだろ。
Tvtestがテストではなくなってしまうな。 いや研究目的でテスト受信するためのものなんだから、それが正式版だろうがTestだろ
というか製品版ってw VS2017で最新のを一式ビルドしたら劇的に軽くなった
Win10のi7-3770のPT3でTVTestがCPU使用率5-6%から0.5-1%に
前のは2016年にVS2015でビルドしたやつで
今回Q3PE4買ったからついでに以下全部ビルドしてみた
BonDriver_PT3,BonDriver_BDA,BDASpecial-IT35
BonDriverProxy,BonDriverProxyEx
TVTest,CasProcessor,TVCAS_B25,TVTestVideoDecoder,TTRec
自動でされないやつは手動でプロジェクトをv141にアップグレード
GitHubのPT3はT/S両対応で編集不要だけどup0985は
BonDriver_PT3.rcのafxrex.hをwinres.hにして
BonTuner.cppの//#define _ISDB_Tを#define _ISDB_Tで地上波
BonDriver_BDAはReadMeに書いてなかったけどこのスレにあった
DirectShow BaseClassesの*.cppと*.hをBaseClassesにコピーしてビルド
できあがったLibフォルダをBonDriver_BDAフォルダにコピーでいけた
テンプレに感謝 >>472
本体・関連ファイルのバージョンやVCのバージョンが変わったぐらいで
そんなにCPU負荷がかわるとは思えんけどなあ・・・
前回のがデバッグビルドだったとか、iniファイルを引き継げてなくて
Codecやレンダラが変わってたってオチじゃないか? すみません、
tvtestを64bit版にしたら、bondriver_udp.dllも64bitにしろと怒られるのですけど
どこにソースコードあります? 0.90でも0.7.23でもTVTcommentとNikoJKが動かない。どっちもプラグインは表示できてもコメントが流れてこない。
64bitOS+32bitTVtest+32bitプラグインだと動かないですか?おま環ですか?
むずかしいなあ >>476
すいません、なんかやっぱりエラー出てしまいます。
もう少し自分の環境見直してみますね >>477
>64bitOS+32bitTVtest+32bitプラグイン
ほとんどの人がその環境で動かしてると思う
そしてうまく動いている
つまりおま環 >>480
ありがとうございます
64bit版で動かなければ諦めます >>477
TvTest画面で右クリック
プラグイン(U) →TVTcomment、NikoJK
それぞれ左クリックでチェック"✓"を入れる xtne6f氏版のEDCB-work-plus-s-180226でEpgDataCap_Bon.exeのビルドをVS2017で試みたのですが
\edcb-work-plus-s-180226\bonctrl\scrambledecoderutil.cpp(94): warning C4458: 'loadDll' を宣言すると、クラス メンバーが隠蔽されます
\edcb-work-plus-s-180226\bonctrl\scrambledecoderutil.h(32): note: 'CScrambleDecoderUtil::loadDll' の宣言を確認してください
という文言と 最後に
1>All 4508 functions were compiled because no usable IPDB/IOBJ from previous compilation was found.
と表示されます ビルド自体は成功しているようなのですが これは気にしなくてもいいのでしょうか?
ちなみにこれ以上バージョンを上げるとさらにWarningがいっぱいでたので
Warningの少ないこちらのバージョンにしています Visual Studio 2017 version 15.7.5 released on July 10, 2018
いつの間にか更新されてた。
早速15.7.5にアップデートして、TVTest 0.10.0、CasProcessor、TvCasをクリーン&ビルドした。特に問題なし。
バージョン表示のMSVCが、19.14.26431.0→19.14.26433.0に変わった。
x64、MDのTVTestを使用中。特に問題なし。 August 2, 2018 -- Visual Studio 2017 version 15.7.6 Servicing Update August 14, 2018 -- Visual Studio 2017 version 15.8 August 17, 2018 -- Visual Studio 2017 version 15.8.1 Servicing Update >>499
バグフィックスアップデートがもう出たのか… VS15.8.1でビルドしたTVTest 0.10.0 x64 MD、CasProcessor、TvCas使ってるんだけど、
BonDriver_RDCT+Spinelで、地デジからBSのチャンネルに切り替えたり、その逆でも、たまにTVTestが応答なしになって、
落ちる現象が発生するようになった。TVTCommentも使ってるのでこれのせいかと思って、これも
VS15.8.1でビルドしたけど、やっぱりたまにTVTestが落ちる。
V15.7.xではチャンネル切り替えで落ちた記憶がないので、VS15.8.1に何か問題があるのかな。
V15.7.6→VS15.8.1はランタイムも更新されたから影響範囲が広くて見当がつかない。
とりあえず、BonDriver_RDCTもVS15.8.1でビルドして様子見してみる。
必ず落ちるなら、原因特定も容易だけど、たまに落ちるっていうのはやっかいだね。
ちなみに、マシンは、Win7 corei7 3.5GHz、メモリ16GBで、通常3.5GBぐらい使ってる状態なので、余裕のはず。 UHFのみ、チャンネル選択画面から選択した場合、
SPACEが混合されます。(SPACE順にソートはされます)
なので、BS/CSと同じように再度見直しでOKじゃないでしょうか?
BonDriver_Splitterからの使用ですが、これ自体も
UHFのみに同様の疲労後、放置があります。
4649です。 一応、TVTest一式ビルドし直したけど、VCのバージョンアップはなかったみたい。 こうもVSのアップデートが激しいと、Intelコンパイラも組み合わせているような人だと、
双方のアップデートが組み合わさってとんでもないことになっていそうだ。 まぁ、日本語文字で
サンキューなのか、
タンキューなのか、
テァンキューなのか、
スゥワンキューなのか・・・
どれが正しくてどれが間違ってるか
なんて不毛・・・
「俺は〜だと思う」なんてさらに不毛 サンキューは日本語
それ以外の表記は目指す発音とは全然違うわw >>517
まぁ、いいんだけど、
おまえ小学生並みだな 笑 >>518
お前も小学生並だな
”なみみ”ってなってるぞ小僧 >>518
あーなんかイラっとしちゃった?
どうせ怒らすなら冗談交えず
「お前は thank you の発音すらわかってないド間抜け」
ってはっきり書いた方がよかったかなw >>522
読み上げソフトで読ませてみろ
ゆとり臭い文章を書く馬鹿が増えたから、許容されているだけでしょ
馬鹿は馬鹿って認識されるだけだよ 読み上げソフトは万能じゃない、対応してないだけだろ
何言いだすかと思ったらなんだこいつ・・・ 負けそうになるとすぐに「ゆとり臭い文章」とかいう意味不明なレッテルを貼ってマウント取るあたり程度が知れるわ >>525
負けそうとか大笑いだな前
正式なものを認めないのは、正にゆとりキチガイだぞ
はなしし なみみ とか、恥ずかしくないとは恥を恥とも思わないゴミ虫だよ
許容されているのに安穏として、公式文章で恥をかくのは、ラノベの文章も勉強した事のない作家さんと同じ様なもんだな たまにいる自分の知識は絶対にあってて曲げない(間違ってても)やつなんだろうな 送り仮名にケチ付けるのってそれこそ小学生だよ
教養が無くて学校で習ったことが全て >>527
自分の間違いを認められない恥を知らない哀れな存在だ
>>528
自己紹介乙 誉められたい
尊敬されたい
バブバブー
しょうがないボクチャンだな 笑 次ぎとか話しとか
送り仮名は本来品詞によって使い分けられるものなのに
それを理解していない馬鹿がどうでもいいとか言葉は生き物だとか言いやがる
間違った使い方をしている者が言ってもただの言い訳なんだよ 他人がどう使おうがどうでもいいわ
スレチの荒らしって気づけよアスペ
どうしてもやりたきゃ連絡先聞いて個別で勝手にやれ そろそろTVTest11とか出してくれても良いんだぜ? TvTestというネーミングをぼちぼち一新させてもいい頃合いだと思うのだが。
rectestもrectask、tstaskとネーミングが変わっていたように・・・ デジタル放送汎用視聴プログラム実装研究資料(略称 TVTest)は、パーソナルコンピュータ上において、デジタル放送の視聴を行うプログラムの実装を研究する目的で頒布される研究資料です。
なんでTestか分かるだろ ああ、隠れ蓑の自称大義名分からの抜粋か。笑い話にしか思えない文章だろ。 ほんとユーモアのかけらもないお硬い連中ばかりでうざりする。 >>544
ちょっとカチンときたわ
お前も震度6以上の揺れと大規模停電を味わえばいい >>548
よ。中国人
なあオマエラ北海道の山奥で土地買いあさって不法に住んで何やってんの?
人の国に来てその土地の悪い印象を他の国民に植え付けて騒乱を起こすんだって?
さっさと出て行けよドチンピラ! 大阪民国北部に住むワイ、地震に台風にとウンザリなんやけどw オマイらもう少し優しさってやつを思いだしても良いんやで?
地震エネルギーの溜まり具合的にも、次は関東東海地方辺りもサービス開始だろうしw 今年もういっちょ大きいのが違うところに来て、今度は津波つき
発生したら速攻高いところへ サンキューよりはテンキューまたはタンキューのほうが通じそうな気がする。 Visual Studio 2017 version 15.8.4
released on September 11, 2018
ttps://docs.microsoft.com/en-us/visualstudio/releasenotes/vs2017-relnotes#15.8.4 ちょいちょい便利にはなっているけど、更新頻度高いね 2018/09/13 20:43:34>******** TVTest ver.0.10.0-dev 470eb68 (Release x64) 起動 ********
2018/09/13 20:43:34>Work with LibISDB ver.0.0.0 b9fb3c3
2018/09/13 20:43:34>Compiled with MSVC 19.14.26429.4
:
2018/09/13 20:47:02>サービスを変更しました。(SID 191)
2018/09/13 20:47:03>TvRockOnTVTest.x64.tvtp : TvRockからチャンネル変更要求を受けました。(Ch 771113009 / Sv 103)
2018/09/13 20:47:03>サービスを選択します(SID 103)...
2018/09/13 20:47:03>サービスを選択できません。
こうなってしまって上手くいかないです。
地上波はうまく取得できていて、BS/CSが一部こうなります。
x32版とデータ仕様とか違うのでしょうか?
3っ日調べて原因判らなかったのでどなたかお助けm(_ _)m >>552
フェンキューと言えばアメリカかぶれの古くさいオカマと思ってもらえるかも >>557
TvRockのプラグインを外してTVTestのみで動作確認したほうがよいんじゃないか? >>559
TVTestのみだときちんと切り替えられるんだよね。
x64ビルドしたのが駄目でx860.9.-devのMeru-co氏のは大丈夫なんだ。
このバージョンの差での仕様の違いが大きいのかね? ×x64ビルドしたのが駄目でx860.9.-devのMeru-co氏のは大丈夫なんだ。
○x64ビルドしたのが駄目でx86(0.9.0-dev)のMeru-co氏のは大丈夫なんだ。
しかも問題が出るのはBSだけで、地上波は問題なく予約録画完了してる。
CSはまだ試してないのでこれからやってみる。 やっぱり、BSだけだった。
CSはうまくいってる。
なにかヒント無いかな。 >>563
ああ、そうかも。
でもx86番でうまく云ってx64の最新版で上手くいかないのでTvTestの違いだと思った。
も少し調べてみる。 >>564
大体同じ環境だろうから試してみた。
18/09/14 23:34:37>******** TVTest ver.0.10.0-dev 470eb68 (Release x64) 起動 ********
18/09/14 23:34:37>Work with LibISDB ver.0.0.0 b9fb3c3
18/09/14 23:34:37>Compiled with MSVC 19.12.25831.0
:
18/09/14 23:35:00>TvRockOnTVTest.x64.tvtp : TvRockからチャンネル変更要求を受けました。(Ch 771113008 / Sv 191)
18/09/14 23:35:00>BonDriverにチャンネル変更を要求します。(チューニング空間 0[BS] / Ch 3[WOWOWプライム] / Sv 191)
18/09/14 23:35:02>サービスを変更しました。(SID 191)
18/09/14 23:35:05>TvRockOnTVTest.x64.tvtp : TvRockからチャンネル変更要求を受けました。(Ch 771113009 / Sv 103)
18/09/14 23:35:05>BonDriverにチャンネル変更を要求します。(チューニング空間 0[BS] / Ch 4[NHKBSプレミアム] / Sv 103)
18/09/14 23:35:06>サービスを変更しました。(SID 103)
ちゃんと動いてるから設定のどこかを書き換え忘れてるんじゃないかと。 TvRockOnTVTest.x64.iniがおかしいんじゃないの
32ビット版で正常に動くのならまずTvRockOnTVTest.iniと比較してみるべきだろう ここの住人ならまさかと思うけど、BSのトラポン再編はちゃんと処理してるよな? >>567
有料チャンネル分は無視してるし、途中からやらなくなった
今、何処かに一覧表とかないものだろうか? >>568
途中からって、、、
BSのトラポン再編は今年に行われたのが初めてじゃね? >>570
BS-7を4K放送用として空けるために再編が行われた EDCB10.66から、最新のに乗り換えようと思って、xtne6f氏版をWin7+VS2017で64ビット、32ビットを自ビルドしたんだけど、
EpgDataCap_Bon.exeでの録画で、dropでて調子が悪い、spinelのログみたらIO Exceptionが出ていて、
何か、通信が失敗してるみたい。
tkntrec氏版を自ビルドしてみたけど、こっちでも同じようにdrop出て安定しなかった。
試しに、tkntrec氏版のEpgDataCap_Bon.exeだけ、EDCB10.66のにしたら、dropがなくなって安定した。
spinelのIO Exceptionも出ない。
とりあえず安定はしたものの、根本的な原因がわからない。
最適化絡みの問題なのかな?オプションを-Odにしてビルドしてみるかな。 とりあえず、元に戻せばいいのにね
64bit 32bit混在もどうかと思う
提供している有志が悪いわけではないのは見ててわかる
初期導入サイト見て、新しいチャンネル設定コピーすれば普通は動くと思うよ >>574
時ビルドした64ビット版は、すべてBonDriver、B25Decoderなどすべて、64ビットに合わせて、
使ってみたが、最初の録画に続けて同じチャンネル、サービスが連続した場合に、最初の
番組の録画、終了30秒前ぐらいに、MPEG2 VIDEO、MPEG2 AACが200から300ぐらいdropしてた。
64ビットが悪いのかと思って、32ビットで自ビルドして、BonDriverなどをすべて32ビットに合わせて、
みたが、病状は同じ。
なので、64ビットと32ビット混在による不具合ではないんだよ。
EDCB10.66のEpgDataCap_Bon.exeだけ、を差し替えるとdropしないので、(もちろんビットは合わせてる) 途中で、投稿してしまった。
ちなみに、EDCB10.66のEpgDataCap_Bonを自ビルドすとdropしない。
ビルドオプションも対して違いはない。tkntrec版をEDCB10.66と同じオプションで自ビルドしたけど、
病状は同じ、-Odもやってみたけど、やっぱりだめ。原因はわからない。
なんか、スッキリしないけど、tkntrec版の最新に、EpgDataCap_BonだけEDCB10.66のを使ってる。
これで、安定動作してる。
レスもないし、まあ、オマ環なんだろうと諦めたわ。
ソースがあるのだから、ソースを終えばいいのかもしれないけど、その気力はないな。 古いブックマークを整理してたら、うん○むのサイト開いた瞬間マルウェア感染警告でてワロタ
自前ビルドだからバイナリを拾う事も無くなったけど。 ビルドビルドうっせーよ
オプション付ける付けないなんか自由だし基本上書きだけだろアホか 0.7.23から0.9.0にしようと本体、プラグイン、CasProcessor.tvtp、B25.tvcasビルドして
旧版をバックアップして上書きしたんだけどスクランブルが増えるばかりで見れない
winscard.dll使用です >>582
設定>TSプロセッサーの処理を有効にするにチェックいれてる? >>585
ログを見たらB25の読み込みが失敗していたのでビルドし直したら無事見れるようになりました
助かりました
本当にありがとう お、上の方なんかすげー荒れてわけわからなくなってるなw
俺が火をつけたみたいですまなかったなw 参考サイトを見ながらtvtestに必要なプラグインなどを
ビルドしているところですが、下記の記述が何を
指しているのかわかりません
@@ -401,6 +401,19 @@
これは何を指してますか? 元の401行目から6行を書き換えて401行目から19行になるよ
って意味。 >>595
diffというコマンドがあってね…
patchというコマンドが便利でね… windows上でdiffを適用する方法がわかんなくて手でコピーした記憶ある
Winに移植されたやつがあるとかなんとかだったような >>598
つ cygwin
今はWindows上で動くlinuxディストリビューションもあるけど、お手軽なのはやっぱりcygwin。 >>596
>>597
情報ありがとうございます。
diff…patch…分からない…
修行が足りないので調べてきます。 自分はMacでパッチ当ててMac上のVMのWindowsでビルドしてる
出来たバイナリは自作録再専用機で使う Win10にしたら数分でカクつくようになった。リセットかけると治るが数分たつとまたカクつく。
どうすれば直せますか? diffコマンドってLinuxのコマンドだったんですね
Linux使ったことなかったので知らなかったです >>601
patc254w.zipでググるとでてくるGNU patch 2.5.4を使って、Winでpatch当てているよ。
差分ファイルの改行コードがLFの場合は、CR/LFに置き換える必要があるはず。 >>607
昨日1行ずつVS2017で改行しながら編集してましたが、
エンターキー押して改行だけではダメってことですか?
少し調べてみましたが、改行コードが原因のトラブルも
あるんですね。 TVCAS.slnを実行してTVCAS_B25 ⇒ TVCAS_B1へ
変更後ビルドすると、下の画像のようなエラーが出て
ビルドに失敗します。
https://dotup.org/uploda/dotup.org1657967.png 各修正と睨めっこしてたら1行間違って消していたところが
あったのでそこを修正したらビルドできました。 なんとなくTvTestのdev版(0.100っていうのかな?)をビルドしようと思って、
VS2017いれたのだけど、15.6.7じゃないとうまくいかないのね。
15.7.6は互換オプションいれたらコンパイルできるみたいだけど、
15.8系統は俺の環境では何やってもダメだった。
ついでにEDCBもvs2017版に切り替えた。 >>616
Win10 Oct2018でVS2017の15.8.6で今ビルドしてみた。
developの5月25日TVTest_All.sln。出来上がるTVTest.exeはバージョン0.10.0.0ですな。
[プロジェクト]→[ソリューションの再ターゲット]しないと、ビルド失敗が出るけど。 >>617
Win10 のOct2018は、ファイル消失問題でアプデ中止になってるけど使ってて大丈夫? アップデートした時に消えてなかったら別に大丈夫みたいよ >>618
メインPCも録画PCも普段使う分には不都合は見当たらないですね、録画ファイル以外が消えてても不都合がなければ気が付かないかも
ユーザー/テンポラリフォルダは全部Cドライブにないので、害がなかったのか気づかないファイルが消えたのかわかりません
今アップデートはできないみたいですし、問題が修正されてから2週間くらい様子見てからでいいと思います。私はアップデートしたものは仕方がないって感じです^^; >>617
15.8系だとLibISDBのコンパイルに失敗しない?
互換オプションつけても、うちではだめだった。
TVTest_All.slnは成功するんだけど、
もしかして過去にLibISDBをコンパイル済みのソースいじったりしてる?とか?
15.8系でLibISDBうまくいったとしたら、
VC2017のインストール時に何をいれたかとか、
プロパティからオプションどういじったかとかおしえてほしい。 ちなみにx64にしてみたくって今回コンパイルしてました。
なので全部x64でやってます。 1809は今となっては手に入れる事はできないけど、ワイも1809だよ。
アップデートするとマイドキュメントのファイルが一部消えるらしい。
ワイはこの手のアプデ時は毎回クリーンインストールするから、
なんの問題もなかったし現在も順調に動作中。 >>621
再ターゲットした?
どんなエラーが出るの? 上でも書いたけど、メニューのプロジェクトから「ソリューションの再ターゲット」が肝
これやらないとLibISDBもビルドも失敗するよ(オプションをいじった事がない俺が言うのもなんだが)
EDCBとTVTestはこの手順に気づくことで大抵壁を越えられる。
あと一歩(ひと手間)だ! 621です
あれからOSのリカバリをかけてみたり、
15.6.7からのアップデートで15.8を入れてみたりと
色々ためしてみたのですが、やっぱりうちではダメですね。
ちなみに再ターゲットはやっています。
5>cl : コマンド ライン error D8040: 子プロセスの作成中または更新中にエラーが発生しました
5>プロジェクト "libfaad.vcxproj" のビルドが終了しました -- 失敗。
6>プロジェクト "libmad.vcxproj" のビルドが終了しました -- 失敗。
などですね。
サードパーティーのプログラムのコンパイルが全て失敗するので、
結局LiBxxが生成されないという状態になってます。
15.6.7ではうまくいくんだけどなあ。不思議。 「Visual Studio 2017」はv15.9が最後 〜“サービスパック”扱いのため更新が必須に - 窓の杜
https://forest.watch.impress.co.jp/docs/news/1147369.html >>617
さっきVisual Studio Community 2017 15.8.7でビルドできました
git clone -b develop --recursive https://github.com/DBCTRADO/TVTest.git
git clone -b master --recursive https://github.com/DBCTRADO/LibISDB
\LibISDB\Projects\LibISDB.slnをダブルクリック→Release_MD x64→ソリューションの再ターゲット→ソリューションのビルド
\LibISDBフォルダを\TVTest\srcにコピー
\Build\TVTest\src\TVTest_All.slnをダブルクリック→Release_MD x64→ソリューションの再ターゲット→ソリューションのビルド
\TVTest\sdk\SamplesSamples.VS2013.slnをダブルクリック→Release_static x64→ソリューションの再ターゲット→ソリューションのビルド
最初、LibISDBフォルダをコピーしてから\Build\TVTest\src\LibISDB\Projects\LibISDB.slnをビルドすると成功するも
TVTest_All.slnのビルドの時に、以下の表示となりTVTest.exeは出来ませんでした
========== すべてリビルド: 5 正常終了、1 失敗、0 スキップ ========== 最近OS再インストールしたので15.8を入れて試したらうちのも子プロセスの作成でコケた
ソリューションの再ターゲットはもちろんやってる
まぁOS再インストール前のTVTestとってあったから困りはしないが いままでがx86(32bit)だと思い込んでました。64bitとの違いと思いましたが…
アップグレード来てたのでVS2017_15.8.7に。(詳細削除^^;)全ビルド成功。原因はこれではなさそう。エラーコード調べてみる。
D8040エラーはC++のコンパイラ上のバグかもっていう話がVS2015時代から報告ありますね。
stackoverflowに改善案がありますが多分ここまでやらずにすむ根本的な何かがあるといいなぁと思うんですが。
1- Disable c/c++->general->Multi-processor compilation 2- Disable c/c++->general->optimization 3- Disable c/c++->language->open mp support
15.8系でC++のSSAオプティマイザーとリンカーの強化とかあるんでコンパイラにも手が入ってますね・・・
https://docs.microsoft.com/ja-jp/visualstudio/releasenotes/vs2017-relnotes
「VS2017はバグです」って海外では言われているようなので、まだまだ頻繁に細かいバージョンで改善されたり悪くなったりしているようですね>< 2017は>>627の通り15.9で終わりだよ
次は2019くるんじゃないか 2019用のプロジェクトファイルがコミットされるまで待ちになるのかなぁ。 最近ビルドファイトしてなかったから
最新VCでビルドしてみたが
特に何も変わってなかった >>631
このスレでも不具合の原因調査でコンパイラのバグは語られてたし実際バグだったんじゃなかった? 621です。
皆様色々とありがとうございました。
617=631さんのアドバイス大変参考になりました。結論からいうと、
LiblSDBのプロジェクトについて、再ターゲットしたのちに、
BaseClasses / liba52 / libfaad / libmad の4つに対してプロパティから
C++ -> 全般 -> 複数プロセッサによるコンパイル いいえ
に変更する事で、無事 LiblSDB のコンパイルが通るようになりました。
おかげ様をもちまして、全てのビルドを、15.8.7 で完了できました。
考えられる要因は良くわかりませんが、
Core i5が6コアモデル(4コアではない)だからなのかもしれません。
参考までに 628さん のアドバイス頂いたような外だしもしなくて、
通常の配置で問題なくコンパイルできました。
アドバイス頂いた皆様ありがとうございました! v15.8.7
v15.9で終わりならそれまで待つかなw >>639
>次にリリースされる“v15.9”が最後のアップデート >>639
>次にリリースされる“v15.9”が最後のアップデート >>639
>次にリリースされる“v15.9”が最後のアップデート >>639
>次にリリースされる“v15.9”が最後のアップデート >>639
>次にリリースされる“v15.9”が最後のアップデート 私たち日本人の、日本国憲法を改正しましょう。
総ム省の、『憲法改正國民投票法』、でググって
みてください。拡散も含め、お願い致します。 度々来るアップでビルドできないとか阿鼻叫喚祭りが嫌だから2015のままだが
ようやく終わるならそろそろアップできるな ここまで維持した安定したビルド環境をわざわざ変える必要もないでしょ^^;
2019とかなんとかの阿鼻叫喚が待ってるだけだし、変えなきゃいけない理由ができてからでOK LibISDB-master は変更無いのでそのままコピーしてTVTestビルドしたら
SDKのバージョンが違うとエラー
LibISDB-masterのビルドからスタートして無事完了! DBCTRADOさんにお願い。
Win7 x64 / VS comm 2017 v15.8.7 の環境でLibISDBがビルド出来ない。
LibISDBソリューションの各プロジェクトを個別にビルドすると、ThirdParty以外の
プロジェクトはSDKバージョンに関係なく全てビルドできる。
ThirdPartyのBaseClasses/liba52/libfaad/libmadのプロジェクトは全て失敗する。
ソリューション/プロジェクトを VS2017 v15.8.7でビルド出来るように
更新してもらえないでしょうか。
よろしくお願いします。 普通にビルドできたが、特に体感できるようなスピードアップとかなかった
STLの使い方が変わると何が変わるんだろう? >>654
SDK 10.0.15063.0 インストールした? >>654
足りないものいれれば通るでしょ
c++用 SDK 10.0.16299.0 でも通る >>656
>>657
アドバイス有難うございます。 >>656
>>657
私の環境では両SDKバージョンともビルドに失敗(ThirdPartyのプロジェクト)します。
LibISDBWindowsの準拠モードを変更しても失敗します。
VSのインストールがうまくいっていないのか、プログラムの分からない私にはお手上げです。 >>616
あたりから読み返してみたら?
俺も詳しくないから知らんけど >>660
今の環境(VS comm 2017)でEDCBとか他のソフトはビルド出来てるの?
\src\LibISDB\Projects\LibISDB.sln → ビルド → エラーが出るなら
エラーの内容をここに貼ってみたら 分かってると思いますが、下記は大丈夫ですか?
\TVTest-develop\doc\TVTest.txt ← 53行〜56行
GitHub から Zip ファイルをダウンロードする場合、サブモジュールは含まれないので
src/LibISDB フォルダに LibISDB のファイルを展開する必要があります。
その場合、サブモジュールの参照先として指定されているコミット以外のソースツリー
を利用した場合、ビルドできない、もしくは正常に動作しない可能性があります。 >>660です。
>>661
再度読み返したら>>637さんのコメントがビンゴでした。
>>662
EDCBはxtne6f版/tkntrec版(何れも最新版)共にエラーなしでOKです。
ThirdPartyのビルド・エラーメッセージは
エラー D8040 子プロセスの作成中または更新中にエラーが発生しました。
>>663
ダウンロードはZIPファイルではなく、git clone コマンドで直接TVTest/LibISDBファイルを
ダウンロードし、TVTestのLibISDBフォルダに貼り付けているので大丈夫です。
>>660
ビルド環境のフォルダ構成名は、全て半角英数字です。 続き:
結論は>>637さんの方法でビルドできました。
皆さん色々とアドバイス有難うございました。
又よろしくお願いします。 >エラー D8040 子プロセスの作成中または更新中にエラーが発生しました。
テンプレ候補だな >>637
> Core i5が6コアモデル(4コアではない)だからなのかもしれません。
Ryzen 2700Xでビルドしてるがエラーなんて出ないけどな 新しいの出てたか
わかる人向けの儀式
LibISDBとtvtestのプロジェクト全部のSDKバージョンを最新(10.0.17134.0)にすると
古いSDK入れなくても関係なくなる(もしくは入ってる最新バージョン)
なお、動作するかまでは保証出来ないので自己責任で VS 2017のSDK最新バージョンは(10.0.17763.0)まで上がっています。
このSDKバージョンで問題なくTVTestがビルドできます。 なぜか gitで TVTest-develop/src/TVTest_Image/zlib/zconf.h が消失してたんで
zip版から拾ってビルドした。
何で消えたんだろ? >>672
昨日からのgithub障害のせいじゃないの? TVTestのOct17で、TTRec(19が最終ででOK?)が使えなくなってません?
配布バイナリは当然だけど、TVTestPlugin.h新しくしてビルドしてもダメ。
俺見るだけ予約だけで使っているから気付いたけれど。 前ので動いているなら戻して報告待つしか
前からなのか修正分の影響なのか見当もつかないね October 24, 2018 -- Visual Studio 2017 version 15.8.8 Servicing Update Visual Studio 2017 version 15.8.8で、
>LiblSDBのプロジェクトについて、再ターゲットしたのちに、
>BaseClasses / liba52 / libfaad / libmad の4つに対してプロパティから
>C++ -> 全般 -> 複数プロセッサによるコンパイル いいえ
これやって問題なくビルド完了。 中の人最近動きあるみたいだから要望
.ch2ファイルが300行までしか認識出来ないのを拡張して欲しいです >>685
https://mevius.5ch.net/test/read.cgi/avi/1525789119/525
や
https://mevius.5ch.net/test/read.cgi/avi/1528459389/894
で指摘されている件だな
チャンネル->チャンネルリストにおいて(チューナー空間->チャンネルリストでは問題ない)
>「ch2で(コメントアウト行は除き、設定で非表示にした行は含め)301行目以降のチャンネルは選局出来ない」
>(選局しようとすると、何も起こらなかったり、別のBonDriverが突然開かれたり、落ちたりする)
ついでに
https://mevius.5ch.net/test/read.cgi/avi/1525789119/526
サービスリストにおいて(チャンネルリストでは問題ない)
>サービス51以降のサービスは選局できない
>(選局しようとすると、何も起こらなかったり、別のBonDriverが突然開かれたり、落ちたりする)
こっちも合わせて対応してもらえると大変有難いです >チャンネル->チャンネルリストにおいて(チューナー空間->チャンネルリストでは問題ない)
つまり
https://i.imgur.com/Tx7c1DK.png
から選局すると問題が生じる
https://i.imgur.com/AWig6uW.png
からだと問題ない(ただし1920x1080モニタだとこのとおり画面からはみ出る) リソースIDの問題か
連番になってて増やしづらいから
CM_CHANNEL_FIRST / CM_CHANNEL_LAST / CM_SERVICE_FIRST / CM_SERVICE_LAST
をCM_COMMAND_LASTの所に持ってきて適当に間隔を増やしたら動いてるみたいだがあってんだろうか ちなみにうちのch2は最大600行近くあるのでCHANNELの方は1000個分にした TVTestの更新有り。
Casprocessorも再ビルドしたほうが良い。 追記:
再ビルドは「TVTestPlugin.h」が更新されているので、入れ換えが必要。 久しぶりにCasprocessorもビルドしてみたが、何故か
x64「CasProcessor.tvtp」のサイズが異常に大きい?
ビルド環境
VS2017 15.8.0.201871003
SDK 10.0.17763.1
「TVTestInterface.h」と「TVTestPlugin.h」TVTestより移植
Win32のビルド後の「CasProcessor.tvtp」は103KB
x64はReleaseビルドしてるが、出来上がりはDebugフォルダで
「CasProcessor.tvtp」は634KB
VS2015でビルドした前回の「d9c4cfd_Jan 14, 2016」は下記
Win32:100KB
x64:107KB(Debugフォルダ) >>692
Win7 VS2017 15.8.8で、>>2にあるlogue版の
https://github.com/logue/CasProcessor
20151129 629d3b4
をビルドするとこんな感じだけど↓。
Win32\Release\CasProcessor.tvtp 104KB
x64\Release\CasProcessor.tvtp 129KB
d9c4cfd_Jan 14, 2016は、こっちだね、
https://github.com/dtvgit/CasProcessor/commits/master
何が違うの?
こっちを使う理由があるの? >>693
TVTest_b9fb3c3_May 24, 2018から「TVTestPlugin.h」を移植してビルドしました?
「TVTestPlugin.h」 サイズ大きくなってますよ
125KB → 168KB
>>695
/MTですよ(統一してます)
完全なるDebugもビルドしてみました。
Debugで/MTdビルドすると
x64で1,136KB >>693
こっちは日付けが古いので「d9c4cfd_Jan 14, 2016」を使ってました。
↓
https://github.com/logue/CasProcessor
移植してビルドしたら確かにサイズが小さいですね
↓
x64\Release\CasProcessor.tvtp 128KB sdkフォルダの「TVTestPlugin.h」は更新されてないけど
srcフォルダのをコピーして、sdkもリビルドした方が良いのかな? >>696
一応、TVTestから、TVTestPlugin.h、TVTestInterface.hは上書きコピーしてビルドしたよ。
>>698
MinGWのgccでもコンパイルできるようにしただけみたいだから、
VS2017でビルドする分には、あんまり意味なさそう。 私は日付けの関係で下記の方を使ってましたが、今回ビルドしてサイズが変なので迷ってます。
どっちも使えますが・・・
↓
https://github.com/dtvgit/CasProcessor
https://github.com/logue/CasProcessor
EDCBみたいに「CasProcessor」も派生版が出来た経緯をご存知でしたら教えて下さい。 VS2017 15.8.8で、全て問題なくコンパイル完了。
LibISDB だけはマルチプロセッサ無効化。logue版使用。 >>700
派生というか基本的には誤字修正みたいな細かいミスを直してる。
その2つのソースを比較すればすぐにわかることだが、ReleaseなのにDebugが
指定されているからでかくなる。
https://github.com/dtvgit/CasProcessor
> {6A0D1EF7-A400-4351-9C26-E7CB46B0B554}.Release|x64.ActiveCfg = Debug|x64
> {6A0D1EF7-A400-4351-9C26-E7CB46B0B554}.Release|x64.Build.0 = Debug|x64
https://github.com/logue/CasProcessor
> {6A0D1EF7-A400-4351-9C26-E7CB46B0B554}.Release|x64.ActiveCfg = Release|x64
> {6A0D1EF7-A400-4351-9C26-E7CB46B0B554}.Release|x64.Build.0 = Release|x64 >>702
ありがとう御座います。
時間に余裕があったのでフォルダ単位で「diff」してみました。
サイズの関係で直接貼れませので興味のある方は下記で
PW:dtvgit
http://fast-uploader.com/file/7096336665864/
diffしてみて良く解りましたので、今後はlogue版を使用します。 >>703
CasProcessor.rc の修正はされてないのね 安倍の悪事を許すな
理由と告白
https://www.youtube.com/watch?v=ZC2pe8l3D9s
要約
昭和の好景気人手不足、賃金上がって労働者も富んだ
安倍はそれに外人を入れて、給与が上がる事を阻止している
移民の危険性(制度が曖昧で受け入れる体制でない)事を憂慮
海外の前例で何処も失敗しているのに外人を入れる安倍、ドイツも最初期限付き家族帯同は認めなかったのにこの有様
ケケ中が儲けたいが為に、民間議員としてのさばり自分へ利益享受を続けている、人買い会社が悪なのだ
日本人、もっとまともに政治に目を向け考えよう >>705
下記修正ヶ所はdtvgit版・logue版共に修正済のようです
・CasProcessor.rc 11〜13行目修正 TVTest 0.8.2に合わせる
AUTOCHECKBOX "EMM処理を行う(&M)",IDC_PROPERTIES_ENABLEEMMPROCESS,8,20,80,9
RTEXT "使用する拡張命令(&E):",IDC_PROPERTIES_INSTRUCTION_LABEL,8,38,72,8 >>710
修正されていないよ。
そもそもキーボード操作が旧バージョンと異なるのは嫌、重複したキーを割り当てるなよ…
って人以外は修正する必要がない。 >>712
失礼しました。
dtvgit版・logue版共(CasProcessor.rc)に下記と同じだったんで修正済と思っていました。
AUTOCHECKBOX "EMM処理を行う(&M)",IDC_PROPERTIES_ENABLEEMMPROCESS,8,20,80,9
RTEXT "使用する拡張命令(&E):",IDC_PROPERTIES_INSTRUCTION_LABEL,8,38,72,8
11行目と13行目を上記記載から変えると言う事ね >>713
いや、元のこれを
> AUTOCHECKBOX "EMM処理を行う(&E)
> RTEXT "使用する拡張命令(&I)
こうする。
> AUTOCHECKBOX "EMM処理を行う(&M)
> RTEXT "使用する拡張命令(&E)
つまり&E→&M、&I→&Eってだけ。 情報が曖昧でTVTest作者はコメントしてないしissuesにも上がってない
複数プロセッサによるコンパイルが有効(デフォルト値)だとコケるはv15.8.7からが確定なの? >>716
エラー報告があるのは最近の一部のインテルCPUだけ
どのCPUか調べたければ報告さかのぼればいいね
大多数はエラーが起きないから調べようがない 結局自分でアップデートして試した(v15.8.6→v15.8.8)CPUはi5-8400、windows10RS3
LibISDBとTVTestそれぞれデフォルトのままでwin32とx64ともにビルド完了、コケなかった
おま環ぽいね Windows10 x64 RS5 で Core i5-8400 Mem 16GB AsRockマザボで
LibISDBがマルチプロセッサ無効じゃないと落ちる。発生原因はよくわからん。
けど、ビルド生成物になんの影響もないから別にいっかな、と。 情報ありがとう
windows10のバージョン以外は俺もほぼ同じ環境です
確かに影響のない設定みたいだし深く考えないようにします 中の人に要望
tvtestをHDR対応アプリにして欲しい
プレミアムでは既にHLGで4k放送やってるしこれから始まるBS4kもHLGで放送予定
windows10+HDR10対応モニタでHLG>HDR10変換のデコーダーを使えばtvtestがHDR対応アプリならHDRで見れる? >>722
どう実装するのか調べて情報提供すれば速く対応できるんじゃないかな
中の人の時間も有限なんだし、HDRとかBT.2020対応モニターを持っているとは限らないし >>721
なんでBS4KをTVTestで視聴出来る気でいるの? そもそも4K放送をWindows上で見る方法あるの? ただのデータだから四画面分のデーターを加工すれば見れるやろ VS comm 2017 version 15.8.9 更新。 Win10にしてから5分ぐらいでかくつくようになった。リセットすると治るが5分ぐらいでまたカクつく。
バッファ増やしても変わらず。
PowerDVDでは問題ないのでこれTVTestの問題だと思う。 >>730
どうやってWin10にしたのか、ソースもデコーダもバージョンもわからんでは、エスパーも答えられまいw
しいて言うなら、君にWin10はまだ早い、動いていた前のOSに戻せばいいと思うよ? PCが省エネに入ったからじゃね?低スペPCあるある WindowsSearchかコルタナあたりが裏でゴリゴリ動いてるんじゃね?低スペPCあるるる ビルドスレではなくTVTest本スレで聞いてみたら TVTestがカクつく原因がわかりました。SVP 4で入ったReClockが原因でした。
ついでにWindows Search、SuperFetch、コルタナをオフにしておきました。
皆さんどうもありがとう。 Q9550+750Tiでスカパープレミアムの4kを表示させたらカクカクで使い物にならない
YouTubeから4k動画を"4k Video Downloder"でダウソして(コンテナはmkv、コーデックはVP9になった)、
vlcで再生したら特に破綻することもなく再生できるので、
おそらくH265のデコードが間に合ってないと思うんだけど1050TiあたりのH265支援があれば正常デコードできるのかな?
Q9550じゃ無理? pascal世代はH.265HWデコーダーがもれなく乗ってるから余裕じゃない?
ttps://developer.nvidia.com/nvidia-video-codec-sdk あぁ、載せ替える場合はマザーボードがUEFI対応じゃないと不具合が生じる
とかどうとかあった気がするから自分で確認してね LAVフィルタを使ってるんですが、cuda を使用するように設定してもTVTestではどーもうまくいかず、
いったんEDCBで録画してからPowerDVDで再生すると、
750TiどころかRadeの4670でもふつーに再生できました。
VLCだと音だけ出て、動画は停止したままです。 VLCで音だけってそれ正常に再生できてないやん。
ゲフォ10xxならHW支援きくよ CUVIDじゃねーの?
CUDA処理するデコーダなんかLAVあったか? >>743
画が出ないんじゃなく、再生した画がスチル状態ってことなんだけど?
vlcはスカパープレミアムのh264動画も無印スカパーのmpeg2ファイルも正常再生できず、一瞬だけ出画して落ちる。
BSや地デジの音声多重じゃないファイルは正常再生できてるので映像フィルタの問題じゃないと思ってるけど。
ちなみに、このh265 ts ファイルをAviutilで読み込んで画が再生できてるのでfilterは機能してるのでは? PowerDVDが再生できてるのは自前のコーデック持ってるのか、LAVフィルタ使ってるのかわからんが
CPU負荷88% >>747
PowerDVDは当然自前CODEC持ってる。とりあえず、GPUの負荷状況を見てみるのがいいかと。 スカパープレミアムのh264や無印スカパーmpeg2ファイルでvlcが落ちるのは
音声多重とステレオの切り替え処理がうまくいってないだけなので、
こっちは、音多だけかかステレオだけにカット編集してやれば再生できてます。 TVTestにおすすめのh264,h265フィルタってどれですか?
64bitのあるやつで
mpeg2はTVTest純正のデコーダがch変えたときに乱れないのが気に入って使ってます >>750
TVTestにLAVフィルタのH265入れたんじゃ4k視聴が処理量不足でカクカクになるんですわ。
受診時のデクリプションやそれ以外の処理省いてほんとにデコード処理がボトルネックなのか確認するために、
ファイルに落として、プレイヤで確認しようとしたが、vlcだと映像のデコードがうまくいかず試行錯誤してる中で、
スレを汚しちまったわけです。
TVTestで4k再生スムーズにできてるならおすすめフィルタを紹介してください >>752
確かに手持ちのSamsung_UHD_7Wonders_of_the_World_China.tsをLAVでデコードするとカクつくな
GPUはVEGA64、CPUはRyzen 2700X
再生支援を使わないとCPUが保たない、DXVA2でも無理、D3D11も駄目
このファイルはMPC-BEでは駒落ちもなく再生出来ている
LAVでデコードさせてもカクつかない
TVTest0.10.0側の実装に問題があるのか? 1050Ti+LAV(CUVID)でTVTestでスカパー4K体験を選局して再生させても全然カクつかないよ。
750TiでHEVC再生支援はチップ的に無理でしょ。 >>755
あのーすみませんがGPUのパフォーマンスどうなってるか教えてくれませんか?
Video DecodeのパフォーマンスがCUVID On/Offでどーかわりますか? 4Kとか個人のお小遣いで遊べる規格じゃないし、
対して面白味もない
消えればいいのに 一番負荷が高いmadVRで4KだとRadeon RX560じゃガクガク、RX580でやっと再生可能。
PowerDVD18は軽くて画質もいいよ。 ビルドと関係のない話題でスレを埋めないで本スレへ移動したまえ
TVTestについて語るスレ Part 94
https://mevius.5ch.net/test/read.cgi/avi/1538733716/ 少し上に書いてあることすら、読む気がないのかと小一時間。 >>761
>>314 のTVTest\src\LibISDB\Projects\LibISDB.sln は通ったの?
なぜ >>314 をみて >>302 を参照しないんだ? ヒントどころか答えがそのまま書いてある
LibISDB.libをビルドしてないか、場所が違うんだろって話だね
ビルド方法みて初心者構築サイト見ながらやった方がいいと思う、あとスクショ貼るならエラー情報を張ってください はっきりいってgitで落とす意味はうすい。
zipでおとして上書きしてslnコンパイルが最も楽。
コンパイルおちるようならマルチなんちゃらをオフ > 〜\LibISDB.sln、〜\TVTest_All.sln をビルド。
のところで「TVTest_All.sln をビルド」にしか目が行ってないんじゃね。 フィルタは手間無くmpeg2もAVCもこなすならMSのが良いけど、
マルチモニタだとTVTestのウィンドウがあるモニタの出力に使っているGPUを支援に使うから「どのモニターにTVTest表示していても遊んでいるIntel IGPのDXVA2使う」とか、その逆みたいな事が出来ないのよね
最近のIntel HD Graphicsドライバが複数のアプリからQSVやメディアエンジン使うとチョコチョコ動作不良起こす時が有るんで
TVTestで視聴するPCで、並行作業でQSVやIGPの支援機能使う様な使い方する場合は、LAVみたいに支援に使うGPU明示的に指定出来る方が良かったり 一番簡単なやり方。
git clone -b develop https://github.com/DBCTRADO/TVTest
cd tvtest\src
git clone https://github.com/DBCTRADO/LibISDB
cd libisdb
call "C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\Tools\VsDevCmd.bat"
call "%VS150COMNTOOLS%\..\..\VC\Auxiliary\Build\vcvarsall.bat" x64
MSBuild projects\libisdb.sln /p:Configuration=Release /p:Platform="x64" /m
cd ..\
MSBuild TVTEST_ALL.sln /p:Configuration=Release /p:Platform="x64" /m
これでいける。 LibISDBがマルチコンパイルで落ちる人は/mオプションをOFFね。 LAVFilterをビルドしようとして失敗した
要点ががわからない
簡単なものなの? チャンネル切り替え時にノイズが出る仕様を治してデコーダーに使うんだろ フィルタが充実しているから、デコーダとフィルタ兼用で使いたくはあるな >>770
ただ、AVX2で最適化ビルドしたい
でもWeb見てもやってる人いないね 最近ビルドマンしてる
TVTestとは関係ないが、
MPC-HC-BEとか5chブラウザで使われているDLLとか
AVX2で最適化ビルド(自動ループベクトル化)すると
体感的に速度が変わるので快感 SSE系が少しでも混ざってると切り替えで逆に遅くなるけどな
AVX2配布がないのはAMD勢が切れるからだ AMDだとAVX512はもちろん、昔から対応しているはずのAVXやAVX2ですら落っこちることがある。
ヲレがその問題に遭遇したときは、PGIコンパイラ付属の数値計算ライブラリの
問題みたいだったけど、原因はどうあれ互換性がないのは確か。
その時はSSE4版バイナリを使って問題を回避した。
あと、みんな大好きIntelコンパイラに至っては、
吐き出すバイナリがAMD CPUなのを認識するとわざと遅くなるという噂が昔あったぐらいだし。
AMDでAVX系を比較的安心して使うのなら、AVX128 (IntelのAVXとは微妙に違う模様)でビルドせなならんし、
数値計算ライブラリもAVXではなくAVX128に対応していないとまずい。
ので、AVX対応でコンパイルできても、あえてSSE4なバイナリしかリリースしないこともある。 というか汎用性捨ててまでAVXビルドする意味が無い
AVX必須な程致命的に重かったり速くなるわけでもないし >>778
IntelコンパイラだとCPUアーキテクチャ自動判別してAVX2対応だったらAVX2版を、
AVXまでの対応だったらAVX版を、SSE4までの対応ならSSE4版を実行するような
バイナリをビルドできるけど、
その場合でもさっきのAMDのように、AVX対応と謳っておきながらAVXバイナリ実行すると
落ちるようなものには対応できないからなぁ。
なら、ハナからSSE4版にしておいたほうが安心、安全。 体感できるぐらいは速くなれば手を出してしまうものだよ
まぁ、ビルドの手順確認もかねてるから >>767の通りにやったらできました
ありがとうございました 拡張命令は演算ゴリゴリまわすフィルタやマイニングくらいで、GUIいじるツールじゃそんなに影響ないから動けばいいんだよ
HW支援でDXVA2とか使う人は遥かに・・・地雷か! QSVENCとかはrigaya氏がavxに最適化してるからコンパイラがavx命令使えっていうけどな。
convert_csp_avx2.cpp(903): warning C4752: Intel(R) AVX 命令が見つかりました。/arch:AVX を使用することを検討してください LAVFilterのビルドって難しいなぁ
全然わからないや tvtestってタスクバーにピン留めするとチャンネルのアイコンが消えるのは仕様?おま環? >>786
たぶんWindowsの仕様
ピン留めすると〜\AppData\Roaming\Microsoft\Internet Explorer\Quick Launch\User Pinned\TaskBar
にショートカットが作られてそのアイコンで固定されるみたい >>767
これ32bit用のバイナリを作るにはどう改変すればいいですか >>790
これでいけると思います。
rem 32bit版は下2行のremを削除
rem set ARCH=x86
rem set TVTESTARCH=win32
rem 64bit版は下2行のremを削除
rem set ARCH=x64
rem set TVTESTARCH=x64
set VC_LINKER_EXE_OPTIONS=/LARGEADDRESSAWARE /OPT:REF
git clone -b develop https://github.com/DBCTRADO/TVTest
cd tvtest\src
git clone https://github.com/DBCTRADO/LibISDB
cd libisdb
call "c:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\Tools\VsDevCmd.bat"
call "%VS150COMNTOOLS%\..\..\VC\Auxiliary\Build\vcvarsall.bat" %ARCH%
MSBuild projects\libisdb.sln /p:Configuration=Release /p:Platform="%ARCH%" /m
cd ..\
MSBuild TVTEST_ALL.sln /p:Configuration=Release /p:Platform="%TVTESTARCH%" /m >>787
了解です。
別のランチャーから起動するしかなさそうですね。 >>791-793
適当にx86とかwin32と置き換えたらいけました Visual Studio Community 2017 v15.9.0 TvTest0.100?はVS2017になったけれど、
EDCBがいまだVS2015だから面倒なので両方いれてないわ。
仕方なくTvTestは0.9.0使ってる。
まあ困ってもないのだけど。 >>800
TVTest(DBCTRADO版)/EDCB(xtne6f版)/EDCB(tkntrec版)、何れもVS2017でビルド出来るよ。 一瞬TVTest0.100.0が出たのかと思って探してしまった >>800
2017のIDEからmsvcのバージョンを指定して保存できたよね?
2015の上に2017入れちゃっても問題ないでしょう >>801
普通の日本語Windows10使っていればユニバーサルはイランと思うけど、ビルドできればなんでもOKよ。容量気にしなければね
xtne6f氏のソースは、ほとんどC++で、EDCBでC#使ってるくらい
ビルドしたいものによってWindows10、XP、8.1、7のSDKや足りないってエラー出るものを入れればすぐに環境が出来上がると思う
古いプラグインやドライバほど必要なものが増えると思っておけばいいかな VS2017 v15.8.9からv15.9.0に更新したら、再起動の要求がきた。
ランタイムも更新するのかな。さすが最終バージョン。
今、使ってるから再起動できないわw Cの規格とか追ってないからわからないけど
次はなんか目玉機能はあるの? >>805
普通の日本語Windows10でもUWPアプリ化が進んでるんですけどね… 「Visual Studio 2017」の最終版v15.9が公開 〜10年のサポートを受けるには更新が必須 - 窓の杜
https://forest.watch.impress.co.jp/docs/news/1153483.html
「Visual Studio 2017」のアップデートはこのバージョンが最後となる予定。
本バージョンは“サービスパック”扱いとなっているため、
メイン5年+延長5年のサポートを受けるにはアップデートが必須となる。
次期バージョン「Visual Studio 2019」はプレビュー版が年内にもリリースされる。
正式リリースは来年前半になる見込みだ。 >>808
目玉は・・UIとか変わってるよ!
プレビュー出てる November 15, 2018 -- Visual Studio 2017 version 15.9.1 Servicing Update >>810の記事で
>このバージョンが最後となる予定。
予定といれたのが大正解 新機能とか大きく変わらないってだけで、あと10回くらい更新あっても驚かない TVTest 0.9.0をビルドしてradi-sh版BonDriverでiniファイルをM2_Dec=YESにして内蔵カードリーダーを使っているんですが、
スカパーの有料chが見れません。(TVTest 7.23の環境では問題なく見れます)
ちなみにショップチャンネルとかQVCとかの無料chは普通に見れます。EMM処理が出来てないような気もしますがそもそもEMM処理の設定項目が見当たりません。
何が原因か分かるでしょうか?チューナーはPX-W3PEです。 その感じだと地デジも見えない気がするが。
単にCAS関連のファイル入れてないだけでは? 地デジもBSの無料chも普通に見れます。
CAS関連のファイルってCasProcessor.tvtpとかB25.tvcasですかね。これも入れてるんですけど無くても地デジとか無料chは普通に見れます。 契約していない局を試聴するのにはスレチだから他を当たれ 契約はしてます。現にTVTest 7.23の環境では問題なく見れます。 確認してみたらBSの有料chは普通にみれてCSの有料chだけ見れないっぽいですね。 >>827
radi-sh本人がほかのスレにいるから直接聞けばいい
契約してる情報が更新されてないのかもしれないし
TVTestじゃなくてテレビやレコで映るか確認してから聞いた方がいいね November 19, 2018 -- Visual Studio 2017 version 15.9.2 Servicing Update
ttps://docs.microsoft.com/en-us/visualstudio/releasenotes/vs2017-relnotes#15.9.2 Visual Studio Community 2017 v15.9.2 に更新。 すでに>>830で告知済みでした。
申し訳ありません。 v15.9.xx
「v15.9」は最後だが、末尾「.xx」は永遠と続く。
1桁とは言っていない。 いつも通りバグ詰め合わせのまま、数か月放置してほしかったのか? 何回ビルドしても「指定されたデバイス、パス、またはファイルにアクセスできません。これらの項目にアクセスするための適切なアクセス許可がない可能性があります。」ってでるんだがなぜだ。 間違えたことを何度やっても変わらないってことだろJK >>943
権限がないか(他のPCからコピーしたとかOS再インストールしたとか、フォルダ作ったユーザーではなかったとか)、
スペースが入ったフォルダ使ってるか、フォルダ名が長すぎてファイル名足して240文字超えてるとか
弄った所忘れて変な環境になっているとか、ソースをCドライブじゃないところに移動してみるとか、まぁそのあたり見直してだめなら全部落とし直せばいいよ >>844
>>845
ウイルス認定されてたみたいでC直下からデスクトップに移動したら起動出来た。ありがとう。 win10 64でPT3,PT1を使用中 PCは全部自作です、ノートは購入品
TVTest EDBCは自ビルドで64ビットで使用中
地デジ、BS、CS すべて視聴録画おkなんですが
新しくWIN32のTVTestを作成しチャンネルスキャンを実施したら
ボンドらが地デジを掴んでくれません PC3台とも同じ
実績のあるSPINELクライアントを他のノートPCにコピーして
スキャンしたら同様に地デジを掴めません
ボンドらは
BonDriver_PT3(お試し人柱版4+小改修)及びBonDriver_PT3-ST-master-13fa5a2自ビルドのWIN32を試用しました
64ビットのTVTestを別名で作成し、スキャンしたら矢張り地デジ掴めません
何をどうしたらいいのか教えてくださいませ >>847
64bitと32bitのモジュールが混じってるんじゃないの? >>847
32bitと64bitの組み合わせ間違え(BonDriverとかSpinelドライバとか)
Spinelのファイヤーウォール
BonDriverのビルド間違え(S/T) -> S/Tでソース書き換える必要あったはず
Sがデフォルトだったような・・・ TVTestなんて一度安定したらなかなかビルドなんてしないけどな
まぁ、VC++が新しくなったりすると作り直したくなる気持ちはわかる >>847
Win10だと PT3Ctrl が何かの干渉を受けてる可能性もある
狙われてる気がする 自ビルドしてるなら全部64bitで統一した方がいいと思うけどなぁ >>847 ですが 色々とご指導ありがとうございます
スキャンするとBS、CSは掴めるんですよ
凡ドラのSだけでなくTもBS、CSを掴んでしまい地デジを掴まないんです
3波視聴中のTVTest-develop-7610c87に名前を変えて凡ドラを追加し
その凡ドラで新規スキャンをしたら矢張り地デジを掴めませんでした
TVという名の専用SSDにTVTesとEDCBはおいて新規にビルドすると上書きしてます
現状は3波とも視聴・録画可能で、新規があかんのです、すべてBS/CSになってしまう
SPINELクライアントもチャンネル名は地デジのNHKでも映っているのはBSキャンパスなんです >>855
epgdatacapbon氏のGITのボンドラはdllはS/T共通で
ChSet.txtの内容で振る舞いを変えるようになってるはず
T側のChSet.txtが衛星用になってたりしない? >>855
BonDriver PT3 をビルドするときに
"BonTuner.cpp" の
#define _ISDB_T を有効にすると T用が
コメントアウトして無効にすると S用が
できるので、それぞれビルドし直す必要があるのだがやってる? >>856 ありがとうございます
これは確認してます、現在使用中のものに置き換えてます。
>>857 ありがとうございます
やってませんでした、早速やってみます。 >>858 ですが確認してみました
BonDriver_PT3-ST-master-13fa5a2 の"BonTuner.cpp"には
“static BOOL isISDB_S;”は記述されてますが ”#define _ISDB_T”の
記述はありませんでした。
“static BOOL isISDB_T;”に変更してビルドしたらエラーとなり
“static BOOL isISDB_S;”では正常にビルドできました。
上記はVisual Studio Community 2017 v15.9.2 でビルドしました
プロジェクトの再配置も行ってます
この凡ドラで色々確認してみます、ありがとうございました。 BonDriver_PT3-S.dllとBonDriver_PT3-T.dllにリネームしたか?
BonDriver_PT3.dllのまま使ってそう… >>859
たしかにそっちのソースは書換の必要はないけど、>>860のとおり、使う際に命名規則で機能が入れ替わる >>859です、いろいろご指導ありがとうございます
PT1での凡ドラ使用例ですがこのようになってます
https://dotup.org/uploda/dotup.org1700942.png.html
凡ドラのTがBS/CSを掴んでおり地デジのスキャンできてません
今日ビルドした凡ドラです
Win10 64ビット 1803 3770K ASUS P8Z77-VPRO
PT3は8086Kと6600K ASUSのマザー OSは上記と同じで使用してます
新規に凡ドラを追加するとダメなだけで、現状は地デジ/BS/CSの3波ともに視聴・録画可能です。 >>862
PT1の使用例は今回の件に関係あるの?PT3の話じゃなかったっけ?
意味がよくわからない
使ってるソースとBonDriverフォルダの内容全部アップしたほうが速いと思う
INIとかChSetとか見える人は見るだろうし >>862です、ありがとうございます
PT1・PT3ともに同じ現象が起きてます
新規に追加/コピーした凡ドラでは地デジ空間が掴めないSに加えてTもBS/CS空間になる
使用ソース
BonDriver_PT-ST-master-8230cc9 Jul 29, 2018
BonDriver_PT3-ST-master-13fa5a2 Jul 29, 2018
TVTest-develop-7610c87
PT1・PT3ともに既使用の凡ドラでは地デジ/BS/CSの3波視聴・録画可能です
TVTest-develop-7610c87/EDCB-work-plus-s-4b1d830 Nov 10, 2018を使用してます
Spinelでは、TVTest Win32で3波掴める凡ドラをSPINELの凡ドラホルダにコピーしたのですが
クライアントの凡ドラTはBS/CSを掴んでます
Spinelサーバーのホルダを誤って削除したためサーバーホルダは新規に作成しました。
Spinelクライアントの凡ドラTの状態です
https://dotup.org/uploda/dotup.org1701037.png.html
新規に凡ドラホルダーを作成・コピーすると地デジ空間を掴まない、、不思議。。 Spinelの設定を間違えているとしか思えないが… >>864
SpinelのBondriverの *.dll.ini ファイルの中の
TunerPath =
に何を書くかでどうにでもなるんじゃ
TにSのTunrePath書いてるとか 一度に全部やろうとしてごちゃごちゃになってるな
PT1でもPT3でもいいから1枚にしてSpinelが動く環境作るかSpinelにこだわるのをやめたらどうだろう
Spinelは設定も面倒で初心者向けじゃないしなぁ >>864です、ありがとうございます
このSpinelクライアントはサーバーを削除する前は正常に、地デジ/BS/CSの3波掴んでました
視聴できました
新設したサーバーの凡ドラTが恐らくBS/CSのチューナー空間を掴んでいるためクライアントの
凡ドラTもBS/CSを掴んでいると・・・
TのTunrePathは"PT3/0/T/0"と記述されてます。 >>868
そんな現象には出会ったことないわ
SpinelのGUIはどうなってんのよ BonDriver_Spinel_P3T-T0.ch2は地デジの記述になってる? BonDriver_Spinel_P3T-T0.ch2はBonDriver_Spinel_PT3-T0.ch2の誤りです PT3は2枚なのかな?PT1とPT3だと思ってたわ >>873
spinelで使用しているPT3は2枚です、録画とエンコもしてます
他のPC2台にPT3、PT1をそれぞれ1枚刺してます。
TVTestに凡ドラを新規に追加すると凡ドラTが地デジを掴めない現象はすべてのPCで確認してます
「おまかん」にしても不思議、6〜7年使ってるけど過去に経験したことがありません。 全ては夢の世界での出来事でなにもできていないのと同等とみたね 一体このスレなに
順次入れ替えてビルドのミスなのか設定のミスなのかぐらいは確認してくれよ >>874
SpinelのGUIは変じゃないね
地上DにTが来ているし
表示だけの問題かもしれんから
PTドライバ付属ののSampleでチェックしてもいいと思うが
そっから先がおかしそうだな
SpinelのBondriver以外、
昔のBonDriverは一切新規なんだよね?
もうフォルダアップしたほうが速い・・・ >>874
不思議じゃなくて、動いてないものをコピーしただけで・・・そりゃみんな動かないですよね
・TVTest32bit構築ができてないPCはどれ?
・Spinelサーバー再構築で見れないPCはどれ?
・Spinelクライアントはノートだけ?
「凡ドラ」「凡ドラT」が32bit?64bit?拾った?自ビルド?PT1?PT3?、何のことかわからなくなってきた。
SpinelでINI変えてなくてIPアドレスをPC名でつけてますとかないよね。おやすみなさい(-_-)゚zzz・・・ まとめてみました
1.PT3X2枚でTVTest-7610c87とEDCB-work-plus-s-4b1d830 Nov 10, 2018を使用して
TVの視聴・録画をしている
2.地デジ/BS/CS3波の視聴・録画は正常に可能である 写真 Win32&録画
3.Spinelを11月12日に立ち上げた(以前のSpinelを誤って削除したため)
写真 SPINEL,Spinelサーバー,Spinel凡ドラ
4.Spinelの凡ドラは上記TVTest-win32の凡ドラをコピーした 写真Spinel凡ドラ
5.Spinelクライアントは以前のサーバーで3波視聴出来ていたのでそのまま継続
写真 クライアントフォルダ、凡ドラ、T0_CH2
6.新サーバー下でSpinelクライアントは地デジが視聴できていない BS/CSはOK
写真 クライアント地デジ04,地デジ05
7.PT3-Example-64bit-400+.exe にてチャンネルスキャンは実施 異常なし
写真 example01、02
スクショ
https://ux.getuploader.com/buritama/download/1
パス:dtv 👀
Rock54: Caution(BBR-MD5:669e095291445c5e5f700f06dfd84fd2) Win10 64ビットの私の環境下では何故か
”TVTestに関連して新規に凡ドラフォルダが追加されるとその凡ドラTは
地デジのチューナー空間を掴まずBS/CSのチューナー空間を掴む”
という有り難くない現象が起きています まさに「おまかん」
Spinelにはマジで困ってますPCで7時のニュースが見られないので。。 >>880
画像だけ見てもわからないよ
個人的には BonDriver_Spinel_* の
dll.ini, ch2の中身とそもそものdllの命名
が一番怪しい
チューナーパスが最も怪しい
次にSpinelの本体があるところのBondriverの
ChSet.txt とか*.dllの命名規則とかも怪しい
もう1からPT3のファームウェア初期化からやってみるとか、
分波器をつかってたらアンテナ線、S/Tのテレコがないかとか
そこからスタートしてみれば? >>882
BonDriver_PT-ST-master-8230cc9 Jul 29, 2018
BonDriver_PT3-ST-master-13fa5a2 Jul 29, 2018
凡ドラをビルドして使用したんですけど上手くいかなかったので 動作実績のあるやつで差し替えて動作してる上でってことだったら
spinelだの.ch2だの.iniだの関係ないっしょ SpinelとTVTestの
フォルダ一式上げてもらわないと予想だけで終わる
せめてバイナリ消してConfigだけでも上げろよなぁ November 28, 2018 -- Visual Studio 2017 version 15.9.3 Servicing Update マイナーバージョンアップはもうしないってだけで、パッチリリースは鬼のように行われ続ける…
VS2019リリースまでに、何度バージョンアップされることになるんだろ。 VS2019リリースされたからと言って、VS2017のバグがなくなるわけではないから続けてもらわないとな >>895
そういうのはintelコンパイラの出番 >>894
TVTest と EDCB 共に 2019 ではエラーになりますね。 Visual Studio 2019発表で
VC++ 2010 stdの新たな使用許可の終了になったらイヤだな VSの最新版で古い2010のソースも全部ビルドできればいいのにな いい加減、ICC必須なのは改善された?
というかGCC+MinGWでビルドできるようになれば開発環境で混乱することもなくなるのに >>901
ICC必須ってなんの話をしておるんだ? でも作者はICCでビルドするのを推奨してんだろ。
でなけりゃICCなんて面倒なもの使わないだろうしな。 >>904
お前の頭が悪いことは理解してあげたから、消えろ タイムマシンに乗ってきたのか…
それとも世界線を越えてきたのか… >>905
毎回上からとか、やたら偉そうだな。
いちいち噛みつきたいだけならスルーぐらい覚えろよ糞虫。 なんでこの手の糞虫はスルーできないんだろ。何のためのSLIP表示だよw ICC必須とか自分が馬鹿なこと言って突っ込まれたら粘着とか救いようがないな >C ++コンパイラコード最適化のバグ
>唯一の違いは、Windows 10 SDK(17134)の代わりにWindows 10 SDK(17763)を使用していることです。
>C++ compiler code optimization bug
>The only difference is using Windows 10 SDK (17763) instead of Windows 10 SDK (17134)
>https://developercommunity.visualstudio.com/content/problem/371203/c-compiler-code-optimization-bug.html
mjky。早速アップデートしてリビルドしたわ。 Visual Studio 2017 version 15.9.4 だけど。
久しぶりにTTRecをビルドしようとしたら、
util.h(46): warning C4595: 'operator new[]': 非メンバーの new または delete 演算子関数はインラインで宣言できません
とか出て、ビルドできないです。 >>916
手持ちの最終版TTRec19をビルドしてみたが、問題なくビルドできました。
なにかインストールの足りない物がありませんかね。 >>918
わざわざ、検証すまない。
ビルドできました。
ボケたことをしていました。 フォッフォッフォッ
(V) ∧∧(V)
ヽ(・ω・)ノ
/ /
ノ ̄ゝ フォッフォッフォッフォッフォッ
(V) ∧∧(V)
ヽ( )ノ
/ /
.....ノ ̄ゝ Windows 10 の開発環境を取得する
ttps://developer.microsoft.com/ja-jp/windows/downloads/virtual-machines
色々と汚すの嫌だから↑でビルドしてみたけど、OSレベルで日本語環境にしないとエラー吐いた LibISDB
Commits on Dec 26, 2018
DateTime::GetLinearSeconds() / GetLinearMilliseconds() の逆変換を追加 b021853
時刻変換のテストを追加 502709b
Catch を 2.5.0 に更新 f4f4d5a TVTest-develop
Commits on Dec 26, 2018
LibISDB を更新 45a75a8
局ロゴファイルに各ロゴの更新日時が正常に保存されないのを修正 2ebab9e
選択できるチャンネル/サービスの上限数を増やした fc55f4e
チャンネル/サービスなどのコマンドの範囲チェックを行うようにした f46aae1
BonDriver の初期チャンネルへの追従時にコマンドを経由しないようにした a8e8911
Commits on Dec 27, 2018
コンテナに unique_ptr を入れる際になるべく make_unique を使うようにした 556a5e2 catvのトラモジでbs/110csの4k放送受信した人がtvtestで音が出ないって言ってたけど公開されれてる仕様見た感じだと24bit音声がデコード出来ないのかな? ロゴの壊れた更新日時だけど旧ソースではFILETIME_SECONDを掛けてから上下の入れ換え後に
FILETIME_SECONDで割り算なのでビット落ちが起きて復元は不可能かと ttps://github.com/epgdatacapbon/libaribb25
このソースを使ったlibaribb25.dllをEDCBで使うと、チャンネルを切り替えでドロップが出るんだけど… >>931
あれはトラモジじゃなくて"自主放送"の4Kだけど
AACはAACでもADTSじゃなくてLATM/LOASで送られてる >>929
TVTestをデュアルモニターで使用してるんですが
モニター1で全画面表示にした後、ショートカットキーでウインドウをモニター2に移動すると
モニター1にウインドウが残ったままになるんですが、消えるようにできないでしょうか? TVTest-develop
Commits on Dec 27, 2018
局ロゴファイルのロゴ更新日時が異常な場合は無視するようにした 484f7e3 中の人乙であります。
今のバージョンでも実質的な不都合はないんで、更新は年明けですが・・・ 更新乙
これでBSのロゴが更新されなかったりするのがなくなるのかな >>933
EpgTimerのEPG取得でチャンネル変わったりするとドロップだらけになるな
夏のやつは動いていたから、さかのぼってビルドするかアップされてるやつで行くがよい >>933
ごめんなさい
同じ状況かと思ったら、雪でシグナルが半分に落ちてただけみたい
アンテナの雪を落としたら直った、ドロップも消えた 雪国あるあるだな
深夜から明け方放送の録画が寝るときは大丈夫だったのに起きたら大雪になってて
録画失敗してたとか割とよくある >>936
>モニター1で全画面表示にした後、ショートカットキーでウインドウをモニター2に移動する
これってどうやるの? winキーにshiftキーに左右の矢印キー同時押し 重大度レベル コード 説明 プロジェクト ファイル 行 抑制状態
エラー C2039 'FromLinearSeconds': 'LibISDB::DateTime' のメンバーではありません。 TVTest c:\users\user\desktop\tvtest-develop\src\logomanager.cpp 292
先のTVTESTのコミット分をVC2017でx64ビルドすると、TVTESTが上記エラーでビルドできません。。。 >>947
LibISDBもx64でビルドしてできたファイルをTVTest-dev\src\LibISDBフォルダに入れたかい? >>946
ありがとうございます。
うちでは左右同時ではなく右矢印または左矢印のどちらか一方でできました。
フルHD2枚で >>936 の通りになりました。 久しぶりにビルドしたらカスペルスキーとZoneAlarm のヒューリスティックが反応。あと Cylance という人も。
誤検知だとわかっていつつもちょっと気になる。
前はBaidu とかだったからまだよかったけど。 愚直に>>2に従ったらビルドできました。
ありがとうございました。 新年久々にビルドしたらこけた・・
cl : コマンド ライン error D8040: 子プロセスの作成中または更新中にエラーが発生しました。
なんか環境変えたえたっけな・・・ てか >>637 はテンプレ入りしても良いのでは
今まで大丈夫でも、突然環境によって
「複数プロセッサのコンパイル」を無効にしないとコンパイルできなくなったりするし
海外でも原因も不明のようだし うちはRyzen 1700xだけど>>637しないとコンパイルできない うちのRyzen 2700Xは普通に再ターゲットして何も考えずにコンパイル通るけどなぁ オフにするとビルドがクッソ遅くなるからなぁ
動くなら有効にしておきたいのが、「複数プロセッサによるコンパイル」
そして引っかかる人はググる前に書き込む・・・ >>956
無事にビルドできました
過去ログをちゃんと読まずにすみませんでした
皆さまどうもありがとう! Ryzen 1700のVS2017 15.9.4で何の問題もなし Tvtest0.9.0x86をビルドして、拾ってきたPT3のbondriverを入れたんだけど、地デジでは問題ないのに
BS/CSでチャンネルスキャンをしようとしても、対象チューニング空間がグレーアウトで選択できないのは何故でしょう?
OSはwin10 64bitだけどアプリ、bondriverは32bitで統一、PT3のドライバーとSDKは最新です。 何か忘れているんだろ。
凡ドラも自分でビルドしてみるといい。 地デジ分しか設定してないんだろうな
BonDriver_PT3-S.ChSet.txtとかそんな名前まで、TだけじゃなくSの分まで作ろう
も〜一息だ >966 >968
965です。
Bondriverもビルドしたけど同じ現象だったのですが、
仰る通りBonDriver_PT3-S.ChSet.txtがおかしかったようです。
※無精してWEBのをコピペしたので、TAB区切りが半角スペースになっていたのが原因でした。
有難うございました! 最新のソースなら自分でコピペしなくても動作に問題ない
BonDriver_PT-S.ChSet.txtが付属してたんだけどね… 更新はサポート終了まで続くんじゃね
Visual Studio 2017 Version 15.9
2018/11/13 ライフサイクルの開始日
2022/04/12 メインストリーム サポートの終了日
2027/04/13 延長サポートの終了日
https://support.microsoft.com/ja-jp/lifecycle/search それはなさそう
2015もサポート期間だけど
ほとんど出てなくね? EPGTimerNWでマジックパケットが効かないのは俺だけだろうか というより作者が対応してくれるまでだな
2019でコンパイル通らなくなってるもんがあるぁら Visual Studio 2017 version 15.9.6 更新早いな >>929
https://mevius.5ch.net/test/read.cgi/avi/1544374249/372,379
372 名前:名無しさん@編集中 (ワッチョイ 819f-L3L3)[sage] 投稿日:2019/01/28(月) 02:33:39.95 ID:XoFIo0lx0
TVTest 0.10.0-dev今の最新コードでビルドした限りチャンネルスキャン周りに不具合がある
そのままだとチャンネルスキャンに必ず失敗する でも以前のバージョンから.ch2ファイルを抜いてきた場合は普通にチャンネルを開けるし、何かチャンネルを開いたあとにチャンネルスキャンを実行すると普通に成功する
379 名前:名無しさん@編集中 (ワッチョイ 4201-swhv)[sage] 投稿日:2019/01/28(月) 11:42:46.47 ID:TWqtQuHk0
>>375
一番最初のまっさらな状態だとチューナー(凡ドラ)を指定してもチャンネルが未選択な状況になる。
その状態でチャンネルスキャンさせると信号を拾っていてもチャンネルを検出しない。
チャンネルスキャンの前にどれでもいいのでチャンネルを選択しておけば回避できる。 気になってまっさらな状態で試してみたら普通に成功しちゃったよ
何か条件あるのか? 物理13chで放送やってる地域だとスキャン開始時に自動で選局される 切り替え時にもドロップが発生しやすくなってるので録画用に使ってる人にはあまりお勧めはできん >>986
互換B25decoderやめれば激減するよ
というか、本家はそれ出ない TVTest-develop
Commits on Jan 30, 2019
Copyright 表記の年を2019に更新 576ad67
チャンネルスキャンで何も検出されないのを修正 5d76f46
JPEG の保存時に setjmp/longjmp を使用しないようにした 3b55b1c
プロジェクトのプロパティから最小リビルド(/Gm)の指定を削除 d7d58ab
プロジェクトの Windows SDK バージョンを 10.0.17763.0 に更新 2c79464
LibISDB
Commits on Jan 30, 2019
Copyright 表記の年を2019に更新 4a6c080
プロジェクトの Windows SDK バージョンを 10.0.17763.0 に更新 6978ad TVTestのビルド環境をコンテナ化した人居ますか?
MS公式のServer Coreイメージ + Visual Studio Build Toolsでビルド通るのか知りたい 誰も居ないみたいなんでDockerfile作ってみたが、ちゃんとビルド出来たわ
これでVisual Studioをインストールしなくて済む
まあそのぶんコンテナのimageは14Gくらいあるが >>993
14GBは草
通信速度によるかもだけどVisual Studio入れたほうが速そう 下の2つ目立てたの俺w
保守しないで落としちゃうかね このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 349日 21時間 59分 4秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。