[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 09/07 20:13 / Filesize : 238 KB / Number-of Response : 984
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

シェアウェア作者の愚痴 27



1 名前:仕様書無しさん mailto:sage [2006/09/21(木) 19:41:41 ]
27スレ目から、
フリーソフトとシェアウェアでスレを分離しました。

前スレ
フリー、シェア作者のぐち 26
pc8.2ch.net/test/read.cgi/prog/1153186762/

917 名前:仕様書無しさん mailto:sage [2008/02/07(木) 23:18:43 ]
>>916
>まさか、乞食の作ったモノをケチつけてまで
>タダで利用したいって意味じゃないよな?
仮にシェアウェア作者を乞食としたときの質疑ですね。
このスレへは最近の来訪ですか? >>901-903を参照してください
必ず沸いて出るサンドイッチに挟まった>>902のような奴。

ただいまこの「乞食」が話題中
1.そもそも「乞食」がいるのかいないのか。
2.いたとしてそう呼称して良いのか(元首相が呼称したこともある)
3.仮に「乞食」と呼称された人が金に困ってるのか
4.シェアウェア作者は金に困ってる乞食か
5.「乞食」と呼称された人の存在を放置して良いのかは、流石に他スレで。

とりわけ4.を軸に考えると
1)シェアウェア作者は金に困ってるのか、困ってないのか
シェアウェア作者の個々人と時期によって違う
2)シェアウェア作者はサービスを何も提供せず金銭を得ている訳でない。
したがって、いわゆる「乞食」ではない。

「金に困ってる乞食」の修飾語「金に困ってる」を取り除くと
普通は(2)の帰結が順当だと思うけどね。まぁツッコミ宜しく。

姉妹スレの↓と一緒だった時は「守銭奴」との声もウザかった。
pc11.2ch.net/test/read.cgi/prog/1199013319/


918 名前:917 ◆oOJzeJf5r6 mailto:sage [2008/02/07(木) 23:21:35 ]
念のためトリップをつける


919 名前:仕様書無しさん mailto:sage [2008/02/07(木) 23:51:35 ]
とりあえずレス乞食ではあるんじゃ?

920 名前:仕様書無しさん mailto:sage [2008/02/08(金) 00:01:45 ]
ヘボ環境で動かない報告がウゼーと思う今日近頃。
ぶっちゃけトライアルで使っている、そんな貧乏人はどうでもいいと思っている。

921 名前:仕様書無しさん mailto:sage [2008/02/08(金) 03:52:48 ]
乞食が小銭稼ぎに必死w

922 名前:仕様書無しさん mailto:sage [2008/02/08(金) 11:45:22 ]
乞食の作ったもんをタダで使いたがるキチガイ必死

923 名前:仕様書無しさん mailto:sage [2008/02/08(金) 13:01:43 ]
そもそも金に困ってない奴なんているの?
乞食作者が作ったものをただで使いたがる奴って金に困ってる奴じゃないの?
金に困ってる=乞食っていう事であればどっちも乞食になるんだけど

自分の力だけで小銭を稼ぐ方法も知らない奴ってなんなの?
だいたいシェア作者の殆どは別の仕事してて
乞食呼ばわりしてる奴と同等程度の稼ぎがあるんだけど
この点についての見解を求めたいと思います。

924 名前:897 mailto:sage [2008/02/08(金) 15:48:17 ]
このスレにきて、シェアウェア批判をしている奴のいくらかは、
個人的怨恨に根ざしているんじゃないか、と想像。
すごくつまんないソフトに金を支払ってしまったとか、
金を払ったソフトの作者に要望を出したが、ひどい対応をされたとか。

確かに、(おそらくは誰にとっても)金を払うに値しないソフトは存在するし、
シェアウェア作者の全員が、一流デパートのクレーム処理係と同等の顧客対応をしているわけじゃなかろうしね。
そりゃ、頭にくることもあるだろう。この世は問題のない商品と問題のない人間だけで構成されているわけじゃない。

オレもシェアウェアを公開している。
そんなに大きくはないけど、モチベーションを維持できる程度の登録があるし、
ときには励ましのメールもいただく。率直にいって、すごく楽しいし、すごくやりがいがある。
食い扶持を稼ぐだめの仕事はべつにある。これで稼げたら、という夢をもったこともあるけど、
おいらに無理だったんだと、その点はあきらめてる。

道ばたに自作の絵を並べて売ってるやつなんかを見ると、自分に似てるかもしれない、と思う。
もちろん、やつは乞食なんかじゃない。

しかし人によっては、詐欺師みたいに思っているやつもいるかもしんない。
要望とか質問を見ると、この人はどうやら見当違いな理由で登録しちゃったみたいだなって
思えることがあるから。

いかなる理由であれ、返金はできないとドキュメントに書いてあるけれど、
もしあまりに不興を買うようなことがあったら、おそらく返金をしてお詫びするだろうと思う。

いっとくけど、これは愚痴だからね。



925 名前:仕様書無しさん mailto:sage [2008/02/08(金) 15:51:52 ]
飲食店行って、まずいから金払わんと言っている馬鹿と同じに見える。



926 名前:仕様書無しさん mailto:sage [2008/02/08(金) 15:56:05 ]
>>925
まずかったら金払わなくていいですよと
試食を提供しているのにね

927 名前:917 ◆oOJzeJf5r6 mailto:sage [2008/02/08(金) 21:07:36 ]
>>923
>そもそも金に困ってない奴なんているの?
極少数かも知れないがいるだろうね。
どうしたらもっと増えるのかを悩んでいるのかも知れん。

>乞食作者が作ったものをただで使いたがる奴って金に困ってる奴じゃないの?
ケチと言う性格の持ち主が大半でないか、支出がなければ手元にその分金が残る。
ただし使いつづけると盗人(ぬすっと)と言う自覚はないのでは。

>自分の力だけで小銭を稼ぐ方法も知らない奴ってなんなの?
知る知らない、知ったことを行使するか、しないかは犯罪でなければ個人の自由。

>この点についての見解を求めたいと思います。
例の医師であるフリーソフト作者の発言「この程度で対価を頂く訳には行かない」
の発言の影響が大きいとオレは思ってる。彼は小銭を稼ぐ必要はないだろううし。

フリーソフトに瑕疵があったときの責任の所在発言に、商品にだって欠陥品は
あると新聞紙上やり返し、「したがって、この程度の・・・」になった訳で。
自分が収入を糧とする業界についての負の背景には頬被りで配慮に欠けてる。
その業界だって瑕疵ゴロゴロ、隠蔽体質。最近になってやっと情報公開。
対価はサービスの質に関わらず、税金等の投入が7割なので食いぱぐれなし。
まぁその業界については意見を求められてない要因もあったかもしれない。

貴君の質問は、稼ぎがあるのに何故小銭を稼ぐ必要があるのかと言う
ツッコミがあるかも。それはシェアウェア作者の勝手(自由)かな。

例の医師も理屈を付けた結論を出さないで↓のような発言をして欲しかった。
「カンパを頂けるなら医療の貧困対策に役立てたい」
彼に対する評価は全然違った。若かったし忙しかったのかも知れないがね。
ソフトがタダと言う認識を植え付けた責任は貢献を差し引いても少なくはない。


928 名前:917 ◆oOJzeJf5r6 mailto:sage [2008/02/08(金) 22:10:24 ]
>>924
印象が>>897>>905のときと全然違う、別人だ。オレも嬉しくなる。

実は>>903 >>917 >>927はオレ。考えを理解してもらえると嬉しい。
煽りや質問に応えているつもりだけど結構な電波になってしまってる。

>個人的怨恨に根ざしているんじゃないか、と想像。
可能性はあると思うけどこうも煽りや粘着が続くかな。

オレ自身が例の医師に好感を持ってないのは医療での自身への誤診、
その結果としての不自由な体、医療への不信感、配慮に欠けた発言。
ただし発言での責任が大きいとの考えは被害者意識が増幅させているのかも。

>この世は問題のない商品と問題のない人間だけで構成されているわけじゃない。
これが前提だと故意でなければ寛容の精神が必要なのかもしれないけどね。
無論損害が発生したときは責任を取るべき人間が責任を取ってもらいたい。

結局、何が言いたいかと言えばソフトに対価が必要ないとの考えは間違った認識。
ただしその対価を要求するかしないかは作者の自由。無論価値のないソフトもある。

中長期的に優良ソフトが増えてプログラマの地位向上を願う。スレ違いお許しを。


929 名前:仕様書無しさん mailto:sage [2008/02/09(土) 22:20:44 ]
毒ギョウザ売りつけておいて開き直る中国政府みたいな態度だな
売り逃げかい

930 名前:仕様書無しさん mailto:sage [2008/02/09(土) 23:33:48 ]
>>929
欠陥品なら金銭を払った奴に直接言え、不満があれば裁判を起こせ。
試用期間があったにも関わらず金を払った自分の知能を向上させな。

まぁ単なる釣りか煽りだろうけどw


931 名前:仕様書無しさん mailto:sage [2008/02/10(日) 13:18:57 ]
中国政府の言い分にそっくり

932 名前:仕様書無しさん [2008/02/10(日) 13:20:22 ]
体売りたいメールはいっぱい届くけど何か?
相手はほとんどリッチな女経営者。

933 名前:仕様書無しさん mailto:sage [2008/02/10(日) 13:59:56 ]
臓器はシェアすんな

934 名前:仕様書無しさん mailto:sage [2008/02/10(日) 18:04:05 ]
著作物をタダで使いたがる奴って中国人の感性だよな

935 名前:仕様書無しさん mailto:sage [2008/02/10(日) 21:01:24 ]
↑座布団2枚



936 名前:仕様書無しさん mailto:sage [2008/02/10(日) 22:32:13 ]
山田君座布団全部持ってって

937 名前:仕様書無しさん mailto:sage [2008/02/10(日) 23:18:40 ]
以前は日本人も同じだったけどな

938 名前:仕様書無しさん mailto:sage [2008/02/11(月) 23:15:16 ]
>>462
月とすっぽん
住所すら公開しない個人の小遣い稼ぎと
社員とその家族全員の生活がかかってる会社の仕事では信頼が違う
十数人しかいない会社でも
生活かかってる以上絶対に妙なことをするわけがないからな

939 名前:仕様書無しさん mailto:sage [2008/02/11(月) 23:56:08 ]
>>938
駄作の混入比率は下がるけど、駄作自体はフリーだろうがシェアだろうがプロダクトだろうが関係なくある。
不要な個人情報収集仕込む企業も居る事だし、それと比較すればオープンソースの方が安心できる場合さえある。

無能上司でもいたのか、統制の取れない環境下、開発者全員で好き勝手に弄り回されたプロダクトの中身なんて見るに耐えないぞ。
場合によっては個人製作のある程度一貫したUIや仕様のあるソフトのほうが中身が綺麗で安定してるときさえある。

と、リバースエンジニアリングが趣味の俺は思う。
プロダクト製品やその付属品のバグとりも2、3やったことあるけど、コードが無駄に回りくどいったらありゃしない。

940 名前:仕様書無しさん mailto:sage [2008/02/12(火) 01:57:08 ]
場違いかもしれませんが、質問です。たぶんニコニコ動画のことだと思うのですが、 

>ここって右上のアマゾンアフィだけで絶対元とれないだろうなと思って  
>C:\Document and Settings\user\Cookies  
>チェックしたら黒だった。  

>でも一回消してリロードしたら食わなくなってた  
>しばらくして「痛いニュース」のランキングから入ったらgyaoのクッキー食ってた  

>恐らくIPとかリファラとかで巧妙に仕組んでる。悪質。  
>楽天社員さんもたまには他のIPからチェックしてみるといいですよー。  
>そういう商材も出回ってきたし、早めに手を打たないと大事になるでしょう。  

こういうコピペが流行ってるみたいなんですが、こういう系統の事って、 
Flashとかを使用してる見た目、普通のサイトとかでもやってるんですか? 

941 名前:仕様書無しさん mailto:sage [2008/02/12(火) 08:24:48 ]
は?

942 名前:仕様書無しさん mailto:sage [2008/02/12(火) 08:34:49 ]
>>938
>住所すら公開しない個人の小遣い稼ぎと
シェアウェアとは限らないが住所を晒しても詐欺会社はある。
信頼度の印象が違うと言う指摘には否定できないけどね。

>絶対に妙なことをするわけがないからな
世間知らずだな。昨年の賞味期限偽装、今年の餃子事件。
製品なら安心と言う訳でもあるまい。

故意に欠陥を仕込む訳ではないけれど、「こんな会社辞めてやる」
と思ってるときはバグを発見しても指摘はしないかも知れない。

コードを他に転用すると不具合が発生する可能性を残して
作り込むことがあるかもしれない。

ライブラリにする必要がない部分をライブラリにして手直し時に
気づきにくくしたりしてることもある。

販売するのは会社でも作っているのは生身の人間だからね。

>>939
文章上手いし代弁してくれてるようだ。

>中身が綺麗で安定してるときさえある。
あぁ、アルゴリズムや実装が気に入らなければ書き直すことがあるしね。
返って利益を追求する企業だと作り直しはしない。

>リバースエンジニアリングが趣味の俺は思う。
すごいね、とてもじゃないが技術も根性もマネできないよ。


943 名前:仕様書無しさん mailto:sage [2008/02/18(月) 00:09:54 ]
売れまくりは嬉しいが、初心者サポートがうざくなってきた。ドライバくらい最新の物にしておけよ。

944 名前:仕様書無しさん mailto:sage [2008/02/21(木) 11:02:00 ]
>>943
スレタイに沿った愚痴だろうが当然Webページ作ってFAQで対応してるよな? 
対価を得たら多少の責任は発生する。信者ができたらBBSで対応してくれるかも。


945 名前:仕様書無しさん mailto:sage [2008/02/25(月) 18:46:58 ]
paintgraphicなんかのソースネクストのソフトは、
簡単なバグつぶしでメジャーバージョンアップですよ。
それに比べれば良心的なシェアウェアの方がマシだったり。

ただ、ソース臭いシェアウェアもたくさんあるから困る。



946 名前:仕様書無しさん mailto:sage [2008/02/25(月) 19:26:21 ]
バグは消しましぇん!!!!!!!!

947 名前:仕様書無しさん mailto:sage [2008/03/02(日) 22:07:35 ]
最近って、CDやDVDなんかも、シェアウェアみたいになってきてるよな。
動画サイトで見て、気に入ったらDVDやCDを購入するみたいな感じで。
もっとも、こっちは制作側の意図とは別なんだろうけど。


948 名前:仕様書無しさん mailto:sage [2008/03/02(日) 22:54:14 ]
>>947
デパ地下でも試食で腹を満たす奴もいるようだしな。


949 名前:仕様書無しさん mailto:sage [2008/03/02(日) 23:05:41 ]
>もっとも、こっちは制作側の意図とは別なんだろうけど。
シェアウェアとDVDとの制作側の意図の違いって何?

シェアウェアの制作側の意図?→
DVDの制作側の意図?→

950 名前:仕様書無しさん mailto:sage [2008/03/02(日) 23:32:40 ]
>>949
動画サイトとDVDの制作側の意図の差だろ。
もうちょっと冷静になれ。

951 名前:949 mailto:sage [2008/03/02(日) 23:48:56 ]
>>950
冷静になっても>>947には同じ解釈しかできないぞw

DVD等の制作側が見本として動画サイトでチラ見させてるのでは?


952 名前:仕様書無しさん mailto:sage [2008/03/03(月) 00:13:08 ]
動画サイトって、ニコニコとかようつべのことだと思うのだが。


953 名前:仕様書無しさん mailto:sage [2008/03/03(月) 00:25:01 ]
ちょうど、今しがたNHKでニコニコの話してたな
角川が英語字幕で無許可動画がアップされているのが人気なので
正式に英語字幕版DVDを出したら6万枚売れてうほうほだったとか
ニコニコには関連動画のときは広告出すようにしてるとか

954 名前:仕様書無しさん mailto:sage [2008/03/04(火) 13:07:11 ]
>>944
普通サポートは別料金だろ、寝ぼけてんのか

955 名前:仕様書無しさん mailto:sage [2008/03/04(火) 14:04:43 ]
>>954
>寝ぼけてんのか

そのご質問は1インシデントを消費しますが、よろしいですか?



956 名前:仕様書無しさん mailto:sage [2008/03/06(木) 23:25:29 ]
>>944
「多少」の基準が人それぞれなんだよ・・・

>>953
そっち系の人の本読むとどうしてもそう思えねーよ。

実写は知らん(てか日本実写を海外で売れたの聞いたこと無い)ので
アニメ限定の話だが、海外の日本アニメ専門アニメ会社にとっては
youtube他の動画サイトは「売り上げを落とす理由」にしかならないらしいぞ。

翻訳までされちゃあ宣伝にすらならんし、そりゃそうだろって思うが。

957 名前:仕様書無しさん mailto:sage [2008/03/07(金) 19:48:14 ]
>>953
現地の変な会社通さずに直に売って普通に儲かっただけじゃね。
昔から外国人の作った日本アニメのホームページとかいっぱいあったし、
それらを今まで無視してきただけで、特にニコ動とか関係ないようなきがす。

ちなみに直に商売したらしたで、
日本のアニメは暴力的だとかバッシングが始まるだろうから、
市場としては無視しておくのも悪くはない選択だとは思うが。

958 名前:仕様書無しさん mailto:sage [2008/03/14(金) 07:54:00 ]
>>954
シェアウェアにそんな常識はないだろ。

959 名前:仕様書無しさん mailto:sage [2008/03/14(金) 09:43:15 ]
>>958
丁寧なサポートなら別料金は頷ける。
もっとも売れた以上はFAQを無料で掲載するくらいは仕方ないとも思う。

シェアウェアにしても使って気に入ったら対価を払って下さいだし
使い方が解らないなら送金は控えて下さいが基本。

でもまぁ、間違って送金された場合の返金はご容赦下さいで
今後の開発のためにありがたく使わせて頂きますが基本方針かと。

この基本方針が提供する側もされる側も曖昧なのでグチになるのかな。


960 名前:仕様書無しさん mailto:sage [2008/03/14(金) 12:12:34 ]
>>958
シェアウェアの料金って提供された時点のソフトウェアの対価だと思ってた
常識的には >>959 で違和感ないと思う


961 名前:仕様書無しさん mailto:sage [2008/03/15(土) 23:54:59 ]
シェアウェアwwww

962 名前:仕様書無しさん mailto:sage [2008/03/17(月) 12:31:55 ]
操作法⇒無料
活用法⇒有料

963 名前:仕様書無しさん mailto:sage [2008/03/19(水) 18:33:39 ]
vectorでこんなんおきてるけど、
internet.watch.impress.co.jp/cda/news/2008/03/18/18858.html

964 名前:仕様書無しさん mailto:sage [2008/03/19(水) 20:54:37 ]
シェア作家ってうんこだな

965 名前:仕様書無しさん mailto:sage [2008/03/20(木) 17:10:41 ]
木を見て森を見ずってやつか



966 名前:851 mailto:sage [2008/03/21(金) 17:32:15 ]
売り上げ80万円超えたお〜

967 名前:仕様書無しさん mailto:sage [2008/03/21(金) 20:55:24 ]
シェアウェアを作ってお小遣いを稼ごうと思っているのですがそれに関して質問があります。
1.どのようなソフトが求められているか
2.収入はどれぐらいか
よろしくお願い致します。

968 名前:仕様書無しさん mailto:sage [2008/03/21(金) 20:56:48 ]
連続投稿申し訳ありません。
>>967
3.シェアウェアの値段はどれぐらいか
を追加します。
よろしくお願い致します。

969 名前:仕様書無しさん mailto:sage [2008/03/21(金) 21:04:52 ]
>>967
そんなの人(しかもマ)に聞いてる時点で無理だと思うがw


970 名前:仕様書無しさん mailto:sage [2008/03/21(金) 21:07:45 ]
   ∩___∩         |
   | ノ\     ヽ        |
  /  ●゛  ● |        |
  | ∪  ( _●_) ミ       j
 彡、   |∪|   |        J
/     ∩ノ ⊃  ヽ
(  \ / _ノ |  |
.\ “  /__|  |
  \ /___ /

971 名前:仕様書無しさん mailto:sage [2008/03/21(金) 21:56:53 ]
マルチコアCPUマシンを高速化するツールってよくね?
WinAPIで並列処理化すると高速化しそうなものをフックして色々速くなるとか。
作りたくてたまらないけど、他のもの作っている余裕がないぜ。

存在していたらorz だけど、注目は浴びると思う。

972 名前:仕様書無しさん mailto:sage [2008/03/21(金) 22:25:36 ]
>>971
なるほど面白そうだ。

でも超速系のとかありそうだし
そもそもMSが自前で対応しそうだ


973 名前:仕様書無しさん mailto:sage [2008/03/21(金) 22:26:39 ]
マルチコアを生かしきるほど高速化できるAPIってそうそうあるか?
マルチスレッド化してなくてレスポンスもっさりとか、描画系だけど過剰更新なのを遅延するとかは可能かもしれんが、
大抵のAPIだと基本的に呼んだ時点で処理完了を前提に構成されちゃうからなぁ…。

普通に出来そうな範囲だと

勝手にダブルバッファ化して、ロックしていても再描画することで「固まっている」感覚を軽減する
→描画だけ抜き出すのがメドー。アプリじゃなくてWindows側に干渉する必要がありそう。ってかそれぐらいならレイヤードウィンドウにするだけで済む
描画を自前でキャッシュするなどで制御して過剰描画を抑制して高速化を図る
→描画がネックなら効果的だが、それ以外の効果が薄い。
投げっぱなしAPIを別スレッドに自動分離
→レジストリ書き出し・ファイルIO(CopyFileとかその辺限定)辺りだけで、それがネックの物にしか効果が無いが、それがネックになることはあんまり…
メッセージをコマンド発行系と描画その他システム系で分離してそれぞれ別スレッドに分ける
→API描画系とコマンド発行系で同じスレッド前提だとアウアウ

投げっぱなしAPIは大抵が最初から投げてるからなー…。
APIじゃなく通常のロジック部分こそマルチコア向けに変更すべき箇所だが、これを自動認識するのは骨だ。…上手くいけば効果的だろうが…

974 名前:仕様書無しさん mailto:sage [2008/03/21(金) 22:32:10 ]
>>973
描画系はビデオカードがマルチスレッド対応してないのが多いから意味なさげ。
てかデバイスからむ系は全部デバイス次第だよな。

でも自信有りそうだからなんかいいアイデアあるのかも知れんよ?

975 名前:973 mailto:sage [2008/03/21(金) 22:45:40 ]
>>974
描画系のキャッシュってのは途中経過表示で100000オーダのエディットボックスを1増加毎にSetTextするような奴や、
そういう方法で描画してるGDIのことのつもりで書いた。
DirectXやOpenGLが絡む高負荷処理はルーチンワークでは手の付けようが無いと思う。

>>971の具体的な案が気になるな…。



976 名前:974 mailto:sage [2008/03/21(金) 23:59:20 ]
議論に付き合っちゃうけど
描画系は結果的にビデオメモリとシステムメモリのやりとりになるっしょ。
それがマルチになってないビデオカードが多いってこと。

もちろんおまいがあげたのも最終的にそれ依存だよ。
大体ビデオメモリとシステムメモリのやりとりが
複数本無いとマルチコアなんて(ビデオ系限定じゃ)意味ねーんだから。

ビデオカード複数挿しなんて一般的じゃないし
やったとしてもマルチスレッド的になるのかも分からん。やったことねーし。

それ全部考慮して「意味なさげ」。な。

977 名前:973 mailto:sage [2008/03/22(土) 01:01:27 ]
>>976
そこは理解してる。
そうじゃなくて人間が見えないくらいの速度で画面更新するソフトに対して、描画を何割か端折るって事なんだが…。
「キャッシュするなどで」「過剰描画を抑制」するわけだから。
それ以前に、単純に描画API呼び出しだけ別スレッドに流し込むって手法だけでも、描画結果待ちのブロッキングは解消されると思うけど。
モデルとしては「描画スレッド」「内部処理スレッド」に分割するイメージで。

書き忘れたが>>973ではAPIフックする高速化全般について考えてたからマルチコア関係ないチューニングも混ざってる。
混乱させてすまん。


以下話の行き違いがあったどうでも良い話題。

BitBltとかは上手くアクセラレーションが効けばビデオメモリ→ビデオメモリにはなるらしいから、システムメモリと競合はしないケースも有る。
メインメモリがコアごとに独立して無い以上、メモリ他IOが多い処理同士は並列化しても衝突する…が、逆に言えば「CPUキャッシュに収まる処理」とそれ以外(「ビデオメモリ⇔システムメモリな処理」とか)の組み合わせであれば問題無い。

筈。

978 名前:仕様書無しさん mailto:sage [2008/03/22(土) 09:36:49 ]
Su

979 名前:仕様書無しさん mailto:sage [2008/03/22(土) 09:58:35 ]
>>977
>モデルとしては「描画スレッド」「内部処理スレッド」に分割するイメージで。
このモデルの概念なら「メインスレッド」と「作業スレッド」と言うことで
マルチスレッド機能が搭載されたwin95の時に既に確立していた。
最近はSMP以前に書かれたコードがマルチコアが当り前になってタイミング的な
バグが顕在化してるようだけど。

ともあれ>>971の具体的な案を聞きたいと言うのには共感。


980 名前:仕様書無しさん mailto:sage [2008/03/22(土) 13:54:39 ]
そこをバラしてしまったら何食わぬ顔でパクるやつがいるからなあ。
実際マルチコアで様々高速化のプログラミングしていれば、
どういった事が高速化可能かがわかるよ。

ちなみに、DirectXやOpenGLなどはマルチスレッドレンダリングという方法で
コマンドを効率よく送り込むことでパフォーマンスを上げることができる。
色々なゲームで既に行われている。

981 名前:仕様書無しさん mailto:sage [2008/03/22(土) 14:44:47 ]
↑ケチだな、もうチキッと詳しく。
アイディアくらいは良いだろう♪

とりあえず次スレも立てた。
pc11.2ch.net/test/read.cgi/prog/1206164024/


982 名前:仕様書無しさん mailto:sage [2008/03/23(日) 12:00:18 ]
>>979 >win95の時に既に確立していた。
確立してる割には実践して無い例も多いのが嫌なところだ。

自動でマルチコア向けに最適化しなおすってのは相当面白そうだが…
>>980
楽にパクれる簡単な方法ならばらそうがばらすまいが結局パクられるかと。
この手の最適化はやたらと面倒な手順でやらないと出来ないと思うが(100%解析しきる事は無理なんで)、
そうするとよりベターな結果を出せるエンジンを目指して同種のソフトで削りあいになるだろうさ。

983 名前:仕様書無しさん mailto:sage [2008/03/23(日) 13:06:28 ]
同種のソフトに対してイヤガラセしてんだろ? おまえらキモッ






[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<238KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef