アカウント名:
パスワード:
>チップセットが対応していない
たんにファーム書く人がいない・雇う金が無いからでしょう。
外注さんはチップセット扱いだったんですね。。。
ん？あまりプログラムとかに詳しくない人なのかな？単純に日付をどのように表現するかで考えたら、あり得る話ですよ。
例えば10年カウントアップできるなら、単純に10年ずらせばいいんでしょうけど、データの保持方法のほうに手を加えるのが難しいので、単純に現在のデータの日付との整合性が取れなくなって、対応できないということなんじゃないでしょうか。※bit数が単純に足りないとか
特にこの時代の携帯は専用（not 汎用）ハードウェアと専用ソフトウェアの両方を駆使して快適な速度を出しています。ソフトウェアのほうに比重を置くように更新すると、まず使える速度で動いてくれないと思いますよ。まぁ更新を2段構えで行えばまだましなんでしょうけど、確実に処理速度が遅くなるし容量的にもかなり厳しいものになるでしょう。※ROMは10MBくらいしかないし、写真とかちょっと撮っただけですぐに溢れた記憶が（笑）
こういう事例は他にもたまーに発生しているので、調べてみてはいかがでしょうか。
RTCがどのようなデータの持ち方をしていたとしても基準からの秒数のみとして扱えばソフトでの対応は可能単に修正したくないというだけの話
RTCっていうのはふつう、主電源の無いときでも秒数をカウントアップしてくれる系統の機能がついているので、仕様に従わない単なる数値とか突っ込んでもだめなんだよね。RTC側が実施する繰り上げの処理と合わなくなるから
少なくとも基準(発売日)から今年までの範囲は正常にカウントアップできるのだから、その範囲の単純増加カウンタとして新たな基準に加算し直せばいいだけ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ナニゲにアレゲなのは、ナニゲなアレゲ -- アレゲ研究家
嘘言うなよ... (スコア:0)
>チップセットが対応していない
たんにファーム書く人がいない・雇う金が無いからでしょう。
外注さんはチップセット扱いだったんですね。。。
Re: (スコア:1)
ん？あまりプログラムとかに詳しくない人なのかな？
単純に日付をどのように表現するかで考えたら、あり得る話ですよ。
例えば10年カウントアップできるなら、単純に10年ずらせばいいんでしょうけど、データの保持方法のほうに手を加えるのが難しいので、単純に現在のデータの日付との整合性が取れなくなって、対応できないということなんじゃないでしょうか。
※bit数が単純に足りないとか
特にこの時代の携帯は専用（not 汎用）ハードウェアと専用ソフトウェアの両方を駆使して快適な速度を出しています。ソフトウェアのほうに比重を置くように更新すると、まず使える速度で動いてくれないと思いますよ。
まぁ更新を2段構えで行えばまだましなんでしょうけど、確実に処理速度が遅くなるし容量的にもかなり厳しいものになるでしょう。
※ROMは10MBくらいしかないし、写真とかちょっと撮っただけですぐに溢れた記憶が（笑）
こういう事例は他にもたまーに発生しているので、調べてみてはいかがでしょうか。
Re: (スコア:0)
RTCがどのようなデータの持ち方をしていたとしても基準からの秒数のみとして扱えばソフトでの対応は可能
単に修正したくないというだけの話
Re: (スコア:0)
RTCっていうのはふつう、主電源の無いときでも秒数をカウントアップしてくれる系統の機能がついているので、
仕様に従わない単なる数値とか突っ込んでもだめなんだよね。RTC側が実施する繰り上げの処理と合わなくなるから
Re:嘘言うなよ... (スコア:0)
少なくとも基準(発売日)から今年までの範囲は正常にカウントアップできるのだから、その範囲の単純増加カウンタとして新たな基準に加算し直せばいいだけ