hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
오페라 (웹 브라우저) 역사
오페라 10.5에서는 새 자바스크립트 엔진인 카라칸이 소개되었다. 오페라 소프트웨어에 따르면, SunSpider라는 속도 측정 프로그램으로 측정한 결과 카라칸이 적용된 오페라 10.5는 오페라 10.1보다 7배 빨랐다. 2010년 12월 16일에는 오페라 11이 나왔다. 변화, 추가된 기능은 탭 쌓기, 마우스 동작(제스처) 시각화 힌트, 주소창의 변화 등이다. 새 주소창은 쿼리 부분(?title=)과 프로토콜(http) 부분을 자동으로 숨겨준다(기본값). 2012년 6월 14일에는 오페라 12가 발표되었다.
2013년 2월 12일 오페라는 이때까지 쓰던 프레스토 엔진 대신 구글의 크로뮴의 웹킷 엔진과 자바스크립트 엔진 V8을 쓰기로 했다. 오페라 소프트웨어는 또한 웹킷에 코드를 제공하기로 했다. 2013년 4월 11일, 구글은 블링크로 알려진 새로운 엔진을 만들기 위해 웹킷의 구성요소를 가져올 것이라고 발표했다. 이날 오페라는 구글의 블링크를 적용할 것이라고 확인했다.
2013년 5월 28일, 오페라 15 베타가 공개되었다. 오페라 메일 등 이전 버전에 포함되었던 다양하고 독특한 기능들이 사라졌고, 오페라 메일은 별도의 프로그램으로 떼어져 배포되었다.
2016년 7월 18일, 중국 컨소시엄(치후360, 쿤룬테크 등)에 매각되었다.
오페라 (웹 브라우저) 개요
오페라는 노르웨이, 오슬로의 오페라 소프트웨어가 개발하고 있으며, 핵심 레이아웃 엔진("프레스토")은 어도비 같은 협력 사업자들에게서 라이선스를 받았고, 어도비 크리에이티브 스위트에 통합되어 있다. 오페라는 스마트폰과 PDA를 위한 브라우저 분야에서 그들의 스몰 스크린 렌더링(Small Screen Rendering) 기술로 시장을 선도하고 있다. iTV 플랫폼에서도 사용되며, 닌텐도의 게임기인 위에 탑재, 닌텐도 DS용 웹 브라우저를 개발하는 등 여러 플랫폼에서 개발 중이다. 현재 음성 인식 “멀티모들(multimodal) 브라우저”를 IBM과 함께 개발 중이다.
웹 표준에 대해 오페라는 모질라 재단과 행보를 같이하는 경향을 보이며, 이것은 자바스크립트 표준안이나 CSS 2, CSS 3와 같은 새로운 웹 표준 제정 및 Acid2, Acid3 테스트와 같은 곳에서 드러나고 있다.
오페라 (웹 브라우저) 특징
오페라의 특징은 다양한 기능을 통합해서 기본적으로 탑재하고 있으면서 같은 종류의 다른 프로그램에 비해 작고, 렌더링 속도가 가볍고 빠르다는 것이다.
그리고 오페라 및 오페라 모바일에서는 오페라 터보라는 기능을 제공하고 있는데, 이는 네트워크 연결이 느리거나 불안정한 환경에서 오페라 터보 기능을 토글키를 통해 활성화 시키면 웹페이지 서버측의 자료를 오페라 터보 서버에 우선 전송한 후 해당 정보를 오페라 터보 서버 상에서 압축하여 사용자에게 다시 전송하여 브라우저 사용자의 느린 네트워크 환경을 극복하는 방식이다.
더불어 10.5 버전부터 새로이 선보인 오페라 유나이트 서비스는 웹브라우저상의 간단한 조작으로 파일을 공유하거나 음악, 동영상 등 미디어를 재생하거나, 간단한 웹페이지를 작성하여 웹 서버로도 활용할 수 있는 기능을 제공한다.
2012년 11월, 오페라는 레이아웃 엔진 프레스토 2.12와 자바스크립트 엔진 카라칸을 사용한 12.1을 출시했다.
2013년 2월 13일, 오페라는 크로뮴의 블링크 로 렌더링 엔진을 바꾼다고 발표했다.
2016년 4월 20일에, 새 개발자 버전을 공개하면서 무료 무제한 VPN 서비스를 추가했다.
오페라 (웹 브라우저) 비판
2013년 5월 28일, 오페라는 지금껏 사용하던 프레스토 엔진을 버리고 구글의 크롬과 같은 베이스의 블링크를 사용하는 웹브라우저를 발표하였다. 그러나 기존의 프레스토 기반의 오페라에 저장된 즐겨찾기를 가져올수 없고, 오페라의 클라우드 동기화 서비스인 Opera Link를 직접 지원하지 않는 등의 여러 불편사항이 있었다. 무엇보다 '오페라'라는 이름과 특유의 로고(빨간색의 입체 'O'로고), 그리고 오페라 터보등 몇몇 기능을 제외하면 기존의 오페라와 확연히 달라진점, 호환이 안되는 점은 사용자들의 불편을 자아내고 있다. Opera Link의 지원과 프레스토기반의 오페라와의 호환등은 최신버전인 25에서도 아직까지 지원되지 않고 있다.
인터넷 스위트
인터넷 스위트(Internet suite) 또는 인터넷 제품군은 보통 아래의 기능들을 포함하는 인터넷 관련 소프트웨어 제품군이다:
이메일 클라이언트
이메일 클라이언트(mail user agent, MUA)는 전자우편을 읽고 보낼 때 이용하는 컴퓨터 프로그램이다.
자바메일(Javamail)은 플랫폼 독립적인 자바 API이며, 표준 전자우편 프로토콜을 사용하는 전자우편 클라이언트나 서버를 개발할 때 쓰인다.
이메일 클라이언트 프로토콜
이메일 클라이언트에서 전자우편 수신을 지원하는 프로토콜은 POP3, POP4 등이 있다. IMAP와 최신의 IMAP4가 서버의 전자우편 저장량을 줄이기 위해 최적화된 반면에, POP3 프로토콜은 보통 클라이언트에서 다운로드한 전자우편을 보관하게 된다. 대부분의 메일 클라이언트는 전자우편을 보낼 때 SMTP 프로토콜을 사용한다. 위에서 설명한 것 말고도 웹 기반의 이메일 프로그램이 있는데, 야후! 메일, 지메일, 핫메일 등이 그것이다.
대부분의 전자우편 클라이언트가 지원하는 중요한 프로토콜 가운데 하나가 이진 첨부파일을 보낼 때 쓰는 MIME이다. 첨부 파일은 본래 전자우편의 일부는 아니지만, 전자우편과 함께 보내진다.
MAPI(Messaging Application Programming Interface)는 마이크로소프트 윈도우의 독자적인 API로, 마이크로소프트 익스체인지 서버에 접근하거나 마이크로소프트 아웃룩 클라이언트와 연동하기 위한 것이다.
종자산 (경기)
종자산(種子山)은 대한민국 경기도 포천시 관인면에 있는 높이 643m의 산이다.
종자산 (강원)
종자산(種子山)은 대한민국 강원특별자치도 홍천군 서면에 있는 높이 581m의 산이다.
응용 소프트웨어
응용 소프트웨어(영어: application software) 또는 애플리케이션은 컴퓨터를 작동, 관리 또는 프로그래밍 하는 것이 아니라 최종 사용자의 사용을 목적으로 하는 모든 컴퓨터 프로그램이다. 운영 체제에서 실행되는 모든 소프트웨어를 뜻한다. 따라서, 워드프로세서, 스프레드시트, 웹브라우저들뿐만 아니라 컴파일러나 링커 등도 응용 소프트웨어에 속한다. 또는 좁은 의미에서는 OS 위에서 사용자가 직접 사용하게 되는 소프트웨어들을 뜻한다. 이런 경우 컴파일러나 링커등 시스템소프트웨어를 제외한 워드프로세서 등의 소프트웨어들만을 주로 뜻한다. 이렇게 뜻을 한정할 경우 응용 소프트웨어는 시스템 소프트웨어의 여집합이라고도 생각할 수 있다. 간단하게 줄여서 애플리케이션이라고 하며 준말로 앱(app)이라고도 부른다.
쉽지만 꽤 정확하지는 않은 비유를 쓰자면, 이것은 하드웨어의 세계에서 전기 불빛을 응용 프로그램(애플리케이션)이라 하고, 발전소를 시스템이라고 할 수 있다. 발전소는 전기를 생산하지만, 전등과 같은 응용품을 이용하기 전에는 그 자체가 빛을 내는 등의 사용자가 바라는 기능을 수행하지는 않는다.
응용 소프트웨어 응용 프로그램 제품군
응용 프로그램 제품군은 하나의 꾸러미로 묶인 여러 개의 응용 프로그램을 말한다. 워드 프로세서와 스프레드시트, 그 밖에 몇몇의 응용 프로그램들이 함께 포함된 마이크로소프트 오피스가 대표적인 예이다. 하나의 꾸러미로 묶인 응용 프로그램들은 대개 사용자가 배우거나 사용하기 쉽게 짜여진 일관된 사용자 인터페이스를 사용한다. 그리고 이들은 보통 사용자의 편의를 위해 응용 프로그램 사이에 상호 작용하는 기능을 가진다. 예를 들어, 한 스프레드시트에 워드 프로세서의 문서를 포함할 수 있고, 게다가 다른 종류의 스프레드시트 응용 프로그램에서 이 스프레드시트의 문서를 만들 수도 있다.
응용 소프트웨어 사용자 소프트웨어
사용자 소프트웨어는 시스템이 사용자에 특화된 요구에 적합하도록 만든다. 사용자는 직접 이러한 소프트웨어를 제작하고도 이를 중요하게 여기지 않을 때가 많다.
응용 소프트웨어 임베디드 시스템
VCR, DVD 플레이어, 전자레인지와 같은 임베디드 시스템에서는 응용 소프트웨어와 운영 체제 소프트웨어를 구별하기 어려울 수도 있다.
삼십육자모
삼십육자모(三十六字母)는 중국 음운학에서 중국어 중고음(수나라, 당나라의 발음)의 성모(聲母, 두자음)를 나타내기 위해 쓰인 36가지의 한자이다.
당나라 말기의 승려 수온(守溫)이 만든 30자모에 추가로 송나라의 학자들이 非母, 敷母, 奉母, 微母, 牀母, 娘母의 6자모를 덧붙여서 성립되었다고 여겨진다.
MP3
MP3(엠피쓰리 또는 엠피스리, MPEG-1 Audio Layer-3 또는 MPEG-2 Audio Layer-3, 문화어: 엠피삼)는 MPEG-1의 디지털 오디오 규격으로 개발된 손실 압축 오디오 코딩 포맷이다. MP1, MP2를 개량하여 만들어져 가장 대중적인 음악 파일 포맷으로 여겨진다. 컴퓨터 디스크 등의 PCM MPEG-2 MP3는 압축 방식은 동일하지만, 비트율이 낮은 매체를 위한 낮은 고정 비트율, 다채널 대응이 포함되어 있다. 이 형식은 유럽형 DVD에 채용되어 있다. 또한 ISO 표준 규격이 아닌 MPEG-2.5 Audio Layer 3이라는 것도 있으며, 저 비트레이트에서의 사용에 최적화되어 있다.
MP3 개요
MP3는 손실 오디오 압축 포맷이다. 정식 명칭은 MPEG-1 Audio Layer III 또는 MPEG-2 Audio Layer III이며, MPEG 표준의 일부로 정의되었다.
MP3는 PCM 오디오 데이터를 사람이 듣는 데 중요하지 않은 부분을 버리고 다시 표현한 것이다. (JPEG 이미지의 손실 압축 기법과 비슷하다.)
MP3에서 사용하는 기술의 대부분은 음향심리학에서의 오디오 데이터의 어느 부분을 폐기할 것인가를 결정하는 데에 있다. 특히 인간의 귀가 잘 인지하지 못하는 주파수 성분이나 다른 소리에 의해 가려지는 성분(마스킹 효과)을 제거하여 파일 크기를 줄인다.
MP3 오디오는 각기 다른 비트레이트로 압축된다. 데이터의 크기와 음질에 서로 관계가 있다. 다시 말해, 데이터의 크기가 커지면 음질은 좋아지는 반면 데이터의 크기가 작아지면 음질과 성능은 떨어진다. 일반적으로 128 kbps가 보급형 음질, 192 kbps 이상이 고음질, 320 kbps가 표준 규격의 최고 음질로 알려져 있다.
MP3 역사
MPEG, MP3를 포함하여 최근의 손실 압축은 아르헨티나 부에노스 아이레스(Buenos Aires) 대학 Oscar Bonello 교수의 초기 연구에 기본을 두고 있다. 그는 방송용 라디오 자동화를 위한 스튜디오 장비 설계에 관련이 있었다. 또한, 주된 연구 분야인 음향심리학과 음향학을 대학에서 가르쳤다(실내 음향 디자인에 관한 "Bonello Criterion"이라는 책을 낸 적도 있다.) 1983년, 그는 오디오 신호를 부호화할 때 필요한 비트 스트림을 줄이기 위해 크리티컬 밴드 마스킹(Critical Band Masking) 원리를 사용하는 아이디어를 연구하기 시작했다.
MP3 역사
마스킹 원리는 1924년에 처음 개발되었으며 1959년 Egan-Hake와 Richard Ehmer에 의해 더욱 발전되었다. Bonello의 연구는 1987년 IBM 개인용 컴퓨터에서 하드웨어에 의해 구현되며 실시간으로 동작하는 세계 최초의 비트 압축 시스템을 만들어 냈다. 이것은 ECAM이라고 불렸다. 이 플러그인 카드와 관련된 제어 소프트웨어는 완벽히 동작하는 하나의 제품으로써 1988년 오디컴(Audicom)이란 이름으로 처음 전시되었다. 그 뒤 1990년 미국 아틀란타의 국제 NAB 라디오 전시회(Radio Exhibition)를 통해 세계에 알려졌다. 기본적인 Bonello 구현은 현재 MP3와 다른 시스템에서 쓰이고 있다. 그는 이 기술과 관련하여 어떠한 특허 내는 것을 거절하였다.
MP3 역사
MPEG-1 Audio Layer 2 인코딩은 독일의 Deutsche Forschungs- und Versuchsanstalt für Luft- und Raumfahrt(나중에는 Deutsches Zentrum für Luft- und Raumfahrt, German Aerospace Center로 불림) 소속 Egon Meier-Engelen가 관리하는 디지털 오디오 방송(Digital Audio Broadcast) 프로젝트로 시작되었다. 이 프로젝트는 일반적으로 EU-147(1987년부터 1994년까지 운영됨)로 알려진 유레카(EUREKA) 연구 프로그램의 한 부분으로써 유럽 연합의 재정 지원을 받았다.
MP3 역사
독일의 Erlangen-Nuremberg 대학 박사 연구생인 Karlheinz Brandenburg는 1980년대 초반 디지털 음악 압축에 대한 연구를 시작했다. 그는 어떻게 사람들이 음악을 인지하는지에 초점을 맞추고 있었다. 1989년에 그의 박사 연구는 완성되었으며 Erlangen-Nuremberg에서 조교수가 되었다. 그 뒤 프라운호퍼 연구소(Karlheinz Brandenburg는 1993년에 st스태프로 합류)에서 과학자들과 함께 음악 압축에 관한 연구를 이어나갔다.
MP3 역사
1991년 적용할 수 있는 두 개의 제안이 있었으나 필립스(네덜란드),CETT(프랑스), Institut für Rundfunktechnik(독일)이 제안한 Musicam 기술이 높은 음질의 압축 오디오를 인코딩하는 경우에 아주 적은 계산 능력으로 소화해 낼 뿐만 아니라 명료함과 오류 내구성 때문에 채택되었다. 서브밴드 인코딩(sub-band encoding)에 기반을 둔 Musicam 포맷은 MPEG 오디오 압축 포맷(샘플 레이트, 프레임 구조, 헤더, 프레임 당 샘플 수)의 기반을 마련하는 데 주요한 역할을 했다.
그 기술과 아이디어들은 ISO MPEG Audio Layer I과 Layer II, Layer III(MP3) 형식의 정의에 모두 추가되어 있다. Honnover 대학의 Mussmann 교수가 주도하며 Leon van de Kerkhof(Layer I)와 Gerhard Stoll(Layer II)의 책임하에 표준이 수정되었다.
MP3 역사
Leon Van de Kerkhof(네덜란드), Gerhard Stoll(독일), Leonardo Chiariglione(이탈리아), Yves-Franc,ois Dehery(프랑스), Karlheinz Brandenburg(독일)들로 구성된 연구 모임은 Musicam과 ASPEC으로부터 아이디어를 가져오는 한편 그들 스스로의 아이디어를 덧붙이기도 하였다. 그래서 192Kbps의 MP2와 같은 음질의 128kbps를 만들어 내는 방법을 만들어냈다.
모든 알고리즘은 1991년에 승인되었으며 1992년, MPEG의 첫 번째 표준 모음들 중의 한 부분으로써 완성시켰다. 그 뒤 1993년 International Organization for Standardization(ISO)/International Electrotechnical Commission(IEC) 11172-3에서 국제 표준이 되었다.
MP3 역사
MPEG 오디오에 대한 더 많은 연구가 1994년에 이루어졌다. 그것은 MPEG-2라고 하는 MPEG의 2번째 세트 가운데 한 부분이었으며 1995년 발행된 국제 표준 International Organization for Standardization(ISO)/International Electrotechnical Commission(IEC) 13818-3로써 공식적으로 더 알려지게 된다.
인코더의 압축 효율은 일반적으로 비트 레이트에 따라 결정된다. 왜냐하면 압축율은 입력신호의 샘플링 레이트와 비트 깊이에 의존하기 때문이다. 그러나 보통 CD 매개변수를 레퍼런스(44.1kHz, 2 채널, 1채널 당 16 비트 또는 2x16 비트)로 사용하여 압축율을 나타내곤 한다. 때로는 디지털 오디오 테이프(DAT) SP가 매개변수로 쓰이기도 한다.(48kHz, 2x16 비트). 이것을 레퍼런스로 사용한 압축률은 더 높아서 손실 인코더에서 "압축률(compression ratio)"이란 단어를 무색하게 만들기도 한다.
MP3 역사
Karlheinz Brandenburg MP3의 압축 알고리즘을 평가하기 위해 선택했던 노래가 Suzanne Vega의 노래 Tom's Diner이다. 이 노래는 부드럽고 단조로웠기 때문에 재생하는 동안 압축 포맷에서의 잘못된 부분을 듣기가 쉬웠다. 어떤 사람들은 농담 삼아 Suzanne Vega를 "MP3의 어머니"라 하기도 한다.
오늘날의 MP3에 VBR(Variable Bit Rate) 기술은 프라운호퍼사가 아닌 Xing에서 추가한 기술이다 하지만 Xing Encoder 1.5에서는 16kHz가 잘리는 버그가 있었으나 추후 개선되었다.
1994년 7월 7일, Fraunhofer Society는 I3enc라는 첫 번째 MP3 소프트웨어를 선보였다. 그 뒤 1995년 7월 14일 .mp3라는 확장자가 Fraunhofer팀에 의해 정의되었다.(이전까지는 .bit로 사용되었었다) 첫 번째 실시간 MP3 플레이어 프로그램(1995년 9월 9일 발표)과 함께 많은 사람들이 그들의 PC에서 MP3를 인코딩하고 재생할 수 있게 되었다. 그 때까지는 아주 작은 용량의 하드 디스크였기 때문에(~500MB) 컴퓨터에서 음악을 듣기 위해서는 비악기 기반 음악(non-instrument based Music)을 저장해야 했다.
1993년 10월, MP2(MPEG-1 Audio Layer 2)파일이 인터넷에 모습을 드러냈다. MP2는 Xing MPEG Audio Player를 사용하여 재생할 수 있었다. 그 뒤 MAPlay라고 하는 Tobias Banding의 유닉스 프로그램(1994년 2월 22일 초기 버전 발표. 마이크로소프트 윈도우에서 동작하는 버전도 있음)을 사용하여 재생하기도 했다. 초창기 MP2를 만들어 내는 프로그램은 Xing가 유일하게 가능하였으며 cdda2wav라든지, CD 오디오에서 웨이브 형태의 오디오 파일을 만들어내는 CD 리퍼 같은 것들이 함께 쓰였다. Internet Underground Music Archive (IUMA)는 온라인 음악의 대변화의 시작점을 인정하기 시작했다. IUMA는 MP3와 웹이 대중화되기 앞서, 인터넷의 고품질 음악 웹 사이트였다. 그들은 MP3와 웹이 대중화되기 앞서 MP3 레코딩에 관한 수천가지의 권한을 제공했다.
1995년 전반기부터 1990년 후반기까지. MP3는 인터넷에서 퍼지기 시작했다. MP3의 대중성은 널소프트(Nullsoft)의 오디오 플레이어인 윈앰프(1997년 발표)와 유닉스 오디오 플레이어인 mpg123, 그리고 네트워크 P2P 파일 공유 프로그램인 냅스터(1999년 발표)의 출현과 함께 빠르게 성장해 나갔다. 이 프로그램들은 사용자들로 하여금 MP3 공유와 수집, 제작, 재생을 보다 쉽게 해주도록 하였다.
작은 크기의 MP3파일은 P2P를 이용하여 음악을 광범위하게 공유할 수 있게 하였다. 그것은 이전까지는 불가능한 것이었다. 그렇게 무료로 음악을 공유하는 것은 음반 판매를 감소시킨다고 주장하는 주된 레코드 회사들은 냅스터에 법적소송을 걸어 냅스터를 폐쇄시켰다. 그리고 파일 공유에 적극적으로 참여한 개인 사용자들에 대해서도 법적 소송을 걸었다.
MP3의 대중성에 반하여, 온라인 소매상인들은 소유권이 있는 포맷을 사용하기 시작했다. 그 포맷은 DRM로 암호화되어 있어서 사용자들이 레코드 회사에 의해 특별히 인증되지 않은 경로로 구매된 음악을 사용하는 것을 막았다. 레코드 회사들은 P2P로 네트워크에서 파일 공유되어 사용하는 것을 막기 위해 이것은 꼭 필요한 것이라 주장했다. 그러나 이것은 또 다른 문제가 있었다. 바로 사용자들이 정식으로 구입한 노래를 다른 형태의 장치에서 재생하는 것까지 막아 버린 것이었다.(이를테면, MP3 플레이어에서는 재생할 수 있지만 개인용 컴퓨터에서는 재생하지 못한다든지) eMusic과 같은 곳은 MP3 포맷으로 서비스를 계속하여 어떤 장치에서든지 사용자들이 음악을 들을 수 있게 하고 있다. 하지만 이런 일들이 있어도 꾸준히 판매가 늘어났지만 이런 일이 많아지고 계속되자 점점 판매가 줄어들었다.
MP3 인코딩
MPEG-1 표준은 MP3의 정확한 정의는 포함하고 있지 않지만 음향심리학적 예제 모델과, 비율 반복, 비규범적인 부분을 제공하고 있다. 현재에는, 구현에 대한 부분은 매우 진부하다고 암시하고 있다. 표준 구현자(표준에 따른 개발을 하는 개발자)들은 RAW 음원에 독립적인 알고리즘을 만드는 데 노력하고 있다.
인코딩 과정중 576회의 시간 도메인 샘플들이 576개의 주파수 도메인 샘플로 변환된다.(이부분은 실세계에서 음원과 컴퓨터 상의 음원의 원리를 비교해보면 이해할 수 있음) 만약 시간이 매우 짧다면, 576개 대신에 192개의 샘플만 추출될 수도 있다.(음원의 엔코딩 시간이 여유롭지 못할때). 이럴 때는 잠시동안의 약간의 노이즈가 동반 될 수 있다.(Jit)
결론적으로, 많은 MP3 인코더들이 존재하는데, 모두 생성하는 품질은 다를 수 있다. 그들에 대한 비교결과는 유효하며, 사용자에게 가장 편한 인코더를 선택하는 것이 최선의 방법이다. 매우 높은 비트레이트 샘플링에 요구되는 숙련된 사용방법은 낮은 비트레이트에서는 요구되지 않는다.
MP3 파일 구조
MP3 파일은 여러 블럭들의 집합으로 이루어져 있다. 블럭에는 ID3v1, ID3v2 등의 태그들과 AAU(Audio Access Unit)들로 이루어져 있다. 특히 ID3v2 태그는 선택적으로 여러개 들어갈 수 있다.
Audio Access Unit의 약자로서 실제 음향 데이터를 담고있다.
AAU는 또 다시 여러개의 블럭으로 나뉜다.
AAU의 길이는 다음과 같다.
만약, 비트 레이트가 448,000 bit/s 이고 주파수가 48,000Hz, 패딩 비트가 on(true 또는 1)이라면
가 된다.
비트레이트와 주파수, 패딩 비트 정보는 헤더로부터 가져 올 수 있다.
헤더에는 하나의 AAU 블럭을 디코딩 하기 위해 필요한 기본적인 정보를 담고 있다. 모든 AAU 마다 헤더를 가지고 있으므로 AAU는 독립적으로 디코딩 될 수 있지만 대개 하나의 MP3에는 동일한 헤더를 가지고 있으므로 디코더는 주로 맨 첫번째 헤더만을 읽는다.
CRC는 프레임의 오류를 검사하기 위한 데이터를 담고 있다. 대부분의 MP3 파일에는 존재하지 않는다.
헤더에서 "Error Protection" 이 "on" 일때만 존재한다.
총 16 bit(2 byte)의 길이를 갖는다.
MP3 파일 구조
사이드 인포메이션(Side information) 은 인코딩된 메인 데이터를 디코딩 하는데 필요한 정보를 가지고 있다.
사이드 인포메이션의 길이는 다음과 같다.
사이드 인포메이션은 다음과 같이 구성되어 있다.
만약, MP3가 듀얼 채널 이라면 위에 보이는 것처럼 하나의 granule 은 두개로 나뉘어 하나는 좌측, 나머지 하나는 우측 채널에 대한 사이드 인포메이션을 담게 된다.
하나의 채널에 대한 사이드 인포메이션은 다음과 같이 구성되어 있다.
main_data_begin
메인 데이터의 시작점을 가리키는 포인터이다. 다음 프레임의 헤더의 sync word 로부터 음의 바이트 오프셋이다.
private_bits
개인적인 목적으로 사용할 수 있는 비트이다. 이 비트의 또 다른 역할은 사이드 인포메이션의 크기를 바이트 단위로 맞춰주는 역할을 한다. 싱글 채널의 경우 17 바이트로, 듀얼 채널의 경우 32 바이트로 크기를 맞추어 준다.
scfsi
1 비트로 구성되어 있으며 granule에 스케일 팩터 선택 정보를 제공하며 scfsi_band 로 그 값을 전달한다.
scfsi_band는 21개의 주파수 영역을 네 개의 그룹으로 나눈것으로 다음과 같다.
MP3 파일 구조
part2_3_length
이 값은 스케일 팩터와 허프만 부호화를 위해 사용되는 메인 데이터의 비트수를 부호없는 정수로 가지고 있다. 하나의 granule 은 하나의 채널에 대한 사이드 인포메이션을 제공하는데 예를 들면, 싱글채널의 경우 두개의 granule이 있고 하나의 granule에는 하나의 채널이 존재한다. 그러므로 총 채널의 개수는 두 개이며 사이드 인포메이션 또한 두 개 존재한다. 각각의 채널의 크기는 그에 해당하는 사이드 인포메이션의 part2_3_length 에 저장되어 있다.
big_values
global_gain
양자화 스탭 사이즈는 이 값을 통해 알 수 있으며 역양자화 공식은 역양자화 블럭 안에서 찾을 수 있다.
scalefac_compress
스케일 팩터 디코딩에 필요한 정보의 비트 수를 밝혀 내는데 쓰인다. 스케일 팩터 대역폭으로 변환될 정보의 비트 수는 slen1 과 slen2 라는 변수 값으로 나타낸다. block_type 변수에 따라 다양하게 나타날 수 있으며 그에 대한 값은 아래 표에서 찾을 수 있다.
만약 block_type 이 0, 1, 3 이라면 slen1 은 0~10, slen2는 11~20의 대역폭으로 변환된다.
MP3 파일 구조
만약 block_type 이 2 이고 mixed_block_flag 가 0 이라면 slen1 은 0~5, slen2는 6~11의 대역폭으로 변환된다.
만약 block_type 이 2 이고 mixed_block_flag 가 1 이라면 slen1 은 0~7(긴 범위) 또는 3~5(짧은 범위), slen2는 6~11의 대역폭으로 변환된다.
window_switching_flag
이 값이 셋 되어 있으면 block_type, mixed_block_flag, subblock_gain 값 또한 셋 된다. 셋 되어 있지 않으면 block_type 값은 0 이 된다.
block_type
각 granule 에 쓰일 윈도우의 종류를 나타낸다. 윈도우의 종류는 아래 표에 있다.
mixed_block_flag
각기 다른 주파수들이 각기 다른 윈도우 타입과 함께 변환될 지에 대한 정보를 나타낸다. 이 값이 셋 되어 있지 않으면 모든 주파수들은 block_type 에 명시된 종류에 따라 변환 되지만, 값이 셋 되어 있다면 가장 낮은 두 개의 부분대역폭은 normal window와 함께 변환되며 나머지 부분 대역폭들은 block_type 에 명시된 대로 변환된다.
MP3 파일 구조
table_select
subblock_gain
region0_count, region1_count
preflag
scalefac_scale
count1table_select
인코딩된 실제 데이터를 담고있다. 사이드 인포메이션을 바탕으로 디코딩 되어야만 실제 사용 가능한 데이터가 될 수 있다. 허프만 디코딩, 스케일 팩터 디코딩 로 변환해야 한다.
Ancillary Data(부수적 데이터)는 말 그대로 부수적인 정보를 담고 있으며 사용자가 임의로 사용할 수 있다. 부수 데이터는 프레임 내에서 크기가 명확하게 표기되어 있지 않으며, 허프만 코드 정보가 끝나는 부분과 다음 프레임의 메인 데이터 시작 포인터가 가리키고 있는 부분과의 거리가 부수 데이터의 크기가 된다.
APE 태그는 가수, 앨범명, 곡의 제목등의 메타데이터를 추가하기 위한 태그 포맷이다.
Lyrics3v2 태그는 가사와 노래 정보등을 담기 위한 태그 포맷이다.
MP3 파일의 맨 끝에 존재하며 128 byte 길이의 태그이다. "TAG"라는 문자열로 시작하여 쉽게 찾을 수 있다.
매독균
매독균(梅毒菌, 영어: Treponema pallidum, T.P.)은 성병의 일종인 매독을 유발하는 균이다. 인간에게만 전염된다. 일반적으로 길이가 6–15 μm이고, 폭이 0.1–0.2 μm인 나선 코일형 미생물이다. 매독균의 대사에 에너지가 많이 소모되어 숙주인 사람의 대사 활동이 최소화 된다. 매독균은 세포질 및 외부막을 가지고 있다. 광 현미경을 사용하여 암시 야조명(어두운 부분을 밝게 비추는 조명)을 사용하여 볼 수 있다. 매독균은 3가지 아종으로 구성되고, 각각은 뚜렷한 질병을 가지고 있다.
매독균 매독균의 아종
알려진 매독균의 아종은 다음 세가지이다.
매종, 풍토성 매독, 매독을 일으키는 3가지 아종은 형태학적으로, 그리고 혈청학적으로 구별할 수 없다. 이 박테리아는 원래 다른 종으로 분류되었지만, DNA 혼성화 분석에 따르면, 동일한 종으로 판명되었다. 아종인 T.P. endemicum과 T.P. pertenue의 질병은 성병이 아닌 것으로 간주된다. 숙주에 잘 침투하는 순으로 배열하면, T. P. pallidum이 가장 잘하고, 그 다음은 T.P. endemicum이며, T. p. carateum은 침투를 잘 하지 못하는 편이다.
매독균 매독균 감염 특징
중추 신경계를 침범하는 신경매독의 경우 증상이 없거나, 뇌막 자극 증상, 뇌혈관 증상 등이 발생할 수 있다.
매독균 매독균 전파경로
매독균의 가장 중요한 전파 경로는 성접촉이다. 1기 또는 2기 매독 환자와 성접촉시 약 50%가 감염이 될 수 있다. 그 외에 매독 환자인 엄마에서 태어난 어린이나 혈액을 통한 감염이 매독 전파의 경로로 알려져 있다.
매독균 치료
매독의 어느 단계에 해당하는지에 따라 결정된다.
저밀도 지질단백질
저밀도 지질단백질(低密度 脂質蛋白質, 영어: low-density lipoprotein, LDL/LDL-C)은 혈액을 통해 콜레스테롤을 운반하는 분자 중 하나이다.
저밀도 지질단백질 구조
LDL은 반지름이 약 20~25nm(10-9m)정도 되고,  가장 바깥쪽은 인지질 단분자층으로 되어 있으며, apoB-100이라는 단백질을 갖고 있다. 그리고 그 안쪽에 콜레스테롤과 지방산을 갖고 있다.
저밀도 지질단백질 역할
세포들은 에너지 획득 등과 같은 이유에 의해 지방산과 콜레스테롤을 필요로 한다. LDL은 세포들에게 지방산과 콜레스테롤을 운반해주는 역할을 한다.
저밀도 지질단백질 작용 기제
대부분의 포유 동물 세포는 LDL에 있는 apoB-100에 붙을 수 있는 수용체를 갖고 있다. LDL 수용체는 일반적으로 세포내이입(endocytosis)을 통해 LDL을 세포 안쪽으로 들여 온다. 지질 이중층 주변은 주로 pH 7.0 정도의 중성을 띠고 있다. 이 상태에서 LDL 수용체는 LDL에 있는 apoB-100에 붙을 수 있다. LDL과 붙은 LDL 수용체가 세포 이물질 흡입 작용에 의해 세포의 안쪽으로 들어 오면, 엔도솜과 만나게 된다. 엔도솜은 리소좀과 마찬가지로 V-class의 양성자 펌프를 갖고 있어서, 엔도솜 내부를 pH 5.0 상태로 유지하게 된다. 따라서 엔도솜과 LDL이 안쪽으로 들어 온 소포와 융합하면, LDL 수용체가 산성 조건에 존재하게 되는데, 이 조건에서 LDL 수용체는 apoB-100에서 떨어져 나오게 된다. 이렇게 하여 LDL 수용체는 엔도솜에 있다가, 후에 다시 지질 이중층으로 돌아가서 재사용되고, 지방산과 콜레스테롤은 리소좀으로 가게 된다.
크리스마스 캐럴 (소설)
《크리스마스 캐럴》(영어: A Christmas Carol)은 영국의 소설가 찰스 디킨스가 쓴 중편 소설로 1843년 12월 19일 발표되었다. 그 후 해마다 5편의 《크리스마스 이야기》를 발표하였으며, 이 소설은 제1작으로 그의 대표작 중의 하나이다. 원작은 영국 런던에서 채프먼 앤 홀 출판사를 통해 출간되었으며, 하드커버와 페이퍼백 두 가지 형태로 간행되었고 삽화는 존리치에 의해 그려졌다.
지독한 구두쇠 스크루지는 크리스마스 이브에 초자연적인 체험을 하고 개과천선한다. 크리스마스 스토리 중 가장 유명한 것으로, 광범위한 독자를 확보하고 디킨스를 세계적으로 유명한 작가로 만든 기념비적인 중편 소설이다. 저임금노동, 아동노동, 다리가 불편한 장애인 티모시가 의료복지를 누리지 못하는 문제 등 영국 사회의 문제를 비판하고 있으며, 과일가게에서 파는 사과와 양파가 손님들에게 자신들을 사달라고 윙크를 보낸다면서 의인법을 사용하기도 한다.
크리스마스 캐럴 (소설) 개요
주인공 에비니저 스크루지(Ebenezer Scrooge)는 자린고비로 인정이라곤 손톱끝만치도 없는 수전노이다. 그런 그가 크리스마스 전날 밤에 같이 사업을 하던 동업자 말리의 유령을 만나 자기의 과거, 현재, 미래의 모습을 보고서는 자신의 죄를 뉘우치고 사람다운 마음을 찾게 된다는 이야기이다.
문학 속에서 크리스마스 시즌의 이야기를 다룬 것은 디킨스가 처음이 아니지만, ‘디킨스의 캐롤 철학’이라고 불리는 대중에 대한 인류애적인 비전을 덧붙인 사람은 바로 그이다. 디킨스는 사람들이 빈곤과 사회적 불의에 대한 그의 관심에 관해 접근하는 가장 좋은 방법은 사설이나 홍보전단이 아니라 모두가 공감하는 크리스마스 이야기를 집필하는 것이라고 믿었다.
당시 시대적으로 영국 기독교계가 공립학교 설립에 반대하자, 교육불평등은 무지와 가난을 만들어낸다고 논박하는 등 사회의식이 있는 소설이다. 또한 멜서스가 빈곤 계층의 인구를 복지예산 축소로써 억제해야 한다고 말하자, 먹고 살 걱정이 없는 자들이 가난한 사람들을 업신여기는 말이라고 논박하기도 한다.
크리스마스 캐럴 (소설) 등장인물
찰스 디킨슨의 중편 소설 크리스마스 캐롤의 주인공이다. 이 소설의 초반부에 스크루지는 크리스마스를 경멸하는 냉혈의 수전노로 묘사된다. 그리하여 디킨스는 그들 다음과 같이 묘사하고 있다. “그 속의 차가움이 그의 늙은 인물상을 냉각시켰고, 그의 구부러진 매부리코를 더욱 뽀족하게 했으며, 그의 눈을 충혈시키고, 그의 얇은 입술을 퍼렇게 만들었으며, 거슬리는 목소리로 카랑카랑하게 말을 뱉어냈다.”그의 성 스크루지는 영어에서 인색함(miserliness)과 염세(misanthropy)에 대한 상투어이다. 크리스마스의 세 유령(현재, 미래, 과거)에 의해 구원을 얻는다는 그의 이야기는 영어를 구어로 사용하는 언어권에서 크리스마스를 특징짓는 이야기가 되었다. 스크루지의 캐치프레이즈인 ‘바, 험벅’(Bah! humbug, 흥, 사깃꾼 같으니라고)은 종종 많은 크리스마스의 현대적 전통에 혐오를 표현하는데 사용되기도 한다.유령이 보여주는 환상을 보고는 가난한 이들을 배려하는, 인심이 넉넉한 사람으로 바뀐다.
크리스마스 캐럴 (소설) 등장인물
밥 크라칫(Bob Cratchit)은 스크루지의 사무실에서 일하는 점원으로 당시 장시간, 저임금으로 착취당하는 가난한 노동자들을 대변하는 상징적인 인물이다.
크라칫 부인 : 밥 크라칫의 아내로 어떤 개작판에서는 에밀리라는 이름으로 등장하기도 한다. 성탄절에 어린 자녀들에게 정성껏 거위구이를 대접하는 따뜻한 엄마이다.
마사 크라칫 : 밥 크라칫의 큰 딸로 모자를 만드는 곳에서 도제로 일을 한다. 아동들이 학교에서 공부해야 할 나이에 장시간 노동을 하는 아동노동을 상징하는 인물.
벨린다 크라칫 : 밥 크라칫의 둘째 딸이다.
피터 크라칫 : 양복점에서 통상임금인 주급 5실링 6펜스를 받는 아버지를 둔 가난한 집의 아들이다. 마사와 함께 아동노동을 상징하는 인물.
무명의 아들, 어떤 개작판에서는 매튜라는 이름으로 등장한다.
무명의 딸, 어떤 개작판에서는 루시라는 이름으로 등장한다.
크리스마스 캐럴 (소설) 등장인물
티모시 크라칫, 작은 팀 : 중병이 든 아들로 목발에 의지해 걷는 장애인이다. 소아마비 장애인일 것으로 생각된다. 독실한 기독교인인 티모시는 교회에서 성탄주일 예배를 마치고 다녀오면서 "예수가 지체장애인들을 고쳐주었으니, 나는 예수의 사랑을 받을 사람이에요"라고 아빠인 밥에게 말한다. 그 말을 들은 밥은 저임금노동자인터라 병원에 데려가지도 못하는데도, 낙천적인 아들이 고맙고 기뻐서 아내에게 자랑한다. 의료복지를 누리지 못해 어린나이에 죽는다는 것이 티모시의 앞날이었다. 이를 환상으로 본 스크루지는 성탄절 휴가 다음날 출근한 밥에게 임금인상과 자신이 티모시를 돌볼 것임을 약속하며, 포도주를 곁들여 밥과 이야기를 한다.
제이콥 말리(Jacob Marley)는 스크루지의 동업자로 소설의 시작 때, 유령으로 등장한다.
스크루지의 조카이자, 어린시절부터 좋은 친구였고 스크루지보다 먼저 죽은 누나의 아들이다. 성격이 쾌활하고, 긍정적이며 삼촌인 스크루지에게 크리스마스 저녁 식사를 같이하자고 제안했지만 스크루지는 가난뱅이라고 조롱하며 거절한다. 스크루지는 크리스마스 현재의 유령과 함께, 조카 프레드의 크리스마스 파티에 방문해 인심이 야박한 자신을 조롱하는 말을 듣게 된다. 사회경제적 약자들에 대한 깊이있는 공감을 할 줄 안다. 미래의 유령이 보여주는 환상에 따르면 티모시가 죽어서 슬퍼하는 밥에게 도움이 되어드리면 좋겠다면서 명함을 주었다.
크리스마스 캐럴 (소설) 영화
《미키의 크리스마스 캐럴》(Mickey 's Christmas Carol) : 1983년 애니메이션 영화 (월트 디즈니 스튜디오) 감독 버니 마팅손 - 스크루지 맥덕이 에비니저 스크루지 (스크루지 맥덕 이름의 유래이기도 하다.), 미키 마우스가 밥 크래칫(크래칫 부인은 물론 미니 마우스) 구피가 머레이에 스크루지 맥덕 조카 도널드가 에비니저 스크루지의 조카 프레드로 분장하고 있는 등 모든 등장 인물을 디즈니 캐릭터로 희화했다.
GNU 선언문
GNU 선언문(GNU Manifesto)은 리처드 스톨만이 1985년 3월에 GNU 프로젝트의 목표를 설명하고 다른 사람들의 참여와 지원을 요청하기 위해 닥터 돕스 저널(Dr. Dobb's Journal of Software Tools 10(3))에 실은 글이다. 처음에는 프로젝트의 진행에 따라 조금씩 개정되었지만, 현재는 있는 그대로를 보존하는 것이 낫다는 판단하에 그대로 유지되고 있다. 전체 본문은 emacs와 같은 GNU소프트웨어에 포함되어 있으며, 공개적으로 사용할 수 있다.
GNU 선언문 요약
GNU선언문은 GNU의 유닉스 사가 아닌 GNU의 프로젝트의 목표를 설명하는 것으로 시작된다. 작성 당시 GNU의 내용물은 서술되어 있고 상세하게 설명되어 있다. 리처드 스톨 먼 은 그 프로젝트를 성취하는 것의 중요성과 이점을 상당히 세밀하게 정리하고 있다. 스털맨에 의하면 GNU프로젝트에 따른 주요 추진 포인트 중 하나는 유닉스와 그 다양한 구성 요소들이 독점적으로 되어가고 있다는 것이다. 폐쇄형 소스와 비브리브 소프트웨어 나중에, GNU선언문은 거의 모든 사람들이 이 프로젝트로부터 이익을 얻는 방법을 상세하게 알려 준다. 본질적으로, 이것은 두 부분으로 나뉘어 져 있다. 기여자들과 소비자들의 이익에 대한 혜택은 전체적으로 그렇다. 즉, 소프트웨어 개발자(기여자)는 이러한 용어를 사용하여 소스 코드를 수정, 개선, 시정, 보완할 수 있으며, 소프트웨어의 전반적인 안정성과 기능에 기여할 수 있다. 또한, 개발자들은 자체 응용 프로그램에 GNU라이센스 부호를 사용할 수 있다(수신된 GNU라이센스의 정확한 복사본은 모든 배포에 포함된다). 이 섹션의 두번째 부분은 단지 개발자가 혜택을 누릴 뿐만 아니라 최종 사용자에게도 어떻게 도움이 되는지 설명한다. 전반적인 추세는 작가들의 의견에 따르면, 모든 사람들이 이 프로젝트의 목표를 통해 이익을 얻는다고 한다. GNU선언의 상당 부분은 GNU프로젝트의 목표에 대한 가능한 이의 제기를 반박하는 데 초점을 맞추고 있다. 여기서 묘사된 이의는 프로그래머의 생계를 위해 필요한 것, 무료 소프트웨어 배포의 문제, 그리고 이윤 창출의 필요성에 대한 인식의 필요성을 포함한다. 이 글의 대부분은 무료 소프트웨어 철학이 어떻게 작동하는지 설명하고, 왜 기술 산업에 좋은 선택이 될 것인지를 설명한다.
오음 (음운학)
오음(五音)은 한국이나 중국에서 전통적으로 음절 초의 닿소리를 조음 위치와 조음 방법에 따라 분류한 것이며, 아음(牙音, 어금닛소리), 설음(舌音, 혓소리), 순음(脣音, 입술소리), 치음(齒音, 잇소리), 후음(喉音, 목구멍소리)을 가리킨다. 이것에 반설음(半舌音, 반혓소리)과 반치음(半齒音, 반잇소리)을 증가해서 쓰인다. 한국어에 대해서는 초성오음(初聲五音)이라고도 한다.
가장 오래된 기록은 중국 남조(南朝) 양나라(梁) 고야왕(顧野王)이 만든 옥편(玉篇)에 있는 오음성론(五音聲論)에 보인다. 중국에서는 송나라 때 오음으로부터 삼십육자모(三十六字母)가 만들어졌다.
오음 (음운학) 훈민정음 초성 체계
훈민정음 초성 체계(훈민정음의 17낱자, 동국정운의 23낱자)에서 초성은 다음과 같이 분류되어 있다.
서울 지하철 5호선
서울 지하철 5호선(서울 地下鐵 5號線)은 서울특별시 강서구에 있는 방화역과 서울특별시 강동구에 있는 상일동역 및 서울특별시 송파구에 있는 마천역을 잇는 서울교통공사의 도시 철도 노선이다. 서울 지하철과 수도권 전철 5호선의 일부를 이룬다. 모든 구간이 지하이며 모든 역에 스크린도어가 설치되어 있고, 전 구간을 서울교통공사에서 운영하고 있다. 노선 색은 보라색이며 통행 방향은 우측통행이다.
서울 지하철 5호선 운영
이 노선은 방화행, 상일동행, 마천행,하남검단산행 등이 주를 이루며, 영업 운행하는 모든 열차가 각 역에 정차한다. 방화 ~ 상일동역 구간과 방화 ~ 마천 구간을 왕복 운행하는 열차가 기본을 이루며, 두 계통의 열차는 방화 ~ 강동 구간을 같은 선로로 운행하고 강동역 이동 구간은 각 방면의 Y자 선로를 별개로 사용한다.
경정비는 방화차량사업소하고 고덕차량사업소, 중정비는 고덕차량사업소에서만 시행한다.
수도권 전철에 속한 다른 노선들과 같은 운임 체계를 사용하며, 환승 통로를 이용하여 수도권 전철에 속하는 다른 노선으로 갈아탈 때 별도로 추가되는 요금은 없다. 승차할 때는 자동 발매기에서 구입한 승차권이나 교통카드(T-Money 등), 교통 카드의 기능이 탑재되어 있는 일부 신용카드를 사용할 수 있으며, 수도권 전철 내의 다른 역에서 발매된 승차권이라도 역시 사용할 수 있다. 수도권 통합 요금제의 적용을 받으며, 서울특별시·경기도·인천광역시 버스(경기도 시외버스, 김포공항·인천공항 리무진 제외)에서 갈아탈 때는 기본 운임이 면제·할인된다.
서울 지하철 5호선 운영
기점인 방화역의 510부터 시작하여 종점인 상일동역의 553에서 끝난다. 지선에 해당하는 구간의 역번호는 서울 지하철 5호선 본선의 마지막 역인 상일동역의 553부터 매겨 554 ~ 560번까지 부여되었다. 그러나 둔촌동역부터 이어지는 역들이 상일동역 뒤에 연결되는 역으로 오인될 소지가 있으므로 현재는 한국철도공사가 수도권 전철 1호선의 번호를 매기는 방식을 따라 강동역 이후 본선에서 갈라지는 분기선이라는 의미에서 Point의 첫 글자인 P를 맨 앞에 붙이고 강동역의 역번호(548)로부터 번호를 매긴 P549 ~ P555의 번호를 사용하고 있다. 하행인 상일동행과 마천행은 역 번호가 커지나 반대로 상행인 방화행은 역 번호가 작아진다.
서울 지하철 5호선 운영
까치산역 ~ 신정역 구간에 서울 지하철 2호선 신정지선과의 연결선이 방이역 ~ 오금역 구간에 서울 지하철 8호선 가락시장역과의 연결선이 각각 설치되어 있다. 까치산역 연결선은 서울교통공사 5000호대 전동차 일부를 반입할 때에 사용되었으며, 방이역 연결선은 서울교통공사 8000호대 전동차의 반입에 사용되었으며, 현재는 서울교통공사 8000호대 전동차가 고덕차량사업소에서 중검수를 받기 위하여 이동할 때에 사용된다. 1996년 11월 15일 왕십리역 ~ 강동역 개통 당시엔 열차를 4호선 충무로 연결선 3호선을 통해 수서차량사업소 유치 한 후 분해 과정을 거쳐  송파 방이 연결선으로 넣고 재조립 한 후 고덕차량사업소로 반입하였고 
방화역 ~ 까치산역 구간 개통 당시엔 열차를 1호선 동묘역 분기점에서 2호선 성수 지선을 통해 성수역~신도림역 구간을 통해 이동 시킨 후 신정 지선을 거쳐 까치산역을 통해 반입 작업을 하였다
방화차량사업소
2019년 2월 20일 ‘제2차 서울특별시 10개년 도시철도망 구축계획(안)’에 따라 길동역과 둔촌동역 사이의 연결선을 복선화해 하남선과 직결 운행할 계획이 있다.
소프트웨어
컴퓨터 소프트웨어(computer software, 혹은 간단히 소프트웨어, 문화어: 쏘프트웨어, 순화 용어: 무른모)는 컴퓨터에게 동작 방법을 지시하는 명령어 집합의 모임이다. 프로그램 소프트웨어는 컴퓨터 하드웨어에 직접 명령어를 주거나 다른 소프트웨어에 입력을 제공함으로써, 명령어의 기능을 수행한다. 컴퓨터 소프트웨어는 컴퓨터 하드웨어의 반대 의미로, 컴퓨터 하드웨어는 해당 일을 실제로 수행하는 시스템이다. 쉽게 설명하자면 생명체를 하드웨어라고 가정한다면, 그를 구성하는 유전자가 소프트웨어라고 생각할 수 있다.
"소프트웨어"라는 용어는 1957년에 존 터키(John W. Tukey)가 처음 사용한 용어이다. 일상적으로 이 용어는 응용 소프트웨어의 의미로 자주 쓰인다. 컴퓨터 과학과 컴퓨터 공학에서 "컴퓨터 소프트웨어"는 컴퓨터 시스템, 프로그램, 데이터에 의해 처리된 모든 정보를 말한다.
소프트웨어
소프트웨어 대부분은 고급 프로그래밍 언어로 개발된다. 이 유형의 프로그래밍 언어는 프로그래머들에게 더 쉽고 더 효율적인데, 그 이유는 기계어보다 자연어에 더 가깝기 때문이다. 고급 언어는 컴파일러나 인터프리터, 또는 이 둘의 조합을 이용하여 기계어로 변환된다. 소프트웨어는 컴퓨터의 기계어와 상당히 일치되는 저급 어셈블리어로도 개발이 가능하며 이는 어셈블러를 사용하여 기계어로 변환된다.
소프트웨어 역사
소프트웨어의 최초의 장소가 되는 윤곽(알고리즘)은 계획된 해석기관을 위해 19세기 에이다 러브레이스가 작성하였다. 그러나, 해석기관이든 소프트웨어든 실제로 만들어진 것은 없었다.
오늘날 우리가 인식하는 컴퓨터의 발명 이전의 소프트웨어에 대한 최초의 이론은 앨런 튜링이 1935년 수필 《Computable numbers with an application to the Entscheidungsproblem》에서 제안되었다. (결정 문제)
이는 컴퓨터 과학과 소프트웨어 공학의 양대 산맥이 탄생하는 계기가 되었으며, 둘 다 소프트웨어 및 소프트웨어의 제작에 대해 연구한다. 컴퓨터 과학은 더 이론적인 반면(튜링의 수필이 컴퓨터 과학의 한 예이다), 소프트웨어 공학은 더 실용적인 부분에 초점을 둔다.
그러나 1946년 이전까지 우리가 알고있는 소프트웨어, 즉 저장식 프로그램 디지털 컴퓨터의 메모리에 저장되는 프로그램들은 존재하지 않았다. 최초의 전자식 컴퓨팅 장치들이 그 대신 이들을 다시 프로그램할 목적으로 재배치되었다.
소프트웨어 사용자가 보는 소프트웨어의 세 층
사용자들의 시각은 보통 프로그래머의 시각과는 차이가 있다. 현대의 범용 컴퓨터(임베디드 시스템의 반대 의미)를 사용하는 사람들은 보통 소프트웨어를 플랫폼, 응용 프로그램, 사용자 소프트웨어의 세 층으로 분류한다.
플랫폼 소프트웨어
플랫폼이란 바이오스("소프트웨어" 대신 "펌웨어"라는 용어로 종종 설명되는), 장치 드라이버, 운영 체제, 그리고 대표적으로 그래픽 사용자 인터페이스 등을 총체적으로 포함하는 것으로, 컴퓨터와 주변기기가 서로 소통할 수 있게 만들어 준다. 플랫폼 소프트웨어는 대개 컴퓨터에 꾸러미로 같이 제공되며, 대개의 사용자는 그러한 것이 실제로 있는지, 아니면 선택할 수 있는 다른 플랫폼 소프트웨어가 존재하는지에 대해서 모르는 경우가 많다.
응용 소프트웨어
소프트웨어 사용자가 보는 소프트웨어의 세 층
응용 프로그램은 사람들이 일반적으로 소프트웨어라고 생각하는 것이다. 대표적인 예로 오피스 제품군, 비디오 게임을 들 수 있다. 응용 소프트웨어는 보통 컴퓨터 하드웨어와는 별도로 구매한다. 어떤 응용 프로그램은 컴퓨터에 꾸러미로 제공되지만, 독립적인 응용 프로그램으로 수행된다는 점에서 차이가 없다. 응용 프로그램은 거의 대개 운영 체제와는 독립적인 프로그램이지만, 보통 특정 플랫폼만을 위해 제작된다. 사용자들은 흔히 컴파일러, 데이터베이스와 같은 "시스템 소프트웨어"를 응용 소프트웨어와 같이 여긴다.
사용자 작성 소프트웨어
사용자 소프트웨어는 사용자 특화된 요구를 충족시키기 위한 것이다. 사용자 소프트웨어에는 스프레드시트 템플릿, 워드 프로세서 매크로, 과학 시뮬레이션, 그래픽/애니메이션 스크립트 등이 있다. 심지어 전자우편 필터 역시 사용자 소프트웨어의 하나로 볼 수 있다. 사용자들은 이 같은 소프트웨어를 직접 제작하고도 그 중요성을 흔히 간과하곤 한다.
소프트웨어 소프트웨어의 수행
컴퓨터 소프트웨어는 컴퓨터의 저장장치("메모리" 또는 "램"으로 알려져 있음)로 "적재"되어야 한다.
소프트웨어를 불러오면 컴퓨터는 소프트웨어를 작동할 수 있다. 컴퓨터는 컴퓨터 프로그램을 "실행"하여 작동시킨다. 여기에는 응용 소프트웨어에서 명령어를 보내는 과정이 포함되는데, 시스템 소프트웨어를 거쳐 궁극적으로 기계어 명령이 하드웨어에 전달된다. 각각의 명령어는 하나의 작업(데이터를 옮기거나, 계산 결과를 저장하거나, 명령의 흐름을 변경하는 등의)을 수행하도록 한다.
소프트웨어 소프트웨어 제작
소프트웨어는 프로그래밍 언어와 관련 유틸리티를 사용하여 제작되는데, 다음과 같은 몇 가지 형태가 있다.
컴퓨터 프로그래밍, 소프트웨어 공학, 소프트웨어 구조, SaaS도 참조하라.
소프트웨어 제작 때는 다음과 같은 컴퓨터 언어가 쓰인다.
그리고 소프트웨어 제작할 때 쓰이는 프로그램은 다음과 같다.
소프트웨어 소프트웨어 특허
소프트웨어 특허에 대해서는 찬반이 엇갈린다. 특허가 "발명자"의 아이디어를 보호하는 반면에, 많은 이들이 이것이 소프트웨어 개발을 방해한다고 믿기 때문이다.
소프트웨어 법학적 관점에서의 소프트웨어
대한민국의 소프트웨어산업진흥법에서는 소프트웨어를 "컴퓨터·통신·자동화 등의 장비와 그 주변장치에 대하여 명령·제어·입력·처리·저장·출력·상호 작용이 가능하도록 만드는 지시·명령(음성이나 영상정보를 포함한다)의 집합과 이를 작성하기 위하여 사용된 기술서 기타 관련 자료를 말한다."라고 정의한다.(법 제2조 1호)