- TI nspire
[Firebird] TI-nspire emu for WIN, MAC, Android, IOS (에뮬레이터)
-
- 2024.09.17 - 20:31 2015.11.27 - 09:13 5490 4
1. 소개
Firebird 라는 TI-nspire 에뮬레이터가 v
0.2▷0.3▷1.5▷1.6까지 개발되었습니다.https://github.com/nspire-emus/firebird
관련 동영상
https://www.youtube.com/watch?v=uR7Vmn61Ai0
2. 설치 및 실행
처음 설치하면 아래와 같은 설정과정을 거쳐야 하는데,
다른 에뮬(kArmTI)과 마찬가지로 Boot1, Boot2 이미지를 따로 구하셔야 합니다.
(해당 파일을 배포하는 것은 불법이며, 본인이 가진 장비에서 dump(추출)하시는 것이 원칙입니다.)
그 방법은 아래 링크를 참고하시기 바랍니다.https://github.com/nspire-emus/firebird/wiki/First-Time-Setup
설치 순서
- Configuration
- Boot1 - Select
- Flash - Create
- Boot2 - Select
- OS - Select
- Save As...
- Snapshot file - Select
(나중에 해도 됨)
- OS Install
키패드 【on】 을 클릭하면
화면이 켜지고 부팅되면 최초로 아래 문구가 표시됩니다.
"Factory Image found. Press 'I' to install
이 때 키패드 【I】 클릭하면 OS가 설치됩니다. 설치하는데 약간 시간(1분~2분)이 걸립니다.
- 에뮬 내 계산기가 재부팅되고 계산기 최초 설정화면이 나오면 정상 설치가 완료된 것입니다.
[주의] Snapshot 저장
Shutdown 시 snapshot 저장 옵션이 있긴 한데...
프로그램을 종료(Quit)하면 마지막 작업 내용이 snapshot에 자동 저장되지 않습니다.
계산기 내부에 file로 저장하더라도 snapshot이 저장되지 않으면 원래대로 돌아가버리기 때문에 소용이 없습니다.마지막 작업 상태를 유지하시려면 반드시 Snapshot - Suspend 버튼을 눌러서 스냅샷을 저장한 후 종료하시기 바랍니다.
Turbo 모드
화면 윗쪽에 있는 Speed : xx % 를 클릭하면 파란색으로 바뀌면서 Turbo 모드가 됩니다.
Normal 모드 : 60%~70%~90% 왔다갔다
Turbo 모드 : 16000%~실제 계산 300%계산 시간이 매~~~~~우 오래 걸리는 프로그램을 돌릴 때는 유용할 수도 있는데...
키보드나 마우스 입력이 중복 입력되는 심각한 문제가 있습니다.
또, 계산기 시간이 빠르게 지나가서 화면이 매우 빠르게 꺼집니다.일단 handheld 설정에서 Power Standby 를 기본 값인 3 Minutes 에서 최대값인 30 Minutes 로 변경하시구요.
계산 명령까지는 Normal Mode에서 진행하시고, 계산 중간에만 (일시적으로) Turbo 모드로 전환했다가, 계산이 끝나면 다시 Normal 모드로 돌아오는 것이 가장 효과적인 방법 같습니다.
3. 사용 소감
둘 다 Document 열기나 간단한 계산 등의 기본 명령에 대한 반응은 빠릿빠릿하지 않습니다.
(실물 계산기도 그런 감이 있긴 합니다만...)
0.2~0.3 버전 때 느낌을 기억하진 못합니다만... 1.5 받아서 다시 해보니 빠릿빠릿 한 것 같습니다.
위 스샷의 프로그램(Root Locus Plot ver 1.44) 명령(r.locusplot(ex.scielo[7],10,5)을 기준으로 걸린 시간은 다음과 같습니다.
(사용된 PC의 CPU는 i5-2540m 일겁니다. 아마도)
- TI-nspire CX CAS (실물 계산기) & OS3.2 ≒ 52초
- TI-nspire CAS Student Software & OS3.2 ≒ 2초
- Firebird(Ver 0.2) for WIN & OS4.0 ≒ 31초 (Turbo Mode 에서 14초)
- Firebird(Ver 0.2) for Android & OS4.0 ≒ 120초?
- kArmTI (ver 1.78) & OS4.0 = 18초
RYZEN 7 4700U CPU에서
- Firebird(Ver 1.5) for WIN & OS4.5 ≒ 26초 (Turbo Mode 6초 정도)
사용이 끝나고 프로그램을 완전 종료하면(terminate) 다시 시작할 때 cold booting 과정을 진행하게 되는데, WIN 버전은 참을만 하지만, Android 버전은 좀 오래 걸립니다. 완전 종료 안하고 그냥 홈으로 가면 suspend 상태에서 깨어나는 것이 가능합니다만, RAM을 247MB 나 먹고있기 때문에... ㅠㅠSnapshot 기능으로 해결
화면을 클릭하는 것으로 터치패드가 작동하긴 하는데... 윈도우 마우스 커서 작동법과는 완전히 다른 느낌이라서 적응이 필요한 것 같습니다. 적응하기 보다는 키보드로 키패드로 입력하는게 더 빠를 것 같습니다만...
총평
심각한 버그가 보이진 않아서 사용은 가능하지만, 아직 실사하기에는 조금 부족한 듯 합니다.
발전 및 개선 가능성은 많이 남아있다고 보여지므로 개발 과정을 지켜보고 응원을 좀 해야할 듯 합니다.
쓸만해진 것 같습니다.
-
25
댓글4
-
세상의모든계산기
오랫만에 찾아봤던니 1.5 까지 올라왔네요.
https://github.com/nspire-emus/firebird/releases/tag/v1.5설정에서 Shutdown - Save snapshot on shutdown 에 v 체크 했는데도 적용이 안되는 것 같습니다.
버그인듯?
- 1
세상의모든계산기 님의 최근 댓글
- claude AI는 l-c*r^2 을 1-c*r^2 으로 잘못 읽고 표시하고 있습니다. - TI-nspire CAS 계산기에 l-c*r^2 ≥0 을 조건에 추가해 계산해 보아도 결과는 바뀌지 않습니다. 2026 07.20 ⚠️ 경고가 바로 두 번째 방법이 "성공"한 이유와 정확히 연결되어 있습니다. 경고의 의미 "Domain of the result might be larger than the domain of the input"는 CAS가 절댓값(모듈러스)을 계산하는 과정에서 원래 식보다 정의역이 더 넓은 형태로 단순화했다는 뜻입니다. 구체적으로 이 계산은 내부적으로 대략 이런 과정을 거칩니다. $$\left|\frac{er}{e\cdot r}\right| = \sqrt{\left(\frac{er}{e\cdot r}\right)\cdot\overline{\left(\frac{er}{e\cdot r}\right)}}$$ 즉 원래 식(복소수)과 그 켤레복소수를 곱해서 실수부·허수부 제곱합을 만들고, 거기에 다시 제곱근을 씌우는 과정입니다. 이 과정에서 √(x²) → x 또는 √a·√b → √(ab) 같은 규칙들이 쓰이는데, 이런 규칙들은 x가 실수이고 0 이상일 때만 엄밀하게 성립합니다. CAS는 이 조건들을 일일이 다 추적하지 않고 넘어가면서, 원래는 (e≠0, r+l·ω·i ≠ 0 등) 복소수 특유의 좁은 정의역을 가진 식을, r, l, ω가 어떤 실수여도(부호 무관하게) 정의되는 1/√(r²+l²·ω²)라는 더 넓은 정의역의 식으로 바꿔버린 것입니다. CAS는 이 손실을 감지하고 경고를 띄운 것입니다. 이게 왜 조건 대입 성공과 연결되는가 정리하면, 이 경고는 사실상 이런 뜻입니다. "나는 이 결과를 만들면서 원래 식이 가지고 있던 정의역 제약 정보(부호 조건, i 관련 조건 등)를 이미 버렸다." 바로 이 "정의역 정보를 버린" 상태가 이후 con_1 대입을 매끄럽게 만드는 원인입니다. 첫 번째 시도에서는 i가 살아있는 원래 식에 조건을 대입했기 때문에, CAS가 √(1-c·r²)이 실수인지(정의역 조건: 1-c·r² ≥ 0) 계속 추적하려고 했고, 그 정보가 con에 없어서 더 이상 정리를 못 하고 멈췄습니다. 두 번째 시도에서는 절댓값 계산 단계에서 이미 그런 세밀한 정의역 추적을 CAS 스스로 포기(단순화)했기 때문에, 이후 ω에 무리식을 대입해도 "이게 실수가 맞나?" 하는 검증 절차 없이 그냥 대수적으로 치환·정리해 버립니다. 그래서 깔끔하게 √c/√l이 나온 겁니다. 한 줄 요약 절댓값 계산 시 뜬 "정의역이 넓어졌을 수 있다"는 경고는, CAS가 그 순간에 원래 식의 엄밀한 조건(정의역)을 놓쳤다는 신호이고, 바로 그 "조건을 놓친 상태"이기 때문에 뒤에 이어지는 조건식 대입이 막힘없이 진행된 것입니다. 다만 그 대가로, 결과인 1/√(r²+l²·ω²)이나 최종 √c/√l이 원래 회로 조건(i≠0이 되는 경계, 분모가 0이 되는 경우 등)에서는 엄밀히 성립하지 않을 수 있다는 점은 감안하셔야 합니다. 실제 물리적으로는 r, l, c > 0이고 결과도 물리적으로 타당한 형태라 문제없어 보이지만, 수학적 엄밀성 측면에서는 "정의역이 넓어진 근사적 결과"라는 꼬리표가 붙어있는 셈입니다. 2026 07.20 Claude AI 답변 TI-Nspire CAS의 | (such that / 조건대입) 연산자는 대입 시점의 수식 형태를 그대로 두고 기호만 치환하는 연산입니다. 대입 후에 처음부터 다시 "실수부/허수부 분리, 유리화" 같은 재간소화를 자동으로 수행하지 않습니다. 이 차이가 지금 보신 결과 차이의 핵심입니다. 첫 번째 경우 (|er/(e·r)| | con_1 and con → 실패) 이 시점의 식은 아직 r + l·ω·i 형태의 복소수 그대로입니다 (i가 살아있음). 여기에 con_1: ω = √(1-c·r²)/(√c·l)을 대입하면, 분모 안에 i · √(1-c·r²) 라는 항이 새로 생깁니다. 문제는 CAS가 √(1-c·r²)이 실수인지(즉 1-c·r² ≥ 0인지) 판단할 근거가 없다는 겁니다. 저장해 두신 con 조건은 c>0, l>0, r>0뿐이고, 1-c·r²≥0이라는 조건은 포함되어 있지 않습니다. 그래서 CAS는 i와 이 무리식을 더 정리(유리화, 실수부·허수부 재결합)하지 못하고 있는 그대로 남겨둡니다. 결과에 여전히 i가 보이는 이유입니다. 두 번째 경우 (결과값 1/√(r²+l²·ω²)에 대입 → 성공) |er/(e·r)| (절댓값/모듈러스) 연산은 그 자체로 이미 "복소수 → 실수" 변환을 완료한 결과입니다. 즉 1/√(r²+l²·ω²)에는 더 이상 i가 없고, 순수하게 r, l, ω로만 이루어진 실수식입니다. 이 식에 ω = con_1을 대입하는 것은 그냥 실수 대수식에 실수 대입하는 것이므로, i와 무리식이 뒤엉키는 문제 자체가 발생하지 않습니다. 그래서 바로 깔끔하게 √c/√l로 정리됩니다. 정리하면 절댓값(모듈러스) 계산은 "이 값들이 실수다"라는 가정을 이미 내부적으로 써서 i를 제거하는 연산입니다. 그 연산을 조건 대입 이전에 해두면, 이후 대입은 단순 실수 대입이라 문제없이 정리됩니다. 반대로 i가 남아있는 식에 무리식을 포함한 조건을 먼저 대입하면, 그 무리식의 실수성/부호에 대한 가정이 없어서 CAS가 i를 소거하는 재간소화를 못 하고 멈춰버립니다. 실용적 팁: 복소식에 조건을 대입해야 할 때는 가능하면 절댓값·실수화(유리화) 등을 먼저 끝내서 i를 없앤 뒤 조건을 대입하거나, 대입 후 결과에 다시 simplify/expand/combine 같은 명령을 한 번 더 걸어주면 (필요한 도메인 조건과 함께) 정리가 되는 경우가 많습니다. 2026 07.19 저도 어림잡아 추측할 뿐이지 정확한 이유를 알지는 못합니다. 질문하신 사진을 그대로 (Gemini 3.5 Flash / ChatGPT / Claude Sonnet 5) AI에 넣어 보니 claude AI 가 제일 합리적인 답변을 주어서 이를 붙여 넣습니다. 2026 07.19 아 그렇네요. 감사합니다. ^^ 2026 04.28