過去スレ
【開発】PT1 Friio HDUS bon系 TS関連ｿﾌﾄｳｪｱ総合ｽﾚ (Part1)
http://pc11.2ch.net/test/read.cgi/avi/1230739003/
【開発】 TS関連ソフトウェア総合スレ Part2
http://pc11.2ch.net/test/read.cgi/avi/1235667096/
【開発】 TS関連ソフトウェア総合スレ Part3
http://pc11.2ch.net/test/read.cgi/avi/1240726004/
【開発】 TS関連ソフトウェア総合スレ Part4
http://pc11.2ch.net/test/read.cgi/avi/1246099246/
【開発】 TS関連ソフトウェア総合スレ Part5
http://pc11.2ch.net/test/read.cgi/avi/1252674823/
【開発】 TS関連ソフトウェア総合スレ Part6
http://pc11.2ch.net/test/read.cgi/avi/1259061990/
【開発】 TS関連ソフトウェア総合スレ Part7
http://pc11.2ch.net/test/read.cgi/avi/1269400568/
【開発】 TS関連ソフトウェア総合スレ Part8
http://hibari.2ch.net/test/read.cgi/avi/1279108411/
【開発】 TS関連ソフトウェア総合スレ Part9
http://hibari.2ch.net/test/read.cgi/avi/1314275425/
【開発】 TS関連ソフトウェア総合スレ Part10
http://toro.2ch.net/test/read.cgi/avi/1323049561/
【開発】 TS関連ソフトウェア総合スレ Part11
http://toro.2ch.net/test/read.cgi/avi/1341073328/
【開発】 TS関連ソフトウェア総合スレ Part12
http://toro.2ch.net/test/read.cgi/avi/1358933709/
【開発】 TS関連ソフトウェア総合スレ Part13
http://peace.2ch.net/test/read.cgi/avi/1388848508/
切り出すツールを作りました。 「無劣化TSカッター(Murdoc利用)」
http://filescase.com/ にUPしてあります。
パス＝「1234」です。 大したものではありませんが、使ってみてください。
aftermurdoc.exeで切り出した後で、出力ファイルをTSmuxeRにかけて、
demuxを行い、.m2vと.aacを再度TSMuxeRでmuxすれば、開始PTS=00:10:00
で連続したPTSを持つきれいなTSが出来上がります。
(TSMuxeRでのdemux時にエラーメッセージが出ますが、音声パケット連番
不連続の付け替えのメッセージですので無視してください)
ほとんどのエンコーダーやdemuxerは出だしの頭合わせは
行いますが、末尾の尻合わせは行わないので、個別に生成した.ts、.m2tsを接合した際には、
前段ファイルの映像長/音声長のずれが、後続部分の音ズレの原因になってしまいます。
aftermurdocを使うと、映像長/音声長がほぼ揃うので、これが抑止できます。
それは長時間録画したTSとか読ませるとちゃんと処理できるのか？
たとえばフェスとかの６時間番組とか
demux時のエラーメッセージがでるのはEIT情報に２バイト文字が含まれているためだし。
そして右側のパネルウィンドウが空になるとなにか大事なものを失った気分になる
字幕はセルBDにも収録されないことが多いから字幕付き放送版は貴重なんだぞ
TVTest なら、映像と音声の同期ちゃんと取るので小細工する必要なし。
一般的に行われているカットと同時にエンコでももちろん必要なし。
音声再エンコなら 1ms のズレもないようにすることも可能だが、
こういう小細工をしないと音ズレするような方法で最終的に処理するなら、
せっかく再エンコしたのに AAC フレーム単位の誤差は残るという
残念な結果にしかならない。
前スレから散々言われてたが、ほとんどの人にはメリットのないツール。
字幕は局が作っており局の著作物なので簡単にはいかないらしい。
テレビ東京の字幕を BSJ で使えない有様。
Murdoc Cutter で画が出ない（変化しない）んだけど、どういう状態なんだろうか。
完全な静止画だが I フレはあるわけでこうなる理由がわからない。
「TVtest」ってplayerでしょう。 Playerは相手にしていない。
エンコーダーで末尾部分の映像／音声の同期をとって、1msecのずれがないように
できるものがあるなら、紹介してよ。
(2)映像長さ200secの.mpv、音声長さ100secの.aacをmuxして作った「TS-2」
「TS-1」、「TS-2」をh264変換して、.mp4なり.m2tsで
映像長さ＝音声長さ＝100sec、または映像長さ＝音声長さ＝200secのものが
得られるエンコーダーって存在しますか？ 私は見つけていません。
NHKアーカイブスでよくあるパターン：
(1)stereoの前解説、後解説に5.1chの本編が挟まれた順序で放送された番組
(2)1トラックstereoの前解説、後解説に２トラック２か国語の本編が挟まれた順序で放送された番組
(3)1トラックstereoの前解説、後解説に0chスレレオ方式2か国語の本編が挟まれた順序で放送された番組
(1)-(3)の番組をcaptureして得たTS(mpeg2/aac)から一本物の.mp4(H.264/aac)か.m2ts(H.264/ac3)を得ろという
課題があったとき、あなたならどう対処されますか？
現行の放送でH.264もないしac3もないですが？
.ts(mpeg2/aac)→.mp4(H.264/aac)、.ts(mpeg2/aac)→.m2ts(H.264/ac3)を得ます。
尚、>>17 の課題では(1)から5.1ch音声もの1本、(2)から2トラックもの1本、
(3)から2トラックもの1本の、各々の成果物をgetするものとします。
聞きたいのはマルチチャンネルのこと？
>>16
だから、なんで TS をバラバラにしてからそれぞれエンコして結合しようとしてるの？
カットと同時にエンコすれば末尾がどうなってようが関係ないでしょ。
>>17
課題というか実際にやってるわけだが、
x264 で作った H.264
ts2aac -M -z -e 0 で作った AAC
ts2aac -M -z -e 1 で作った AAC（あれば）
を mp4box で mux するだけ。音声がどうだろうと同じ。
6ch や 0ch の再生どうするんだって話はあるが、それはプレイヤーの問題で、
とりあえず音ズレについては、中抜きしてようが、
再エンコなしでの原理上仕方のない最大 10ms の誤差以外ない。
ac3への場合はどうするの？
問題の解決策が浮かばないので、問題の存在そのものを否定しているだけ。
あなたの方法では終始一貫した音声モードを持つ成果物は得られません。
最終目的はH264-BD-Video円盤の作成ですので、.mp4ではなく、.m2ts(H.264/ac3)が本丸です。
前解説、後解説の部分は0トラックから、本編は１トラックから取ってくる
ことができるとは思いません。 本編部分のみの.aacが得られると思います。
.264、0.aac(前解説-本編-後解説)、1.aac(本編のみ)をmp4boxでmuxして、1.aacが
本来の本編の位置に入ったものが得られるのでしょうか？
aac→ac3は直接に変換可能です。 問題は音声モードの変化に自動追随して変換できる
トランスコーダーは、現時点では見つけていませんので、異なる音声モードが
連結されているaacをac3に変換する際、音声モードごとにaacを切断して
各断片を変換(stereo→5.1chでは強制変換になる)しなければいけない点に
あります。
知らんがな。
自分的には、音声モードを全体で統一させることこそ逃げで、
元の状態をなるべくそのまま残したいという終始一貫した考えでやってるだけ。
>>26
-e 1 で AAC を作るとき、前解説の部分は丸々ドロップしているのと同じ判定になり、
その時間分の無音（正確には最初の AAC フレームのコピーのようで
小さなノイズになることもある）が挿入されるので、本編部分は映像と同期する。
>>23
>>25
再エンコは専門外なので詳しくないが、
AviUtl が 5.1ch を直接扱えないので、6ch 分の .wav に分け、
それぞれ読み込んでカットしてからエンコとかめんどくさそうなやり方を見たことはある。
音声モードを統一させるなら事前に処理しとけば前解説の部分の問題はないわけだよね？
デュアルステレオも同様な方法でいける。
とりあえず原理上 1ms のズレもないはず。
TS いじるプログラム書けるなら、AviUtl に作らせた Trim 見ながら
全自動処理するツールくらい作れるんじゃないかな。
これは結構需要ありそうだから喜ばれると思うｗ
TSを3つに分け、(1)では前後解説部分のstereo-aacを5.1-ac3に変換、本編は5.1aacを
5.1ac3に変換、(2)では前後解説部分の1トラック部分をac3変換後に複製して、
2トラックのac3に、(3)では同様に解説部分を2トラック化し、本編はBonTSDemuxで
左右別々のwavを作成し、これをac3-stereoに(モノラル-stereoへの強制変換)します。
3つのac3を連結して1本化し、断片化させない元TS全体から変換した.264とmuxして
１本の.m2tsにする方法と、3つのTSごとに.m2tsを作成してこれらを連結して1本の
.m2tsにする方法が考えられますが、各部分部分を再生してチェックできることから、
現在は後者を選んでいます。
3つの断片TS
ffmpegなどトランスコーダーは入力ソースの途中での音声モード変化には
自動追随はしません。 またPS(.mpgなど)が持っているようなプログラム
ヘッダーはTSにはありませんので、TS入力の場合、殆どのトランスコーダーは
最初の数パケットを見て、音声トラック数、チャンネル数、bitrate(A/V)を
判定し、全体がそうなっている前提で処理します。 従って、作成した.m2ts
の再利用(cropやトリミング、画素ダウン)を行う際には、終始同じ音声モードに
なっていないと、作業ごとに毎回、同じ苦しみを味わうことになります。
エンコ目的ならx264+avisynthでズレは解消できるだろう？
dgindexでd2vを作る祭にaacのms値をdelayaudioで指定するだけで補正できるしな
出来上がった成果物の映像長と音声長をそろえなければいけません。
音ズレはないが、末尾が不揃いで、後ろに別のコンテンツをマージした場合に、
追加部分で音ズレしないようにするためには、映像長と音声長が揃った成果物を得なければ
いけません。 delayaudioで補正すると、その補正により末尾での音声「はみ出し」、
ないしは「早じまい」が出てしまいます。
将来に音ズレを発生させる可能性がある要因をいかに取り除くかを問題にしているのです。
問題は先頭の頭合わせではなくて、末尾部分の長さ合わせなのです。
エンコーダーもplayerも、注意を払うのは頭合わせですが、私たち自身、
音ズレれなく市長さえできればいいという観点で、ファイル処理しますが、
末尾部分に潜む音ズレの種については無関心です。
この無関心でいる箇所がどうなっているのかを語ろうというのが、今回の問題提起です。
>>16 に挙げた事例を考えてみてください。
> 追加部分で音ズレしないようにするためには
mkvmergeでappendしていけば？
全く見ないまま行方不明なファイルになるのがオチじゃね。
いいね！
殆どの場合、これがどの長さを意味するのか説明されていないようである。
(1)実際のvideo長
(2)形式上のVideo長(虫食いTSやPTS付け替えが行われていないマージproduct)
(3)実際の音声長
(4)形式上のAudio長（(2)のVideo同様）
編集、変換して得た生成ファイルとしては、
映像開始PTS＝音声開始PTS、映像終了PTS＝音声終了PTS（終了PTSはデータとして
ファイル中にはないので計算で算出することになる） になっていることが理想だが、
.ts(mpeg2/aac)を除けば、大概の形式のファイルではこの確認が困難であり、
生成ファイルを再び編集素材として用いて新たなファイルを作成しようとした際に、
映像音声の長さ不一致に気が付くのではないだろうか。
フリーウェア、有料の種別にかかわりなく、アプリの評価基準としてこの「長さズレ」
を問題としたい。
(1)ブランク画像挿入(SmartCutterなどで行われている)
(2)先頭部不要画像の切り落とし
(3)先行部対応音声切り落とし
(4)無音パケット挿入
(5)無音パケットを挿入せず、音声パケットを後方遅延
などの手段が取られるが、どのようなやり方を採用しているかについて十分な説明を行って
いるものは皆無といってよかろう。
ましてや、頭だし処理と合わせて必要な長さ合わせのための末尾部分については全く説明が
行われていない。 これは、見れればいいというユーザーがほとんどであるため、あえて
恥部をさらけ出して、評価を落としたくないという配慮であろう。 A/V長さ不一致による
接合障害は接合時に処置すればいいという「囲い込み」のやり方もあるが、A社製ツールで
作成したファイルとB社製ツールで作成したファイルをC社製アプリで接合する場合のことを
考えると、A/V頭出しが一致するとともにA/V長さも一致した成果物が得られるツールが
優れていることは自明である。
各種ツールの行う末尾処理についての情報交換を行っていきたい。
(1)映像長さ100secの.mpv、音声長さ200secの.aacをmuxして作った「TS-1」
(2)映像長さ200secの.mpv、音声長さ100secの.aacをmuxして作った「TS-2」
を処理した場合に、どのようなProductが得られるのかを、お使いのツールで
試してみてください。
それは自分を含め大半に当てはまることなので言っちゃ駄目ｗ
まあ、エンコしたら TS は消す、
エンコしないなら TS はいじりたくないって人がほとんどだろうね。
どんな連結でも完全にズレないようにできるならともかく、
AAC の境界問題から映像と音声を完全に揃えることは不可能で、
連結数に応じて誤差が蓄積され、GOP 構造は一定とは限らないので
切り口の各ツールの扱いの違いからそれ以上にズレる可能性もあるという中途半端さ。
それでいて字幕や番組情報等は失われてしまう。
……そんなものを作って喜ぶ奇特な人がそうそういるとは思えない。
別の方法が提示されても頑なに考えを変えないみたいだし、もうほっとくしかないだろう。
趣旨は「各種ツールの行う末尾処理についての情報交換を行っていきたい。」のようだからな
言い出したやつの責任で各ツールの出力結果を一覧まとめてくれればいいんじゃね
現状でもやり方を工夫すれば実質問題なくはできるわけだし
普通はまず非可逆のものを素材としてこねくり回すなんてしないから困らないしね
「AAC の境界問題から映像と音声を完全に揃えることは不可能」
AACフレームを再構築すれば可能です。
自分の用途に合わないから欲しがる人なんていない、無くてもいいってのはちっと違うだろう
基本的に選択肢が増えるのは悪い事ではない
それに映像と音声のデータ上の配置ズレは400ms以上の幅を持っていて、
AACフレーム20個分近い量なので連結数に応じて蓄積というのと同列に語るのはかなり微妙な話になるよ
個人的には頭や末尾をカットする時は何かあったら困るからというのと再生デコーダ側の問題への配慮で
いつもマージンを取っていて、常々邪魔なゴミだなと思っているからこの方向性自体は支持する
ただ自分はMurdocCutterのUIを支持しておらず独自CUIツールで対応しているから(PATやPMT周りの配慮他)、
MurdocCutterの事後処理という位置付けで出されて来ると使用対象からも外れちゃうけどな
ソースが公開されていれば自分に必要な部分だけ精査＋流用or参考って流れはあるが
俺は3時間番組とかを分割エンコして都度mkvで保存したものを
事後にmkvmergeでappendさせて１つのながーいmkvにすることは多々あるが
音がズレたことは一度もない。
分割する箇所はavspmodで確認しつつシーンチェンジごとにtrimさせれば
つなぎ目が変になることも避けられる。音声が5.1->2.0->5.1になってしまうソースは
2.0の部分だけ5.1にさせて統一させればいい。tvtestみたいに勝手に検知して
変えてくれるわけもないからな。ってTSとは全く無関係な例だったなすまん。m(_ _)m
現状では元のTSをダンプしてPTS、durationを比較するしかない。
最終PTSはデータとして存在しないので、計算で求める。
揚げ足取りもいい加減にしろよな。
あんたの作ったツールはやってないだろ？
文脈からそういう意味で書いてることくらい読み取ってくれ。
再構築でいいなら良い方法があるよ。
映像を Motion-JPEG、音声を WAV に変換するんだ。
どう編集しようが、WAV のサンプリング周期レベルの誤差しか生じないのでお勧め。
多分、ほとんどのツールが出力可能な最大限残してるだけだろうけどね。
なるべく元の状態を維持するのが、おかしなトラブルを呼ばない基本。
これを手抜きと取るなんてリスペクトしないにも程がある。
例外で思いつくのは、m2v がエンコクラッシュ対策だとかで最後２フレ減らしてる。
>>45
選択肢が増えること自体が良いことなのはわかってる。
ただ、完璧なツールではないのに良いことばかりで欠点を表明しないので、
よくわからない人が勘違いしないようにしてるだけ。
で、まただらだら垂れ流し始めたからほっとこうと＜提案＞したまでっす。
それを言うならそれこそ「連結数に応じて蓄積される誤差」を分量も示さずに
持ち出してよく分かってない人を煙に巻く詭弁は止めておきなよ
AACフレーム、PESフレーム、音声と映像の送信時ズレ、各々の時間の分量がどれだけ違うかくらい知ってるだろ？
まずGOPフレームとAACフレームを秒数でみたら割り切れないんじゃないの
それを映像音声合わせますって事自体眉唾物
言葉が足りなかったのなら、スマン。
音声再エンコなしの場合、どの位置でも最大 10ms なのが、理想ではないが現実解。
運次第で誤差がそれ以上蓄積される可能性があるようでは、とても実用的とは思えない。
もちろん、音声再エンコするなら、1ms のズレもないようにしたいよね。
方法次第で可能なのだから。
そういう話。
仕組み、やってること、それをやってる理由、どういうメリット・デメリットがあるか、などなど
わかりやすく端的にまとめておいてくれると助かるかな・・・。
俺は細かいことわからないから眺めてることしかできないけど、なんかこう殴り合い的な話になってるというか、
ここで乱戦的な長文流すよりも論理的に筋道立てた文章をまとめておいてくれるといいなというか・・・。
mkv作成に使っている、映像/音声のdecoder/enoderはそれぞれ何を使っていますか？
話が噛み合ってないぞ、というかあんたは恐らくこのツールの一番の目的を誤解している
AACフレームの単位時間(21ms)が映像側との同期を考慮しないのは
仕様上・運用上の話で、TSという形態である限り同期の責任が再生側にあるのは不変だ
今話題に上がってるツールは、説明を読む限り末端の対応に注意を払った内容だろう
つまり普通に目的とする映像のポイントで切り出した際に配信ズレ分だけ失われる
音声(400ms)を失う事なく、余分な映像ゴミを付与する事もなくカットすると言っているように見える
あんたの言う同期ズレは恐らくファイル化したTSだけを対象として、TVTestのような
随時同期を持たない再生プレイヤーが連結部分で問題を起こす話だろう
そういう特定の再生側の固有事情の話ではなく、単純にバイナリカットしただけでは映像ゴミが付与するか
音声ソースが大きく失われるかの２拓しかない状況を、TSを維持したまま改善させるという話だと思うぞ？
この方法をとるとMP4Boxは各mp4の映像と音声の短い方に切り捨てて結合されてしまうという問題がある
MurdocCutterだと音声が常に末尾で短くなってるので映像側が切り捨てられていることになる。
aftermurdocを使うと音声長さが映像長さ±10ms以内になって、切り落としが最大でも1フレームになるということだよね。
でも本当に欲しいのは音声側を長めに残してもらって映像が切り落とされないようにしたい。
なので、音声が長く残るオプションをつけてくれるとうれしい。
この人は、バラバラにした TS をそれぞれエンコし、
それらを tsMuxeR で mux したときに音声の足りない分だけズレる
ということから始まっている。
つまりは、随時同期しないプレイヤーでの再生と同じ現象。
最終的に同じ処理をするのなら、10ms の誤差は蓄積される。
中抜き継ぎ接ぎ TS を随時同期しないプレイヤーで再生したい人がいるなら
役に立つと思うが、>>14 で言ってるように本人はそれを想定していない。
目的はあくまで音ズレしないエンコらしいので、色々言いたくなる……。
あと、TVTest はきちんと同期取るので念のため。
TVTestのような随時同期を持たない再生プレイヤーが
→TVTestが備えているような随時同期を持たない再生プレイヤーが
これで伝わるかね？
＞中抜き継ぎ接ぎ TS を随時同期しないプレイヤーで再生したい人がいるなら
だから違うって
再生上の同期とは別にソース自体が存在するかどうかって問題が単純な切断と結合では発生するんだよ
TVTestを例に取ると、内部のDirectShowフィルタグラフではPTS付きで音声が丸投げされるため再生ズレは発生しないが、実際には欠落した音声の分だけ結合部分で無音区間が生じている
単純なバイナリカットを改善すればその問題が解消される訳で、その処理を供給するツールなら普通に価値はあるわなって話
＞この方法をとるとMP4Boxは各mp4の映像と音声の短い方に切り捨てて結合されてしまう
おお、これは知らなかったなあ。
ズレはどの位置でも最大 10ms で収まるように調整してくれるんだろうか。
>>58
スマン、TVTest のことは完全な誤読だ。
最初はちゃんと読めてたのに、読み返したときに改行に惑わされたみたいｗ
あなたの言ってる趣旨は、>>45 を読んだときからわかってるよ。
件の人の意図はともかく、たまたまあなたが問題視していることを
解決するツールになっていたってことでしょ。
それはいいんだけど、自分の発言動機は、
＞ただ、完璧なツールではないのに良いことばかりで欠点を表明しないので、
＞よくわからない人が勘違いしないようにしてるだけ。
＞目的はあくまで音ズレしないエンコらしいので、色々言いたくなる……。
あたりなので、そう突っかかってこないでくれ……。
話していく内に説明が必要になって掘り下げるのは仕方ないが、今一かけた行数に
対して構成がまずいというか内容が見合ってないというか…
ただ特定の誰かの要不要でツールが排除されちまうような空気はスレ的には良くないと思う訳よ
レスの内容には微妙な部分はあるが、一つの問題解決の目的があってそのための開発という労力自体は
基本的に批判されるべきではないと一開発者としては思う訳だ
ぶっちゃけ自分だと基本切り継ぎだけで再エンコしない人だからここで話題になるツールの７、８割位は
興味すらないけど、だからって不要だなんて考えた事もないし口を出さないのが筋だと思ってる
いずれ興味を持ってその時必要になる可能性だってある訳だしさ
だから>>41みたいなのは流石に流せない
何であんたが他の奴のTS運用の全体像まで勝手に定義してんだよって突っ込まざるを得ない
だから黙って見てる事と賛同してる事はイコールじゃないぞって事を一応言わせてもらった
個人の意見として言ってるだけだったら何も言やせんかったよ
まあ、前スレから延々続いているので……。
そのへん見てなかったのなら、
前スレを読んでもらえれば少しはわかってもらえるかもしれない。
そういや、先頭付近は映像パケットのみ、末尾部分は音声パケットのみが延々続くという
イレギュラーな状態になるので、改善どころか別の問題が発生する懸念もあり、
あなたの理想には程遠いかも。
使用例のように tsMuxeR で mux し直せばいいが、
字幕や番組情報等が失われてしまう。
出力順を並び替えるように改良してくれれば解決するが。
組んだ処理の比重としては恐らくこんな感じじゃないかな
・基準映像PTSに対する音声PTSのポイント合わせ
(単純なリニアシークか多少でも配慮した最適化を行なっているか)
・切断点はPESレベルかADTSレベルか
・ADTSレベルならPESの組み直しはどのような方式か
・PID毎の切断点を決める際、決定処理と実際の抽出処理は分離されているか
(コールバック/中間データ等方式含めて、ソースの流用や応用が可能な形か)
・切断点の決定にどの程度の調整を許すI/F構成になっているか(切り捨て/切り上げ/＋nフレ等)
・PCR他、周辺PIDの調整はどうか
コードとしてはこの辺の労力がそのまま価値だし、既に実TSでの再生試験を通過しているならその実績自体が価値
個人的にはパッケージとして使えるかは枝葉で、意味のある労力が投入されているかが一番重要だな
新しい開発なんてそれでいいと思ってる、自分の用途に合わない部分は直せばいい
TVTestだって前身は別のパッケージで、その成果を応用発展させたものだったりするしな
ちなみに前スレには居合わせているから、レスのつけ方にはまあ概ね言いたい事は分かるよ
ただ意義のある話も含まれていると自分は感じたから、開発スレとしてはまあいいんじゃないかなと個人的には思う
エンドユーザー用のスレだったら完全アウトかも知れないが・・・
触りだけ。
基本はdgindex.exeで解析した時のaacもしくはmp2を使う。
avsを編集し終わったらwavを吐き出すために avs2wav2g.exe を使っている。
ちなみに2.0->5.1の変換はsoxfilter.dllを使う
さらにそれらを音声エンコする場合は -ignorelength を付けた neroaacenc.exe
もしくは flac.exeを使う。
mkvmergeは少し古いv5.5.0を愛用。マージ用の処理もバッチファイルで
一括処理できるようにしているので、タイムコードとチャプタファイルとEIT情報も一緒に
コンテナにいれてる。なのでTSからEIT情報を省くわけにはいかない。
EIT情報はeittextout.exeで。
あ、>>46 が自分へのレスだと気付かず無視した形になってしまっていた。すまない。
＞どんな連結でも完全にズレないようにできるならともかく、
は >>3 を使った場合の話で、一般論のつもりじゃない。
あなたが実現できているのなら、
音声再エンコ時にフレーム長可変かなんかで長さが完全に揃えられているか、
mkv のコンテナに何か特殊な仕組があるとかかな？
どちらも専門外なので超憶測だけどｗ
59 ：名無しさん＠編集中：2014/09/06(土) 17:17:28.70 ID:zlEbRdVY>>56
＞この方法をとるとMP4Boxは各mp4の映像と音声の短い方に切り捨てて結合されてしまう
おお、これは知らなかったなあ。
ズレはどの位置でも最大 10ms で収まるように調整してくれるんだろうか。
と同じように、MP4Boxでのマージの際に映像/音声が揃えられてからマージされているのではないかな。
これだと>>3を使おうが、使うまいが、CODEC変換処理後のproductが映像長/音声長不揃いであっても、
切り落としはあるかもしれないが音ズレ的にはOK。
映像長/音声長の調整はなされず、.ts(mpeg2/aac)の時と同様に、PTS付け替えもなく
単純マージされてしまいますので、個々の入力ファイルの映像長/音声長をできるだけ
揃えておく必要があります。
MP4boxで統合し、統合物を.m2tsに戻すというやり方もあるのかもしれませんね。
残してくれるのは何気に良い機能だと思うよ
まあ常時ageの人の想定してる用途とは全然違うとは思うんだけど
もしくは内部構造になっているとより使いでがあるな
MurdocCutter利用という事は恐らく今はコピー方式で安全性という面では良いが、
HDD消耗や高速性、既にバックアップがあるケースではSetEndOfFileと追加書き込みで対応したい
コピー限定だとSATA3で3G程度のファイルでも毎回強制でそれなりの待ちとHDD消耗が発生するからな
(1)Ａ放送局の映画スターとの昔の対談放送(1440×1080,stereo)の TS-1(mpeg2/aac)
(2)Ｂ放送局の映画本編(1920×1080、5.1ch)のTS-2(mpeg2/aac)
(3)C放送局の映画スターのスキャンダル報道(1440×1080、stereo)のTS3(mpeg2/aac)
をまとめて、1920×1080、5.1ch の１本物の.m2ts(H.264/ac3)を作るには、どうする？
やり方はいろいろあろうかと思うが、
(1),(2),(3)それぞれ画素変換、音声モード変換、を加味したCODEC変換処理を行って、
1本1本は音ズレのない1920×1080、5.1chの.m2tsを作ることができるが、3本をマージすると
2本目以降で音ズレが発生する場合がある。 各々の.m2tsで映像長/音声長が不揃いになっている
ことが原因と思われる(確認は.m2tsのダンプで)。 トランスコード段階で時間帯指定して
長さをそこそこ揃えることは可能だが、設定数値の目が粗く細かな設定ができないため、
できれば元々のTSとして映像長/音声長が出来るだけ揃ったものを用意して、各々の生成.m2tsでの
映像長/音声長の違いを極小化したものを得て、これらをマージし、音ズレを極小化した1本物の目的物を得たい。
.m2ts(H.264/ac3)のマージツールで、部品.m2tsの映像長/音声長を揃えながら、マージできるものがあれば、
素材TS(mpeg2/aac)の映像長/音声長のズレをあまり意識しなくで済むのでありがたいのだが。。。。
別談として、.m2ts(H.264)の無劣化編集ツールって「h264tscutter」の他にどんなものがあるのかな？
h264tscutterは切断部の処理がアバウトすぎて、細かい末端処理は苦手みたいだ。
左(主音声)が日本語モノラルで、右(副音声)が外国語モノラルのタイプ。
この方式の呼び方がどこに規定されているのかわからないので、とりあえず
「０chステレオ方式」と私は読んでいます。 「dualmono」と呼ぶのかもしれませんね。
ARIB当たってみれば書いてある。
デジタル放送における入力音声フォーマットの制約条件のうち「可能な音声モード」
「推奨音声モード」の一つとして「2音声（デュアルモノ）」という記述がありました。
「2音声(デュアルモノ)」がどういうものなのかの説明はありませんが、刑事コロンボや
シャーロックホームズで放送されている2か国語放送の方式としては、他にそれらしき
ものが記載されていませんので、これらの放送で使っているモードを「2音声(デュアルモノ)」
というのだと思います。 用語定義されているわけではないので、定義語ではなく慣用一般語
ですね。 「DualMono」もどこかに書かれているかもしれませんので、もっと見てみましょうかね。
MONO 1/0
Dual Mono 1/0+1/0
STEREO 2/0
定義がある。
いい加減ノイジー
自分で調べろなんて言わないで下さいよ。
いや、自分で調べようよｗ
キーワードは出てるんだからさ。
ところで、君はステレオやモノラルの定義にはこだわらないよね。それは何で？
自分は知ってるから？DUalMonoも同じだよ。Dual Monaural=DualMono(デュアルモノ）。
二重のモノラルっていう英単語そのまんまの意味。
回答を待ちましょう。
>>81が言うように>>77のキーワード「MONO 1/0 Dual Mono 1/0+1/0 STEREO 2/0」でググれば
答えが出てきてる気がするんだが、駄目なのか？
それで納得できないんなら、何を問題視してるのか示すべきだろう。
なんかこう、「無意味に偉ぶって学生を見下す教授」みたいな印象を受けるんだが、
事あるごとに他人を馬鹿にするんじゃなく、もう少しまともに話せないもんかね。
見ててかなりうざい。
× 「無意味に偉ぶって学生を見下す教授」
○ 「無意味に偉ぶって教授を見下す小学生」
日本語習いたての外国人じゃないんだから普通の日本語使えよ
音声波形編集ソフトとかでtsもしくはaacを読み込ませれば一目でわかる。
dualmonoだと、左右で同じ音声波形のグラフがプロットされるから。
dualmono は日本語音声と外国語音声が独立チャネルで入ってるので、どうなるかはデコーダ次第だぞ。
メインチャネルだけデコードしてステレオにマッピングして出力するデコーダなら言ってる通りになるけど、
lavfilter みたいなのなら両チャネルデコードして、L/R に割り付けて出力するので左右は全く違う波形になる。
自分のやり方としては編集した後にそれを編集して除去したい部分をカットしてるんだがそれがめんどくて・・・
tssniperを使ってる人はどんな使い方しているんですか？
ここ、開発スレだから。
「TS初心者勉強会 27頁目」 http://peace.2ch.net/test/read.cgi/avi/1397459139/l50
で聞いてみたら。
非・初心者向けのスレだから結果的に開発寄りにはなるけど
変だなと思ったら(思い込みベースで行動される前に)早めに突っ込んどいたほうがいいと思うんだ
カスのくせにえらっそうにすんなカスども！！！！！！！！
人のツールの吐く情報だけじゃ限界あるし、それが生値か独自加工値かすら誤解したまま語ってる人も多い
放送局毎に仕様の運用がまちまち過ぎるとか、ARIB仕様書がやたら読み辛いとか全く別種の問題もあるけどな・・・
詳細な検索条件を追加。
録画結果を追加。
ユーザ番組表を追加。
メイドモニタを追加。
その他いろいろ修正。
以前のバージョンを試した人へ。
データベースやTVTestプラグインも変わっているので最初から設定してください（データは引き継げない）。
インストール方法にも少し変更があるので、インストールマニュアルを見てください（少し手間が減った）。
■詳細な検索条件
サービス(チャンネル)、ジャンル、曜日、開始時刻での検索。
検索画面で「詳細条件」をクリックすると出たり消えたりする。
■録画結果
実際の録画時間やエラーを表示。ブラウザ上部メニューの「結果」のページで表示。
ドロップやエラーのカウントは、TVTestに表示されているのを取得しているだけ。
なので録画ファイルにそのエラーが含まれているかはわからない。目安程度に。
■ユーザ番組表
サービスを選んで表示できる。
使い方は、番組表ページの左にある「編集」リンクから行けるページでサービスを選択。
番組表に戻り、CSのリンクの下の「ユーザ」リンクをクリック。
■メイドモニタ
予約表示ツール。TvRockでいうとタイムキーパーにあたる機能。
Tvmaid本体とは別になっている。
まずTvmaidが起動しているPCで、Maidmon.exeを起動してみてください。
別PC(録画サーバ)で起動しているTvmaidの予約を手元のPCで表示したいときは、
ショートカットを作って「リンク先」に
(Tvmaidのフォルダ)\Maidmon.exe 192.168.0.2
という感じで指定する（ipアドレスかコンピュータ名）。
スペースで区切って複数指定することもでき、「localhost 192.168.0.2」なら、両方の予約が混ざって表示される(両方でTvmaidが起動している場合)。
あと、検索画面によく使うキーワードを表示できる。
Tvmaidフォルダのwwwroot\maid\sampleの中にkeyword.txtがあるので、
これを一つ上のフォルダ(maidフォルダ)にコピーすると、検索画面の右に表示される。
テキストエディタで編集できる。
おっつー
使ってみたいんだけど、どこにあるのか…
流れが速くて追いつけない orz
凄い作りこんでますね。
技術力に感動しました。
Tvmaidダウンロード
http://nana2.sarashi.com/
番組表の定時自動更新機能があったら言うことなしかと思います！ご検討おねがいします。
（見逃していたらすみません）
チャンネル空間ドライバで使わない項目、例えば 地上D(CATV)などは、
私の自宅では利用していないのですが、番組表取得の時にそちらをよみにいき、
実際はエラーとして終了してしまいます。この状態でも問題はないかなとも思うのですが、
チャンネル空間にチャンネル情報が一切登録されていないときは、
番組表取得を読み飛ばす！といった機能もあるとなおありがたいです！
色々すみません！
番組表の自動更新は、初期設定では朝9時〜10時にPCが起動中だと実行するよ。
スリープから復帰はしない。
>>110
そんな問題があったか。
そういうチャンネルは、次のバージョンから無視する。
だけど、CATVを使っていないなら、
BonDriver_xxx.ChSet.txtの「$地デジ(CATV)」の行を消せばいいかも。
テストバージョンの間は、互換性に注意を払わないので、手間だけどやり直してください・・・
正式リリースバージョンからは、なるべく互換性を保つ予定（機能追加もしないけど）。
今、テスト5で、→テスト6→テスト7→リリース1
の予定。
チューナーの更新をすると、↓のエラーが出ます
チューナーの読み込みに失敗しました。
[詳細]TVTestの初期化が時間内に終了しませんでした。
[原因]TVTestが初期化中にエラーになったか、PCの負荷が高過ぎる等が考えられます。
いまのところTvRockとEDCBを足して二で割ったみたいなかんじだね
ブラウザのUIをメイドっぽい配色(?)にした。
ジャンルをテキストとして検索できるようにした。
番組表取得のリトライ。
自動番組表取得時もスリープから復帰。朝9時。
検索画面で予約がある番組に<予約済み>と表示。
空白のみの検索をするとエラーになるのを修正。
メイドモニタが固まるのを修正。
その他いろいろ修正。
■ジャンルをテキストとして検索
例えば、ジャンルかサブジャンルが「アニメ」の番組の場合。
「アニメ」という文章がタイトルや番組内容等に入っていなくても「アニメ」で検索できる。
サブジャンルで番組検索できないので、その代わり。
■番組表取得のリトライ
取得した番組情報に歯抜けが多い場合、1度だけリトライする。
現時刻から4日以内に、合計24時間以上抜けていたら、という条件。
前バージョンを試した人へ
データベースを変更したので、userフォルダを削除してください。
インストールをちょっと変更。
最初にTvmaidを起動すると、回復できないエラー(TVTestが無い)で終了するようになった。
（今までは終了しなかった）
設定ファイルを修正したら、また起動してください。
プラグイン(TvmaidPlugin.tvtp)が入ってないか動いてないのかも。
TVTestの設定に「ログ」があるので、
TvmaidPlugin.tvtp: Tvmaid Plugin T2
と表示されているか見てください。
>>114
TvRockから細かい機能を全部取って基本機能のみにした感じかな。
TvmaidPlugin.tvtp : DLLがロードできません。(エラーコード 0x7e)
なんで？
ぴったり録画機能
同一チャンネルのサービス違いの番組を1つのチューナーで別々に録画できる
1チューナーで連続予約のある場合でも番組切替時に前後がカットされないで録画できる
早く、TvmaidがEDCB対しますように。
だが別サービスで放送時間が異なる場合はチューナー不足に陥るけどな
同一TS上の複数サービスなら開始時間や総時間がが異なっても１チューナーで録画できるよ
VirtualPTを拡張チャンネルモードで使ってるとだめらしいけど
サービス違いはTVTestの機能で録画している以上無理。
複数サービス録画はできるけど、そこから分割する必要がある
ランタイムライブラリのインストールが失敗してるのかも。
「Visual Studio 2013 の Visual C++ 再頒布可能パッケージ」を再インストールしてみてください。
>>123
製作中のあのアプリはどうなった？
>>124
その予定はないねえ。
番組表部分全面見直し中です
TVTeｓｔの録画機能を捨てて、EDCBに乗り換えてよ。
コードの複雑さの一因でもあるけど。
実装はともかくどういう仕組かは理解しとくと開発の役に立つかもよ
EDCBのほうが明らかに録画制御がしっかりしている。
今から開発するなら迷わずEDCBの録画と連携したほうがいいと思う。
互いに依存しない2系統のシステムがあると色々便利
x64 のみインストールしていたのですが、
x86 を入れたら OK でした。
ありがとうございました。
家電レコ使い時代、その話を聞いて軽くカルチャーショックを受けていたので、
PC 録画を始めるときには、はなから EDCB しか眼中になかったｗ
ので、それができないと個人的にはまったく興味を持てないのが残念なところ。
>>130
まあ、そうだよね。生視聴は滅多にせず、
たまに観るときには家電を使う自分にはEDCB が合ってそうだが、
TVTest での生視聴が多い人には TVRock 式のほうが便利な感じかな？
連続録画の件は、録画終了後に自動で分割コピーするような感じなら
実装も割と簡単で喜ばれるかもしれず。
同一トラポンのほうも同様に可能ではあるものの、
各サービスを抜き出すのがかなり面倒だよね。
Thx!
kkcaldの拡張版のようなソフトを希望。
例えばMediaInfoで見ると、全般の長さ21分 1秒、ビデオ334秒、オーディオ46分 24秒
TsTimeKeeperを通すと、
ビデオとオーディオは修正されて46分 24秒に統一されるけど、全般が21分 1秒のままで、
結局TvtPlayや他の殆どのソフトでも正常に再生できない。
勿論SmartCutterで修正されるのが一番良いけど、TsTimeKeeperでこんなファイルを修正出来るようになると助かるのですが。
nogopも対応で。
元はラップアラウンドのファイルかな？
先にTsTimeKeeperを通してからSmartCutterで編集
元のファイルを残してないのなら
TsTimeKeeperを改造しないと駄目そう
tsMuxeR
編集したあとにこれやると正確になる
できれば1コマから編集出来て、cmの始めから終わりまでをきっちりカットできるソフトが欲しい
それが、ドジで最後に残しておいた元のファイルを消してしまった事に気付いたんだけど、
元ファイルのエクスプローラーでの長さはおかしくなっていなかったから、ラップアラウンドじゃないんだよね。
>>138
それで対処してるけど、EIT等が残したくて。
やってますよ
公開を楽しみに待ってます
まあ、開発中よくあることですな。全面見直し。
>>127
その人は僕とは違う人で、EDCBのWebインターフェースを作ってるよ。
Tvmaid on EDCBを考えてみると。
その場合Tvmaidの中身を捨てて、EpgTimerの代わりになるわけだが、
それは>>123の人が作ってるのと（たぶん）同じなんだよね。
正直、そのほうが良かったかもしれない。
全面見直しだ。よくあることだ（涙）
TvRockが好みで、TvRockの代わりを目指したために、根幹部分を変える発想がなかった。
>>132にもあるけど、録画サーバで動かし、視聴はせず、
(TVTestとの)チューナの取り合いがおこらない前提ならTVTestの録画にこだわることはなかった。
どのみちTVTestの設定が必要なら、TVTestからすべて取得すればシンプルになる、
というのがTvmaidの発想の根っこだ。
TVTestの設定が終わっていれば、Tvmaidでチャンネルスキャンはない。
他アプリでは、大抵TVTestと両方でチャンネルスキャンが必要になる。
また、TVTestでの録画と視聴もシームレスだ。
録画アプリが別だと、それを回避する必要もある。
言ってみれば、TvmaidはTVTestをTV環境に必須の「TVドライバ」とみなしている。
だけど、そもそもTVTestが要らない、という選択は全く考えてなかった。
分離されていれば、誰かEDCBを一番使いたい人が糊の部分は書いてくれるよ
その事が無くてもクライアント的な分離はまあ悪い事ではないから目指しても良いと思う
ネットワーク越しとかもやりやすくなって、Linux用のあれとすら誰かが連携コードを書いてくれるかも
今の開発労力の一番の価値はUI部分なんだろうし、それ以外の煩わしい事はとりあえず出来る範囲でいいんじゃないかな
仕事としてやってるなら別だけど、あんま無理せず自分が一番やりたかった事に注力して欲しい
EDCB大歓迎。
これは期待大。
がんばってください。
中の人が二人いるのか･･･気づかなかった。
もう一人の中の人もがんばってください。
セットアッププログラムを追加。
検索でORを使えるようにした。
メイドモニタが重いのを修正。
スリープを修正。
(簡単な)マニュアルを書いた。
■セットアップ
全自動でなく、簡易的なのを作ってみた。
ランタイムのインストールと、Webサーバ登録は必要だけど、テキストファイルを編集する手順はなくなった。
■検索でOR
「｜」で指定する。全角半角どちらでもOK。
今まで書いてなかったけど、キーワードはgoogle風に指定できる。
空白(全角半角両方)でAND、単語の先頭に「-」(半角のみ)で否定条件。
これが最終テスト版の予定。
いろいろ考えてみたが、とりあえずこのまま続行。
TVTestは分離してるんだけど、EDCBを使うなら(EpgDataCap_Bon.exeでなく)EpgTimerSrvを操作することになる。
なので、それだとTvmaidの(データを管理している)ほとんどの部分がいらない。
元々はEDCBの番組表が好みでないのが開発動機だったので、そこだけ作ることにしてもいいけど、それを今作っている人もいることだし。
自分的に開発労力を一番使ったのは、保持データや操作の単純化なので、それを全部EDCBに依存して捨てたくないなあと思った。
リンク間違えてるけどファイルはあった。
便利に使わせてもらっています感謝
ありがたい報告。修正した。
>>151
マジでっ！？
自分以外で（試用でなく）使ってる人がいるとは・・・
確認できる環境が手元に無いのでいくつか質問です。
・複数チューナに対応していますか？
・TVTestのbondriverの数だけ対応しているとか？(例:S0,S1,S2,S3、T0,T1,T2,T3があったら8チューナ対応とか)
・番組情報取得の時間は9時固定だそうですがユーザが設定できるようにする予定はありますか？
＞確認できる環境が手元に無いので
とりあえず実行してみてその疑問が晴れないときに質問したらいい
テスト段階ってのはコロコロ仕様が変わるもんなのでreadmeの整理を求めるのは酷
まず説明書から書く開発者もいないこともないけど。
注意しましょう。
kwsk
TvRock風の予約ができて、録画できればいい、くらいの人なら置き換わる。
高度な機能を求める人は置き換わらない。
>>154
TVTestのチャンネル情報をTvRockのチャンネルに変換するツール？
Tvmaidは、TVTestから直接チャンネル情報を読み込むので、そういうのは必要ない。
>>156
・複数チューナに対応していますか？
・TVTestのbondriverの数だけ対応しているとか？(例:S0,S1,S2,S3、T0,T1,T2,T3があったら8チューナ対応とか)
PT2の2枚刺しとかってこと？
TVTestで8チューナ同時に視聴できるのであればできる。
でも実は2枚刺し環境で試したことはない。やってみてね。
・番組情報取得の時間は9時固定だそうですがユーザが設定できるようにする予定はありますか？
現状でもできる。
userフォルダにTvmaid.defというファイルがあるので、その中の以下の場所を書き換える。
epg.autoupdate.hour=9
0〜23時を設定できる。書き換えてTvmaidを再起動すると反映される。
いくつかの設定はあるけど、基本全部おまかせ、っていう感じで作ってる。
録画アプリはTVTestじゃなくてRecTaskでも使えますか？
残念ながらRecTaskは使えない。
>>170
新しい録画サーバーとは？？
そうですか、残念・・・
なるほど。
思い込んでると、全然気づかないな・・・
>>173
RecTaskじゃないと、そんなに邪魔かな？
TVTest用のRecTaskCentreとかあればいいのだろうか。
TvRockDTVTargetの仕様がわかればRecTaskも使えるはず・・・
EDCBのクライアント作っている中の方ですか？
tvmaidの中の人と共にがんばってください。
期待しております。
スリープメニューを追加。
検索で「'」を指定するとエラーになっていたのを修正。「%」「_」が検索できなかったのを修正。
サービスとチューナの組み合わせが不正な場合に、エラーを出すように修正。
その他いろいろ修正。
■スリープメニュー
タスクトレイアイコンの右クリックメニューに「スリープ」を追加。
録画中なら、録画が終わってからスリープする。
普通にWindowsのスタートメニューからスリープすると、録画中かどうかにかかわらずスリープしてしまうので、こちらを使うと安全。
とりあえず完成！
いろいろ機能がないけど、とりあえず区切りをつけることにする。
今後については未定。
そりゃ無理だねえ。
オープンな仕様でもないし、開発終了しているし、作りやすそうな感じもしないし。
他の方法を考えてみる。
乙です
ありがたく使わせてもらいます
/nodshowで起動したTVTestは十分に負荷小さいからな
複数起動でタスクバーが散らかって邪魔かというと、XPでなければどうせ一つにまとまるし。
タスクバーのグループ化機能は XP からだよ。
でもXPのそれってまとまるの4つめぐらいからじゃなかった？
記憶があいまいだけど窓の手とか使えば簡単に変更できたはず
単純に個数ではなく、たとえば余裕があるうちは何個あってもまとまらない。
7 以降も同じじゃん……と思って確認したら、確かにデフォだといきなりまとまるな。
でも、ラベル非表示なんていう実用性皆無の状態で使ってる人そんなにいるのかしら？
>>183
自分は Tweak UI で設定してたけど、使用頻度優先（多分デフォ）、
同種ウィンドウ数優先、単純ウィンドウ数コントロールから選べるね。
最後ので 2 にすればいきなりまとまるはず。
7 以降は 7+ Taskbar Tweaker で改造してるので調べてない。
トレイのアイコンとか大量に並べたいときもあるし。
tvRockやrectaskのアイコンもそうだけどセンサー系のアイコンは特に。
起動ソフトも2段表示にしていたら意外と使いやすい。
秀丸とか
プロセスは別なのにタスク切替上は１個で複数タブ形式にまとめられるので大変使いやすい
火狐なんか別口で起動しても強制的に一つのプロセスに集約されてしまって、一個のタブが
死んだら全て道連れという酷い仕様なのに・・・
窓の手使わないとダメなやつ(レジストリ操作系)は"簡単"の部類ではないと思うぜ
>>184
慣れって恐ろしいもんで、今はラベル付きにむしろ違和感がある
まともなソフトはちゃんとユニークなアイコンを設定してるから文字列は邪魔に感じる
Explorerだけ格納しない選択肢があったらいいのに。
同じソフトの複数起動を区別する話のように思えるのだが
だからラベル非表示だと使い物にならないと
自分は起動させたままにしているアプリが多く、
しかも、10 個くらいにならないとまとまらないようにしていたので
ボタンが大変多く、３段にしてたｗ
が、モニタをワイド化したときに右に変え、それはそれで快適に。
んが、7 以降、行が不足したときに複数列になる機能が廃止せれてすげえ使いにくく……。
>>188
わかるわかる。XP みたいにクリックしないで済むようになったとはいえ、
マウスを乗せプレビューが出てから目的のものを選ぶのでは、
切り替えようと考えた瞬間から目で探せるのに比べるとどうしてもね。
>>189
そうそう。でもまあ、どうせまとまってしまったら個別ラベルは見えなくなるので、
多段にしたりせず、まとまりまくっているような使い方の人には妥当なのかもしれず。
他の録画ソフトと併用する場合などTvmaidoからのスリープ禁止出来る？
＞スリープに関する設定はありません。かな？
明示的なスリープ禁止はできない。
Tvmaidがスリープを実行するのは、「予約の3分以内にスリープ状態から復帰し、予約録画が終了した後」だけ。
復帰はTvmaidでして、その後のスリープは別アプリでするということ？
PT3×２→TVRocok メイン
PT2×２→TTRec+Tvmaid 予備＆テスト で考えています。
Rockもしくは他のソフトでCPU負荷低くなるとスリープに移行で、録画終了後は何もしない設定にする予定。
他のソフトで録画中Tvmaidoの予約録画が終了した場合スリープを実行しなければいいんですが？
あとOS再起動後Tvmaido自動起動しないみたいだけど、予約は有効？
タスクスケジューラにも登録無い見たいみたいですが
スクショありがとうございます
どんな風か？とぐぐったら
外人メイド画像や汚いスパンキングされた尻画像・・・
餅は餅屋で最初に見に行けばよかった orz
なぜjapaneseも加えて画像検索しないのか
それだと録画中にスリープ移行する可能性がありうる。
残念ながらそういう使い方はできない。
自動起動とか無いので、スタートアップに登録してください。
そう言われれば、その手順は必要か。
別の提案としては、テスト中だけ常時起動するのはどう？
Tvmaidでいいとなったら、すべてのチューナをTvmaidで管理する。
それなら予約録画のときだけ復帰できる。
「負荷が低いときスリープ」は必須？
>>194
それはどういう使い方をするの？
>>195
画像検索やってみた。
なんだこの外人・・・
これまだ残ってますか？
「aftermurdoc Rev.4」
MurdocCutterで作ったクリップリスト利用の無劣化TSカッター(Murdoc利用)を
http://up.mapopi.com/ にUPし直しました。
書き出し時間が元のMurdocと同程度になりました（若干速いかも）。
http://bartdesmet.net/blogs/bart/archive/2008/02/23/calling-the-task-scheduler-in-windows-vista-and-windows-server-2008-from-managed-code.aspx
とりあえずタスクスケジューラについて
録画設定画面作り('A`)ﾏﾝﾄﾞｸｾ
そこまで作れるならmurdoc無しで編集できるようにすればいいのに
リソースをそのまま拝借してごにょごにょすればいいだけだろうし
いまさらMurdocの作者も文句言ってこないだろう。殆ど更新されてないし
プログラムのこと全く分かって無いくせに知ったような事、言・う・な・！
流れが読めない>>204はバカ！
応援してます！
複数のTVTestのステータスをまとめて表示する。
http://nana2.sarashi.com/tvtestcenter.html
TVTestCenterを起動した状態で、TVTestを起動し最小化すると、TVTestCenterに格納される。
TVTestCenterのリストをダブルクリックすると元に戻る。
要するに、最小化したときにTVTestがTVTestCenterに表示され、タスクバーから消えるだけ。
・RecTaskCentreのような、いろんな機能は無い。
・Tvmaidは必要ないけど、Tvmaidとの併用以外での使い道もないかな。
・TVTestの設定で「最小化時タスクトレイに入れる」のチェックは外してください。
おつかれさまです！
ありがとうございます
・EPG取得で1chあたりの取得時間をユーザー設定できるようにTvmaid.defに追加希望
・Tvmaid.dbを格セクション別々のファイルに分離希望
特別な思想がなければTvRockのように
それを表示できるソフトはありませんか？
Tvtplay
今でもtvtestとtvrockですか？
TVTest と PTtimer です。
下痢PなったときとかPCから頻繁に離れるときだけRemoteTestServer経由でタブレットで見るんでEDCB使ってる
だいぶ前に読んだreadmeとかにそんな文言があったような気がした。
録画前段階 Spinel
録画（地上波） Rectest
録画（衛生） Rectask
・EPG取得で1chあたりの取得時間をユーザー設定できるように
EPG取得は、どうするのが一番いいのかよくわからない。
なんでも設定できるとしたら、どういう設定にする？
それと、TVTestの仕様も考慮する必要がある。
TvmaidはTVTestからEPGを取得しているので、TVTestがどの程度EPGを更新するかが重要。
・Tvmaid.dbを格セクション別々のファイルに分離希望
セクションって何？
チャンネルと番組データとか？
> EPG取得は、どうするのが一番いいのかよくわからない。
> なんでも設定できるとしたら、どういう設定にする？
Tvmaid.defにEPGGetTime=90みたいに
取得時間の秒数指定が欲しいです
> セクションって何？
> チャンネルと番組データとか？
データベース定義に書いてあるTABLEを全部別々のファイルに分離してほしいのです
CH毎のEPGデータ、チューナ設定、自動録画ワード、ログ等
RecTaskCentreみたいに格納できるツールてある？
それ使えばTABLE毎に書出す事も書換える事もできるんだけどねぇ〜。
「アクセスが拒否されました」って出て実行出来ないのわたしだけ？
扱う必要があるときはどうにもならん羽目になるぞ
でも.Netだとトランザクション周りでおかしな部分があるのか？
>Tvmaid.defにEPGGetTime=90みたいに取得時間の秒数指定が欲しいです
あまり賛同できないなあ。
ユーザが秒数を変えて番組表見て、最適値を探るんじゃ面倒くさすぎない？
なんかもっといい方法ないかなあ。
単に秒数設定できるようにするのが一番いい可能性もあるが...
>データベース定義に書いてあるTABLEを全部別々のファイルに分離してほしいのです
>CH毎のEPGデータ、チューナ設定、自動録画ワード、ログ等
これはできない。
データベースの利便性が失われる。
複数のテーブルを結合して、一気に情報を取得したりしている。
ちなみに、なぜ分けた方がいいと思うの？
こういう無料ツールの開発ってモチベをいかに維持するかが重要だから
作ってておもしれーって思えるうちは安易に維持できると思うけど
あまり意味の伝わらないクレームや要望が増えたりすると面倒になってくるもの。
とりあえず気分転換にtvmaidの専属キャラクターでも作ってみたら？
CrystalDiskMarkの雫たんみたいなのがあれば録画ヲタたちが背中を押してくれる。
その上で有用だと思えたら採用するだろうし
名前はテレビ泥棒
http://www.radiokaikan.jp/press/wp-content/uploads/sites/2/2014/02/f536be3f36febfcd7fc718b26d91cb20.jpg
http://yuki.0am.jp/epgrec_web.png
仮想化('A`)ﾏﾝﾄﾞｸｾ
どこかで配布してるの？
それともSSあげてるだけ？
ただ今開発中だからSS上げてるだけ
俺すげー？
プリセット機能いいね
実際に本体をあげてくれるのもいいけどこういうSSがあると話がしやすくなる
前スレの>>938
TvRockだと
地デジ1局当たり2分、BSは4分半
メイドさんが優しくナビゲートしてくれる特別版とかね。
キャラを考えてみるか。
意見を聞くのを楽しむために公開したので、いろいろ書いてほしいな。
>>244
1局あたり25秒。番組情報が少なかった時はさらに+25秒。
（番組が抜けている時間が、4日以内に24時間以上のときにリトライしている）
TVTestの番組表取得が1局30秒程度なので、それでいいかなという感じ。
TvmaidのEPG取得は、あんまり工夫がないなとは思ってる（リトライくらい）。
どういうふうにしたら一番効率がいいのかなあ。
全局の運用が同じかは分からないが、前に自分がツール作った時は３日以内がしつこい位繰り返されて、
４日目〜７日目がまばらに出現という感じだったから、３日分しか取れない代わりに
高速で終了みたいな工夫の余地はあるかも知れない
ただ自分は目的の都合上desc_tag = 4D 50 54しか眺めなかったから、録画に必要な他の情報で
この３日ルールが成立していなければこの方法も検討の余地はないな
今までで一番初期設定が楽で使いやすいものになることを願ってるよ
サービス登録やプロセス死亡時に自動で再起動もあるとうれしい
これで必要十分でしょ
それじゃあ歯抜けになるわな、現行の運用ガイドラインでは1周180sでしょ
まあ8日分きっちり取らなくていいならもっと短くてもいいけど
その辺ユーザが選択するためにも、また将来運用が変わったときのためにも
設定は可変になってるのが望ましい
tvrockは最大8だったけどこれならtvrockライクでPT2*2とPT3*2で使えそうでうれしいわ
rectaskだけあればtvtestもWebブラウザも使わずに録画できるようになれば
晴れてtvrockから卒業できるかもしれないな。
期待している。
早く公開してくれ。
http://wc2014.2ch.net/test/read.cgi/voice/1405767952/l50
お前らのんきにイベント行ってる場合じゃないぜ
身を守りたかったら99要チェック
あ？何だ109は？補足情報120 犯罪暴露か？131、132、135、136
こいつなんでこんなに書かれてるんだ？
160、161どうしたもんかね？本人じゃね？ ３４歳だと？236
おっと良妻賢母の学校か〜244 ,247そーなのか〜ほー
254このマットてのはグラウンドの住宅に面した金網に脈絡なく汚ねえ立てかけ方されてるやつじゃね？取りに来たやつ悪い奴ってことか。
256,304,326,339ほー 352,355,357マジかよ、こりゃ許せねーなー変○者？
371,373ストー○ーでもあるのか、ほー375,378,406ほー
節操ねーな
EPG取得時間の設定は必要だな。
地上とBS/CSで別々に必要だろう。
なんにも設定しなくていいのがベストだけど。
EDCBは「地デジでは１チャンネル約１〜２分、BS/CSでは１チャンネル約７分」
すべて取得には、このくらい時間が必要か...
>>248
サービス登録は無理そうだ。本体とGUIを分離とか設計を変える必要がある。
録画中TVTestが落ちたときに復活はしたいところ。
何度も復活してくると鬱陶しいので、今は落ちたらエラーにしている。
>>251
チューナ数制限は無い。
2枚刺し以上で試したことはないけど。やってみてね。
>>252
ブラウザで番組表見て予約できるのが特徴だからブラウザはいるよ。
あと、RecTask好きな人用に>>207を作ってみたがどうだろう。
pttimerくらいの取得時間が理想なんだがなぁ
地デジ７局＋BS8局で10分ほど
せっかく歯抜け時間がn以上の時リトライ、という仕組みを実装したのなら、
設定は「t分取得」よりは「n日目までを取得対象とし、歯抜けが総計m時間以内」という
条件指定を採用した方がより柔軟性で目的に叶ってると思う
ただそれはEPGパーサがEDCBのようなストリーミング式、つまりEPG関連のパケット入力を
バッファリングしつつリアルタイムにパケット単位で追加パース出来る本格的な実装の時に可能な方式で、
ダウンロード式、つまりt分読み込んだ後に一度だけパースと判断を行なう実装だと無理だけど…
開発の経緯からすると実装はやっぱりダウンロード式？
TVRockのは見にくくて
そういうのをヘタにやると「大体取れてるけど、たまーに抜ける」とか
「平均的にEIT一周より長い時間がかかる」というRockみたいになるからね
どんな実装をするにせよEITの周期を考慮しておいて損はない
アニヲタは夜21時〜翌4時台に集中するだろうし
見逃しと見誤り、タイムアウトと正常終了の判断基準を混同してはいけない
タイムアウトはタイムアウトで当然必要だけど、ユーザー側が求めている条件が
既に成立しているにも関わらず、延々無駄に取得をするロスを避けたいってのが今の議論の趣旨だろう
以前TVTestと接する部分はTTRecを参考にしてるって言ってたから
それなら実質ストリーミング式になってるかと。
どの程度真似てるかにもよるが
だからその早期終了はてきとーにやると歯抜け製造機になるよ、という話
ちなみにRockはタイムアウトの長さと始点がおかしいがために前述のザマになっていて
その対策として取得時間固定パッチというのがある
だから正常系と異常系の仕様の話がごっちゃになってる
下手するとそのイベント情報も時間順に並んでるとか思ってるかも
> n日目までを取得対象とし、歯抜けが総計m時間以内
これがいいって言うんだから、君は正常系で歯抜けを許容する人なんだね
俺は正常系で歯抜けはあってはならないと考えてるから
その原因になるマズい早期終了について警告してるんだが
君からすると何が問題なのかわからなくて
なんかこんがらかった異常系の話と混同してるに違いない、と解釈するしかなくて
こいつはバカだから何も知らないに違いない、というとこまでいったと
番組情報の１周内での出現数は日毎に同じではなく、近日予定のものは１周で７回登場したり、
遠い予定のものは１周で３回しか登場しなかったりまちまちだぞ、ちなみに登場並びも時間通りではない
要はEDCBだろうとTvTestだろうとユーザーに見えない内部では必ずソートと重複排除が行われていて、
１周を常に完全に取得する処理系でも重複した番組情報のいずれを是とするか、あるいは完全一致しなければ
エラーとするのかはハナから「ソフト側が自分の裁量で」データを読み取って決定する仕様になっている
そういう事情もあってEIT周期は「とりあえず明日の予定だけ一通り欲しい」「今から３時間以内の番組情報だけ早急に欲しい」といった
正常系の「柔軟な」要求変更に応える適切な基準には使えんのよ
EIT周期は最低１度は登場する事を保証する基準にはなり得るが、本来の要求が満たされてから更に５倍かかったなんて事もザラだし、
かといって時間を５分の１にすれば上手く行くという代物でもない、基本的に７日分をフルで取ろうとする時の上限設定にしか機能せん仕様
何かTvRockの動きがどうとかよく分からん話をしてるが、EPGの仕様を理解せずに使用経験のあるソフトの動きから勝手に妄想巡らせてないか？
お前の頭では何でmには1以上しか設定出来ない事になってんのかと一言言ってやれ。
そこも含めて柔軟性だって事が分かってない気がする。
何か時々思い込み激しい人が来るねここ。
EITは送る日を基準に一日を3時間x8マスに区切って7〜8日分送る仕様で
比較的時間の高いマスは高頻度に送るから
「今から3時間以内の番組情報だけ早急に欲しい」なんかの要求には当然答えられるよ
実装がここらのオープンソースの限りでは存在しないだけで。
正]比較的時間の近い
要求を消化するために必要なのがEPGパケットのインクリメンタルパースと判断であって、
取得時間はタイムアウト以外の基準には使えないという事を言っているのだが・・・
あと分かってると思うが３時間というのは一定時間という指定方法の一例だぞ？
ちゃんと実装出来れば明らかに有益な機能を、ちゃんと実装しないと残念な事になるよって心配してる人がいるだけに見える
まあ心配してると言うか、上手く行かないに違いない（根拠はTVRock）て言ってるように見えなくもないけど…
要は定時のEPG取得は、EIT周期を最長時間として、期待するデータに対する歯抜けチェックをやりながら取得して、
一周期の時間より早くデータが揃えば早期終了すれば良いって事だよね
期待するデータの取得を保証しつつ、より早く終わる方法を追加で実装しようって話
この場合EIT周期＝タイムアウトとして扱う事になるから、EIT周期が運用で変わる可能性が無いとも言えないだろうし、
タイムアウト時間を設定できるのは悪い事でもないとは思うけどね
（設定するのはあくまでもタイムアウト時間で、必須時間じゃない）
TVRockが上手く機能しないのは、単にTVRockが実装失敗してるってだけの話
それを根拠に上手くいかないと言うのは、根拠になってない
例えばptTimerにはEPGの取得時間を固定にする様な機能は無かったと思うけど、困ってるて人見た事ないし
EITのセグメントフラグ集めるのが王道な気がするが、コイツは下手に実装すると最悪取得が完了しない茨の道だったり
うん。それぞれ話が噛みあってない。
どういうことを聞きたいの？
>>258 >>265
TVTestに受信させて、それを一気に取得しているだけ。
Tvmaidは、TSパケットを直接扱わない。
なので細かい操作はできない。
ソートや重複排除はTVTestがやってくれる。
あと、TTRecはTSからEPG取得とかしてないと思うけど。
RecTestやRecTaskのソースコードとか参考にして取得時間計測用のデモEXEでも作ってみたら
いいんでない？
感じたことを書いてみる。変なことや見落としからの誤解があったらごめん
うれしいこと
・番組表の取得が速くていい。
・ログは見やすくていい
不具合？
・Firefox 番組表・BSのリンクを押しても、地上波の所が表示されBSの所に移動しない。地上波、CSは問題なし
こうなったらいいな
＜番組表について＞
・単チャンネルの週間表示は是非ほしい
・幅がちと大きい。
・Rockのように、スクロールのない（ボタンで移動出来る）仕様がいいな。チャンネル・時間移動共に
・番組表が表示されるまでが遅くて違和感。上と関連して、ページ内のチャンネル表示数を減らせば速くなる？
・検索結果をシンプルに表示してほしい
＜予約について＞
・終了前後のコマンド実行は是非ほしい
・正規表現検索欲しい。番組表取得という利点を生かす為にも
・自動予約の時間指定はX時台ってこと？？、延長や特別編成対応なら「（開始時間）Y時からZ時まで」の方がいいような…
見落としや誤解から変なこと書いてたらごめん
うれしいこと
・番組表の取得が速くていい。
・ログは見やすくていい
不具合？
・Firefox 番組表・BSのリンクを押しても、地上波の所が表示されBSの所に移動しない。地上波、CSは問題なし
こうなったらいいな
＜番組表について＞
・単チャンネルの週間表示は是非ほしい
・幅がちと大きい。
・Rockのように、スクロールのない（ボタンで移動出来る）仕様がいいな。チャンネル・時間移動共に
・番組表が表示されるまでが遅くて違和感。上と関連して、ページ内のチャンネル表示数を減らせば速くなる？
・検索結果をシンプルに表示してほしい
＜予約について＞
・終了前後のコマンド実行は是非ほしい
・正規表現検索欲しい。番組表取得という利点を生かす為にも
・自動予約の時間指定はX時台ってこと？？、延長や特別編成対応なら「（開始時間）Y時からZ時まで」の方がいいような…
感想を書いてもらえると嬉しいねえ。
>・番組表の取得が速くていい。
しかし歯抜けが多いこともあるので、どうしようか迷っているところ。
>・Firefox 番組表・BSのリンクを押しても、地上波の所が表示されBSの所に移動しない。地上波、CSは問題なし
確認してみたが、こちらでは普通に表示されるなあ。どうしてだろう。
>・幅がちと大きい。
幅を変えるには、「wwwroot\maid\epg.css」を編集する。
54行目と62行目の「width: 180px;」を好きな幅に変えてね。
ちなみに1時間の高さは「epg.html」の19行目「var hourHeight = 200;」を変更する。
>・Rockのように、スクロールのない（ボタンで移動出来る）仕様がいいな。チャンネル・時間移動共に
>・検索結果をシンプルに表示してほしい
>・単チャンネルの週間表示は是非ほしい
番組表や検索結果は、いろんなデザインのものを用意する予定だが、まだ1種類しかない。
例えば番組表は、新聞のテレビ欄みたいにかなり省略して1画面に収まるようなデザインとか。
たしかに、番組表はスクロールをしなきゃいけないと見る気にならない。
結局、新聞のテレビ欄が一番見やすいんだよなあ。
単チャンネル週間表示は、(他アプリでも)使ったこと無いなあ。
検索結果は、TvRockみたいにリスト表示の方がいいのだろうか。
つづき
>・番組表が表示されるまでが遅くて違和感。上と関連して、ページ内のチャンネル表示数を減らせば速くなる？
firefoxだとかなり遅い時がある。
chromeだと速いんだけど。chromeでも試してみてほしいな。
もちろん表示するものが減れば速くはなるけど、そういう問題じゃないかも。
>・終了前後のコマンド実行は是非ほしい
エンコ機能を最初から入れたいなあと思っていたが（もちろんフリーソフトを組み合わせるんだけど）、コマンド実行でもいいかな...
エンコは、どれ使っていいかわからないし、面倒くさすぎ。
家電みたいに10倍録画、とか指定したいところ。
>・正規表現検索欲しい。番組表取得という利点を生かす為にも
自分がまず使わないから考慮しなかった。
and、or、否定だけではダメで、正規表現じゃないといけないことって、そんなにある？
>・自動予約の時間指定はX時台ってこと？？、延長や特別編成対応なら「（開始時間）Y時からZ時まで」の方がいいような…
開始したら途中でやめないので、何時までとかは無い。
tvmaidは色々な面でTvRockライクにして後継のようにしてくれると嬉しい
Rockのファン全員引き抜く勢いで ど〜ぞ ど〜ぞ
期待してます
クソ環境ではない
クソ環境乙
沸いてるのはただの低脳基地外カスユーザー。
呼んだ?
PT3を映した動画をandroid端末のローカルにコピーするといつでも見ることができるよ！
リアルタイム視聴はうまくデキんかったけど、頑張ればどうにかなりそう
期待しています。
そんなにあるか？と問われれば、そんなにないけど、必要な場合があって出来ないのが問題かな
適切な例かどうかわからんけど、録画に失敗したドラマとか補完したい時
相棒5 第5話
とか、and 検索だと余計なものまでヒットしちゃう
そもそもrockから移行するかどうかってとこだと、やっぱ互換性がないと躊躇しちゃうね
乗り換えする為にはやっぱりそこだよねぇ
TvRockライクじゃないと・・・TvRockにある良く使う基本的な機能は全部欲しいし・・・
エアコンがオートエアコンじゃなくなったとか、
前の車は4スピーカーだったのに今度のは2スピーカーだとか、
「前は出来たことが、乗り換えたら出来なくなった」
というのは結構ストレスになるんだよな。
ソフトの場合はショートカットキーの割り当てが変更出来無いとかの
細かなことでもすげーストレスになったり。
なので、「ライバルソフトの機能はほとんど網羅する」というのが多い
俺のレス読んで長文書いたなら済まないが、そのぐらいの事は理解してる。
「ほとんど」と「全部」の違いだな。全部つけるならTvRockでいいだろうと思っただけの話だよ。
>>308で「同じもの作れと」って書いたけど、そういう事だ。
そもそも、基本的な機能っていうのが俺にはわからんしな。作者は使わないからつけなかったようだし。
違ったのならレスつけて悪かった。
病気扱いされるとは思わなかったし、黙っとくわ
maid作者さんよろしくお願いします
ID:7WTUTqf6
気持ちはわかる。
ちょっとしたことが気になるんだよね。
ほとんど同じ機能があっても移行できない。
Tvmaidの場合は、TvRockと比べてかなり機能が少ないからなおさらだ。
こういう場合、移行するきっかけは、ほぼ同じ機能がそのアプリに追加されることではなく、
使用中のアプリに我慢ならない問題が出た場合だろう。
TvRockが使えなくなった時、なんかあったなー、と思い出してね。
>>317
応援してます
アニメ番組は24fなのに逆コ字のテロップが60fで流れるもんだから
エンコさせようとするとうまく間引きできずにカクカクするし
ドロップだけは無理だし
どうしても気になるならインタレ保持でいいし
ま、永遠にRVRock使うから別にいいけど
ってなんすか？
番組内CMテロップが何個も入るのが気になり出した…Dlife
いい加減マスターに載せてくるのやめろや
たぶん焼き付けが一番フォントが綺麗だからポリシーがあるんだろ
BSはCSを見習ってもらいたいね。
nhk bsは一部速報をテロップで流し始めた
レコーダー持ってなくてts録画で1回見て消すだけのやつも多々居るし
お前アスペかよ
CSでもマスターに入れてくるクソ局が結構ある
そういう人がこのスレに来ると？
来てます
すみません・・・
くるにきまってんだろ
あほかよ
テロップまみれ
L字まみれ
ｵﾜﾀ＼(^o^)／
俺はきちゃいかんのか？
それならHDD録画機能ついてるテレビ買った方がいいと思うが、まあそれは人それぞれだからなぁ。
世の中広いねw
ほんとアスペはうざいだけだな
なるほどね。
相手した俺が悪かったわ
最初からテロップの話だぜ？
フジとか東映チャンネルとかそうだったかな。
あなたの視野が狭いだけでしょ
オレもそう言ってるわけですが？
ザ・コール 緊急通報指令室 [ＷＯＷＯＷプライム] 2014年10月05日(日) 21時00分〜22時45分.ts.log
pid=0x0000, total= 50725, d=412, e= 0, scrambling=0
pid=0x0001, total= 510, d= 12, e= 0, scrambling=0
pid=0x0010, total= 2533, d= 21, e= 0, scrambling=0
pid=0x0011, total= 33682, d=243, e= 0, scrambling=0
pid=0x0012, total= 946512, d=3285, e= 0, scrambling=0
pid=0x0014, total= 1023, d= 21, e= 0, scrambling=0
pid=0x0023, total= 1071, d= 17, e= 0, scrambling=0
pid=0x0024, total= 3049, d= 39, e= 0, scrambling=0
pid=0x0101, total= 50745, d=418, e= 0, scrambling=0
pid=0x0111, total= 76866, d= 0, e= 0, scrambling=0
pid=0x0121, total= 47952, d=131, e= 0, scrambling=0
pid=0x0131, total= 903224, d=4024, e= 0, scrambling=0
pid=0x0140, total=62573465, d=85067, e= 0, scrambling=0
pid=0x0141, total= 676582, d=3302, e= 0, scrambling=0
pid=0x0146, total= 5030, d= 75, e= 0, scrambling=0
アスペの言う事はさっぱりわからんわ
糞環境乙スレへ
クソ環境じゃねえよ、台風だよバカタレ
誤爆じゃないのか。
糞環境乙】TSパケットエラー報告6【とは言わせない
http://peace.2ch.net/test/read.cgi/avi/1401167026/
(1)送信アンテナから衛星までの間で発生するドロップ（送信障害、[筑波−衛星]間）
(2)衛星から視聴者の受信アンテナまでの間で発生するドロップ（受信障害）
がある。 受信障害の場合は視聴者の設備状況や受信場所で各々異なるが
送信障害の場合には、全視聴者でドロップが起きる。
(事実、今年8月にBS全局で全国的に受信不能状態が1分間以上続く事態が発生している。）
8月の1分間以上の送信障害が起きた際にNHK,WOWOWに問い合わせたところ、両者ともに、
ドロップは受信障害として日常的に発生するので、同等頻度のドロップはたとえ原因が送信障害で
あっても、送信障害期間が数分以上にわたる場合でないと、送信障害発生を理由とした再放送は
考えないのだが、要求があれば通常の再放送リクエストとして受け付けるという回答だった。
しかし、再放送リクエストを行う場合に、自分あるいは自分周辺でドロップが出たというのと、
送信障害でドロップが出たというのでは、再放送要求する意気込みが違ってくるので、単なる
受信障害なのか、送信障害なのかは知っておきたいと思うのは当然だろう。
各局は自局の送信放送がちゃんと衛星に届いたかどうかを自局受信アンテナ（多分、東京にある）で
モニターしているというのだが、視聴者へのフィードバックは行っていないので、受信者から見ると
送信障害なのか受信障害なのかは、(鹿児島、札幌)、（東京、大阪）など場所を変えた視聴者受信情報を
比較してみないとわからない。 送信障害を発見するためには、受信ドロップした情報交換は必要だ。
> 送信障害なのか受信障害なのかは、(鹿児島、札幌)、（東京、大阪）など場所を変えた視聴者受信情報を
> 比較してみないとわからない。 送信障害を発見するためには、受信ドロップした情報交換は必要だ。
天気に問題ないと判断できる奴が報告すればいいだけだ。
雨降ってるのが分かっていて受信レベルも下がってれば経験則で分かるし、そんなものをいちいち報告してたら
ゴミレスで埋まるだけ。
>>そんなものをいちいち報告してたら, ゴミレスで埋まるだけ。
確かにそうだ！ 別途、通報専用スレが必要だな。
本日、当方は午前中に台風通過して、星空なのだが、WOWOW-cinemaの
「サタデーナイトフィーバー」で9:10-9:40の間、dropが頻発。
送信アンテナがある筑波は雨とのことなので、送信障害だな。
ハードウェア障害や配線トラブルでもdropは頻発するというのに
残念だけどうちでは普通に見れたよ
アンテナケーブルのゆるみとか確認してみたら？
スレ汚しスマソ
大したサンプル数にゃならんし、一般人はドロップだの送信障害だのがあっても
よっぽどひどくない限り完全スルーか、「ちょっとちらついて見にくい部分があったわー、
ま、残念だけど仕方ないね」で済ませるのが普通でしょうから、
必死になって通報して再放送を求めようとする姿はちょっとあれだと思いますし、
そこまでして手元に置きたい作品なのであれば、
サタデー・ナイト・フィーバー スペシャル・コレクターズ・エディション [Blu-ray]
ttp://www.amazon.co.jp/dp/B004IK9OQ4
などを1650円でポチればいいんじゃないかと思う今日この頃です。
トラボルタが下手なダンスをするやつだっけ？
それともアニマの微妙な番組？
土曜の夜に発熱してエボラ感染が明らかになって、それが発端で世界中がパニックになるっていう
ホラー映画だよｗ
初期設定の窓も落ちまくるしだめだねこれ
かっこいいですね
お前つくづく残念な奴だな（労いの意味で）
どう洗練されていないかとか
どういう環境でどんな事したら落ちるのかぐらい書けや
具体的に書かない批評なんてチラ裏と一緒
ＧＵＩみてだっさｗｗｗと思わないの？お前のセンスがおかしいわ
俺もtvmaid いらんけどな
どこをどうしたらいいと思う？
別にオプソにしろとは言わないけど
予約のアルゴリズムとかもう少し説明してほしいよな
今なにがどこまで正しく実装されてるのか全くわからん
誰かが唄ってる気がする
需要あると思うけどな。
ジャップの程度の低さがよくわかる
それは、ちょんの特技だろ
もっと具体的に頼むわ。
とはいえ、デザインは感覚的な問題もあるしなあ。
自分も、例えばEDCBのGUIは好きになれないが、どこがどうと言われると難しい。
EpgTimerのボタンの大きさ、配置、タブの順序等、センスが合わないというべきか...
Rockバーやタイムキーパーみたいなデザインがいいという人もいるだろう。
僕もあれはカッコイイと思うのだが、使いやすくはないと思う。
先進的デザインのMedia Playerより、Media Player Classicが使いやすかったりする感じか。
時間が早い順に録画する。
優先度は無い。
重複した場合、先の番組の録画が開始されたらそれが終わるまで録画。
その後、遅い方の番組の録画を開始する。
番組表取得と重なる場合、予約のあるチューナのみ番組表取得を中止して録画を開始する。
(他のチューナは番組表取得を続行)
たしかに、予約重複時の動作は必要な情報だ。
他に知りたいことがあれば挙げてほしい。
使ってないですが
ちなみに番組情報が消滅した場合はどうなるの？
ゴジラ上陸とか猫の赤ちゃん爆誕とかの特番で延期する事がよくあるよね
それでしばらくEPG上から消えてて予定が決まり次第、数日後の放送分として組み込まれた場合の予約の扱いとか
あとは延期等で録画が始まる時間が完全に他と重複した場合
優先度設定がないと野球シーズンとか不安かなあと思う
> それでしばらくEPG上から消えてて予定が決まり次第、数日後の放送分として組み込まれた場合の予約の扱いとか
いったん消えた番組が後日復活するってのは別番組扱いで追従は不可能じゃないですかね。
もちろん数十分後の復活くらいで追従されないのは困るけど
特殊な録画失敗として見やすいログが残れば助かるし
欲を言えば名前が”エラー_予約した番組名”のファイルが録画フォルダにできてると更に助かる（高望みし過ぎだｗ）
ログもなくスルーされてると録画出来たつもりで見逃しそう
重複・追従に関してはとりあえずtvrockと同じように設定できる機能があればいいと思います
クローズドソースなtvrockをoilyDbgやdisasmとかで
機能ごとに追跡して丸裸に出来ているならまだしも・・・
開始延長なら追従するが、いったん消滅したのならそこで終わりがARIBの仕様的には正しい。
EventIDが消えるわけだから。
消えてしまった予約をその時点の時間でとりあえず記録するのはあり（EDCBはそうやってる）。
番組情報が消えてしまうと、録画開始時にエラー終了する。
(TVTestエラーという謎のエラーになってしまう)
とりあえず、その時間は録画するように修正する予定。
何らかのエラー表示もする。
一旦消えて、時間がたって復活、という場合の対応は難しい。
開始時間が変更になった場合、変更前の録画開始時にわかればその時間に変更する。
ログや結果にも表示される。
優先度は今のところ対応予定なし。
録画中に中断して別の録画を開始するとか前後関係が一気に複雑になってしまうので。
バグらずに作る自信がない。
優先度を削っていいか結構悩んだ。
でも、作るのが難しい割にはあまり利用しない上、使う場合にもどれが優先か注意を要する。
結局、入り組んだ予約になってしまうときは見直しが必要なので、単純なルールの方がいいのではなかろうか。
録画が途中終了した場合、ファイル名に「エラー」を追加したほうがいいかどうかは検討する。
>>394
今もだいたい似たような動きだと思うけど。
特にフリーなものの場合ね
有償なら意味あるんだけどね。コストを削るってのは
意味のないものが他の誰かにとってもそうであるとは限らない
用途と目的を絞るのは有償無償問わず立派な戦略の一つ
むしろ無償で汎用性をまるで必須のように求める事の方が過大、合わないなら他を当たるべき
本人自身に需要のない方向にはそうそう開発の意欲も湧かないし、時間割きたいとも思えんもんだしな
特にクローズドソースなプログラムの場合は。
tvmaidさん、tvrockに無い機能であったら嬉しいものがあるのですがもし宜しければ実装検討お願い致します。
・全録画予約番組への録画チューナの割り振りを自動で最適化(再割り振り)する機能
例えば、BS/CS4チューナある状態で同じ時間帯に5番組予約が入った場合、ひとつの予約を削除(無効化)し、
重複しているチューナの番組を空いたチューナに変更する作業をしています。
各チューナの前後の予約も関係してくるので考えて多数の予約のチューナを入れ替えることが多く大変です。
これを1クリックで自動でしてくれる機能が欲しいとtvrockを使っていながら思っていました。
説明がわかりづらかったら申し訳ありません。
放送時間が変更された際に自動追従できん...
そういえば、まだ地デジが始まってない昔だが
放送局の数だけチューナを搭載するという強引なアプローチの製品があったなw
諦めてEDCBにいきなよ。
＞空いてるチューナを自動選択
tvrockもその機能はあるけど使ってる人は少ないんじゃないかな
手動で変える使い方を基本的に想定してると思われる
>>401の言う
"ひとつの予約を削除(無効化)"機能がないのも録画する番組は優先度で予め設定できるから必要ないと思われたんだろう
だからその機能はないし無効化するなら手動でねと言うことだと思う
ﾉｼ
無意味なレスやめろよ
"例えば"の話とあるし自動検索予約使ってるなら重複することは良くあるし君の書き込み内容はまったくの意味不明
今のHDDレコでも9ch搭載とかありますな。
>>401
TvRockにある連携録画とは違うんでしょうか。
後から予約を1個無効化にしてからチューナの再割り振り機能ってないよね
連携録画は予約した時点で自動的にチューナの割り振りをやってくれる機能だから全然違うよね
フリーでもコストは重要だと思う。
割り切りというか。
いつまでたっても完成しなくなるしね。
妥協しすぎると、つまんないものになるというのは同意。
丁寧に作ってあるかどうかは、アプリににじみ出る。
でも、なかなかそこまで作れないよ。
>>401
それはTvRockにあると思うけど。
アイコン右クリック→インテリジェント→スケジュール再構成
の機能じゃないかなあ。
そういう予約チューナのリセット機能は要るね。
だから無効化するよりも優先度を設定した方がいいだろうに
その場その場で毎回姑息に対処するより優先ルールを使った方が結局は楽だし安全だよ
あと連携録画はチューナの割り振りをやってくれる機能ではないよ
いわゆる割り振りの為に設定する規則だね
だから予約時にも再割り振り時にも設定したとおりに働く
tvrockの再割り振りは予約が数百もあると負荷が高いらしいから
もし同様の機能をtvmaidにつけるならその点が不満なrockユーザーも助かるかもね
キーワード予約してて（tvrockにその機能があるは知らないけど）
これは要らない、これは録ったみたいなシチュだと無効にしたほうが早いしラクだと思う
初回のみ録画すればいい予約はこっちのが捗るし。
毎日チェックするようにすればiniが壊れてもすぐ気付くし
いやでも>>401の例はこれは要らない、これは録ったみたいなシチュじゃないからさ
全部録画したいけどチューナーが足りなくなった時にあわてて手動で無効化する位なら番組ごとの優先順位を設定しておけばいいよって話
確かに自動無効化機能はrockにないけど優先度の機能で目的は果たせるだろうからまずそれを設定すれば済むのになと言う
自動無効化機能と優先録画機能のどっちが好みかは人にもよるだろうけどそれはまた別の話だしね
俺からすると「すでに録画してある番組と同タイトルの物は録画しない」的な機能の方がrockで実現できないから欲しいなと思うわ
あら、tvrockにあるんですね・・・今度試してみます。
tvmaidにもいると判断してもらって良かったです。
ありがとうございました。
無効化のままならもったいなくね？
自動的に無効化から有効化にするなら、無効化されたのが２番組あったらどっちを有効化するのん？
とか考えると、優先度あったほうが楽ちんな気がします
現在の(2.2.3)で速度向上があったという感触はありません。
デコード/エンコードに関しては大半がlibavcodec、残りが同系ライブラリの仕事
エンコ性能を気にするならffmpegよりlibavcodecその他のバージョン更新にアンテナ張った方がいい
もちろんビルドも自力で
コンテナの処理はlibavformatで他にもlibavと頭につくライブラリはffmpegの一部
ゴタゴタがあってffmpegプロジェクトのlibav*とlibavプロジェクトのlibav*に分かれたのと混同してるのでは
何処かという話をしたつもりだが・・・libavcodecにはffmpegとは全く別の
独立したバージョン管理があって、単体でも利用可能な事は知ってるよな？＠実際に独自ソフトで利用してる一人
数年前と変わっていなければffmpegパッケージの本体は基本的にffmpeg.cが大半で、
ffmpegのバージョン管理は他のライブラリの更新と同期させてる訳ではなかったはずだが
基本libなんちゃらがffmpegの本体なんじゃね？
ffmpeg.cとか数千行しかなくて、単なるガワっていうイメージなんだけど。
有名所だとffdshowなんかもlibavcodec他のライブラリの利用ソフトの一つで、
こちらもやはり性能はライブラリのバージョン依存でffdshow本体とは無関係だしね
リリース単位もフロントエンドとライブラリで一つ
普通ffmpegと言えば全部ひっくるめたものを指すだろう(本体は当然libの方だろうが)
バイナリ配布見ても特にWindows向けだとffmpeg.exeに全部static linkされてるしね
少なくともffmpegが2年前のバージョンであれば
libavcodecも2年前のバージョンであることに間違いはないと思うけど
x264とかがどうだかは分からんけどね
多分中身をちゃんと見てないんだろうけど、ガワというには規模も大きいし
やってる処理もメモリ管理からシーケンス制御までかなり幅広いよ
何よりffmpegはlibavcodecの全ての機能を利用してる訳ではなく、一部だけを利用して動いてる
(オンメモリストリーミングとかね)
バージョン管理が別になっているのもそういう事情で、ソースの保守方針自体が違うんだよ
Mpeg2＋AC3だとそれほどの違いはないだろうし
x264なら化石レベルのリビジョンでエンコードすることになる。
やっぱり最新のやつに入れ替えるしかないか・・・
何故か前のbatがすんなり通らないけどorz
規模って、あれが大きいの？
まあffmpeg.cでやっていることがffmpegの本体だと言うのならそうなんだろうけど。
あと、バージョン管理がどうこうって言っているけど、
それ別物のlibavcodecと混同してない？
ひょっとしてffmpegもlibavcodecその他も古典CでなくC99の記述なのを知らないとか…？
おまじない的にソース取得とビルドのコマンド叩いてる人だと認識はそんなものかねー
その辺の経緯もあってヘッダファイル保守諸々の都合上あの辺はWindowsの作法に則ったライブラリの供給には向かない
MinGWやCygwinに丸ごとぶん投げるのが一番現実的なだけ (/MD /MT 問わず)
まあC99でなくともlinuxベースの開発ではWindowsの作法に則ったライブラリ提供は主流ではないと思うが
よほど頑張らない限り開発側も利用側も大体不幸になるので
Windowsでの開発はよく知らないんだが、C99だとそんなに違うんか？
普通に考えれば、ライブラリ等のバイナリの扱いに関しては、
言語に依存しない形で仕組みが共通化されてると思うんだけど。
VCは仕様整備の行き届かない古い時代から現実の前線で戦い続けて来た
泥臭い歴史あるコンパイラなので、古典Cかつ引数なし関数の提供のみ、
標準C関数利用なし以外の構成をライブラリ化するには(/MT /MDを問わず)
様々な独自の制約が生じる、そこが今時のlinux系のプロジェクトと相性が悪い
最終的にはVCのバージョンを制限するか、リンクするCランタイムを制限するか、
ヘッダファイルに頑張って#ifdefでWindows用の宣言を二重保守するか、
古典Cかつ引数なし関数のスタブを頑張って書くか、大体開発側にも利用側にも不幸しか訪れない
zlib等圧縮ライブラリはこの辺頑張ってたような記憶があるけど主流とは言えないだろうな
引数なしってのは実引数がない話でなくエクスポート規約の話ね
仕様準拠度が高いのはVC。
凄く重宝してるんだけど、時々抽出後の新ファイル名の中に「"」が入っていて
リネームできないことがある。
新ファイル名がコピーできれば手動で修正してリネームできるんだけど、
残念ながらコピーはできないみたい。
何か良い方法ないかな？
20年近く触ってて初めて知った
一瞬、神！っと思ったけど、まさか開発スレにこんなのがいるとは思わなかったw
抽出した番組名を画面キャプチャしてOCRして・・・なんて連携も考えてみたけど
ちょっと難しそうで・・
とりあえず選択してる項目の新ファイル名をCtrl+Cで
クリップボードにコピーできるようにしてみました
diffはTsRename Ver1.25のソースからのもの
ttp://www1.axfc.net/u/3347701
ありがとう！！中の人かな？？
クリップボードをコピーというより、番組名を編集できるようになってるね。
それと、従来は旧と新ファイル名しかなかったのに、後ろに他の項目も入ってる。
特に内容欄が素晴らしい！
映画のファイルを入れたらズラズラッとみどころとかストーリーとか入ってた。
これだけtxtに取り出せたら凄いんだけどね〜！
あと、起動にすごく時間がかかるけど、もしかしたらオリジナルのVer.1.25からかなり
改変してるのかな？バージョン名は変えてないみたいだけどｗ
とりあえず、神の出現に感謝！！
いえ、新ファイル名をクリップボードへコピーする機能しか追加してないですよ
当方が変更したのはdiffの内容で全部です
＃ちなみに中の人ではありません
起動が遅いと言うのは何でしょうね
パフォーマンスに関係しそうな変更はしていないつもりですが…
一応ウチでは普通に起動してますね
この程度でウザイいうなや
それは不思議。
今使ってるVer.1.25に比べて数倍(と言っても数秒)は遅いし、
表示は上に書いたように大きく変わってた。
もしかしたら、バージョン変えてないだけで、1.25が何種類もあるのかも？
とりあえず、ありがとう！
今晩もう一度試してみる！
うざっ
一応、元はこれです
ttp://www2.wazoku.net/2sen/friioup/source/up1023.zip
Marumo ISDB Splitterでtsファイル再生するとカードリーダーのランプが点滅してうざい
って書いた者だけど、対処法に気付いた
isdbsplitter.axと同じファイルにwinscard.dllを入れるとカードリーダーを読みに行かなくなる
記念かきこ
winscard.dllって名前のファイルを置けばいいだけだから中身は0バイトの空ファイルでいいんだよ
USBカードリーダーを無駄に認識してランプが点滅するのを止めたいだけだから、中身は空ファイルでいいの
カードリーダーへのアクセスが無くなったと言う事は、スプリッタはそのwinscard.dllを読み込んで
ちゃんと動的リンクまでされたと言う事なんじゃないの？
空のファイルをdllとして読み込ませようとしたところでリンクに失敗してスプリッタ自体が
ロードできなくなるだけだと思うんだが
ネット上のテレビ番組表を扱ってるところがサービス終了したので
あいてる時間にRecTaskを操作してUDPでデータをもらってEPGを
取得してデータを構築するプログラムを考えててすでにISOやARIBの
資料みてtsパケットをざっくり調査するプログラムはできたんだけど
EPGを見る場合はPIDは0x0012,0x0026,0x0027だけでいいのかな？
録画ツールに録画指示まで飛ばしたいのか、表を見るだけでいいのかとか
ウチの表作成は0012だけで運用してるな、出力させてるのは大体↓な感じ
211 J01 2014/10/26(日) 23:00 00:30 うまナビ！イレブン
211 J04 2014/10/26(日) 23:30 00:30 演歌百撰
211 J07 2014/10/27(月) 00:00 00:30 白銀の意思 アルジェヴォルン 第16話
211 J07 2014/10/27(月) 00:30 00:30 アカメが斬る！ 第16話「人形を斬る」
211 J02 2014/10/27(月) 01:00 00:30 ショップジャパン
...
もう大分忘れたが確か概要説明までは0012ん中に入ってたはず
EPG取得〜表作成〜録画までをこなすのに必要なPIDの完全なリストが知りたいなら
EDCBのprofile/EpgData/の.datにどれでもいいからtsselectかけてみるといい
(ただし9系。10系は未確認)
ロケフリがある程度できあがったんだけどRectask+泥タブとなると
どうしてもTV番組表だけがないのがつらくてつけれればいいので
0x12だけでいいのかな・・・・
PIDの分布調査ツール作ってみてると0x26みないし
0x27はあるけど0x12に比べると圧倒的に数が少ないしで0x12だけでもよさそうですね
あとネットでeitのCソースを見つけたんですがadaptation_fieldの処理を
考慮してない感じだけどEITは無いケースばっかりなのかな？
一応録画済のtsのスキャンをかけてみたけど0x01のみのadaptation_fieldなし
しかみてないし・・・
実装が一番面倒臭いのは文字列変換(ARIB→SJIS)とdescディスパッチ、
ソート、重複排除辺りなのでまずこの辺に手を付けて労力が見合うかどうかの判断が先
今ちょっと引っ張り出してみたがウチだとディスパッチはパーサジェネレータ使ってんな
手書きだと何か面倒な事情があったのかも知れん
desc_list:
2 %04X EventID
…
.1 FreeCA_mode=%d
.12 $loop_length=$3 %03X loop_length
$3 repeat brunch -1 $desc_tag=$4 {
…
0x4D &desc_tag4D # E L 6.2.15 短形式イベント
…
desc_tag4D:
1 %02X 'ShortEvent'
1 $desc_length=$1 %02X desc_length
3 {
sprintf ($STR, "%c%c%c", ($_ >> 16), 0xFF & ($_ >> 8), 0xFF & $_); // language_code
}
1 $arib_str_length=$2 %d arib_str_length
…
あ、本当だ
よく確認したらISDB Splitterが機能しなくなってプレイヤー（MPC-BE）標準のスプリッター？で再生されてただけでした
カードリーダーの点滅は止まってもこれじゃ本末転倒ですね。すみません阿呆でした
ARIB STD-B24 第一編 第2部眺めてるけどこれだけでも大仕事ですね・・・
参ったな
技術的興味もかねてるし
つめてるけど文字の並びそのものはS-JISに近いのね
しかしARIB STD B5の拡張ってもしかしてアナログTV時代の規格かな？
その頃の名残なのかもね。
ブラウン管には表示されない領域があって、
テレビの同期調整ツマミを回すと、
ビットマップっぽい何かが見えたりした
EPGは純然たるJISコードだぞ
しかも、ASCIIコードに毛が生えた奴じゃなく、GL,GRをころころ切り替える純然たるJIS規格のだ
ID:g0dua0pu はJISコードが頭の中で一瞬にしてS-JISに変換されて見えてしまう
病気なんだぞ。しょうがないじゃないか。
jisコードなんてまかり通ってるけどそれでも今のデジタルの
世界から見れば十分田舎の方言扱いなのにさらに放送業界特有の
コード体系だからな・・・
信じられんわ
失せろ、低脳。
ワープロや汎用機辺りは知らんが、御三家等のエンドユーザー向けPCの世界では…
ただ区点コードに関しては各種インターフェイスとして昔から、というか
今でも幅を占めて廃れる事がないな
漢字フォントROMチップに送る読み出し番号の形式や、JEから外字や記号の番号を
入力する時は全てこいつベースだった、今もハードやミドルウェアの世界では
変わらないんじゃないだろうか
普通に使う分には問題ないんだがちょっと漢字周りのコードを書こうとすると面倒臭い世界
有効区がSJIS、EUC、UTFと漢字コード毎に違うのといずれも区点コードから
暗算での相互変換が面倒なのがたまに鬱陶しくなる
文字コード体系なのは確かだわ>JIS
映像に比べれば番組表の文字なんてs-jisだろうがそうそう
増えたことにならねえしなあ
こういうところがJAPって感じだわ
お役所勤めしてる雰囲気丸出し
仕事で一度だけ扱った事があるがあれも昔からのしがらみでああなんだろうか
多分最古に近い古い業界な気はするが
ジジイはさっさと業界から去れよｗｗｗｗｗ
デジタルの世界に伝統なんてねえよｗ
スタンダードを採用しろｗｗ
狭い日本の地デジですら移行に何年かかったんだよ
いまだにプラグとかパイプの連結部をオス・メス呼ばわりしてるし
どっぷり染み付いた慣習を変えるのはほぼ無理だろ？
帰宅前にコンパイルして、朝一でROM焼いてデバッグして、AUGAで修正報告書書いて・・・
新しいスタンダードに切り替えすらできてないという視点が抜けてると思う
日本は変わらないことが正義のような暴論がまかり通るけど
デジタル界隈の規格なんていつまでも古いものを使うのはよくない
２０年以上も前のシステムなのに、駅によっては古いシステムのままなんよ
MOに丸ごと環境とか保存してあるから、引っ張り出して作業するわけで
修正報告書だって下手にフォーマット弄れないし、開発ルームは骨董品ばっかだよ
それに安全性重視のところだと、なかなか新しい規格は入れにくいってのもあると思う
リンクに毎回1時間というあのビルド環境だけはどうかしてると思った
まああれは慣習というより開発体制の問題だから、同じ業界でもどこでもああじゃないんだろうけど…
金の問題だから
でもTV受像機の規格とか捨てるタイミングあっただろうに
そんな体質を変えられないからまさかのTV事業丸ごと
半ば捨てないといけなくなるんだｗ
整ってなかったなら、結局そこを独自拡張する事になるわけで
そもそも特に困っていないのなら、既に正しく機能しているものを無理に変える必要は無いのは常識だし、
実績あるものを選ぶのはむしろ当たり前だろう
インフラ系(放送はこれに含まれるだろう)では特にね
アジャイル最高みたいな業界とは重視されるものが根本的に違うよ
ずっと続いてて、もうこれで良いだろて状況にはなかなかなりそうにないよ
最近でも顔文字に黒人用が無いのは差別じゃねーかなんて話があったし
PSPが先行的にハードウェアデコード採用して程度の過渡期のものだったし
でも文字は可能だったよ・・・
どう考えても既存の符号化方式使って満たせる要件じゃないと思うんだけど…
例えば文字サイズとか色指定を符号化できなきゃダメだけど、それを表現できるスタンダードな符号化方式なんて
現時点でもちょっと思い当たらない(し、マークアップ言語がこれだけ普及してる現状を考えると、今後も出ないと思う)
で拡張が必要になるわけだけど、例えばUnicode使ってUTF-8拡張で実現しようとするよりは、どう考えても
ISO-2022-JP拡張する方がスジは良いわけで
それぞれの符号化方式の構造を考えると、ここに異論を挟む余地は無いでしょ
”文字の並びそのものはS-JISに近い”発言なんかはそのせいなんじゃないかね
どうも批判してる部分はISO/IEC 2022由来の部分に見えるし、規格を批判できるほど詳しい人には見えないかな…
それに、ISO-2022-JPは田舎の方言どころか電子メールではほぼ標準でしょ
メーラーのデフォルト設定なんて大抵そうなってると思うよ
まあこれに関してこそ、現在では技術/規格的には問題無く変えられるけど、環境的に変え難い例だとは思うけど
めんどくせーしUTF8でええやんと思いマフ。
キャラクターコードとかいっちゃう国なんだし
s-jisベースで空いてるところ使えばいいだけやん
半角を扱わない分にはまだ何とかなるが、それを越える現状の要求で更にそのマシンステートを
拡張する方向で仕様を決めたもんだからコードも保守も非常に厄介になる
一度でもARIBテキストを扱うコードを組んだ人なら誰でも知っている事
ま○ももこの件に関してはくたばれARIBって前に言ってただろｗ
はっきり言えばテキストとスタイルを混在で符号化という思想がもう近代的ではないんだよ
それはHTMLも辿った歴史だし、ラインプリンタが漢字INや漢字OUTを扱っていた頃から
この特性は分かりきっていた事、しがらみや経緯で今の符号化を採用する事はあっても
合理的な理由で採用する理由なんかねえよｗ 現場で作業せず机上の理論だけこねくり回してればいい人は色々言うけどな
ほんといまだにこのコード体系を採用したのは理解できん
一人一人が対処するしか方法ないん？
放送データは１バイトをけちるくらいでちょうどいいのかも
ワンセグとかまで考えると
今EPG絡みでARIBテキストを処理したいのならソースが公開されている範囲だと
個人的には仕様書＋TvTestかEDCBのコードを参考に実装する事を勧めるかな
静的なデータでなくチューナーからの入力を直接扱うならリカバリに強いTvTestの実装か
ただしEDCBに関しては定数と静的配列はかなり参考になると思うけどコードの流用は
あまりオススメ出来ない
EPGを単独で扱うツールは他にもあったと思うのでそちらを当たる手もある
後は自分の整えてる開発体制に対して調査コストと独自に実装するコスト、やりたい事を
天秤にかけて何に傾くかで個人個人が判断するしかないかと
新技術取り入れたインドがさっさと火星にたどりついちゃったんだから
ま、似たようなのはどこの国でもある
最先端突っ走ってる国でもコボラー技術者の需要は０にならないんだから
妥協してTvtestの管理してるEpgDataを読むことにした
日本の嫌なところをSTD B24で見てしまって興味がうせた
スキルもないがそんなのは興味があれば割とどうにでもなる
メールの話なら、個人的には俺もそう思う
でも現実問題、過去には確かに8ビット流せないMTAなんてのも実在してたし、
普通の人はそれ程困ってもいないだろうから(むしろ普通の人はhtmlメールかも)、
なかなか変わる事は無いんじゃないかね
規格レベルではメールヘッダに直接UTF-8を許可しようぜってのまで決まってて、漢字メールアドレスとかも
大丈夫になってるらしいんだけど、こっちは正直普及しないでコケると思うｗ(つーか、コケて欲しくもある)
ちょっと前にgmailが対応宣言してたけど…
>>501,502
> s-jisベースで空いてるところ使えばいいだけやん
だからそれじゃどう考えても求められてる要件は満たせないでしょ、と説明したつもりだったんだけど
批判したいならせめて機能要件くらい把握した上でどうぞ…
> JISの難儀な所は面倒臭いマシンステートを持っている所だよ
要は、ISO/IEC 2022由来の部分だよね
スタンダードスタンダード言う割には、ISO規格由来の部分をガラパゴスだのJAPって感じだの
叩いてるのが違和感あるんだよなー
> はっきり言えばテキストとスタイルを混在で符号化という思想がもう近代的ではないんだよ
これに関しては全く持って同意
>>504
別に、自前実装しなきゃいけない人でもない限り特に何かをする必要は無いでしょ
既にこの辺りを扱うライブラリは幾つかあるんだし
義務じゃないけど自前でつくりたいって人はつくれば良いけど、めんどくさいよってだけ
ARIB独自の実装でもいいんでしょ？
ISOの決めた範囲はPAT,CAT,PMT,NITでNITは存在だけ決まってて実装は
ARIBで決めていい範囲だし
tvmaidはどうなったん？進展した？
電機が仕切るとこういう糞が産まれるんだよな
あなたの説明じゃ専門的すぎて通じないと思うよｗ
>>503
>>481 の
＞映像に比べれば番組表の文字なんてs-jisだろうがそうそう
＞増えたことにならねえしなあ
を読んだときから思ってたが、なんか勘違いしてない？
SJIS こそ、その１バイト単位でケチるための発想だよ。
>>501
＞s-jisベースで空いてるところ使えばいいだけやん
だから、使える文字数は少なく、余裕なんてない。
足りなくなったら特殊な拡張をするしかないが、
そうなったら SJIS のメリットはほぼなくなる。
>>502
まるもが言ってたのは、半角全角の扱い等拡張の仕方がとんでもなことについてで、
ベースが JIS なのとは直接関係ないかと。
まあ、言いたいことはわかる。過去との互換性もバイト数を気にしなくていいなら、
文字コードは３２ビット固定の独自コードにでもして、
字幕の色やらなんやらは別データってあたりにすれば扱い易いだろうね。
これはISOが決めるのではなくARIB
地デジの仕様を決めるころすでにwindowsはあったはず
なのになぜアナログ時代のポンコツ文字規格を採用したのか
これくらいでぶーたれてたら、全体実装になると絶望するだけだろｗ
tsパケットにリパッケージしてるだけだしなあ
tsパケットからesパケットを見つけてmpeg2デコーダーなんかに投げる
TR-B14で運用的にはISO-2022ベースのしか使わないように制限されてるけど。
ARIBで半角(厳密には特定スタイルのフォント)と全角(同じく)の切替に
マシンステートの実装を要求する事とJISコードの体系は無関係じゃないんだよ
そもそもANSI/半角と全角を混在で扱おうとした時の漢字INと漢字OUTのあまりの
扱いの面倒さに何とかステートレス(完全ではないが)なコード体系を、
という需要に基づいて生み出されたのがSJISだった位だからな
まあこれはこれでトレイルバイトがUnix体系と激しく衝突して今度はEUCを生み出し、
NT系のWindows日本語版辺りから徐々にUTF-16が浸透し、今はUTF-8に流れて
本当にここで落ち着くのか未だに懐疑的な部分はあったりするけどな…
それでも文字処理においてステートを持たせる事が面倒を招く事は昔から議論の余地のない所で、
その意味でJISコードは本質的に全角のみを処理する体系にしか向かない事は否定のしようがないぞ
コードとしての唯一のメリットは最も多くの区を扱えるので豊富な外字をサポート出来る事だが、
他のデメリットが大きすぎて政治的な事情以外では大体歓迎されないコードになってしまっている
それともう一つ
＞SJIS こそ、その１バイト単位でケチるための発想だよ
間違いとは言わないが圧縮よりもステートレスの方が需要としては遥かに大きかったはず
今のARIBコードも含めてJISコードの体系は(半角混じりで扱おうとすると)途端に
文字単位のランダムアクセスが困難になり、文節の区切りからシーケンシャルにしか
処理出来ないという点が昔から疎まれてた
ぶっちゃけJISコードよりは遥かにマシだがSJISやEUCもこの弱点は抱えていて、
それ故に第１・第２までを扱う上ではUTF-16が歓迎された風潮もあった位
ARIBではもう開き直って半角を全角のフォント変形、カタカナとひらがなを別ステートの
同一文字として扱っているので本来ならこの弱点を逆手に取って半角・全角、カタカナ・ひらがなを
区別なく無コストで一括検索出来るというメリットもあったりするはずなんだが、
とりあえずEDCB等では有効活用されておらずただ面倒なコードとしてしか処理されていない
せめて家電等の内部実装では有効活用されてるといいんだがな・・・
ああ、スマン。そのへんのことはわかってる。
だから「“直接”関係ない」と書いた。
SJIS 推しの人がいるが、余裕がなくステートを使わない拡張は相当苦しいので、
どうせとんでも拡張されただろうから大差なかったんじゃないかなと。
UTF ベースならまあ可能だけど、
「半角コードも全角コードも全角で表示し、半角を使いたい場合は〜」
なんて平気でやる連中にまともなコード体系が作れたかどうかｗ
>>522
そこは、SJIS のほうが大きくなると勘違いしている彼への説明なので……。
＞ぶっちゃけJISコードよりは遥かにマシだがSJISやEUCもこの弱点は抱えていて、
EUC は最上位ビット見れば判別つくけど、
SJIS はそれも無理だからその点では JIS と大差ないかも。
流石にこれだけはないから
SJISはANSIコードを１バイトでも読み出せば次が文字の頭(ANSIかリードバイト)で
ある事は判明するが、JISでは制御コードを一切混ぜず全角のみを扱う規約でなければ
非常に困難、もちろんARIBでも不可能
ISO-2022-JP自体が扱いにくい符号化方式だってのもその通りだとは思うけど、
ISO-2022-JPの実装なんてB24の仕様策定時点でも既にありふれてて十分枯れてたし、
それを拡張してスタイル情報を表現できるようにするのと、例えばUTF-8みたいなステートレスな符号化方式
使った上でスタイル情報はXML/XSLに任せる(ただし新たにそれらのパーサが必要になる)のと、どっちが楽か？
て話だったんじゃないかね
言ってみれば、Unicode + その私用領域 + UTF-8 + XML + XSLのかわりをB24単体で受け持ってるんだから、
扱いが面倒になるのはある意味しょうがないかと
でも、PCでの録画ソフトみたいに基本的に欲しいのは文字情報だけな場合には、ただの扱いにくい文字列だなと
感じるのは事実だけどｗ
みんなそんなの対応してるのかな？
紳士規定に過ぎない物だけどお上の決めることだから
逆らわないで従うのが日本流
特に国内大手や国内の放送局がかかわってると
だから糞糞とレスが並ぶ
数字的には2chのdatを決めるのに似てるけど2chの時間よりずれてるんだよな・・・
別のものかな？
何の話してるのかわからないのなら無理に絡まない方が良いよ
昔はCPUの都合もあった
今と違ってレジスタ帯域の狭いCPUも広く普及していたので(Z80とかな)、
管理ステートが発生するとそれだけ余計にレジスタを占有して低速なメモリへの依存が高まり、
それだけで速度の低下を招いた、まあCPU自体の速度もメモリ速度も遅かったからな
そういう意味じゃ今の方がまだJISには有利な環境と言えるんだが、実情はまあ何というか…
あんたもつまらん突っ込みするの好きだね。
だから、「同じ」ではなく「大差ない」と書いたでしょ。あと、「かも」を勝手に削るな。
自分も、糞真面目に先頭からパースしなくても、何バイトか遡るだけで判別できるなと
１６ビット時代にはそういうコードを書いたこともあるが、
今度は先頭をオーバーしないように工夫しないとならず、
パイプラインベースで条件分岐命令を極力排除したい現在どうなんだか。
文字を大量に扱うエディタ等では、予めフラグを作るなり
１文字が固定長になるよう変換しといたりしないと、いずれにせよ非効率だし、
そういう意味で自分的には大差ないという認識なだけ。
かもという表現が使えるほど曖昧な差ではない、という認識だから言ったまでだがね
少なくとも知らない人が見たら明らかに誤解を招く内容を指摘されてつまらん突っ込みと
返すあんたも相当だよ
CPUのアーキテクチャ云々を言う前に検索一つとってもJISだと単純なバイトサーチが
かけられない現実がある訳だが、その辺が大差ないと本気で思ってるのか？
ぶっちゃけその意味じゃARIBコードをJISコードより評価していたりもする
ただ制御コードを別枠にしなかった事でせっかくの設計がほぼ機能しない事になってしまったが
だから、>>522 のランダムアクセスが困難うんぬんについて、
「その点では〜」と書いただけなのに、勝手に拡大解釈しないでくれ。
文字列編集を筆頭に、ステートが面倒なことくらい、
ある程度理解してる人ならみんなわかってるだろ。
突っ込みついでに検索について言うと、
誤爆する可能性が多々ある点で、
SJIS も単純なバイトサーチはできないというべき。
SJIS は、ダメ文字問題もそうだけど、
なんとなくそのままにできそうで実は完全じゃないことが多く、
対策を後手後手にしてしまった（どころか現在も解決してないこと多し）という点で、
今となっては害も多かったと言わざるを得ないところもあるんじゃないかな？
まずANSI文字の連続、つまり2文字以上のANSI単語の検索に関しては1字1字が明確に
ユニークな体系のサーチと比べて効率は殆ど低下しない
(いちいち理屈は説明しないぞ)
次に全角混じりのトークンに冒頭文字についても誤爆を一切招かないケースは多い
(リードバイトとトレイルバイトでは定義域が違う為)
対する半角/全角混在のJISコードはどうか？言わなくても分かるよな
基本的にJISコードの体系ってのはCRやLFと同じ、ラインプリンタの都合を
大きく考慮して作られたコード体系だというのが正確な理解だと思うがね
だからあれは漢字INや漢字OUTを含めて文字コードというより出力コマンドだと理解すると分かりやすい
CRやLFその他の制御コードと同様、歴史的にはもちろん意味のある事だが、
メモリ上に置いて種々の処理を行うのに都合がいいようには元々作られていない訳で、
その辺りが他のコードより不利でも当然の話で何の恥でもないと思ってる
ただその延長線上で混在コードの仕様を定めちまったら
色々歪な現象を生むわなってだけの話が何故それ程受け入れられないのか
後はメアド交換してやってほしいんだけど
都合の悪い突っ込みは無視し、
本質に関係ない解説ステートに入ってしまうようなのでもうやめるよ。
文字列パースより会話文のパースについて考えて欲しいなあ。
まあ風向きが悪いから止めたいというなら構わんよ
とりあえず知らない人が聞いたら誤解を招くような偏った主張は控えたらってのが趣旨だから、
そちらが自分の中でどう折り合いをつけるかとかは割とどうでも良かったりする
決して悪い意味だけでの変態というわけではないけどｗ
こういう何でもかんでも一カ所に詰め込んでしまえという設計も場合によってはアリと思う。
別にこのやり方がベストだとは決して思わないけど、もう実際に運用されていて、どうやっても
変わりの無いようなものについてああだこうだいってもね…（っていっちゃうのは野暮かｗ）
文字コードに表示する場所とか表示色指定の情報も入っていたり、半角的なものを表示したかったら
幅を半分にすればいいじゃんみたいなダイナミックな考えも嫌いじゃない。
実際に運用されている字幕のデータでも、カタカナだけではなく他のものも半分にしてるよね。
実装を書く分にはむしろやりやすいって面はあると思う
次からはこのスタイルのフォントだ、この文字だ、この色だ、このシフトだって感じで、
単純にバイトとステートに応じたパーサを書くだけで済むからある意味何も考えなくていい
ただこのコード体系ではコードがクライアントでこっちがサーバ的な関係を強制されている
だから定められた仕様以外の目的で使おうとすると途端に面倒が噴出する
今のJISコードをベースにした体系でも文字列とそれ以外の情報を別枠に分離しておくだけで
あらゆる処理のコストが全然違うんだけど、表示の効率に特化した仕様になってるって理解
「これは汚れてるので半額にするよ」と言ったら、
ほかのも勝手に汚され、
「半額だって言ってたのにそうならなかった。詐欺だっ！」
と言われた気分ｗ
あまり長文垂れ流してると512KB制限に触れて1000を越える前にDAT落ちするぞ？
NGしとくから
次スレ立てればいいだけのこと
適材適所って事もあるし、俺も別にダメ規格だとは思わないかなー
Caption.dllとかの実装なんて大変だったろうなとは思うけど、仮に文字情報の扱いが簡単な方式だったとしても、
その分別の何らかの方式でスタイル情報を扱わなきゃダメになってただろうし、全体的な手間はそんなに
変わらんかっただろうと思うよ
>>542
そりゃそもそも放送用の符号化方式なんだから、ストリーミングでジャカジャカ流れてくるのを
順次処理していくと言う点が重視されるのは当然じゃないか？
ぶっちゃけメモリに置いてランダムアクセスする場合の苦労なんてそれ程考えてないかと
あるいは、その場合の手間にしたってISO-2022-JPと大して変わらんのだから、そんなに問題じゃ
ないだろと判断したとか
事情が違うけど字幕に関してはその通りだろうな
一番効率良く字幕を表示するという意味では最適に近い解なんじゃね
字幕を検索する事なんて考えなくていいしな
問題はそれをEPG文字(タイトルだけでなく概要や詳細まで全て)にも適用してしまった事なんじゃね
工業製品が工業規格に従うのは当たり前じゃん
馬鹿がUTF8とか言ってるが、UTF8なんて日本語で使うには冗長過ぎる
Unicodeは使える文字多いけど、JISコードすべてを網羅しているわけじゃないし
主ニーズが違うんだから字幕と違って制御周りだけは抜くか分けときゃ良かったのに
徹底的にやれクソジャップ
工業製品であろうとJISだけじゃなくISOでもいいのよ
グローバル（）になりましょう
都合のいいところだけグローバル（）しないで
同じいステムの中に複数の文字コードセットw持るほうが混乱するし、全体のソフト作るほうの負荷は
何も変わらない。
EDCBの番組表再読み込みでかかる時間の中でJISの処理時間がどれだけ占めてるのか知らんが、
そもそもTSそのままストアして最初からパーシングしてるのが原因じゃないのか？時間がかかるという
なら扱いやすい形式にしてデータストアする工夫だってある。なんなら、お前がやればいい。
文字コードセットの話を始めてどうすんだよｗ
ずっと効率的なのに、混在符号化のせいでそれが出来なくなってんだよなアレ
面倒臭いから要求解析とか省略して字幕仕様をそのまま流用しました臭は拭えない
TVRockのチャンネル設定がおかしくなって上手く直せないから
Tvmaid使っているんだけど良いねこれ
ありがたく使わせてもらっています
消音、再生オフ、最小化で録画してくれているのはこれがデフォ？
これは助かる
要望なんだけど、
自動予約で無効登録した時にTVRockみたいに無効のまま予約一覧に灰色表示されて欲しい
あと予約一覧画面で日付区切りがあると嬉しいかも
もう開発はあまりしていないのかな？蔭ながら応援しています
そういうのほしいね
tvtestみたくソース公開したら面白い派生が出てきそうでわくてかする
TVTest側（RecordFileName）を何に変えても全部下の形になって出力されるんだけど
＞例 ヒーローバンク[字]-141027-1830.ts
TvmaidやTVTestのバージョン変えたりini作り直しても駄目だった
何か見落としあったらスマン 教えてください
>消音、再生オフ、最小化で録画してくれているのはこれがデフォ？
デフォ。というかTVRockのようにオプションの設定はできない。
>自動予約で無効登録した時にTVRockみたいに無効のまま予約一覧に灰色表示されて欲しい
無効登録という機能が無い。
自動登録を無効にすると、その自動登録を無視するため、(表示されていないのではなく)予約登録をしていない。
無効登録のほうがいいのかなあ。
>あと予約一覧画面で日付区切りがあると嬉しいかも
これはあったほうが良さそう。
>もう開発はあまりしていないのかな？蔭ながら応援しています
バグ修正はしてるけど、機能追加はやってない。
今のTvmaidは小さな修正だけして、そこからの派生バージョンでテーマに沿った改造、機能追加をする予定。
でも、どういうテーマにするか決まってない...
>tvtestみたくソース公開したら面白い派生が出てきそうでわくてかする
ソース公開しないと決めてはいないが、今のところ特にメリットなさそうなのでしてない。
もっとユーザが多くないと(というかメジャーでないと)、ソースがあっても派生は出ないと思うなあ。
>>565
残念ながら、変えられない。
userフォルダに、Tvmaid.defというファイルがあって、その中に
record.file={title}-{start-time}.ts
という行があって、これがファイル名なんだけど、
{title}(タイトル)と、{start-time}(開始時刻)しか作ってないので、実質的に設定できない。
ファイル名変えれないのか、俺にとっては致命的だなぁ
自サイトにFAQ欄でも作って回答しないと何度も同じ質問繰り返されることになるよ
というか初めから現状何が出来て何が出来ないのか説明しとかないと質問攻めになるし、このスレにとっても邪魔
ありがとうございます
NicoJKのコメント管理でNicojtxtdel使っているのでサービスIDだけでも出力したかったんですけど
無理なんですね 残念です
先日EPGの件でお騒がせしたけどとりあえずEITはあきらめて
他から入手したんだが日本の番組編成って5分とか平気で入ってるし
それなのに文字文化で大量に文字が必要だからどうやって収めるか悩む
他に必要なのってチャンネル名とか？
>>571
ファイル名にサービスIDが必要なのか...
いろんなアプリがあるなあ。
>>570
そうだね。
これまでの質問と回答のページを作るよ。
これもtvrockと同じ感じにして欲しい
10項目くらい作ってそれを自由なフォーマットで設定できる感じでも
最低でも放送局名、開始日時、終了日時は欲しい
今はtvrockでこうしてる
歴史発見 城下町へ行こう!SP 明治維新の舞台をゆく〜薩摩、長州、土佐、そして長崎へ [ＢＳ朝日１] 2014年10月26日(日) 13時00分〜14時55分.ts
なるほど。作るとき考慮するよ。
ぐたぐたになりそうだったし、tvmaidの方が技術がありそうだと思ってお願いしたのに･･･
tvmaidに作って欲しかった･･･
俺たちのメイドさん、応援してるよ
乞食には何かを催促する資格なんて無いってことを理解しろよ・・・
はい、NG
ちゃんとした形で要望を出すならまだしも、不平不満ばかりってのはちょっと・・・
作るよって書き込みして逃げたんだから非難されるだろ。
tvmaidだってそれが原因でEDCBには手を出さなかったんだから
ソフト作れない人間に限って無茶な要求出したりするからなｗ
>>575の要求なんかだとバッチ処理で別ソフト処理のほうがいいと思うんだけどね。
一人でやってるっぽいのになんでもかんでも要求してたらパンクするよ。
そんなわけあるかよ
共用してるわけじゃなくてあくまで要望だし無理ならスルーするでしょう
いちいち横槍入れる人うざいね
実装されないから叩いたりするんですね
わかります
なんでだよ
現実的でまともな要望だろ
それに作者は要望欲しがってるからわざわざここでアップしたりレスしたりしてるんでしょ
第三者が憶測で横槍は本当にうざい
乞食には何かを催促する資格なんて無いってことを理解しろよ・・・
作者は誰にも意見されずに一人で黙々と作り続けることは望んでないように見えるけど？
第三者が憶測で横槍は本当にうざい
http://fox.2ch.net/test/read.cgi/poverty/1414737359/
>>592とか誰も催促なんてしてないのに催促してるとか言い出してるんだぜ？
こんなのと会話にならんわ、頭おかしいだろ
俺はID:dBkyKlbKな
無茶な要望なんてしてないし普通の人でしょ
何でもかんでもモンスタークレーマー見たいに叩いて追い出すのは良くない
tvmaidさんも良いと思った意見は取り入れたりしてくれてるんだし発展の邪魔でしかないよ
誰がなにを言おうとtvmaidさんの考えを無視して勝手に想像してるに過ぎない
お前は一体何と戦ってるんだ？つうかお前はもしかして>>575なのか？
別に>>575の要望にケチつけてる奴はいないだろ。何かの被害妄想？
この流れの発端は>>578だし、催促ってのも>>578を指してると思うんだが。
EDCBの人が1か月ほど音沙汰ないのは事実だが、開発ペースなんて人それぞれだし、
>>578みたいな書き方をしたらやる気も削がれるってもんだろ。
それに、tvmaidさんに独自にEDCB対応してもらいたいなら、もっとまともな書き方があると思わないのか？
ID:ERta9bRxみたいな根暗な愚痴り方は百害あって一利無しだと思うんだが。
もう一度聞くけどお前は何と戦ってるんだ？
ID:dBkyKlbKは何も「要望」入れてないよ。つまり、周りから茶々入れてるだけという意味で同じｗ
書いてもない自分の「要望」を否定されてると思ってたってことか
予想以上に異常な人だったなｗ
これ以上何を言っても無駄
ID:ERta9bRxに対してだったのか
途中で>>575(は俺)を否定するレスが出てきたからさ・・・
>>584にしたってその人なりの観点から意見を書いただけだろ。過剰反応しすぎ。
これ以上続けても意味がないからもう終わりにするけど、もう少し流れを読んで冷静に話そうぜ・・・。
よく見たらID:dBkyKlbKが言ってる作者はミニッツメイドの人の事だけ指してる感じだし
双方に失礼な態度の乞食がたしなめられてるのに部外者のくせして横から噛み付いてるのとか
見てる所が色々ズレてたんだろう
おもしろい皮肉のひとつ出てこない・・・・・・・・・・・・・・・
それ、自分への皮肉？
いや、別に他の人が作ろうとしてるから、やらなかったわけじゃないよ。
TvmaidのEDCB対応は、以下の2つが考えられる。
(1)Tvmaidの予約機能を捨てて、EpgTimerの予約機能を使う
(2)TVTestの代わりに、EpgDataCap_Bon.exeだけ使う
(1)は、ほとんど作り直しになるので、やる気なし。
(2)だと、EpgTimerの機能を作らないといけないので大変。(1)の方がまだマシ。
どちらにしろEDCBの複雑な仕様に合わせる必要があり、あまり乗り気になれない。
EDCBの人が作ろうとしているのは、(1)の形と思われる(Web UIだけ作る)。
(2)のほうが簡単だよ
個人的には、tvmaidさんがEDCBに乗り換えて本気で作ってたらうれしい。
以下のようにログには、終了と記録されますが、
TVTestは、録画が終了しません。
TVTest ver.0.7.22の32bit版。
14:27:25 予約しました。みまさか情報局(再) にぎわいみまちゃんネル
14:27:28 地上1: 録画を開始します。みまさか情報局(再) にぎわいみまちゃんネル
14:34:44 地上1: 録画が終了しました。みまさか情報局(再) にぎわいみまちゃんネル
特定の番組だけ？
それとも、いつも、どの番組を予約してもそうなる？
ログに出てないなら、TVTest側でエラーになってないようだし、なぜだろう...
>>609
EpgDataCap_Bon.exeを使うだけで、機能を変えないならそうかも。
でも、優先度だのぴったり録画だのとやるなら、EpgTimer(Srv)を使ったほうが楽そうじゃないかなあ。
で、製作中の物はどう？
0.7.22使ってる人とかほっといていいと思う
それに初回録画なのか、今まで正常に録画できていたのかすらわからないし
>> ひどい野郎だな
ごめんなさい
>>613
>>614
>> 特定の番組だけ？
>> それとも、いつも、どの番組を予約してもそうなる？
>> 0.7.22使ってる人とかほっといていいと思う
>> それに初回録画なのか、今まで正常に録画できていたのかすらわからないし
最初にtvmaidを入れてから同じです。
0.7.23にかえてもおなじです。
アホか
それほど重大な意味だと思わなくても
せめて
>> 特定の番組だけ？
>> それとも、いつも、どの番組を予約してもそうなる？
には答えてあげてよw
有用な情報提供者は>>618みたいな人よりも遥かに価値が高い
気の利いた人なら直接求められてないけど極めて有用な情報も付ける
でもあなたのは今のところ糞みたいな情報なので、まずは情報を書く時には間違いがなく、かつ、要求におざなりな対応をしない癖をつけたほうがいいと思う
２ｃｈだけでなく世界全体の常識としても、間違いによる訂正は許されるけど騙しは許されない
だから質問には恥ずかしがらずに真っ向から答えてやればいい
たとえそれで解決しなかったとしてもさｗ
常に録画が終了せず、延々と録画し続けてしまうってことでいい？
もしよければ、下のリンクのTvmaid.exeをダウンロードして、上書きコピーして試してみてください。
http://nana2.sarashi.com/r2test/Tvmaid.exe
まだ直したわけではなく、調査のためのもの。
録画終了処理中のエラーで無視していた部分を、ログに出すようにしただけ。
ログに何か出ないか見てもらえるとありがたい。
>> >> 特定の番組だけ？
>> >> それとも、いつも、どの番組を予約してもそうなる？
>> には答えてあげてよw
すべての予約が、どの番組でも同じになります。
>>620
>> 常に録画が終了せず、延々と録画し続けてしまうってことでいい？
はい。録画が続いてしまいます。
>> もしよければ、下のリンクのTvmaid.exeをダウンロードして、上書きコピーして試してみてください。
>> http://nana2.sarashi.com/r2test/Tvmaid.exe
リンク先は、権限がなくダウンロードできませんでした。
>>621
>> mark10alsさんは病気でDTV方面の開発から引退したと思ってた
パソコンの操作と入力は、「オペレートナビ」なので開発は困難です。
ただ、一人のユーザーとして参加しています。
＊長文を書くのが大変なので、つい横着してしまいました。
状況説明が足りなくて、ごめんなさい。
OSすら書かなくてどうしろと・・・
そのリンク先も普通のダウンロードできるし
外部ドメインのリファラがついてると403返してくる
いわゆる直リン禁止の類のクソ設定だね
リファラ無しを蹴ってないのだけは救いだけど
リンクをクリックしてのダウンロードできませんでした。
アドレスをロケーションに貼り付けるとダウンロードできました。
今、テストしています。
RecTaskCentreっぽいのをTvTestで出来るとかなんとか。
Tvmaidの作者様
申し訳ありませんでした。
Tvmaid-T3で設定した後、上書きで運用していた環境を削除しました。
新たに、Tvmaid-R2をインストールしてSetupで設定しました。
こうすると、TVTestの録画が終了するようになりました。
初歩的な確認もせず、報告してしまいご迷惑を
お掛けいたし申し訳ありません。
おそらく、T3用のDBが残っていて、それをR2で使っていたということでしょう。
録画終了時、(T3の時には無かった)録画結果テーブルに書き込みに行って落ちたと推測。
DB定義のバージョンチェックをしてないのが問題でもあるな...
>>629
こっそりというか、とりあえず思いついたので作ってみただけ。
自分でも使ってないし、放置中。
これまでの質問と回答
>録画アプリはTVTestじゃなくてRecTaskでも使えますか？
>RecTaskは、プラグイン機能が無いため、外部から操作ができず対応できません。
名前つきパイプで簡単に操作できるよ
知らんかった。
リファレンスみたいなページは未完成らしいのが残念だ。
http://rectask.wiki.fc2.com/
ここのトップページからメッセージ飛ばすと返信が返ってくるから
それをそのまま名前つきパイプで投げるとかすればOK
複数行のメッセージを投げたり受け取ったりするだけの簡単な構造
できなくて[ ]になってしまう事があるのですが、原因とかあるのでしょうか
操作出来ようが出来まいが、TvmaidにRecTaskを使わせる意味なんて無いと思うんだよね
TvmaidにはEPGまわりでどうせTVTestが必要なんだし、今TVTestだけで出来てる事を、
TVTestに加えてわざわざRecTaskも使うようにしたいと言う理由って何なんだろ
今書いてるからまって
もうすぐEPG周りを解決するのできる
だから提案したのよ
RecTaskを中心にあれこれできるシステムを考えてて
そのための部品が足りない＆やりたかったことの一部をTvmaidがやってるので
技術的な話のフォローしてる
今はスマホやタブレットも視聴端末になってきてるから古いソフトはどれも
抱えてる機能が多いしMFC使ってたりするしメインの開発者が放棄してて
微妙な状況
その点RecTaskは機能的にはシンプルだし周辺をなんとかそろえればいい感じ
ブラウザから番組表に関してはすでにTvmaidがあるから後はRecTaskの操作周りと
EPGをクリアすればいい
EPG周りはEDCBのEpgDataCap3.dllを使えば解決できるし今これを
使えるようにするコードはすでに何とかなったので解決できる
後はタスクスケジューラー周りでいいフリーソフトあればこの辺も書かなくて
すみそうなんだけどね・・・
プログラムの勉強も兼ねてｗ
RecTaskからffmpeg経由してタブレットでTV見てたりするんだけど
どうしてもEPG周りとかはTvtest依存になるから併用してるのよね
EDCBはソース手に入れたけどWPF使ってたりもうなんかいろいろ変な話になってるし
一時期の問題もあってデコード処理が無いのがあったりとあれだから
利用できるところだけ利用しましょってだけ
あとTvmaidがすでにやりたかったことをやってるようなので相乗りする感じ
折り合いが付くならうちで作る分を使ってもらってもいいしだめなら
自分で欲しいものを別途書くだけだしって感じ
スクランブル解除処理・・・○
復号はデコード。
スクランブル解除はデコード。
お前恥ずかしいな。
重箱の隅つつきが思い切り自傷行為になってるけど大丈夫・・・？切腹侍？
録画済tsからepg抜けた
やっと糞ARIBを気にしないで組めるｗｗｗｗ
まじで利権糞過ぎる
10系でなく9系のソースを見るべきだったな
鯖コードの機能的な側面で10系の恩恵があるのは主に実録画周りなので、EPGだとあまり意味がない
もっとも9系のEPG周りも制御構造は各種リスト化や呼出構造が建て増しというか
他人が利用するにはかなり怪しい流れになっているので、EPGの実運用を知る目的ではアリだが
流用って観点だとARIBテキスト変換等の美味しい部分だけ抜いてあとは自分で書く事になるだろうがｗ
糞ARIB周りかかなくて済んだだけでもいいわ
第一流用といいつつもあくまでEpgDataCap3.dllそのものを流用する手立てが
できただけだからインターフェースがそれほどかわってなきゃ今なら正直どれでもいい
糞ARIB周りやるより楽な話
Tvtestのepgdataからデータ読み込むもの書いたし大体扱う中身は見当付いてる
>>649
余力があれば検討してみます
どういうケースで[ ]のような表示になってしまうのか、具体的な例があれば原因が分かるかもしれません
もしrplsTOOLに問題がありそうなら、↓こちらにお願いします
【BDAV】BDをRipして楽しむｽﾚ Vol.51【AACS】
http://peace.2ch.net/test/read.cgi/avi/1377937786/
まあそうだね。
RecTaskは、いらないんじゃないかと思ってはいた。
TvRockでは当然のように「録画はRecTask」だったから、そういう思い込みがあったかな...
>>641
タブレット持ってないんで意味がわかってないが、TvRemoteViewer_VBみたいなもんなの？
そうそう
TvRemoteViewer_VBのようにエンコードしてもいいし
ffmpegを通してmpeg2-tsから必要最低限の情報だけに削ってタブレットに
飛ばせばLAN内限定だけどロケフリにできるしね
それで足りないのがTV番組表関連と予約機能なのよね・・・
webサーバーを機軸にTV番組はTvmaidあるからラッキーって感じだし
予定通りの機能できた
後は出力形式どうしようかなあ
csvでいいのかな？
PT2で録画したHDDが結構増えてきたんだけど、これらを管理するソフトで
いいの無いかな？
HDDの名称に対してフォルダ、ファイル名が紐付けされて、ワイルドカード
で検索が可能だったらありがたい。
http://www1.axfc.net/u/3358026
passなし
本ソフトを起動して待機させておいてRecTask等tsパケットをUDPで流せるもので
127.0.0.1:1234あてに流してくれればそのうち標準出力にEpg情報がでてくる
こういう形式のほうがいいというのが定まってないのでとりあえず情報は出してるだけのバージョン
EpgReceiverUDP.exe 本体
EpgDataCap3.dll EDCBの部品
Epg.dll EpgDataCap3.dllをC#で使うためのラッパーが入ってるクラスライブラリ
部品化をほどこして多数の普通の人がかかわりやすくするのが目的だもの
俺は歓迎派だけどね、フロントエンドとか作るの楽しいし
最終的に、タブレット用の「配信＋EPG表示＋予約」システムを作る。
RecTaskを中核にする。
RecTaskにEPG取得機能が無いので作った。
Tvmaidと連携したい。
...ということだろうか。
全体像や、具体的にどのアプリをどう使おうと考えてるのか説明してほしいな。
まあ部品作るから使えそうなら採用くらいでいいんじゃない？
チューナーの基本はRecTask
RecTaskの操作はRecTaskCentreEx
EPGの取得はEpgReceiverUDP
動画のエンコードや無駄情報削るのはffmpeg
無いのは取得したEPGを元に番組表の表示系と
スケジューリング関連？
http配信とかはそれほど難しくない
RecTaskは弱すぎる。
ソースみたけど解析で一苦労しそうなんだよねｗ
srvが名前つきパイプとかで操作できそうなんだが
つ CtrlCmdCLI
知ってる
上でビルドが通らないって書いた時に一応ざっくりは見た
一応動くものを入手して動かしつつ解析しようかと思ったんだけど
それを呼んでるはずのTimerとかがビルド通らないのであきらめた
その副産物でEpgDataCap3.dllが使えそうってことで切り離してみたのが今かな
手を入れるとb25関係弄らなきゃならんから放置してるんだろうけど
ビルドできない時はC#部分の.NETのバージョンを確認。
その辺手入れるとまずいのかねえ
後でもう一度トライしてみる
EDCBはいろいろ実装してて確かにすごそうなんだが
それが実はちょっと不満
DLNAとかも見かけたけど本職の人でも参加してたのかね？
.NET Framework を 4.5以上に指定するとビルドが通るよ。
EDCBは
・予約振分けが強い
・1チューナーでの別サービスの複数録画対応
・1チューナーでの連続録画の前後ともカットされないで録画
・ぴったり録画
など
捨てられない優れた特徴がある。
既に完成され過ぎたEpgTimerがあるわけだし、余計なものを使う必要性がないだろう
10系の途中までソースを公開しながらEDCBの中のが一人で作っていた。
まるものガサ騒動辺りから更新が減って、平成24年の著作権法改正後は表立って活動していない。
で現在は、gitで派生バージョンが上がっている
DLNAはEDCBの中の人の最後の方の仕事。
機能はいいけど、GUIやフロント周りが駄目駄目。
これはEDCBの中の人も認めていて制御以外は他の人が作って欲しいって呟いたこともあった。
あんなの実装するための情報どうやって集めて組み立てたんだろう・・・
RecTaskと切り離して使うRecTaskCentreとかはいいデザインだけどさ
つ Readme_EpgTimer.txtの最後
なぜあれだけああなったんだろうってくらい使ってるものが飛んでるｗ
C++でGUI作るのが面倒だからC#で作ったんだよ
WPF使ってるのは単に趣味な気がするが
まあ作った時期にもよるんだろうね
XAMLがまだ多少未来があった時代もあったし
あんまり達成感もないとかそんなこんなで
側はあとでいくらでも変えれるわけだし
その時々のトレンドで労力かけても微妙なポジションになったりするからね
WPFやSliverLightも数年前はまだ可能性あったけど
正直どこへいったの？ってレベルだしな
環境によってはおもいからね
>無いのは取得したEPGを元に番組表の表示系とスケジューリング関連？
そこが中核なら、まずそこから決めたほうがいいんじゃないかな。
今、EDCBとか調べてる最中のようだけど。
部品化もテーマのようだから、RecTaskを使いたいってのも、わからんでもないが。
Linuxで使われている予約録画ツール？みたいなのを考えてるのかなあと思ったけど。
あと、対応OS、使用できるタブレットの種類、配信プロトコルとかも、よければ書いてね。
最強を目指すならEpgTimer.exeを作り直すのが近道だね。
賛成だけど作る人がいなそう･･･
>>686
どうせhtmlにするなら鯖組み込んでブラウザーから制御がいい。
外部からも制御が出来る。
ついでにTvRemoteViewerも取り込んでロケフリも完成。
凄いプロジェクトだね。
この調子だとChinachuのWin版みたいなのができそう
今一番需要がありそうなところだからねえ>webサーバー経由の形
スマホやタブレットが直接つながるのは大体サーバー内蔵だしね
ttps://github.com/u-voelkel/fuppes
huppeｓっていうオープンソースもあるよ。
>>687
四六時中接しているUIでもないし、番組表を目をさらにして眺めるような使い方はしてないので
気にならないな。
gitにあった。
こんなソフト初めて知ったぞ。
EDCBスレでも一度も話題になってないソフトだな。
html5のcanvasでタッチ取れるからクライアントはタッチアクションを取得してサーバーに送って
サーバー側で絵作って送り返してもらって画像を表示するだけにすればかなり楽かもね
そうすれば.netのGraphicsでメモリ上で画像作ればいいし
canvasって.netのGraphicsに近い感じなので遊べるかなあと思ったけど
jsがきつすぎる
htmlであれこれするのも負担が大きいし
ぐぐってもgitの1件しかひっかからねーよｗｗｗｗ
可能性ありそうで期待。
>>699
隠してないでしょ。告知してなかったから見つけられなかっただけで･･･
1行が1イベントで番組の日本語情報は中に改行コードが含まれてるので%CR%に変換してある
http://www.dotup.org/uploda/www.dotup.org2222.txt
並べてる情報の順はこれをみてね
http://ideone.com/mVuzWZ
いやまだ未完成。
https://github.com/nullpohoge/EpgReceiverUDP/
UDPでtsパケットを受け取るだけなので録画済のtsをUDPで流し込むか
RecTaskなどからUDPでtsパケットを飛ばせばOK
EpgDataCap3.dllの動作の関係でtsパケットをある程度ためて情報が
出力できるようになったらEpgを出力するので取得時間は不明
でもそんなにかからない
受信ポートは1234
出力形式は1行1イベント
日本語情報の中には改行コードが入ってることもあるので%CR%に変換
利用する際に%CR%をwindowsの改行コードに戻してください
改行コードは\nで出したらいいと思う
要するに
説明1行目\n説明2行目[普通に改行]
次の番組
この辺の出力はどういうのがのちのち楽なのかいまいち読めないから意見は欲しいねえ
今は一応EpgDataCap3.dllが出してくる情報を並べてるけどTvtestのEpgdataを解析した
経験で考えるとnibbleとかaudioの当たりももうちょっと絞れるんだけどな・・・・
UDPでEPGを取得した次にあるのは何？
これを使ったらチューナーが1つ潰れてしまいますよね？
UDPで映像を送信しようとした場合、排他になってしまいますよね？
録画との絡みでEPG取得するときの使用チューナの割当はどうするの？
作りこんでも実用段階で詰まるんじゃないの？
それにEPGとUDPってEPGデータビューアで合った組み合わせ。
結局誰も利用しなかったんじゃないの？
馬鹿にして書いているわけではないです。
そういう意見は求めてない
説得する気もないし
あー録画しながらUDPでEPGに流すのか･･･
複数録画の場合はポートが増えていくのか･･･
実質RecTas系の仕様なんだ。
2分かかるかどうかでアプリは勝手に終わるから基本的にはチューナーが空いてる時間に
これを起動してEPGを取得して終わりというシンプルなものよ
目指してるのは便利機能じゃなくて便利機能を作りたい人向けのごくシンプルな部品なのよ
目指してるのはICなんかでよくあるディスクリート部品
タイマーICの555みたいなのとかさ
クラスライブラリとか考えてたんだけどこれも密接すぎなのよね
既存のパーツの分断化や密着度合いを緩めることを想定してる
ソフトウェアに詳しい人はある程度増えてきたけど
ハードウェアわかると面白い表現できるよね、よくわかるわ、その説明
俺が作れるのなんてせいぜい4066くらいだわ、
だからコード書いても将来までメンテしたくないしなあ
巨大なコードみるのもしんどいしｗ
だから将来楽するために今ちょっとやってる程度
まあXMLで出力するならepgdumpとほぼ変わんないが
csv
ただし文字列を""で囲ってないけどｗ
シリアライザー使えば自前でほとんどコードかかなくていいから
問題は出力情報がxmlのタグでさらに膨れ上がるところが悩みの種なんだよね・・・
ちゃんと読んでね
EpgReceiverUDPはxmlじゃなくてcsvぽい形式
EpgReceiverUDPでxmlだすのは簡単だけどタグでさらに情報が膨れ上がるのが悩みどころ
JSONはよくわからん
CSVで出すのはわかってるよ
加工側から考えりゃCSVよりXMLかJSONのが楽じゃ無いの？って書いてるんだが
どっちもシリアライザー一発だしね
CSVもシリアライザー書けば一発で出来なくは無いけど入れ子構造とか無理だし
あれはファイルからts読み込んでファイルに出すっていうのが決めうちになってるのと
元がlinux向け？にかかれてたものを移植してるのかCだったりと使いにくかったから
模索してたのよね
当然csv以外にxmlやJSONも考えたけどデータが膨れるからcsvに絞っただけ
テスト中
JSONならDynamicJsonおすすめ
xmlにするとcsvの2倍以上になってるなｗ
標準入力から読むならConsole.Inから読むだけだよ
でもbatなどでよくやってる>でのリレーがわからんかった
どうやって他の標準出力を自分の標準入力からもらうのかという話ね
TextReader オブジェクトぽい
INはパケットが欲しいからbyteモードがないと
OpenStandardInput
これでいけそうだね
プロセス間でやりとりするのに名前つきパイプのクライアントとサーバーまで書いたのに；；
まあConsole使えば標準入出力は簡単に扱えるよ
188xn個で送ってくれる保証ないよね・・・
でも標準入力読むならepgdumpでもいい希ガス。cygwinとかでコンパイルできそうだし。
こんなのでできるよ
問題はtypeコマンドがバイナリを188xnで送ってくれるかが問題
たまたまRecTaskはそう送ってくれてるとしても、他がそうとは限らない
そういうストリームを扱うプログラムは普通自前でバッファリングしながら解析する
ファイルサイズを188で割ればきっちり割り切れるはず
そうなんだよねｗ
ちょっと甘かったｗ
今受信バッファを意図的に188にして機能テストだけしてるｗ
放送で流れてるストリームを直接扱おうとすると必ずTSパケットの先頭から
送ってくれるなんて保証ないでしょ
読むほうはそれでいいけど受け取るほうはいろいろめんどくさい
それに壊れたデータが来ることを想定するとなると軽量ツールの意味がないんだよな・・・
tsパケットの188xnじゃないデータが来たときは知らないというスタンスでいきます。
ICも同じ
仕様外のデータ突っ込むと最悪壊れるのと同じ
188xnのデータを出力しないアプリが悪いということで
良かったらどうぞ
https://github.com/yukiboard/EpgTimerWeb2/blob/master/EpgTimerWeb2/Util/JsonUtil.cs
こんなのまであるのかｗ
あとこれ使うか
DataContractJsonSerializer
いやー便利便利
C/C++のアプリってこの辺のテキスト処理だけで大変そうだよね・・・
FrioやHDUSが全盛だったころの議論そのまま･･･
そりゃ2chの住人は入れ替わるからね
タスクスケジューラー周りもすでにあるのか
http://msdn.microsoft.com/ja-jp/library/system.threading.tasks.taskscheduler%28v=vs.110%29.aspx
これでにスケジュール管理なげればいいな
それは別物なはず。
スケジュール管理は http://bartdesmet.net/blogs/bart/archive/2008/02/23/calling-the-task-scheduler-in-windows-vista-and-windows-server-2008-from-managed-code.aspxだと思う
自分で作るプログラムの配下での話みたいね
こんなの見つけた
http://technet.microsoft.com/ja-jp/windows/ff467963.aspx
これでいいかもｗ
まあ、schtasksを使いたくないからあのサイトを探してきたわけで。だからどっちを使ってもいいと思うよ。
自分はgmailの専用アカだから問題ないな
開発者はgit logにデフォルトでmailアドレスが入ることぐらい知っとるよ
パイプとかもろもろ使う場合は参考になればどうぞ
https://github.com/nullpohoge/HogeTools/
あなた、BonDriverProxyの中の人だったのか・・・
BonDriverProxyなんて書いてない
最近この界隈に入ったばかりだし
すみません
違ったのか･･･
何この最強コード
どっちかといえばwebブラウザ向けのUI画像をサーバー側で書くなにかの
ヒントになればなあと思って
サーバーで書くのはBitmapからGraphicsにして書いて、それを流せばおｋ
TS抜きの始祖だよね。
2chのソフトスレとか見てるとよくわかると思うが長きにわたって
存在する必ず荒れるし
大事に自分のローカルで管理してもストレージ吹っ飛べば複製作ってなきゃ
それで終わりだしね
windows向けのアプリ書く時代でもないしおいとくから適当にやってよ
くらいが一番いいわ
時代はスマホやタブレットといかに連携するかかな
クリエとかPSPで我慢してたころはひどかった
PCG-U1とか手だすしかなかったし
不器用で何も出来ませんがEpgTimerWebの開発がんばってください。
応援しています。
お騒がせしました
mp4コンテナに入れる際のMEDIASUBTYPE_MP4A
両者aac使ってそうなんだけど無変換で放り込むのは無理なのかな？
DirectShow上はピンのメディアタイプ情報増やせばよさそうなんだけど
そういうものでもないのかな？
軽く MEDIASUBTYPE_MP4A について調べてみると
・ADTS ヘッダ付 AAC
・どっかのメーカー (nero?) の拡張定義
・公式仕様なしで詳細は不明
・LavFilters が対応してるみたいなので、ソース調べて現物合わせすれば対応できるかも
的な情報が出てきて、闇感が高くて対応したくないなーという思いがつのる。
そのフォーマットタイプしかサポートしていない、一般人が (安価に) 入手可能なフィルタや
ソフトの具体例を挙げてもらえると、も少しやる気がでるかも。
http://www.dotup.org/uploda/www.dotup.org20998.jpg
H264＋AACでいけそうなので最初はMarumo ISDB SplitterのAudioピンから
ATI MPEG MultiplexerのAudioピンに直接つなぐと下のようなWMAudioを勝手に選ぶので
http://www.katch.ne.jp/~kakonacl/douga/avivo/graphedit.html
ここを参考にATi関連で組み立ててつながるようにしてみたらMEDIASUBTYPE_MP4Aとなりました。
素人考えでAACなら〜って軽い考えだったので改造大変なら音声は今の形でいこうと思います。
詳細情報ありがとう。
ATI MPEG Multiplexer か〜。
手元環境で使ってる GPU は nVidia / Intel 内蔵だけなので、
対応＆検証には AMD のグラフィックボード買う必要がありそう。
そこまでのコストをかける気になれなかったので済まんが対応は
諦めてくれ。
TvvtestでATIのデコーダーが勧められてたこともあったぐらいだし
まるもおひさｗｗ
TSMemoryがSD局の一部で使えなくなったみたい。
コーデックに変化があったかもしれない。
興味があったら原因を調べて欲しい。
http://peace.2ch.net/test/read.cgi/avi/1414917643/362
もっさんがTSMemoryの開発者じゃない気はするけど一応情報だけ
スカパープロモチャンネルでエラーになったデータを真空波動研SuperLiteで出した情報がこれ
[Record.ts]
1001 720x480 MPEG2 16:9 625line 29.97fps 2000.00kb/s CBR
[Audio][2]
1041 AAC 48.00kHz 2.0ch(2/0 L+R) LC 144.00kb/s
1051 AAC 48.00kHz 2.0ch(2/0 L+R) LC 144.00kb/s
188Pct
[MPEG2-TS] 00:00:55.872 (55.872sec) / 63,986,364Bytes
真空波動研SuperLite 110813 / DLL 110813 Unicode
ttp://pastebin.com/xiZg4W9j
そろそろ真空波動研の更新をしておいたほうがいいんじゃねｗ
ああいつもの人ねって思われたいんじゃねｗ
DShowのエンコーダが欲しければMonster TVのインストーラの中にあるMainConceptのやつを使えばいいと思うよ
アップデートしましたwありがと
find_pmt() とかで sync が外れて resync にも失敗した時に tail まで
潰してるのが心配だけど、何かそうする必要があってやった変更なの
だろうから、手元で問題なく動いてるならそれでいいのかも。
dump_pts() はデバッグ用に入れた printf() 関連処理をリリース前に
削除し忘れてるだけなので、呼び出し元の 「#if 0 〜 #endif」含めて
消した方がよさそうな。
最大の目標は 188 バイト TS 以外でもパケットサイズを維持したかったの
だろうなと推測するけれど、192 バイト TS で先頭 TS パケットが壊れそう。
(header[4] + TS packet[188] で 192 バイトのセットだったはずなので)
あー、それ書いたの当方です
resync()失敗でtailまで捨ててるのは、tailまで確認して同期できなかったんだからそこまで捨てても
良いだろと言うもの、unitサイズに関しては、unitサイズ調べてるんだから使うかと言うもので、
ぶっちゃけ両方ともかなーり安易なモノです
そもそも今の今まで192バイトパケットの構造を完全に勘違いしてました…
> header[4] + TS packet[188] で 192 バイトのセットだったはずなので
だと言われると、確かにやっちゃいけない188 -> unitへの置き換えをガンガンやっちゃってますね(;´Д`)
ちなみにそのパッチの元々の意図は、
http://maguro.2ch.net/test/read.cgi/linux/1388900589/645
と言うモノでした
IN側のFile Source (Async.)もしくはFile Source (URL)
OUT側のAVI/WAV File SourceもしくはATI MPEG File Writer
はhttpによるデータの受信や送信ができるみたいなのですが
webサーバーを用意すればIN/OUTともにできそうなのですが
使い方がよくわからないのと使えたとしても
webサーバーを経由するのもちょっと大げさなので
こんな感じのフィルターを自作しようかと考えてます
http://www.dotup.org/uploda/www.dotup.org22370.png
青で囲った範囲：フィルターをセットする自作プログラム
黄緑で囲った範囲：自作フィルター
オレンジで囲った範囲：既存のフィルター群
A typeはフィルターの中で標準入力から受け取ってDirectShowのストリームに乗せるタイプ
B typeはフィルターをセットするプログラムで標準入出力への対応を行ってbyte配列をDirectShowのストリームに乗せたり取り出したりするタイプ
作る上でヒントになるような資料とかありませんかね？
それかそんなの作らなくても代わりになるものがあるよー的な情報でもかまいません
> resync()失敗でtailまで捨ててるのは、
resync() は TS パケット 8 個を要求するので、ARIB_STD_B25::put() に
供給するバッファサイズが 1024 バイトだったりすると一生同期できなくなる。
……とか思ったけど、オリジナルの select_unit_size() にもその手の
入力を ERROR_NON_TS_INPUT_STREAM に落とすバグがあるなぁ。
事前に (tail-head) の長さチェックをして 188*16 未満とかなら 0 を
返して /* need more data */ 側に処理を流す必要があるのだが。
td.c からしか使わないなら 64K 単位で ARIB_STD_B25::put() を
呼ぶので問題ないけど、ライブラリ的に使う場合は直した方が良い。
> ちなみにそのパッチの元々の意図は
むう。その手の状況は
http://maguro.2ch.net/test/read.cgi/linux/1388900589/608
のようにチャンネル変更時に reset() で回避することを想定していたのだが、
スレ読んでみると reset() が正常に動作してないみたいね……
テストしてないコードはダメだなやっぱり。
BaseClassesやSample各種等、DirectShowコーディングの基本は把握してるが
GUIの枠組みから標準入出力を利用する方法が分からないって事でいいのか？
確か-system:windowsプロセスではSetStdHandleが正常に機能しなかったからその方向性は無理じゃねーかな
目的を満たせる可能性があるのは多分CUI(-system:console)プロセスからDirectShowフィルタを動かす方向性
COM駆動にはメッセージポンプ必須だからCoInitializeEx以外にGUIプロセスのワーカスレッドでメッセージポンプを動かす時と同様の手順が必要kかも知れない
俺は試した事はないが通常はGUI、/TEXTでCUI起動するildasmなんかも-system:consoleビルドだから方向性は多分これで合ってる
ただCOMと言ってもDirectShowレベルになると-system:consoleプロセスで完全に動くかは何とも言えない
駄目な時は標準入出力を諦めて-system:windowsプロセスからファイル入出力で凌ぐか、CUI-GUIプロセス間通信をやる方向じゃねーかな
ずぶの素人ですｗ
ネットでざっくり調べてこうすればいいのかな〜？程度の知識しかありません・・・
厳しいかな？
とりあえずgraphstudionext上でFile Source (URL)の使い方がわかったので試行錯誤してみました。
同じファイルをFile Source (URL)とFile Source (Async.)のそれぞれで一連のフィルターを組んでみたのですが
差異の関係でFile Source (URL)はMarumo ISDB Splitterとつながらず
うちの環境に存在するHT MpgSplitというtsから音声を分離できないフィルタのみ接続できる状態・・・
グラフはこんな感じです
http://www.dotup.org/uploda/www.dotup.org22478.png
上記接続を行った際のFile Source (URL)とFile Source (Async.)のプロパティはこんな感じです
http://www.dotup.org/uploda/www.dotup.org22479.jpg
File Source (URL)とFile Source (Async.)を追加してそれぞれにファイルの場所を教えた直後
何も接続しない段階のプロパティはこんな感じです
http://www.dotup.org/uploda/www.dotup.org22481.jpg
素人考えで恐縮ですがこの辺の差異の吸収は大変でしょうか？
これができればアップロードを受け付けるサーバーを用意できればとりあえず所望の動きを実現できそうです
webサーバーはnginxを利用しています。
mpeg2-psに関してはwebサーバー経由でダウンロードして必要なフィルターを組んで再生できました。
> File Source (URL) Filter
> The URL File Source filter is a generic asynchronous source filter that works
> with any source file that can be identified by a Uniform Resource Locator (URL)
> and whose media major type is stream. This includes AVI, MOV, MPEG, and WAV files.
> It requires the downstream filter to be a parser, such as the MPEG-1 Stream Splitter,
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> the AVI Splitter, or the QuickTime Movie Parser.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
これをどう評価判断するかは自分次第
それとGraphEditは開発者が接続レベルの確認に使うためのもので、
設計レベルの判断を行えるほどのエラー情報はほぼ拾えないと考えた方がいい
(稼動状態のプロセスに繋いでフィルタグラフを確認する目的で一番よく使う)
規定以外で仕様書が手に入らないフィルタの実装インターフェイスの確認くらいには役に立つが、
その２つはどちらも規定フィルタでまずSDKを漁るべき
DirectShowのSDKって今どれになるんだろ・・・
MSって入れる場所ころころ変えて本家のGraphEditも入手方法わからなくて
GraphEdit plusとgraphstudionextを見つけて使ってるレベルなので・・・
>DirectShowのSDKって今どれになるんだろ・・・
基底クラスのヘッダとソースが揃ってるのはv7.1
今のはヘッダとバイナリのライブラリしかないと思う
>MSって入れる場所ころころ変えて本家のGraphEditも入手方法わからなくて
C:\Program Files (x86)\Windows Kits\8.1\bin\x86\graphedt.exe
8.0も似た場所にある
7.1は
C:\Program Files (x86)\Microsodt SDKs\v7.1A\Bin
かな？
インストール先変えてるから間違ってるかも
フルインストールしてgraphedt.exeをドライブ全体で検索してもでないんですよね・・
改めて確認したところインストール時にエラーがおきててSDKが入ってないようでした・・・
> resync() は TS パケット 8 個を要求するので、ARIB_STD_B25::put() に
> 供給するバッファサイズが 1024 バイトだったりすると一生同期できなくなる。
あーﾅﾙﾎﾄﾞ、確かにその通りですね
あんまり小さな単位でput()され続ける事は考慮してませんでした…
> のようにチャンネル変更時に reset() で回避することを想定していたのだが、
> スレ読んでみると reset() が正常に動作してないみたいね……
いえ、正確には、reset()自体はちゃんと問題無く機能してました
なので、最初はチャンネル変更のタイミングでreset()しようとしていたのですが、デバイスへの
チャンネル変更指示後、デバイスから読み出したデータが変更後チャンネルの物になっている事を
保証するお手軽な方法が無くて、いつreset()するべきか？みたいな問題になったと記憶しています
これに対して、ある程度データを読んでからreset()する事で実用上支障なく機能するようになったのですが、
そもそもmpeg2-ts的には、ストリーム変更も同一ストリームでのPAT更新も同じでしょうから、
多少イレギュラーなPAT更新でも処理できるようにすればreset()の必要自体無くなるのでは、と考えての
件のパッチ、と言う流れですね
フィルター作成ってなんであんな面倒なんだろうな
SDK付属のサンプルから近いのを拾っても用途によってはまだ作業が重い
TvTestのソースでもあの辺は苦労と試行錯誤の跡が見られてホロリする
現状AACをパススルーできるのはTVTestだけなんですよね。これだとts以外、例えば自作のmp4とかには使えなくて。
ac3filter側の設定を開いてac3filter主導で制御するようにすれば良い。
あれac3filterってAC3にリアルタイムエンコードされません？
洋画をエンコしたいんだが字幕をソフトサブにしたいんだ。
TVMWを使えばISDB仕様？の字幕を入れるよ。
Caption2Assでいいんじゃね
エンコにカネかけたくないので却下。
>>825
それ試してみたけど、字幕データの抽出に失敗したんだ。
ファイルは生成されるんだが中身が空のまま。
Caption2Ass_PCR
思わぬ収穫で感謝。要らないものを排除して部分的に拝借して代用しよう。
http://pastebin.com/EX5ekqmD
ISDB Splitterを改造してみたけど音が入らない
putメソッドは呼ばれてるからデータは送っているみたいだが…
ｱﾄﾊﾀﾉﾑ…
audio_pin.cppの167は
if ((trg->wFormatTag != LOWORD(mt->subtype.Data1)) ||
とLOWORDが必要なのを見つけました
(元のソース見てないがこれGetMediaTypeの実装だよな？)
直感ではデータ構造の予感
ググったらmp4aは単純にaacと互換してる訳でなく形式が色々あるみたいだが、その下流フィルタに
正常に繋がるフィルタが流してるMP4Aデータ構造が、TSのAACデータ構造と完全一致している裏は取れてるのか？
MEDIASUBTYPE_mp4aだと接続途中で弾かれたから除外してた
＞TSのAACデータ構造と完全一致している裏は取れてるのか？
>>786でまるもさんがADTSヘッダ付と書いてたからそのまま渡してみただけだけど、
esdsヘッダとかふかしてやる必要があるのかな？
ここらはよく分からん
http://mycometg3.blog.so-net.ne.jp/2008-05-11
＞で、これを調べたところ（1、2）、いずれもAAC-LCであることが分かった。
＞ 0x40 Audio ISO/IEC MPEG-4 AAC (ISO/IEC 14496-3, Subpart 4)
＞ 0x67 Audio ISO/IEC MPEG-2 AAC (ISO/IEC 13818-7)
＞wikipediaによれば、ほとんど違いがないそうなので、このフィールドは強引に書き換えることが可能だ。
http://ja.wikipedia.org/wiki/AAC
＞MPEG-2 AAC (ISO/IEC 13818-7) と MPEG-4 AAC (ISO/IEC 14496-3, Subpart 4) とがあり、
＞若干仕様が異なっている。しかし、PNS や LTP といったツールが利用可能になった以外は
＞アルゴリズム自体に違いはなくヘッダの一部分が 1 ビット異なるだけであり、通常の使用では
＞区別する必要はほとんどない。
ADTSのidビットが違うだけ？ならそのまま渡せるのかとも思ったんだけどね
ダメならヘッダの付加をしてみればいいのかも
上手く行っている接続を詳細まで真似るアプローチを勧める
DirectShowの形式不一致の調査は時間ばかりかかる上に大体ろくな事にならないので
もしやる気があるなら簡単なバイパスフィルタを作って(SDKサンプルに雛形があったはず)
上手く行っている接続の間に挟み込めばISampleを通じて流れるデータは覗ける
自分は片手間に首を突っ込んだだけだけど、やるとしたらやはりこの方法ですね
暇があったらもう少し調べてみます
ATI Mpeg Audio Encoder(AAC) MP4A
0x0816F000 20 72 0c 48 12 10 08 98 81 20 a0 45 26 f0 28 00
0x0816F010 00 00 00 00 3f 49 fc ea ab 4d f8 77 79 f5 60 36
0x0816F020 5d 26 b5 ef b8 6d c1 1d bb 77 74 72 5b a6 20 a3
0x0816F030 e5 16 7e 1f 37 0f 8c f8 68 fe 8f 89 1d bf 7b c7
0x0816F000 20 96 0c 56 3a 0d 86 03 41 b0 d0 a0 36 1a 15 86
0x0816F010 03 41 b0 a8 60 28 16 1a 10 44 64 00 88 41 a0 00
0x0816F020 00 00 00 3e ea 69 67 68 00 7a 54 ee 1a 5f 24 4c
0x0816F030 a6 82 76 bd 7f 91 9b d4 19 9b e8 d2 ef 5d 13 f3
0x0816F000 20 94 0c 56 5a 15 86 83 61 80 d8 a8 36 1a 0c 06
0x0816F010 83 06 42 99 40 22 20 60 00 00 00 00 09 4d 78 14
0x0816F020 09 59 36 a8 ad 48 15 18 3b 2b c1 f0 67 2c ee 1b
0x0816F030 57 d5 48 72 e6 ae f5 8d 2e b9 43 e6 af 42 94 59
参考：ISDB Splitter
0x042BE000 25 0b 86 10 7d e3 08 3e f1 bf fc 42 96 96 96 96
0x042BE010 96 96 96 96 96 96 96 96 96 96 96 96 96 96 96 96
0x042BE020 96 96 96 96 96 96 96 96 96 96 96 96 96 96 96 96
0x042BE030 96 96 96 96 96 96 96 96 96 96 96 96 96 96 96 96
生のAACデータ？
登場しないならそのデータは少なくともADTSでパッケージングされてはいない
ISDB Splitterの方はiPosition=1がADTSに載せたAAC(TSに元々入っている形)のようで
これが非推奨とコメントされていたから恐らくiPosition=0(RAW_AAC)はADTSを剥がしたAACだろう
そこに関して一致するなら後はAACとしての適合度だな
QueryAcceptだったかConnectだったかReceiveConnectionだったか忘れたがその辺
* ピン接続は完了
* でも push したデータが無視される
という症状を訴えているのに、ピントのずれた
* ピン接続に失敗
してるものと思い込んだアドバイスが来るとしょんぼりするよね。
>>838
AudioPin::proc_es_header() で ADTS ヘッダを剥がしてるので、
ADTS ヘッダ付で送る場合はその辺変更が必要。
ダンプデータを見ると MP4A では ADTS ヘッダじゃない独自ヘッダ
付けてるみたいなので、その詳細が判らないと何ともできないような。
疑いの芽は残しておいた方がいいという意図だったつもりなんだがな
そうでなかったら検証の順序をデータ→メディアタイプ詳細の順には勧めんし、
そもそも>>832のコメントを出さんよ
音声ではないが実際に映像の某デコーダでこれに関して痛い目を見た経験者の話
IsSyncPointを確認したIMediaSampleの先頭かがはっきりしなかったので
そこの再確認をそれとなく促す意味もあった
GetPointerを実行して得たアドレスをダンプしたものの先頭部分なんだけど、
AACフォーマットがよく分かってないからADTSヘッダ付きではないのはいいとして
他の違いがよく分からん
ISDB SplitterのMEDIASUBTYPE_RAW_AAC1ときのデータに似てるとは思ってるけど
中のデータの流れも結構面倒なんですね・・・
フィルターって
そういう意図だったか。済まん誤解していた。
>>844
CTransInPlaceFilter 経由で ATI フィルタ同士が繋がってる時の
MediaType の pbFormat の全ダンプが見たい。
http://read.pudn.com/downloads138/sourcecode/others/590343/dsmplayer/DShow_aacDecoder/aacDecoder.cpp__.htm
このソース見る限りだと、MEDIASUBTYPE_MP4A は普通の生 AAC で
AudioSpecificConfig は WaveFormatEx の後ろにくっつけて送る RAW_AAC1 と
同じ形式に思えるのだけど、faad のインスタンス作ってるところで
faacDecInit2() 試してダメだったら faacDecInit() を呼んでる所が気になるんだ。
faacDecInit() は ADTS/ADIF ヘッダからデコーダインスタンス作る API のはずなので。
muxer が MediaType の pbFormat に一定データを期待しているけど、
ピン接続時に十分に検証してないという可能性を疑ってる。
こんな感じだった
PassThroughFilter.dll(tid 2134) 150621 : *** This filter is accepting an output media type
PassThroughFilter.dll(tid 2134) 150621 : that it can't currently transform to. I hope
PassThroughFilter.dll(tid 2134) 150621 : it's smart enough to reconnect its input.
PassThroughFilter.dll(tid 1dac) 11247 :
PassThroughFilter.dll(tid 1dac) 11247 : AudioPin::CheckMediaType(): M type MEDIATYPE_Audio S type Unknown GUID Name
PassThroughFilter.dll(tid 1dac) 11247 : Subtype description UNKNOWN
PassThroughFilter.dll(tid 1dac) 11247 : Not temporally compressed
PassThroughFilter.dll(tid 1dac) 11247 : Sample size 1
PassThroughFilter.dll(tid 1dac) 11247 : Format type FORMAT_WaveFormatEx
PassThroughFilter.dll(tid 1dac) 11247 : Subtype Unknown GUID Name
PassThroughFilter.dll(tid 1dac) 11247 : wFormatTag 41222
PassThroughFilter.dll(tid 1dac) 11247 : nChannels 2
PassThroughFilter.dll(tid 1dac) 11247 : nSamplesPerSec 48000
PassThroughFilter.dll(tid 1dac) 11247 : nAvgBytesPerSec 16000
PassThroughFilter.dll(tid 1dac) 11247 : nBlockAlign 1
PassThroughFilter.dll(tid 1dac) 11247 : wBitsPerSample 0
PassThroughFilter.dll(tid 1dac) 11248 : cbSize 2
PassThroughFilter.dll(tid 1dac) 11248 : GUID:{4134504d-0000-0010-8000-00aa00389b71}
cbFormat 0x14
0x00391C60 06 a1 02 00 80 bb 00 00 80 3e 00 00 01 00 00 00
0x00391C70 02 00 11 90 ab ab ab ab ab ab ab ab ee fe ee fe
wFormatTagが41222(0xA106)って何だろ？
WAVEFORMATEX, A106でググってもほとんどヒットしなかったけど
ありがとう。WAVEFORMATEX::cbSize の後ろの 2 byte は 0x11 0x90 なので、
普通の AAC LC / 48kHz / 2ch の場合の AudioSpecificConfig だね。
ここに ADTS か ADIF があったりしないかと思っていたのだけどアテが外れた。
ISDB Splitter も同じ値を埋めてる風味なのにナンデ動かないかなー。
CAACDecoder::CheckInputType()でm_nESConfigSize = pInputFormat->cbSize;
ってやってるね
11 90をfaacDecInit2()に渡してるのか…
そのAACデータと手持ちTSのAACデータを少し読んでみたが
随時再開を想定するTS側のAACの方がCPEのcommon_windowとか
毎サンプルで細かく情報を伝えてるのに、そっちの方が鳴らないとか…
そうなると後はAAC自体でなく周辺の方しか疑う所が残っていない気配が濃い
AACのパースにはADTSヘッダの持っていた情報の一部が必須のようなので(profile等)
それをサンプル毎に伝えている経路がどこかにあるはずだが、
ISDB SplitterとATIデコーダでそのI/Fがマッチしていないとか？
稀に独自I/Fやおまじない(！)を仕込んで来るの事があるのでそうなると調査には覚悟が要る
(映像デコーダで実際に一度あって悪夢を味わった)
どこまでやるかは微妙だ
念押しで確認するが、そのAACサンプルのIsDiscontinuity()は全てS_FALSEで、
またソースがTS素性の(送信サンプル毎に冗長設定データが含まれている)AACでもATI経路から流すと
そのAACは(ADTSヘッダを剥がした事以外)無編集でデコーダに渡されて、それでも正常に鳴るんだよな？
例え専用経路でも再生位置変更は普通に機能しているのだろうからこの線は薄いとは思ってるが
ATI MPEG Audio EncoderとATI MPEG Multiplexerの接続でも音が出てなかったのかも
フォーマットがAACだとファイル自体再生できないみたいで…
MUX出力をAVIにしても音が出ないので、音が出ると思ってたのはAAC以外が選択されてたのかもしれない…
なんかMUXフィルタにも問題がありそうだなぁ（うちは古いグラボドライバ使ってるけどね）
>>788はあの接続でちゃんと音が出てた？
一応前の状態から少し進化してオーディをトラックが認識されるようになった
ISDB Splitterのdiffとバイナリをupしたから興味があったら試してみて
http://www1.axfc.net/u/3369476
MP4AのwFormatTagをA106と504Dの両方を受け付けるように変更してみました
ついでにパケットを調べるために作ったフィルタのソースも添付しました
なかなか各TS関連ソフトも枯れきらないね
随分安定してきたとはいえ
俺、今まで”TvRockDTV”捕捉して
PostMessage(wnd, 0x0486, cid, sid)でチャンネル変えて
PostMessagel(wnd, 0x0480, 0, 0)で終了させてたぜ
ハッハッハ
名前つきパイプ書かなくてもこんなツールあるよ
https://github.com/nullpohoge/RecTaskCentreEx/
逆に855の紹介しているツールの方が名前つきパイプ使っている不思議
# まあ、854の方は全バージョンでいけるかどうかって問題点はあるが
WMで送る必要があった
>>636はパイプで流す必要があるメッセージの一覧
それを使って制御するアプリを書くのならこういうのもあるよ
と深読みしただけ
要望とバグ報告です
要望ですがファイル名についてですがtvtestを使って録画してるならtvtestで指定してるファイル名置換が使えないのかなと思っていました
可能でしたらお願いしたいです
あとバグですがtvrockでもあったブラウザの番組表の文字が重なってつぶれてしまう症状です
IE、グーグルクロームで確認しました
当方の環境はWindows8.1PRO 64bitでチューナーは白フリーオひとつです
よろしくお願いします
http://i.imgur.com/v5RqR4W.jpg
TVTestのファイル名置換は使えないなあ。
ファイル名は録画結果表示に使うため、TVTestに任せてしまうと困るので。
ファイル名置換は、もう少し色々できるようにする予定。
>ブラウザの番組表の文字が重なってつぶれてしまう症状です
どういう状況でそうなるの？
うちでもChromeで使ってるけど、つぶれることはないけど。
あとIEは未対応ということで...
ファイル名置換、りょうかいしました
お待ちしています
>どういう状況でそうなるの？
これが原因、というようなものがわからないので
http://light.dotup.org/uploda/light.dotup.org117902.jpg
スクリーンショットを参考にしていただけるとありがたいです
ユーザで番組表をカスタムしています
チューナーは地上波のみです
教育とtvkでよくこの症状がみられます
ieは確認のみで本来使用していません
よろしくお願いします
同じ原因とは限らないけど
EDCBの場合今や次の番組が終了時間未定になっているタイミングでEPG取得するとそんな感じになるな
う〜ん、なぜだ...
もしかすると、古い番組情報が取り消されず重複しているのかも(>>865のような原因で)。
wwwroot\maid\epg.cssの67行目の「}」の前に、下の行を入れてみたらどうだろうか。
overflow: hidden;
文字が四角から、はみ出さなくする命令。原因不明なので、とりあえずの処置だけど。
とりあえず
>wwwroot\maid\epg.cssの67行目の「}」の前に、下の行を入れてみたらどうだろうか。
こちらの対処法で症状は抑えられました
当分はこれで運用していこうと思います
ありがとうございます
ちなみにスクショのでは予約数は0です
これからもよろしくお願いします
専スレすら立てる気ないんだから
歴史は繰り返す
専スレ立てたからってまともなソフトができるとは限らん
どうせEDCBにかなわんだろうし
まあ俺もあまり期待はしてないけどね
tvmaidの中の人は細かい不具合や要望にいちいち反応しすぎてる感じがする
現段階でそんなのちまちま修正してる場合じゃないっしょ
110°CSだけじゃなく124/128°CSに対応してくれたら本格的に使いたい
多分作者的には、既に些細な点をちまちまやる段階なんじゃないか
本人が満足してるとそれ以上の機能はなかなか組み込まれないもんだ
だから、機能が足りないと感じるのなら何が足りないと感じてるのか書けばいいと思うよ
もちろんその機能を組み込むかどうか決めるのは作者ではあるけど
それ別にTvmaidで何かする必要は無いんじゃないの
凡ドラ用意してTVTestから使えるようにしておくだけで良さそうだけど
epg取得だけ見ればそれでもいいのかもしれんけど・・・
TVTestは110°、124/128°CSがマージされたし、録画予約管理もTvmaidで一括してできんかな？と
tvrockは「CS」ひとくくりにしてるせいで110°とスカパープレミアムのチャンネルがごっちゃになってしまうから、Tvmaidにちょっと期待してるんだ
開発者に「スカパープレミアムに対応しません」と言われるとおしまいなんだけどねｗ
解決法ではないけど運用でなんとかしようよ
ＢＳと110℃は「ＢＳ」、スカプレは「ＣＳ」にして全く不具合も煩わしさも感じないぞ
TVROCKはチャンネル数制限もあるから地デジ、BS/CS、プレミア厶までやると全チャンネル登録出来ないしチューナー数制限やEPG取得でいっぱいいっぱいだよ
ああ、機能じゃなくて見映え的な意味か
サラッと見てみたけど、epg.htmlでNIDが1, 3, 10, 65504をスカパープレミアム用として
扱うようにすれば良いんじゃないか
む、そういう方法もあるか。なるほど チャンネルリストいじるだけでいいのか
>>879
どうもEDCBには慣れんでね。。。ｽﾏﾇ
TVRockの番組表onブラウザに慣れすぎたせいか・・・
そいやチューナー数制限といやTvmaidの登録上限っていくつなんだろ
チューナーが足りなくなることは多々あるからな。
うっかりEDCBの予約を忘れてTvTestで視聴しているときもチューナーが足りなくなることもあるし
TvRockは録画中に最小化させていても
タイムキーパーやロックバーである程度までどのチューナーが占有されるか見れるから間違う事もないが・・・
なんで録画に使うチューナーをspinel等で優先権限持たせないで使ってんだよ
tvrockならrockバーからじゃなくtvtest直接起動して録画に使うチューナーが使えないって言ってるのと同じだぞ
頭おかしいんじゃねえの？
最近TvRockからEDCBに乗り換えたけど視聴との併用環境作るのに苦労してる
優先権を自前で設定できないのが信じられない
Spinelを排他制御のために使うのはあくまで苦肉の策にすぎない
EDCB経由だとネットワーク経由でTvTest側でチューナー制御できない糞使用
それとTvTestはDID付加しとけばRockバー経由で使う必要はない
edcbはUDPで配信設定して、視聴したい番組は録画予約して、別PCのTvTestで視聴すれば良い。
TVTest に EDCB のプラグイン入れとけば、
録画で必要になったときには勝手に落とされるよ。
yukiさん web2そろそろ？
一方、録画鯖とメインを分けてる人は、録画鯖は独立して勝手に動いててもらう、というスタンス
視聴はリモートだからVirtualPTなりなんなり使うわけで、録画に影響を与えることはない
だから次の録画が何時何分にどのチューナで始まる！なんてのを常時デスクトップに表示させて
チラ見しながらビクビク使うなんてのは想像もできない
別に2+2=4チューナーを視聴専用につないでる。
サブノートはULVのCPUだから点けっぱなしでもあまり電気も食わないし、メインは
電源を落とせるからいい状態。
最強はないんだから各自使い道に合った方を使うしかないよ
おい、録画はするがみてはいないぞ？
>なんで録画に使うチューナーをspinel等で優先権限持たせないで使ってんだよ
そんなマニア向けな対処法をあたりまえのように書くなよ。
このスレに出入りしている時点でマニアだろ
そんでspinel知らないわけ無いだろ
真面目な話、よくある話なんだが…
極めてアホっぽいが、俺も録画して自動CMカット＆エンコしてるが
9割以上見てないわ…
録画しなきゃいいじゃんという話だが、見逃すことを考えると出来ないｗ
手当たり次第に録画しといて、気になったのは後でじっくり見る為に。
HDDがパンクしそうになったら一度も見ずに削除なんてのも時々ある。
老後の楽しみにしている。
好感度高いわけでもないのに、犯罪行為が炎上しないで許されるのは人徳だよな
THE MANZAIのネタはどこがおもろいのかわからんけど
アニメは一挙放送に限る
HDDが壊れて全部おじゃん
俺はバックアップのHDD用意して2台に保存してるぞ。
同時には壊れないだろうってことで。
焼くのも正直めんどい。消えたら消えたでよしとする。
似たような感じで焼いた大量のDVD-Rってどうなってるか考えてみな
決して金額を計算してはいけませんw
そもそも深夜アニメってどれも似たようなものばっかりだし
見る価値ねえだろ
ポルノしか売りない感じだし
あと数年でアルファベットが足りなくなる予感 (((( ；ﾟДﾟ)))
サーバーにしちゃえばまだ増やせるよ！
自作関連もつまらない時代だな
つまりは板違い
それ以前に読解力がない
HDDの買い増しなんてまさにそのものだし
常に接続する必要が無い HDD は eSATA 接続だろ
IYHスレのノリってIYHスレ以外では皆からうざがられているよ。君のように。
忘れてたわ
旧PCでもいいんだが煩いのがな…
eSATAもUSB3すら買えないけどHDDを取っ替え引っ替えしたい
SATAをマザボから2mほど延長してスリープ/復帰で
裸のHDD+ファン+ACアダを取っ替え引っ替えしてみた
HGSTは復帰で認識全部おk コピー・コンペアもおk
でもWDはリセットしないとダメ リセット後のコピー・コンペアはおk
SATAは１mが規格だそうだけど結構イケた
PCだとHDDたくさん積めるから俺はPCにして8台積んでる
>このスレに出入りしている時点でマニアだろ
えっ？論点はそこなのか？
spinelは使ったことあるけど、spinelなどで優先権もたせ・・・
みたいなマニア向けな対処法は一般向けじゃないだろう。
EDCBでもDID割り振りに対応してくれれば
EDCBの録画機能をTvRockやTvTestで直接制御出来て面白いことになるのにな。
>>915,>>927
そういう人向けにちょいと豆知識を置いていこうか。
SSDかHDDに4GB前後のNTFSフォーマットした新規パーティションを作って
そこに増設したいHDDやSSDをフォルダーマウントさせて使うとドライブレターの節約になるよ。
ドライブ名を意識しなくていいPCUnixのストレージデバイスの増設方法に近い考え方だから
結構気づかない人が多いけどさ。
参考例
ttp://i.imgur.com/mcADdA8.png
また…まただよ orz
0 (zero) から番号付けたってことでドライブ・レターじゃねぇだろ
そんなのはみんなわかってるって
ゆうちゃんのひぞうひん
ってシール張ってマジックで0番とか書いてあるんだろｗ
そんなイライラするなら２ちゃんねるから消えた方がいいよ
僕ちゃんか？
江戸っ子だと「死蔵品」か「秘蔵品」か、わからなくなっちゃうね
わかってなかった人、少なくとも二人はいたじゃない
ドライブレターはシステムHDD以外には元から使わないんだ
障害対策の一環でHDD1台毎にパーティションを26個切ってるから
そんな運用したら1台だけでアウト |дﾟ)
ウチの場合はマウントフォルダ名称は [0-9A-P]-(HDD記号) で
ボリュームラベルと統一
マウント管理はmountvolやcacls他を書いたbat
リスト管理とプレイリスト抽出がperlとbatで書いた補助ツールな運用だね
俺も大体同じ使い方をしてるが、マウントパスは tv1, tv2, ...だわ
拡張パーティション使うってキモイ
それにしてもディスク毎に各々26個もパーティションを切るのがキモイ
利便性とのトレードオフを少なからず見込まにゃならんだろうが
台数全てをバックアップする事と安全性との妥協点としてはそういう解もあるだろうな
Zの次はAA?
しかし思い切った運用だなー
予兆なく飛んだ時の回復サルベージでも確かに面倒は少なそうではあるが
isoイメージを26個以上マウントさせてみたらいいんじゃね。
> spinelは使ったことあるけど、spinelなどで優先権もたせ・・・
> みたいなマニア向けな対処法は一般向けじゃないだろう。
spilnel使う理由の大半が優先権目当てだろ。
録画優先・視聴非優先にするために。
これが無かったら何のためにspinel使うのかわからん。
DriveBenderも良くね？
今期の頭で足りなくなったから今月頭にお代わりしたので、今2台目の環境構築中。
リロードしたら同じ人居たｗ
OS入れなおしてVVAULT入れれば前の状態でそのまま使えるんか？
それどうなるかわからなくて怖いから、
システムドライブは別にしてデータドライブだけ5台をVVAULTで統合してます
いやいやOSドライブは統合しない前提で話してるけど・・・
基本的なデータってOSドライブに保存されるんじゃないの？
君が言ってるのは今使ってるデータドライブ5台を別のOSにそのまま入れ替えてもそのまま使えるってことだよね？
NTFSやGUIDにも対応してるし、UBCDとかで復旧作業する時にも役に立つし
VVAULTのドライブ構成情報がどこに保存されるのか‥ケースとして、
・インストール先orOSの管理領域に保存される
・データ保存用のドライブにメタデータとして保存される
辺りが考えられるけど、いずれにせよOSの再インストールで現況の構成を復帰させる手順はあるのか、って話だよね？
>>960
運用の話（ドライブの有効活用）だから、そろそろスレチだな。
> 今使ってるデータドライブ5台を別のOSにそのまま入れ替えてもそのまま使えるってことだよね？
データというのはシステムのデータではなく録画データのことです。すいません。
単純に録画専用PC上のTSファイルがどんどん増えるので、1つのドライブレターにまとめておけばストレスフリーかなと。
録画データのことを言ってるんだけど
全然質問に答えてないしなんでレスしたの？意味が分からない
OS の管理領域であろうが、まとめられた物の何処かに構成情報が保存されようが
どれか一つでも破損したら全部道連れにならなきゃ良いんだろ
いろいろ勘違いしててすみません。
VVAULTをインストールする時、
データベースファイルのインストール先フォルダ（どのドライブでもいい）とそのバックアップフォルダは別のドライブを指定するよう指示されます。
で、再インストール時もその既存のデータベースを指定して使用できるようなので、OS入れ直してもシステムドライブ以外にデータベースが置いてあれば何とかなるみたいですね。
便利になった〜♪で使ってたんで詳しくは考えてませんでしたけど、調べてみてインストール時の指示の意味が今やっとわかりました。
http://yuki.0am.jp/etw_20141231.zip
あとは検索機能と設定のUIだな
http://yuki.0am.jp/etw_20141231.zip
あとは検索機能と設定のUIだな
乙！使ってみたよ
スカパープレミアムで使ってるんだけど番組表がプロモしか表示されない(元はVelmy版)
他はさくさくしてていい感じ期待してるよ
とりあえず乙。ブログには超βのページとか無いんだね
localhost:8080で繋いだときにくるusernameとpasswordが何に対するものなのかわからん。
まさかOSのアカウントに対するものではないと思いたいが。
お疲れ様です
起動して更新ボタンを押したら何も出てこない。
コンソールには"転送接続からデータが読み取れません:既存の接続はリモートホストに強制的に切断されました"と出ました.
環境:windows7sp1proにEDCB10.68
Webページ（API）の認証のためのパス
http://yuki.0am.jp/etw_20150101.zip
ありがとうございます。表示されるようになりました。
ですが時間の下にチャンネル名が表示されているのと、エンコード指定がシフトJISになってます。
環境:windows7sp1proにEDCB10.68でie10
修正しました。URLは同じです
番組表をチャンネル順に並べられないのかな？
ありがとうございます。エンコード指定が直りました。
ですがいまだにチャンネル名がEPGデータの位置とかぶっています。
環境:windows7sp1proにEDCB10.68でie10
すみません。こちらで再現しないのでスクショお願いします。
あとスクロール時についてくるののであればそれは仕様です
EpgTimerWeb2 特定条件で予約がおかしくなるバグを修正
http://yuki.0am.jp/etw_20150102.zip
ttp://www.dotup.org/uploda/www.dotup.org85364.jpg.html
xtne6f版じゃないと番組表表示されないの？
何がメリットなの？
tvtestが起動してなくても取得した番組表見れればいいかなって
現状tvtest終了すると番組表も閉じちゃうから
うちはシングルチューナだから録画にEDCB使ってEPGだけ取得するまでもないし
http://yuki.0am.jp/etw_20150102.zip
ts2aac.exeで統一できます
それマジ？
手持ちのts2aacにはそれらしきオプションはないんだけど
バージョンとかオプション教えて
ちなみに私のは v0.12
DGIndex + FakeAACWav を使ってエンコしたもの全ての音声にノイズが乗ってるんだけど自分だけだろうか？
4/30までの同環境でエンコしたものには乗ってない。
同梱のaactoolの方じゃないかな。ts2aac v0.12に入ってた
http://peace.2ch.net/test/read.cgi/avi/1420243270/
確かにあったけど思ってたのと違った・・
おつ