대화:ScummVM

Talk:ScummVM

첫 번째 단락의 정보 이동

첫 번째 단락은 그 모든 연결고리들로 약간 어수선하다는 것을 발견했기 때문에 정보를 이리저리 옮겨서 지원되는 루카스아츠 게임의 전체 목록을 추가했다.--Deadworm222 22:18, 2005년 10월 27일 (UTC)[응답]

기타 게임 엔진 레크리에이션

이 하위 섹션은 Scumm에 관한 것이 아니다.VM.만약 그것이 조금이라도 필요하다면, 그것은 (모든 엔진 레크리에이션에 포함되도록) infobox나 다른 템플릿이어야 하지만, 이상적으로는 이것이 범주가 되어야 한다.시노부 15:38, 2005년 12월 16일 (UTC)[응답]

  • 동의한다. 나는 그 부분을 다른 기사로 나누고 스컴에 "또한 참조" 참조를 추가했다.VM 기사.2006년 1월 18일(UTC) 메타폭스 17:00[응답]

지원되는 게임 목록

누군가가 SVN에 등장하자마자 게임을 추가했다.제발 그러지 마, 그런 게임들은 실제로 지원되지는 않으니까, 즉 적어도 그렇게 하지 마십시오.우리가 어떤 게임에 대해 자신감을 느낄 때, 우리는 그것을 우리의 호환성 목록에 추가한다.그 때까지는 여기에 나열하지 마십시오.게임이 지원되면 그에 대한 버그리포트를 받아들이고, 버그 추적기에 새로운 카테고리를 추가하며, 어떻게 실행해야 하는지에 대한 적절한 문서를 작성하기 때문이다.지원되지 않는 게임에 대한 질문은 실제 개발에서 우리를 멀어지게 한다. -- Sevua 11:52, 2006년 4월 10일 (UTC)[응답]

아마도 그들은 다른 제목 아래 나열될 수 있을 것이다.'앞으로 지원받을 수 있는 게임' 같은 것. --지피쉬(/)TalkContrib 13:55, 2006년 4월 10일 (UTC)[응답]
아니, 우리는 그 추가 질문들을 전혀 제기하지 않는 것을 선호한다.가끔은 정말 짜증나기도 한다.'마침내 언제 이랬다저랬다 할 수 있을 것인가'와 같은 질문도 읽고 답하는 데 시간이 걸린다. --세부아 12:42, 2006년 4월 11일 (UTC)[응답]
존경하는 선생님, 그리고 나는 스쿰VM의 열렬한 팬이지만, 만약 그 정보가 사실이고 소스가 된다면, 포함이 안 될 정당한 이유가 없다.이것은 백과사전이다.더 스컴VM 팀은 이 문제에 대한 질문을 받기를 원하지 않지만, 이러한 이유로 인해 문제가 해결되는 것은 아니다.아마도 스컴이 한 문장일 것이다.VM 팀은 지원되지 않는 타이틀에 대한 메시지를 받는 것이 공평한 타협이 될 것이라고 희망하지 않는다. --JiFish(/)TalkContrib 15:23, 2006년 4월 11일(UTC)[응답]
정말 미안해, 하지만 난 스쿰 3명 중 한 명이야.VM 공동 리더.Credits 페이지를 확인하십시오(사용자 이름 sev는 이미 여기에 가져왔으므로 나는 Sevua를 사용해야 했다).그것은 우리의 (나 혼자만의) 결정이고, 내가 말했듯이, 우리는 정말 나쁜 경험을 했고, 이 노출이 우리에게 불필요한 부담을 줄 것이라고 믿는다.물론 당신이 이것을 무시하고 문제의 게임을 목록에 다시 추가한다면, 우리는 편집 싸움이나 다른 것에 부딪히지 않을 것이다.그러나, 이것은 WIP 타이틀에 대한 정보를 조회할 사용자들을 위한 지원을 의무화하지 않을 것이며, 그들의 요청은 대개 무시될 것이며, 나는 이것이 분명히 그들을 실망시킬 것이라고 믿는다. --Sebua 17:19, 2006년 4월 11일 (UTC)[응답]
나는 네가 누구인지 알고 있다.그래서 나는 네가 너의 작품을 얼마나 좋아하는지 알아주길 바랐어.그래서 정보를 복구해야 한다는 것이 나를 화나게 하는 거야.하지만, 위키피디아는 사람들이 정보를 알기를 원하지 않기 때문에 사람들이 정보를 삭제하도록 내버려 둘 수 없다는 것을 이해해야 한다.그것은 백과사전으로서는 매우 나쁜 정책일 것이다.나는 이 엔진들의 상태에 대해 가능한 한 명확히 하려고 노력해왔다.섹션을 얼마든지 편집하십시오.만약 당신이 여전히 나의 의견에 동의하지 않는다면, 우리는 몇몇 다른 편집자들에게 상황을 고려해 보도록 요청할 수 있을 것이다.
나는 네가 이것을 악의적인 것으로 보지 않기를 바란다.나는 '올바른 일'을 하려고 노력하고 있다.당신의 팬인 --JiFish(/)TalkContrib 22:22, 2006년 4월 11일 (UTC)[응답]
이 게임들이 공식적으로 지원되지 않는다면, 위키피디아에 계속 등재될 이유가 있는가?백과사전 기사에서 지원되지 않는 게임을 언급하는 것은 합리적인가?-Wormsie 09:01, 2006년 4월 12일 (UTC)[응답]
그 정보는 사실이고 IMO는 주목할 만하며 누군가에게 유용할 수 있다.나는 이 게임들의 상태를 분명히 표시했다.타당하다고 본다. --JiFish(/)TalkContrib 10:52, 2006년 4월 12일 (UTC)[응답]
진행 중인 엔진의 전체 및 최신 목록을 확인하십시오. --Sevua 21:21, 2006년 4월 12일(UTC)[응답]

스컴 관련VM 스크린샷

왜 버전 0.8.0으로 변경되었는가? 0.9.가 최신 버전이다.--Wormsie 06:34, 2006년 8월 27일 (UTC)[응답]

보아하니 위키피디아는 모든 이미지를 위키 커먼스로 바꾸었고, 스크린샷은 그곳에서 업데이트되지 않았다.필자는 이 글을 0.9.0으로 지적했는데, 스크린샷은 해상도가 나쁜(640x480 대신 640x400), 어떤 이유로 커먼즈 파일을 업데이트할 수 없다.'.png는 허용되지 않는 형식' 오류가 발생함.--Sebua 12:35, 2006년 8월 28일 (UTC)[응답]
는 현대의 피부를 위해 0.10.0 버전의 스크럼vm 버전과 고전적인 피부를 위해 (영어가 서투른 것에 대해 사과한다)--81.42.90.18 02:26, 2007년 6월 24일 (UTC)[응답]의 두 스크린샷을 추가했다.

GP2x 공식 지원 추가

공식적으로 지원되는 플랫폼에 GP2x가 추가되었다.지금까지 프리뷰 버전이 공개되었고 포럼 섹션이 추가되었다.웹사이트 1면에 아직 발표되지 않았다.137.43.105.22 (대화기여) 10:08, 2006년 10월 12일 이전에 서명되지 않은 논평

그렇다, 항구는 항구가 개봉되었을 때 정말로 공식화된다.0.9.1에서는 NDS, GP2X, GP32 포트가 추가될 것으로 예상한다. -Sevua 06:07, 2006년 10월 13일 (UTC)[응답]

프로젝트 종료 가능성?

나는 scummvm.org이 다운로드 페이지가 먼저 내려가면서 어제 다운된 것을 알아챘다.나는 또한 루카스헥스가 또한 쓰러졌다는 것을 알아챘다.너희들은 새로운 방출을 기대하고 있는 거니 아니면 루카스트가 너한테 덤벼든 거니?어떤 피드백이든 감사할 것이다.24.144.40.209 (대화기여) 16:30, 2006년 10월 18일 이전에 서명되지 않은 의견 추가

/me laughs.아니, 스컴엠브(scummvm을 사용해.sourceforge.net.그들의 vhosts를 어떻게든 깬 것은 그저 SF.net일 뿐이다.그리고 forums.scummvm.org의 포럼을 방문하여 프로젝트가 활기를 띠고 있는지 확인하십시오.며칠 전에 새로운 게임 지원이 추가되었다.--세부아 18:43, 2006년 10월 18일 (UTC)[응답]

SVN에 Paralaction 추가

최근에 파라액션 엔진이 SVN에 추가되었다.이 엔진은 니폰 사프, 주식회사에서 사용되었고 속편 빅 레드 어드벤처, 아마도 "테킬라 & 붐 붐"이 될 것이다.

http://wiki.scummvm.org/index.php/Parallaction

87.217.11.94 (대화기여) 14:30, 2007년 1월 15일 이전에 서명되지 않은 의견 추가

소개/목록/정리에 대한 일반적인 태도

그래서 최근에 세탁물 태그는 두 번 청소를 시도하지 않고 제거되었고, 나는 단지 복사된 것이 이전에 " 훨씬 더 선명하다"는 것을 근거로 해서 완전히 되돌린 것뿐이었다.이전의 기술적 미니테(콘솔 에뮬레이션 배경에서 온 사람들에게만 이치에 맞는 "에뮬레이터가 아닌" 횡설수설 포함)에 대한 초점은 전혀 유용하지 않았다.

리스트에 대해서는 다시 작성해야 하거나 아예 삭제해야 한다.이 기사는 스컴에서 나온 물건들의 단순하게 반복해서 쓴 것이 되어서는 안 된다.VM 웹 사이트.정부는 그 주제에 대해 그 프로젝트가 무엇에 관한 것인지에 대한 약간의 통찰력을 더하는 방식으로 서술하는 것을 모색해야 한다.산문에서 지원되는 플랫폼 간의 차이를 설명하고 범주별로 분류하는 것은 이렇게 한다.임의로 주문된 10개 이상의 품목 리스트는 그렇지 않다.크리스 커닝햄 08:34, 2007년 8월 6일 (UTC)[응답]

이제 글에 태그를 달았으니 게임의 목록도 산문으로 바꿔야 한다는 것을 암시한다.나는 강하게 반대한다.리스트는 여기에 있으면 안 된다고 하셨는데 리스트를 넣을 장소가 있잖습니까.개별 게임에 대해 더 많은 이야기를 할 필요나 의도가 없을 때 게임 목록(또는 아티스트의 작곡 목록이나 앨범 목록)과 같은 것을 산문으로 바꾸는 것은 기사를 훨씬 덜 명확하게 만들기 때문에 기사를 더 악화시킨다.그것에는 아무런 보탬이 되지 않는다.게임에 대해 설명하는 것은 이 기사의 일이 아니다. 그래서 게임에는 그들만의 기사가 있다.--Wormsie 11:25, 2007년 8월 6일 (UTC)[응답]
게임 목록은 MAME이 게임 리스트가 되어야 하는 것 이상 기사의 핵심 포인트가 아니다.몇몇 예시와 함께 지원되는 각 엔진에 대한 약간의 정보를 제공하는 것은 단순한 시간순 순서보다 훨씬 더 유익할 것이다.위키피디아에서는 사람들이 너무 쉽게 데이터 묶음을 찾는 경우가 많은데, 이 기사(최근까지 웹사이트에서 리팩터링한 일부 소개 텍스트와 대여섯 개의 게임이나 하드웨어 목록만으로 구성된)가 대표적인 예다.사람들은 그런 종류의 잡담을 위해 기사 웹사이트에 갈 수 있다.이 글은 그 주제를 학문적 흥미의 한 부분으로 다루어야 한다.크리스 커닝햄 11시 52분 2007년 8월 6일 (UTC)[응답]
왜 전체 게임 목록을 제외하는가?그것은 마치 예술가에 관한 기사가 그들이 만든 모든 앨범을 포함해서는 안 되고 작곡가의 기사가 그의 모든 작곡을 포함해서는 안 된다고 말하는 것과 같다.그리고 개별 엔진에 대해 뭐라고 해야 할까?흥미로운 정보는 스컴의 관점에서 볼 수 있다.VM 개발자와 VM 개발자에 대해 알아낸 내용이지만, 안타깝게도 이러한 정보는 일반적으로 알려져 있지 않다.그리고 어쨌든 각 엔진에 대한 정보는 엔진 자체에 대한 기사에 있어야 한다.어찌됐건 기사를 확대해보라, 하지만 목록에는 문제가 없다.--Wormsie 14:01, 2007년 8월 7일 (UTC)[응답]
차이점이 있다. 우리는 작사가가 쓴 작품이기 때문에 작문을 나열한다.이러한 게임들은 특별히 ScummVM을 위해 만들어진 것이 아니며, 단순히 ScummM을 실행할 수 있다는 사실에서 비롯된다.VM는 그들이 구동하는 게임 엔진의 재구현이다.악기에 관한 기사가 실린 다음, "그 악기에서 연주할 수 있는 모든 노래들"을 나열하는 것과 같을 것이다.좀 더 잘 알려진 게임 몇 개를 언급하는 것이 타당하다고 생각하지만, 우리가 원래의 출처와 연결만 할 수 있을 때 정보를 반복하는 것이 무슨 소용이 있겠는가?이 목록은 중복되어 있으며, 지속적으로 업데이트되거나 최신 상태가 아니어야 한다.Mdwh (대화) 04:20, 2008년 10월 26일 (UTC)[응답]
MAME는 많은 다른 오락실 시스템인 Scumm의 에뮬레이터다.VM에서 몇 가지 엔진의 재구성을 수행함ScummVM은 범위가 더 작고, 어떤 게임 엔진 버전(즉, 어떤 게임을 지원하고 지원하지 않는지)을 나열할 가치가 있다. (그리고 MAME 기사에서 어떤 시스템을 에뮬레이션할 수 있는지 언급해도 나쁘지 않을 것이다.)사람들은 일반적으로 그림 판당고가 스쿰을 사용했는지 아닌지 잘 모르는데, "루카사르츠 어드벤처 게임"을 언급하는 것만으로도 혼란스러울 것이다.--Wormsie 14:19, 2007년 8월 7일 (UTC)[응답]
위키피디아는 무분별한 정보 수집이 아니다.게임의 전체 목록은 대부분의 사람들에게 단지 엄청난 데이터 더미일 뿐이다.다작 작가들의 글을 보면, 정확히 이런 이유로 작품 전체 목록을 항상 포함하지는 않는다.기사가 지원하는 여러 시스템을 문서화해서 기쁘긴 하지만, 연대순의 게임 목록보다 훨씬 더 좋은 방법으로 할 수 있다고 믿는다.지금은 적어도 도입부는 괜찮고, 5명보다는 3명까지 줄었어.크리스 커닝햄 2007년 8월 8일 11시 50분 (UTC)[응답]
스쿰의 "기버티쉬" 뒤에 서 있는 건 나야에뮬레이터가 아닌 VM.그리고 지금 당신은 그 문장을 지우고 오해의 소지가 있는 설명과 함께 단락을 썼다.그것은 내가 내 조항을 추가했을 때 그런 것들을 피하려는 의도였다.내가 설명할게.ScummVM은 소프트웨어의 어떤 부분(사실, 특히 사운드 칩의 경우 하드웨어 관련 에뮬레이터가 여러 개 들어 있다)을 모방하지 않지만, 원래의 엔진의 [i]rewrite[/i] 또는 [i]reimplement[/i]이다.즉, 우리는 회사로부터 직접 또는 역엔지니어링을 통해 일부 엔진의 소스 코드를 입수하여 휴대할 수 있게 하여 원래의 모든 논리를 그대로 유지한다.네가 쓴 글은 완전히 틀렸다.그러니 제발, 이 생각을 더 나은 말로 표현해줘. 이 일에 대한 자격이 더 있다고 느끼니까.-- 세부아 12:49, 2007년 8월 6일 (UTC)[응답]
당신이 하고자 하는 것("기억", "시뮬레이션", "상위 에뮬레이션")이라고 부르자, 이 관행은 일반적인 의미에서 널리 에뮬레이션이라고 언급되고 있으므로, "에뮬레이터가 아니다"라고 말하는 것은 독자가 에뮬레이터가 무엇인지에 대한 특정한 생각을 취한다는 것을 전제로 한다.이 경우 위키링크가 기사는 여기에 뉘앙스가 있다는 것을 분명히 하고, '가상 머신', '시뮬레이터', '호환성 계층'은 모두 이런 의미에서 다른 시스템을 모방한다.새로운 도입부에서는 이미 스컴이 어떤 사람인지 구별이 있다.VM는 하드웨어 에뮬레이션 전체를 수행하며, 나는 특별히 앱에 언급하는 데 사용되는 주요 용어로 게임 엔진 레크리에이션(reakation)을 사용해 왔다.크리스 커닝햄 2007년 8월 6일 13:25 (UTC)[응답]
(그것이 내가 편집한 나머지 부분을 부정확한 것으로 본 것처럼 되돌린 이유야.)--Wormsie 14:01, 2007년 8월 7일 (UTC)[응답하라]
흠, 세부아, 네가 쓰레기라는 걸 알고 있어.VM 개발자가 이에 대해 더 많은 자격을 갖춘 것을 보고 싶다. :)--Wormsie 14:01, 2007년 8월 7일 (UTC)[응답]

최근 Wii 소프트웨어 관련 논란

스컴 체크아웃VM 웹 사이트.추가될 수 있는가?90.184.127.235 (대화) 21:58, 2009년 6월 16일 (UTC)[응답] 의해 서명되지 않은 논평 준비

추가. 69.177.215.119 (대화) 09:30, 2009년 6월 27일 (UTC)[응답]

NPOV에 대한 어떤 시도는 좋을 것이다. 이것은 거의 중요하지 않다: "그들은 다시 적대적이 되었고, 스쿰을 협박하려고 시도했다."193.131.2.146 (대화) 12:39, 2009년 8월 18일 (UTC) [응답]

게다가 "미국과 독일에서 (다른 나라와 마찬가지로) 합법적이었다"는 것은 증거가 없는 주장이다.193.131.2.146 (대화) 12:48, 2009년 8월 18일 (UTC)[응답] 의해 서명되지 않은 논평 준비

잔차 병합

잔여(오픈 소스 프로젝트) 기사가 ScummVM에 병합된 이유는?잔여물은 더 이상 ScummVM의 일부가 아니다.만약 있다면, 그것은 그 안에서 재생되고 있는 엔진인 GrimE로 병합되어야 한다. -Clone2727 (대화) 05:49, 2010년 4월 21일 (UTC)[응답]

그거 알아? 10년 이상 지난 스쿰VM과 잔여 VM이 공식적으로 병합(이력 참조)! -카드(대화) 11:38, 2020년 10월 10일(UTC)[응답]

다중 디스크 게임?

얘들아; 나는 이것이 FAQ 쓰레드가 아니라는 것을 알지만, 나는 묻고 싶은 질문이 하나 있어.디스크가 여러 개 있는 몽키 아일랜드의 저주 같은 게임에서 첫 번째 디스크를 다 쓴 후에 무엇을 하는가?COMI의 전반부를 이겼을 때 두 번째 디스크를 넣었는데 아무 일도 일어나지 않았다.다른 사람이 전에도 이런 문제를 겪은 적이 있는지 궁금했을 뿐이야.알려줘, 고마워!번안파우글리르 (대화) 03:55, 2010년 8월 23일 (UTC)[응답]

헤, 이것은 FAQ 스레드가 아니며, 이 특정 주제에 대해 다루는 ScummVM README도 아니다, 섹션 3.5 "멀티 CD 게임 노트".세부아 (대화)20:07, 2010년 8월 28일 (UTC)[응답]

신출처

방금 Ars Tech에 4페이지 분량의 소프트웨어 이력. --MASEM (t) 14:26, 2012년 1월 17일 (UTC)[응답]

ArsTech 기사는 이 프로젝트의 훌륭한 역사를 제공하는데, 내가 여기 위키피디아에서 읽기를 바랬던 많은 정보를 포함하고 있다.요약하자면, 1인 프로젝트에서 2인 프로젝트까지, 결국 코드 리포지토리를 얻게 되는 겁니다.Story on Slashdot, 2001년 11월 3일, 더 많은 개발자와 사용자를 불러온다.프로젝트의 범위는 단순한 SCUMM 게임 이상으로 확장된다.2002년부터 GUI 등을 추가하여 C에서 C++로 다시 작성.
그리고 루카스아츠와의 법적 문제들 - 이것은 수년이 지난 후에 GPL 위반으로 주장된 것보다 프로젝트의 역사에서 훨씬 더 주목할 만한 부분이며 - 그리고 그들의 우호적인 해결과 프로젝트의 지속적인 발전.(그것은 단지 1페이지에 불과하다)
그 다음, 게임 회사들의 협력, 소스 코드의 공유, 그리고 어떤 경우에는 게임을 프리웨어로 제공하는 것(이에 대한 산문의 한 섹션은 맥락을 제공하고 기사 뒷부분의 긴 목록을 더 의미 있게 만들 것이다).스컴VM 개발자들은 NDA의 게임 회사들과 함께 일하기도 한다.SCI 엔진을 합병하는 것은 만우절 장난에서 수년 동안 실제 현실로 이어진다.
기사 4페이지의 절반은 이미 본 기사에서 과도한 비중을 두고 있는 미스틱 GPL 문제에 대해 이야기하는데, 이는 기사를 더 많은 산문으로 재조정함으로써 가장 잘 해결된 이슈다.이 기사는 일반화 될 수 있는 WebOS에 추가된 터치 지원을 언급하고 있으며 구글 서머 오브 코드도 언급하고 있다.
나는 다른 사람들이 나의 간략한 요약본을 다시 꺼내서 스컴의 역사/개발에 관한 몇 단락을 만들 것을 권장한다.VM 및 이 위키백과 기사를 개선하십시오. -- 109.76.13.212 (대화) 00:09, 2014년 8월 27일 (UTC)[응답]

스컴과 병합VM

이제 잔여 VM이 스컴병합후자의 향후 업데이트를 위한 VM을 사용하면 두 기사에 대해 동일한 작업을 수행해야 하는지 궁금하다.이는 엔진 자체뿐만 아니라 포럼과 위키 등 각각의 웹사이트에도 적용된다.ScummVM에 비해 LexarVM은 프로젝트로서 그다지 번성하지 못했으며, 영구 베타 버전이었으며, 4개의 게임만을 지원했으며, 개발 팀이 작았다.내 의견은 이 두 페이지를 병합하는 것이지만, 두 프로젝트의 합병이 완료된 에야 비로소. 190.193.171.57 (대화) 14:47, 2020년 10월 15일 (UTC)[응답]

check YMerger 완료.클브레인 (대화) 15:37, 2021년 12월 12일 (UTC)[응답]

사용 가능한 소프트웨어에 대한 편집 되돌리기

사용자:마샘:프리웨어는 무료로 배포되는 소프트웨어를 의미한다.무료 소프트웨어는 자유에 관한 것이다.내가 변경한 출품작의 소스 코드는 무료 소프트웨어 라이센스로 공개되었다.사막파이프라인 (대화) 13:03, 2021년 4월 5일 (UTC)[응답]

아니, 예를 들어 유혹의 유혹/강철하늘의 혜택은 무료 사상의 출시도 아니고 오픈소스 라이센스에 의해서도 아닌 프리웨어로 출시되었다.더 나아가 스쿰VM는 오픈소스 프로그램이며, 「무료 소프트웨어」라고 할 수 있지만, 오픈소스 소프트웨어라고 적절하게 불린다. --Masem (t) 13:13, 2021년 4월 5일 (UTC)[응답]
사용자:마샘:강철하늘 아래와 유혹의 유혹이 무료 소프트웨어로 출시되지 않는다면 왜 무료 소프트웨어만 들어 있는 데비안 GNU/리눅스의 주요 저장소에 있는 것일까?프리웨어로서 소스 코드를 릴리스하는 것이 스컴에게 어떻게 도움이 될 수 있는가?VM 개발자?스컴은 왜 그럴까?VM에서 기사 앞부분에서 무료 소프트웨어를 참조한 후 본문에서 "오픈 소스"를 참조했는가?사막파이프라인 (대화) 03:06, 2021년 4월 6일 (UTC)[응답]
데비안 BaSS의 저작권 파일은 확실히 오픈소스 라이선스가 아니라 자유분배·수정 라이선스여서 오픈소스는 아니지만 프리웨어로 만든다. --Masem (t) 03:14, 2021년 4월 6일 (UTC)[응답]
사용자:마샘:따라서 무료 소프트웨어가 아니라 단순히 "프리웨어(freeware)"(또는 명확성을 위해 무료 소프트웨어라고 해야 하는 것)가 아니다.그것을 "프리웨어"라고 부르는 것은 지나친 단순화다.또한, 다시 말하지만, 왜 납은 스쿰을 가리킨다.VM을 사용 가능한 소프트웨어로 사용하지만 본문에서 "오픈 소스"라고 언급하시겠습니까?둘 중 하나여야 한다 – 그리고 나는 분명히 그것을 무료 소프트웨어라고 부르는 것을 선호한다. 왜냐하면 그것은 윤리학 캠프의 용어보다 훨씬 더 좋은 용어이기 때문이다. 그리고 적어도 지금 당장, 만약 어떤 것이 스스로를 "오픈 소스"라고 표현한다면, 그것은 대개 무료 소프트웨어로 간주될 것이다.GPL v2는 어쨌든 무료 소프트웨어 라이센스로서 적절한 무료 소프트웨어일 뿐 단순한 '오픈 소스'가 아니다.사막파이프라인 (대화) 03:23, 2021년 4월 6일 (UTC)[응답]
사용자:마샘:알고 보니, 그 저작권 파일은 암호가 아니라 강철하늘의 예술에 관한 거야.코드는 스쿰에 있다.VM 자체.따라서, 그 기사가 코드에 대해 이야기하고 있기 때문에, 「코드를 무료 소프트웨어로서 공표했다」라고 하는 것이 옳다.사막파이프라인 (대화) 02:12, 2021년 4월 8일 (UTC)[응답]
"오픈소스 소프트웨어"와 "프리소프트웨어"(말과 같이 무료)는 종종 상호 교환적으로 사용되지만, 모든 무료 소프트웨어가 오픈소스인 것은 아니라는 매우 예외적인 경우가 있다.그리고 무료 소프트웨어 페이지가 말하듯이, "무료 소프트웨어"는 제한 없이 최종 사용을 위한 용어인 반면, "오픈 소스"는 대부분의 최종 사용자가 거의 신경 쓰지 않는 개방형 개발 모델에 맞춰져 있다.스쿰 이후VM은 GPL v2이며, 이를 자유 소프트웨어와 오픈 소스라고 부르는 것이 타당하며, 실제로 둘 다 적절한 맥락에서 사용되어야 한다(기본 설명으로서 자유 소프트웨어, 배포에 관한 오픈 소스).지금은 강철 스카이와 그 자산에 대해 말하자면, 그것의 출시는 오픈 소스나 프리 소프트웨어 모델을 따르지 않으며, 그 주변에 있는 소식통들은 그것을 (맥주와 마찬가지로) 프리웨어라고 부른다.이는 게임이 스쿰VM에 통합되기 전에 원래 상업용 제품이었기 때문에, 그래서 "프리웨어"가 "프리 소프트웨어"보다 더 적절한 용어인 까닭이 있을 것이다. --Masem (t) 15:51, 2021년 4월 8일 (UTC)[응답]
사용자:마샘:헷갈리는 것 같아."오픈 소스"라는 용어를 사용해야 할 어떤 맥락도 없다. 단, 그 용어를 사용하는 사람들을 언급할 때를 제외하고는 말이다.또한, 이전에 상업적이었던 게임은 관련이 없다.심지어 상업적인 무료 소프트웨어도 있다.하지만 나는 당신이 "그 게임은 이전에 독점적이었던 것"을 의미한다고 추측한다.하지만 나는 그것이 지금의 모습을 변화시킨다고 생각하지 않는다.사막파이프라인 (대화) 02:48, 2021년 4월 9일 (UTC)[응답]
그렇다: 다시 말하지만, 무료 소프트웨어 페이지가 말하듯이, "무료 소프트웨어"는 (소스 코드에 대해 거의 신경 쓰지 않는) 사용자들에게 더 많은 기어라는 용어인 반면, "오픈 소스"는 개발자들이 더 관심을 갖는 코드의 가용성을 설명하는 데 사용된다.그리고 "수용체"는 또한 주의해야 할 용어로서, 일반적으로는 출처의 일부 구성요소를 볼 수 있지만, 제한 없이 복사할 수 없는 프로그램(예: 자바)을 말한다. --마샘 (t) 03:22, 2021년 4월 9일 (UTC)[응답]
사용자:마샘: ...응? 내가 이런 개념이 전혀 다른 다른 우주에 존재하는 누군가와 의사소통을 하고 있는 걸까?자유 소프트웨어자유에서처럼 자유로운 소프트웨어의 원래 용어가 된다.1985년, 또는 아마도 그 이전부터 리차드 스톨만이 자유 운영체제에서처럼 무료 운영체제의 필요성을 인식했을 때 시작되었다. 당시 모든 운영체제는 독점적이었기 때문이다."수용"은 당신에게 자유를 주지 않는 소프트웨어를 뜻하는 "비자유" 또는 "비자유"의 다른 말이다.'오픈 소스'라는 용어는 1998년 자유 소프트웨어 운동의 일부 사람들이 '자유'를 '환영'과 혼동할 수 있다고 판단하여 '자유'라는 개념을 완전히 자신의 용어와 함께 방정식에서 제거하기로 했을 때 생겨났다.이제 우리는 무료 소프트웨어, GNU/리눅스 등의 개념조차 아는 대부분의 사람들이 '오픈 소스'라고 생각하고 리너스 토발즈가 커널 리눅스를 출시하면서 시작되었다고 믿는 아쉬운 시점에 와 있다.무료 소프트웨어와 관련 개념의 진짜 기원에 대해 대부분의 다른 사람들보다 훨씬 더 혼란스러워 하는 것 같은데, 어떻게 그런 일이 일어났는지 정말 모르겠어.사막파이프라인 (대화) 03:28, 2021년 4월 9일 (UTC)[응답]
다시 말하지만, 우리는 그 용어들을 우리가 하는 어떤 해석도 아닌 출처에서 사용되는 것처럼 사용한다.그렇다, 이러한 용어의 기원에 대해서는 당신이 옳지만, 오늘날 그러한 기원은 큰 의미가 없다.「자유 소프트웨어」는, 아마도 그 뒤의 소스 코드에 대해서는 거의 신경 쓰지 않는 최종 사용자의 관점에서, 프리 어스 인 스피치 소프트웨어에 적용되고, 「오픈 소스」는 같은 원리를 말하지만, 소프트웨어 개발자 레벨에서는 「오픈 소스」를 사용한다.그들이 어떻게 생겨났는지, 어떻게 서약되었을지, 그것이 출처에서의 일반적인 용법이고, 우리는 출처를 따르도록 되어 있다.거기서, 구글 뉴스 검색은 Scumm을 묘사할 때 "오픈 소스"에 대한 더 높은 선호도를 보여준다."무료 소프트웨어"가 아닌 VM.그리고 "수용" 대 "상업"에 대해서는, 모든 상업용 소프트웨어(판매되는 소프트웨어)가 정의상 독점(유통권이 제한된 소프트웨어)이지만, 모든 독점 소프트웨어가 Java(다운로드 비용이 무료지만 그것을 가지고 할 수 있는 것에는 한계가 있다는 것을 명심하라.그리고 그 목적을 위해, '철제 하늘 아래'를 묘사하는 데 있어서, 그것은 한때 상업용 소프트웨어였지만, 지금은 무료로 배포되고 있다. 비용과 권리 둘 다에서 말이다.그렇다, 그렇게 하면 "무료 소프트웨어"로 자격을 얻게 되겠지만, 이전의 "상업용" 출시와는 반대로 "무료 소프트웨어"로 비교하는 것이 좋다. --Masem (t) 03:38, 2021년 4월 9일 (UTC)[응답]
사용자:마샘:그러니까 내가 분명히 말하지만...출처가 지금 잘못되고 있기 때문에, 정확한 해석이 나올 수 있지만, 우리도 잘못해야 한다고?무식한 사람보다 무식한 사람이 더 많으니 우리도 무식해야 한다.그건 미친 짓이야.나는 그런 제안을 전혀 지지할 수 없다.

모든 상업용 소프트웨어(판매되는 제품)가 소유권인 동안

내 마지막 메시지에서 너에게 무료 소프트웨어가 상업적일 수 있다고 말했잖아."자유"와 "상업"은 반대되는 개념이 아니다.당신은 무료 소프트웨어 복사본을 팔 수 있다.다른 사람들이 복사본을 가지고 있을 때, 그들이 소프트웨어 복사본의 복사본을 다른 사람들에게 무료로 배포하기를 원하는지는 그들에게 달려있다. 하지만 그것이 당신이 무료 소프트웨어를 판매할 수 있다는 사실을 바꾸지는 않는다.그리고 나는 그것이 성공할 수 있다고 생각한다.개발자들이 무료 소프트웨어로 돈을 벌지 못할 것이라고 생각하는 것도 게임 분야가 이렇게 엉망인 이유다.어디에서나 독점 소프트웨어를 사용할 수 있으며, 많은 개발자들이 훨씬 더 많은 돈을 벌기 위해 필요한 제어 기능을 활용한다.사막파이프라인 (대화) 03:45, 2021년 4월 9일 (UTC)[응답]
단어 대 관전 토론에서처럼, 당신은 그러한 용어들의 광범위한 사용과 일치하지 않는 용어의 매우 구체적인 의미에 사로잡혀 있다.구체적인 내용은 틀리지는 않지만, 도입 이후 용어가 바뀌었기 때문에, 우리는 오늘 그것들을 거의 동등하게 고려해야 하고, 따라서 우리는 원본 연구에 관여해서는 안 되기 때문에 출처에서 선호하는 용어를 따라야 한다. --Masem (t) 03:55, 2021년 4월 9일 (UTC)[응답]
사용자:마샘:확실히 만약 실제로 이런 것들을 틀리지 않는 출처가 존재한다면 그것은 독창적인 연구가 아니다.이 실수가 항상 있었던 것은 아니다.사막파이프라인 (대화) 04:10, 2021년 4월 9일 (UTC)[응답]

Scumm이 지원하는 게임 목록으로 분할VM

이 태그는 사용자가 추가함:올해 8월에 논의 없이 겉보기에는 우왕좌왕했다.

어쨌든 지지해줘.그 섹션은 페이지의 약 3분의 1을 차지한다.2800:2161:5400:5FD:7D15:6602:2E55:AE71 (대화) 17:43, 2021년 12월 16일 (UTC)[응답]

또 다른 의문은 우리가 위키피디아에 그런 목록을 보관하고 유지해야 하는지에 대한 것이다.그 목록들은 항상 시대에 뒤떨어지고 세부사항들이 누락될 것이다.항상 최신 목록을 포함하는 3개의 인용된 출처가 있기 때문에 특히 헛된 일이다.IMHO는 지원되는 게임 수, 게임 개발자, 또는 몇 가지 강조된 예만 명시해야 한다.그리고 유지 관리 목록에 대한 참조를 WP 외부에 보관한다. – K4rolB (대화) 16:48, 2022년 2월 13일 (UTC)[응답]
거의 이거.SCUMMVM이 지원하는 게임 엔진/개발자 목록을 유지하는 것은 공정하지만 우리는 카탈로그가 아니다.EL 지역으로 갈 수 있는 프로젝트 페이지에 '공식' 호환성 목록이 있을 것 같은데 --Masem (t) 16:55, 2022년 2월 13일 (UTC)[응답]