위키백과 대화:위키프로젝트 구어 위키백과/아카이브 5

아카이브 1 ← 아카이브 3 아카이브 4 아카이브 5 아카이브 6 아카이브 7 → 아카이브 10

구어 기사 품질 평가

제안된 구현. 개선을 위한 제안. -- Macropode 11:31, 2007년 1월 2일 (UTC)[]

이제 막 당신 일을 따지기 시작했는데, 당신들 모두 할 말이 없으십니까? :) -- Macropode 06:04, 2007년 1월 11일 (UTC)[]

프로젝트의 새로운 참가자로서 이야기하자면, 구어 기사에 대한 표준을 유지하기 위해 QA를 진행하는 것은 좋은 생각이라고 생각한다. 우리가 얼마나 잘 하고 있는지에 대한 일반적인 기술 피드백을 받는 것도 좋을 것 같아. 그러니... 해봐! (적어도 내 생각에는...) -- 케빈 F. 스토리 17:47, 2007년 1월 12일 (UTC)[]
좋은 생각인 것 같고 나도 한번 해 보자고! - 얼마나 많은 사람들이 시간을 들여서 그것을 사용할지 확실하지 않아... -SCEhardT 03:20, 2007년 1월 17일 (UTC)[]
피드백 고마워. 얼마나 많은 사람들이 그것을 사용하기 위해 시간을 낼지 나도 잘 모르겠어. 여기서 대단한 일이 좀 있었지만, 적어도 내가 있는 시간에는 전반적인 관심도가 상당히 낮았다. 어쩌면 이 프로젝트가 위키백과의 유용한 부분으로 존재의 정당성을 입증해야 할 때인지도 모른다... -- 매크로포드 06:30, 2007년 1월 20일 (UTC)[]
나는 반드시 그것을 사용할 것이다! 나는 모든 것을 통합할 수는 없지만(내 말뜻을 알고 있다면 나는 정신적으로 좀 느리게 행동한다) 그러나 제발, 예쁜이 제발 위에 설탕을 얹고, 사람들, 김메 피드백 (물론 들을 것이 있으면) 아라 펠로디 21:05, 2007년 2월 3일 (UTC)[]

모든 새 음반들은 평가될 것이고, 시간이 허락하는 대로 오래된 음반들을 다시 작업할 것이다. 나는 듣는 사람들에게도 화술가들에게 피드백을 제공하기를 권하고 싶다. -- Macropode 06:51, 2007년 2월 5일 (UTC)[]

구어 기사 검토 페이지를 사용자 공간에서 프로젝트 공간으로 옮기고, 보일러를 템플릿으로 교체하고, '평가된 미술관' 목록을 범주로 바꿀 것을 제안한다. 이것이 모두에게 괜찮게 들리는가? -SCEhardT 02:44, 2007년 2월 15일 (UTC)[]

좋아. 나는 지금 시간이 좀 촉박한데, 위에 언급한 당신의 제안이 이러한 변경을 위한 제안이 되는가, SCEhardT?;) -- -- Macropode 09:57, 2007년 2월 16일 (UTC)[]
물론이지! 앞으로 며칠 안에 할 수 있을 것 같아 -SCEhardT 13:39, 2007년 2월 16일 (UTC)[]
템플릿 잘 만들었네, 대충 해킹한 것 처럼 보이는 게 보기 좋네. 나는 그 페이지를 옮기는 것을 곧 볼 것이다. 내가 하는 일은 무엇이든 얼마든지 비판하거나 개선하거나 수정하십시오. -- Macropode 06:07, 2007년 2월 17일 (UTC)[]
고마워! 위키피디아에 대략적인 페이지가 있어.위키프로젝트 구어 위키백과/리뷰, 주로 당신이 쓴 것부터. -SCEhardT 20:30, 2007년 2월 19일 (UTC)[]
여기 또 다른 새로운 프로젝트 멤버; 나는 품질 평가에 대한 아이디어를 전적으로 지지한다. 특히 그들이 무엇을 잘못하고 있는지에 대한 지도가 필요한 나 같은 새로운 멤버들의 이익을 위해서 말이다. 몇 가지 질문: 구어 기사가 프로젝트 페이지의 목록에 제출된 후 자동으로 선택 및 평가되거나, 기고자가 평가를 요청하기 위해 구체적인 조치를 취해야 하는지의 여부, 평가가 이루어졌을 때, 기고자에게 그러한 일이 발생했음을 알리는 절차는 무엇인가? (그냥 내가 무엇을 해야 하는지, 어디를 봐야 하는지 알 수 있도록!) Hassocks5489 15:22, 2007년 2월 18일 (UTC)[]
어서 오십시오! 지금 당장은 평가를 요청할 수 있는 공식적인 방법이 없다 - 나는 매크로포드가 새로운 기사가 기록될 때 그것을 평가하는데 전념했다고 생각한다. 평가가 수행되었을 때 알림을 받으려면 기록 이미지: 페이지를 감시 목록에 추가하십시오. 토크 페이지에 평가가 추가되면 워치리스트에 표시된다. -SCEhardT 20:30, 2007년 2월 19일(UTC)[]


지금 녹음 중?

현재 기록되고 있는 기사목록이 있는가? 녹음 후 편집 목록을 보지만, 서로 발가락을 넘어 무언가를 두 번 녹음하지 않도록 하는 것은 아니다. --Brad Beattie (토크) 01:13, 2007년 1월 17일 (UTC)[]

사후녹화목록은 실제로 두 기능을 다 하고 있었고, 그것이 합당한 일인 것 같아 그것을 반영하기 위해 설명을 변경했다. -SCEhardT 03:12, 2007년 1월 17일 (UTC)[]
또한 일부 기사는 진행 중임을 나타내는 템플릿이 토크 페이지에 있다(예: Talk:나노기술) -SCEhardT 03:24, 2007년 1월 17일 (UTC)[]


구두 아티클 템플릿 link_to_recorded_version 필드

사람들이 녹음을 올릴 때 여기에 뭘 넣어야 할지 잘 모르는 것 같아, 지금 간단한 안내가 있다. 그것을 어떻게 개선할 수 있는지 알 수 있는 사람이 있다면 그렇게 하십시오. Macropode 04:57, 2007년 1월 26일 (UTC)[]

내가 망쳤어-수정했어

나는 "편집 중" 표에 내 작품을 쓰려고 할 때 서식을 망쳤다. 나는 이미 훑어보았는데 내가 무엇을 잘못했는지 알 수가 없다. 어떻게 고쳐야 할지 알아내기 위해 사냥을 갈 건데, 만약 어떤 시체라도 그것을 고칠 수 있다면 (상자에서 내 항목을 되돌리거나 삭제하지 않고)왜냐하면 나는 여전히 그들을 다시 집어넣는 것을 직면해야 하기 때문이다) 그리고 내가 무엇을 잘못했는지 토크 페이지에 말하라, 그것은 정말 바보같을 것이다. 또한, 다음에 내가 상자에 조각을 넣으려고 할 때 같은 실수를 하는 것을 막을 수 있을 거야. 아라 펠로디 20:41, 2007년 2월 3일 (UTC)[]

내가 고쳤다. 결말을 다음 공간에 붙이는 것처럼 간단했다. 휴, 신참에 대한 공포의 광란의 질주!

아라 펠로디 20:51, 2007년 2월 3일 (UTC)[]

위키피디아에서 신참의 통과의례는 공포의 광란의 도가니다. 나는 내 자신의 것을 잘 기억하고 있다. -- Macropode 06:15, 2007년 2월 17일 (UTC)[]

비디오에 대한 질문

위키백과 기사의 비디오를 만들려는 추진력이 있는가? 대부분의 경우 항목을 설명하는 사진에서 구어 버전을 재생할 수 있다. 2007년 2월 7일(UTC) 17시 50분 기억하라[]

극복하기 어려운 기술적 문제가 있을 것이고, 어떤 경우든 그것은 아마도 이 프로젝트의 범위 밖에 있을 것이다. -- Macropode 10:23, 2007년 2월 17일 (UTC)[]

구어 기사 상자

외부 링크 섹션에 있는 구어 기사 상자의 기본 위치가 왜 있는가? 오디오 파일은 위키피디아 외부의 외부 링크가 아니다. 필자는 이 박스가 글의 맨 위에 나타나 독자들이 녹음의 장점을 활용할 수 있는 대안적 선택권이 있음을 바로 알 수 있도록 해야 한다고 제안한다. 이것은 특히 매우 긴 기사에 해당된다 - 기사 바로 끝에 구어 기사 박스를 두는 것은 독자들이 그것을 쉽게 볼 수 없다는 것을 의미하며, 그들이 바로 아래로 스크롤하지 않고 (아마 수백) 참고문헌과 다른 외부 링크를 지나치지 않는 한 그들은 그 특정 기사를 들을 수 있다는 것을 알지 못할 것이다. CupOBeans 16:30, 2007년 2월 13일 (UTC)[]

이와 관련하여 몇가지 보관된 논의가 있다. -- Macropode 06:05, 2007년 2월 14일 (UTC)[]
아카이브된 논의는 현행 기준의 이면에 있는 추론을 설명하지 않으며, 배치기준에 (지켜주지 않기 때문에) 충분히 동의하지 않아 다시 논의될 필요가 있다고 믿는다는 것을 알게 되었다. 그 글의 구어 버전은 외부 링크가 아니다. 그것은 외부 링크 섹션에 넣지 않는 충분한 이유가 될 것이다. 또한, 링크를 기사 하단에 놓는 것은 많은 사람들이 기사를 읽은 후에야 구어 버전이 존재한다는 것을 알아차릴 수 있다는 것을 의미하며, 페이지 상단에 추가되는 작은 아이콘은 충분히 눈에 띄지 않는다. 어떤 사람들은 이 프로젝트에 익숙하지 않은 사람들이 이 프로젝트를 놓칠 것이라고 주장했지만... 내 생각에 그건 큰 문제인 것 같아, 개인적으로. 그냥 '오우우우우우우우우우우우우우우우우우우우우우우우우우우우우우우우 구어 위키백과 프로젝트에 익숙하지 않더라도 구어 버전이 존재한다는 것을 기사를 연 사람은 누구나 즉각적으로 밝혀야 한다. CB Droege 19:26, 2007년 5월 1일 (UTC)[]
이 문제를 둘러싼 약간의 역사가 있는데 내가 차라리 거짓말을 했더라면 좋았을 것이다. 현재 표준은 소수의 편집자 그룹이 기사-공간에서 메타 데이터 형태로 "클러터"를 제거하기 위한 드라이브의 일부로서, 기사-공간에서 스피치 프로젝트의 존재를 축소(또는 완전히 제거)하기 위해 매우 노력한 후 남겨진 것이다(관련 페이지가 여러 개 있다, 링크 스루 따라라).TFD 토의에서 도출한다. 그 당시, 아이콘과 다른 것들을 기사에 싣는 프로젝트들이 증가하고 있었고, 이것은 다소 격렬한 반작용을 촉발시켰고, 선동자들은 그들의 행동이 스피치 프로젝트에 미칠 부정적인 영향에 거의 신경 쓰지 않았다. 또한 위키백과 사용자로서 T J McKenzie의 마지막 (현재까지) 공헌도 관련이 있다.
공정하게 말하면, 당시 이 프로젝트는 프로젝트의 특징 중 많은 부분이 쇠퇴하는 모습을 보여주고 있었다. 기고는 산발적으로 이루어졌고, 품질 관리도 없었다(메인페이지의 특집 기사의 기록에도 불구하고), 극히 소수의 사람들만이 정기적인 정비 업무를 수행하고 있었다. 때로는 개선을 위한 훌륭한 아이디어들이 논의되기도 했지만, 그것을 실행하려는 의지는 거의 없어 보였다. 사람들은 스피치 프로젝트를 발견하고, "와, 정말 좋은 생각이야!"라고 말하고, 실제로 기사를 기고하고 흥미를 잃는 것이 얼마나 힘든지 알게 될 것이다. 내가 판단적으로 들리지 않는 한, 나는 이 일에 대해 어느 누구도 비난하지 않을 것이다. 위키피디아의 실행 가능한 부분으로 생존할 수 있는 프로젝트에 대한 충분한 관심이 없을 때 일어나는 일이다.
그래서, 나는 위키피디아 기사에 구어판이 있다는 것을 발견하는 것이 현재보다 더 쉬워야 한다는 것에 전적으로 동의하지만, 나는 우리가 지금 가지고 있는 것을 가지고 있다는 것이 오히려 행운이라고 생각한다. 더 두드러진 기사-공간을 위해 횃불을 들고 싶다면, 무슨 수를 써서라도 그렇게 하시오. 내가 할 수 있는 한 적은 지원을 해주겠소. 개인적으로, 나는 우리가 처음부터 협상할 수 있는 견고한 기반을 구축함으로써 더 잘할 것이라고 생각한다. 그리고 그것은 이 프로젝트를 더 잘 조직화하고, 사람들이 그들의 일을 더 쉽게 기여하고, 우리의 좋은 일을 통해 위키백과 커뮤니티 전체에 더 널리 알려지게 하는 것을 의미한다. 내가 이 일에 대해 잘못 생각하고 있다고 생각한다면, 무슨 수를 써서라도 그렇게 말해라. 그렇지 않으면, CB 드루지, 가서 당신의 훌륭한 녹음 중 하나를 더 하고 우리의 사건을 보강하는 것을 도와줘! -- 매크로포드 10:49, 2007년 5월 2일 (UTC)[]
그 문제에 대한 배경과 조언에 감사한다. 좋은 충고다. 앞으로도 품질과 가시성을 향상시키고, 중요하고 필수적인 사업으로 인정받기를 희망한다.CB Droege 03:16, 2007년 5월 3일 (UTC)[]
의무감을 느끼지 마라. 만약 당신이 그것을 즐긴다면 하라! -- Macroode 10:32, 2007년 5월 3일 (UTC)[]

독일어 위키백과 프로젝트

너희들은 de:에 관심이 있을지도 모른다.위키백과:FA 구어 위키백과의 질 좋은 기사를 조사하기 위한 노력인 것 같다. 여기서 실제로 별도의 "기능적인" 프로젝트를 개발하는 것을 추천하지는 않지만, 아마도 미래에는 양질의 구어 기사가 기사 기준에 포함될 것이다.--Pharos 19:48, 2007년 2월 15일 (UTC)[]

우리 누나가 다른 언어로 말한 프로젝트들이 어떻게 진행되고 있는지 살펴보는 것은 흥미로운 연습이 될 것이다. 아마도 필요한 언어 능력을 가진 누군가가 이 일을 하고 싶어할 것이고, 여기서 일어나고 있는 일과 비교를 하고 싶어할 것이다.
주요 기사 기준의 일부로 사용됨 - 이제 흥미로운 생각이 떠올랐다! -- Macropode 10:14, 2007년 2월 17일 (UTC)[]
나는 대부분의 최근 FA들이 이미 말을 한 것 같다는 것을 알아차렸다. 아마도 메인 페이지 출시를 예상하여 우선순위에 놓이게 될 것이다. 나는 조건부 승인을 주는 FAS 프로세스를 상상하고 싶다. 이는 통과된 최종 버전에 기초하여 품질 좋은 구어 기사를 기록할 때 확인된다(이 과정에서 종종 급격하게 변화한다). 하지만 구어 위키백과 프로젝트는 아직 이것을 하기에 충분히 성숙하지 못했을 것이다. 예를 들어, 먼저 제안된 검토 시스템을 상당히 발전시켜야 할 것이다.--Pharos 03:44, 2007년 2월 18일 (UTC)[]
실례하겠소, 파로스 내가 말했어야 할 말은, 피처링 기사 책임자가 먼저 여기서 중요한 논의를 함으로써 자신과 관련된 문제를 해결하려고 하지 않고 이 프로젝트에 해로운 조치를 취하려는 역사적 의지에 비추어 볼 때, 이것은 흥미로운 제안이라는 것이다. -- 매크로포드 01:45, 2007년 2월 20일 (UTC)[]

각주?

그들은 소외된 것인가, 아니면 어떻게 처리되고 있는가? 헤더나 인포박스와 같은 다른 항목은? 2007년 2월 16일 (UTC) 14:28, 16 (UTC)[]

기본적으로 핵심 텍스트를 기록 지침에 따른 제목과 함께 읽으십시오. 만약 infobox가 핵심 텍스트로 다루지 않는 정보를 제공하고, 기록의 길이에 너무 많은 것을 추가하지 않는다면, 여러분도 그것을 읽을 수 있을 것이다. "참고"와 "외부 링크" 섹션은 일부 청취자들에게도 유용할 수 있다. 그 밖에 어떤 것이라도 읽기는 지루할 것이고, (그것이 누구일지라도) 일반 청취자에게는 별로 관심이 없을 것이고, 녹음을 불필요하게 길게 만들 것이다. -- -- 매크로포드 10:16, 2007년 2월 17일 (UTC)[]
좋아, 고마워, 비록 그것이 하위 표제를 어떻게 치료하는지를 나타내지는 않았지만. 2007년 2월 17일 (UTC) 21:39, и39о[]
일부 사람들은 하위 제목에 번호를 매긴다. 예를 들어 "1점 2절"과 같다. 나는 그저 그것들을 있는 그대로 읽었을 뿐인데, 나머지 글과 구별하기 위해 전후를 일시 정지한다. 그것은 당신에게 달려 있다. -- 매크로포드 22:09, 2007년 2월 17일 (UTC)[]
레코딩 가이드라인은 조만간 이와 같은 정보를 포함하도록 수정될 것이다. -- Macropode 00:37, 2007년 2월 18일 (UTC)
여기에 덧붙이자면, 내가 새로운 기사인 '인간섬의 정치'에서 하고 있는 것처럼 하위섹션을 읽을 때, 나는 "제2절, (제목), 제1절(제목), 제2절(제목), 제3절(제목), 제3절(제목)"과 같은 목차를 읽는다. 그리고 나서 나는 다음 구역으로 이동한다. 아마 그게 가이드라인에 효과가 있을 거야. Tor Malmjursson 12:31, 2007년 4월 16일 (UTC)[]

품질 평가 범주?

새로운 기사 검토 섹션과 관련하여, 구어 기사의 등급에 따른 카테고리를 가지는 것에 관심이 있는가? 평가 크리테아(기술적 품질, 명확성, 정확성)는 3개, 각 크리테아에 대한 등급은 3개(0, 1, 2)가 있다. 따라서 0-6의 가능한 합계에 해당하는 7개의 범주가 있을 것이다.

  • 둘 이상의 검토가 있는 경우, 검토의 평균에 따라 범주가 결정된다.
  • 기사의 새로운 버전이 기록되면, 구 버전과 관련된 리뷰는 '꺼짐'이 될 것이다(평균에 반영되지 않을 것이다).

자동으로 기사를 정렬하기 위해 템플릿을 작성하는 방법을 알고 있다(사용자: 참조).SCEhardt/temp) 하지만 난관에 부딪혔기 때문에 나는 더 연구하기 전에 여기서 이자를 확인해 봐야겠다고 생각했다. 이것이 타당하기를 바라며 :-) -SCEhardT 21:05, 2007년 2월 19일 (UTC)[]

완벽해, 양쪽 다! 나는 이것이 훌륭한 아이디어라고 생각하지만, 자동화가 되어야만 실용적일 수 있을 만큼 운영이 간단할 것이라고 생각한다. 계속하십시오! -- Macroode 01:58, 2007년 2월 20일(UTC)[]
공백 필드(즉, 등급 미지정 평가 기준)는 어떻게 처리할 것인가? -- Macropode 06:31, 2007년 2월 21일 (UTC)[]
안타깝게도, 이것은 잘 되지 않을 것이다. 효율적이거나 다른 사용자가 쉽게 이해할 수 있는 방식으로 복수의 리뷰를 평균으로 얻는 방법을 알 수 없다. -SCEhardT 11:20, 2007년 2월 22일(UTC)[]

품질평가 정제

나는 후기를 올릴 준비가 되었지만, 사소한 문제에 부딪쳤다. 오래된 보일러는 각 기준 머리글 아래에 코멘트를 삽입할 수 있도록 허용했는데, 왜 특정 기준에 해당 등급이 부여되었는지에 대한 이유를 간략하게 설명했다. 이 기능을 허용하도록 새 템플릿을 설정할 방법이 있는가? 대안은 아마도 기준 표제를 복제하여 템플릿 아래에 코멘트를 넣는 것이 될 것이다. 이것은 다소 엉성한 해결책이다. -- -- Macropode 06:27, 2007년 2월 22일 (UTC)[]

네가 묻는 것을 이해한다면, 새 템플릿은 이것을 허용한다. 예를 들어, 이것을 확인하십시오. -SCEhardT 11:24, 2007년 2월 22일 (UTC)[]
내가 직접 알아냈어야지, 안 그래? 나의 무지를 조금 더 풀어줘서 고마워. -- 매크로포드 12:41, 2007년 2월 22일 (UTC)[]

나는 시청률에 대한 자세한 정의를 연구하고 있다. 사운드 클립이나 샘플 같은 것, 음악 같은 것을 녹음 파일에 포함해도 되는지 알아야겠어. 만약 그렇다면, 그들은 분명 적절하고 적절한 허가를 받아야 할 것이다. 의견 부탁드리겠습니다. -- Macroode 07:12, 2007년 2월 28일 (UTC)[]

좋은 생각인 것 같아(실제로 내가 직접 가졌던 생각) 어느 정도 생각해 보는 시간을 가졌다. 서면 기사에는 그림이 포함되므로 구어 기사에는 사운드 클립이 포함되어야 한다. 짧은 클립(아마도 약 1분 미만)은 본문의 해당 지점에 배치되는 반면, 긴 클립은 기사의 마지막에 가장 잘 맞을 것이라고 나는 말하고 싶다. 약 5분 이상의 것은 아마도 기사에 속하지 않을 것이다(대신 발췌를 할 수 있다. 우리는 녹음의 각 사운드 클립에 대한 "기본" 라이선스 정보를 온라인으로 찾을 수 있는 위치에 대한 참조와 함께 제공해야 한다. 이 "크레딧" 섹션은 녹음의 마지막에 갈 수 있다. 우리는 특히 공정한 사용 클립에 주의해야 하며, 저작권이 있고 교육적인 맥락에서만 사용되고 있다고 명시해야 한다.--Pharos 07:53, 2007년 2월 28일 (UTC)[]
좋아, 반대 의견을 배제하고 최소한 이 단계에서는 기여자들이 그렇게 하도록 장려할 생각은 없지만 허용될 수 있다는 가정하에 작업할 거야. 이 프로젝트는 꽤 잘 작동하지만 역사적으로 두 가지 중요한 것이 부족했다. 즉, 비기술적으로 기울어진 기고자들이 분명하고 이해할 수 있는 기록/업로드 지침과 기고자에게 피드백을 제공하고 구어 기사에 대한 품질 표준을 유지하는 조직화된 방법. 구어 기사에 오디오 클립을 포함시키면 이 두 가지 문제에 대한 해결책의 구현이 복잡해지고 포함된 오디오의 저작권 상태를 검증해야 하기 때문에 평가 프로세스에서 더 진행 중인 작업을 의미한다. 공정한 사용이라는 끔찍한 회색 영역은 상황을 더욱 복잡하게 만들 뿐이다.
이와 같은 분야에서는 향후 발전 가능성이 분명히 있지만, 이 프로젝트의 행정/유지관리 측면에서 작업하는 인원 수가 적기 때문에 가장 시급한 문제를 우선적으로 해결해야 한다는 것을 지시하고 있으며, 문서화 및 품질 표준 문제에 대한 기본적이고 실행 가능한 해결책의 구현에 초점을 맞추고자 한다.s, 적어도 단기적으로는. -- Macropode 07:22, 2007년 3월 1일 (UTC)[]
아니나 다를까, 아직 프로젝트가 비교적 기초적인 단계에 있다는 점을 고려하면, 그것은 합리적인 접근법이다.--파로스 14:50, 2007년 3월 1일 (UTC)[]

단순히 템플릿 재작성 등을 하는 것 외에, 하원에 업로드된 구어 기사에 대해 합리적인 평가 방법을 제안할 수 있는가? 저쪽에? 현재 잠에 빠져 있는 내 마음이 지금 생각해 낼 수 있는 유일한 해결책은 그것뿐인데, 좋은 해결책은 아니다. -- 매크로포드 02:44, 2007년 3월 5일 (UTC)[]

현지 위키백과 대화 페이지에 템플릿만 넣는 것을 막을 수는 없다.--파로스 02:57, 2007년 3월 5일 (UTC)[]
고마워 파로스 나는 이미 한 번 해봤지만 그것이 옳은 일인지는 확신하지 못했다. 당신이 토크 페이지를 만들 때, 당신이 (위키피디아) 상위 페이지가 존재하는지 확인하라는 작은 메시지가 있다; 기술적으로 그것은 커먼즈 페이지로 연결되는 일종의 링크일 뿐이기 때문에 그렇지 않다. 메시지를 무시하고 계속 배우겠다. -- 매크로포드 04:18, 2007년 3월 5일 (UTC)[]

메인 페이지 추천 기사

현재 기사 선택 지침에서 권장하고 있는 대로 주요 페이지에 나올 것을 예상하여 구어 버전을 주요 기사에 첨부해야 하는가? 다음과 같은 구어 기사

Menu
0:00

메인 페이지로 가기 직전에 업로드되어 콜로세우스의 그림자라는 기사에 링크된 는 파로스의 우려를 잘 알 것 같았다. 이 녹음은 참신함으로 괜찮지만, 몇 개의 구어 기사 녹음 가이드라인을 충족시키지 못하며, 위키피디아가 제공하는 최고로 메인 페이지에 소개되고 있는 특집 기사에 첨부하는 것은 적절하지 않다. 과거 메인 페이지 기사의 경우 문제가 있는 구어 버전이 있는 경우가 있었다.

이 프로젝트가 적극적으로 홍보를 도모하는 것이 아니라, 위키백과에서 기고자의 작품의 질(최근에는 꾸준히 높은 수준)을 통해 그 자리를 얻어야 한다는 것이 나 자신의 생각이다. 이것은 어떤 방법으로도 좋은 구어 녹음의 제작에 필요한 기술이 부족한 사람들을 참여에서 배제하지 않는다. 모든 사람들은 어디서부터 시작해야 하고, 이 프로젝트는 충분히 결단력이 있는 사람들에게 그것을 가능하게 하는 프레임워크를 제공한다. 그러나, 추천 기사의 구어 버전에 최소 품질 표준을 적용하여 구어 버전이 그것에 연결되기 전에 소스 텍스트 버전의 표준과 일치하도록 하는 경우가 있을 수 있다. 이를 위해 현재 시행 중인 구어 평가 시스템을 사용할 수 있다.

이 문제는 해결해야 할 중요한 사안이기 때문에 이 프로젝트에 관심이 있는 사람이라면 누구든지 (그리고 그렇지 않다면 이 글을 읽지 않으시겠죠?) 의견을 말하도록 권하고 싶다. -- -- Macropode 12:33, 2007년 2월 22일 (UTC)[]

나는 구어 기사는 단순히 특집 기사만이 아니라 어떤 기사에나 배치될 수 있는 최소한의 기준에 따라야 한다고 생각한다. 나는 구어 검토 시스템이 이것을 위해 사용하는 것이 좋을 것이라는 것에 동의한다. 이상적으로, 하나 이상의 '낮음' 점수가 있는 기사는 문제가 해결될 때까지 기사에서 삭제될 것이다. 점수 기준은 이것을 합리적으로 만드는 방식으로 작성되어야 할 것이다. 우리는 기사를 '낮은' 등급을 받는 어떤 기사든 작성자에게 그 기사를 개선하도록 격려해야 한다. 이 시스템은 그 어느 누구에게도 억제책으로 작용해서는 안 된다. 동시에, 나는 이 프로젝트의 산출물을 표준에 맞게 유지하기 위해, 잘 알려지지 않은 기사들을 제거하기 위한 약간의 시스템이 마련되어야 한다고 생각한다. -SCEhardT 21:57, 2007년 2월 22일 (UTC)[]
이미지:Shadow.ogg... 와우, 그것보다 더 창피한 구어 기사는 확실히 상상하기 어렵다. (우리의 첫 번째 오디오 WP:BJAODN?) 그러한 성격의 어떤 것이 어떤 기사에도 속하지 않는 것은 분명하지만, 여러 가지 면에서 부족한 성실한 노력의 경우 언제나 애매모호한 경우가 있을 것이다. 우리는 모든 구어 기사에 대한 기본 기준을 가져야 하며, 그 이상, 다른 사람들에게 최소로 여겨지는 것(이상한 것은 아님)보다 한 단계 높은 구어 FA 기준을 갖는 것이 건강할 수 있다. 특히 위키백과의 모든 스타들이 다음과 같은 경우:구어 기사는 어떤 의미가 있을 것이다.--파로스 08:22, 2007년 2월 23일 (UTC)[]

간략한 피드백 요청 - 잔인함의 4단계

안녕, 난 4단계 잔혹행위에 대한 녹음 작업을 시작했어 이게 첫 번째 녹음이기 때문에, 나는 빠른 테스트를 끝냈다.

Menu
0:00

계속하기 전에 약간의 피드백을 받는 것이 유용할 것이다. 대단히 고맙습니다 나는 내가 가이드라인이 권하는 것보다 더 빨리 말했을 수도 있지만, 특히 전체적인 효과가 여전히 적절한지 보상하고 의심하기 위해 너무 많은 발음을 했다는 것을 깨달았다. GDallimore (Talk) 00:34, 2007년 3월 2일 (UTC)[]

지나친 발음은 이해에 큰 도움이 된다. 전반적으로 꽤 괜찮은 것 같은데, 묻지 마, 나도 지금 막 첫 번째 구어 기사에 착수했어. — 에드워드 Z. 양(Talk) 01:10, 2007년 3월 2일 (UTC)[]
끝부분에서 미세한 호흡 마이크로폰 "팝스" 소리가 한두 개 들렸으니, 마이크 위치를 조금 잡아보는 실험을 해보는 게 좋을 것 같다. 그 외에는 아주 훌륭하게 들렸다. -- 매크로포드 05:56, 2007년 3월 2일 (UTC)[]
언급하는 것을 깜빡했네. 84kb/s의 명목상의 비트 전송률로 암호화되어 있어. 약간 높은데. 가이드라인을 작업할 기회를 얻을 때까지, 오디오시티를 사용하고 있다면 어떻게 고칠 것인지, 왜 중요한지에 대한 대략적인 설명을 여기서 찾아보십시오. -- 매크로포드 08:56, 2007년 3월 2일 (UTC)[]
댓글 달아줘서 고마워, 얘들아. 맥크로포드, 숨소리가 무슨 뜻인지 알아. 난 음악과 음향 효과 녹음하는 데 더 익숙해. 그래서 아직도 위치를 가지고 놀고 있어. 스크린을 만들어야 할 것 같아.
하지만 더 중요한 건, 비트 레이트에 대한 네 충고를 원했어. 내가 보통 하는 일은 압축하지 않거나 CD 음질이어야 하므로(나는 지역 극장을 위해 사운드/음악을 한다) 압축을 잘 이해하지 못한다. 내 Ogg 인코더는 "품질 설정"을 사용하거나 VBR 인코딩에 대한 최대 비트 전송률 및 최소 비트 전송률을 설정하는 옵션을 제공한다. 품질은 1로 낮출 수 있는데, 원하는 효과가 있을 겁니다. 하지만 VBR 범위를 36kb/s에서 52kb/s(또는 다른 범위)로 설정하면 이 포괄적으로 낮은 품질보다 더 좋은 결과를 얻을 수 있을 거라고 생각하셨는지 궁금하시죠. 테스트 기록은 높은 공칭 비트 전송률을 설명하는 46~96의 VBR 범위로 수행되었다. 그건 그렇고 어떻게 알아냈어? 파일 크기를 시간으로 나누는 것만큼 간단했던가, 아니면 오디오시티가 이런 것들을 말해주는가? GDallimore (Talk) 10:19, 2007년 3월 2일 (UTC)[]
나는 집에서 만든 스크린에서 좋은 결과를 얻었다. 만약 여러분이 마이크 가까이에서 작업하면서 얻어지는 특정한 소리를 원한다면, 그것은 아마도 노력을 기울일 가치가 있을 것이다, 그렇지 않다면, 단지 마이크에서 조금 물러서거나 마이크에 대고 약간 말한다.
미안, 인코딩을 "압축"이라고 하면 안 돼. 그것은 신호의 평균 진폭을 증가시켜 그것을 더 크게 하는 완전히 별개의 과정과 혼동을 일으킨다.
유감스럽게도 최소 비트 전송률과 최대 비트 전송률 설정을 조작하여 파일 크기 문제를 해결할 수 없다. 그것은 여전히 평균 비트 레이트의 문제로 귀결된다. "품질"을 높이려면 더 높은 평균 비트 전송률이 필요하며, 결과적으로 더 큰 파일이 된다. 방법이 없어. "품질"이라는 용어는 어떤 신호를 상대하느냐에 따라 달라지기 때문에 여기서 잘못된 호칭의 일종이다. "품질"(평균 비트 전송률) 설정이 높을수록 "공간"으로 인코딩된 파일이 생성되어 음악이나 음향 효과와 같은 광범위한 주파수의 신호가 정확하게 재현될 수 있다. 특정 지점을 지나 비트 전송률을 증가시키면 신호에 없는 주파수 범위를 수용할 수 있는 여지가 더 많아질 것이다. 이 점은, Oggg Vorbis의 합리적인 목소리에 있어서, 48 kb/s를 그리 많이 넘지 않는 것이다. 그것은 어떤 수단으로도 "방송 품질"이 아니라, 다운로드하는 데 오랜 시간이 걸리지 않는 꽤 깨끗한 음성을 생산하고, 대형 기사들을 위해 녹음을 분리할 필요성을 최소화한다. 나의 제한된 경험에서, 청취자들은 일반적으로 멀티 파트 레코드를 다운로드하는 데 있어 추가적인 복잡성을 좋아하지 않는다. 48kb/s로 인코딩하는 좋은 결과를 얻었다. 당신은 또한 대부분의 사람들이 컴퓨터 스피커를 통해 이러한 녹음들을 들을 것이라는 것을 고려해야 한다. 이 녹음의 대부분은 상당히 평균적인 것에서부터 완전히 형편없는 품질까지 다양하다.
오디오 파일이 암호화되어 있는 파라미터를 결정하는 데 불가사의한 마법은 없다. 나는 KDE 데스크탑과 함께 Linux를 사용한다(특히, Kubuntu 디폴트 KDE 수정 기능이 비활성화된 Kubuntu Linux, 나는 그들을 좋아하지 않기 때문이다). 오디오 파일을 마우스 오른쪽 버튼으로 누르십시오. 메뉴에서 "속성"을 선택하십시오. 정보 상자에서 "메타 정보" 탭을 선택하십시오. 이것은 파일에 대한 몇 가지 유용한 정보를 보여준다. 확인해 보지는 않았지만 아마 파일 헤더에서 대부분의 정보를 추출하고 있는 것 같아. 불행히도 나는 어떤 최신 버전의 윈도우에 대한 실무 지식이 없기 때문에 별도의 소프트웨어를 설치할 필요 없이 윈도우에서 어떻게 이 정보에 쉽게 접근할 수 있는지 설명할 수 있는 사람을 기다리는 사람들이 있다.
한편, GDallimore, 더 낮은 "품질" 설정으로 테스트 파일을 다시 인코딩하고 의 "이 파일의 새 버전 업로드" 링크를 사용할 수 있다.
Menu
0:00
차이점을 듣고 비트레이트를 확인할 수 있도록. 지금쯤 추위가 당신을 심하게 붙잡지 않았다면, 그것은. :) -- 매크로포드 10:18, 2007년 3월 3일 (UTC)[]
그 접근법은 윈도우에서는 효과가 없는 것 같다. 적어도 나는 OGG 코덱을 다운로드하지 않았기 때문에 그렇지 않다. 파일 비트 전송률에 대해서는, VBR 설정을 만지작거리기는 커녕, 품질 설정을 최소한으로 낮추기만 했다. 나쁘지 않고 이전 버전의 절반 정도 크기 - 파일/시간의 크기는 44kb/s 비트 전송률을 제공한다.
감기가 내 목소리를 죽였으니, 나는 그 기사를 더 녹음하기 전에 일주일 정도 기다리고 있을 것이다. :(GDallimore (Talk) 19:02, 2007년 3월 3일 (UTC)[]
'돌아오는데 너무 오래 걸렸나 봐. 이후 버전에서는 공칭 48kb/s, 평균 45kb/s, 괜찮은 것 같고, 파일 크기는 보시다시피 원본의 절반만 넘는다. 그렇게 차갑게 채찍질해, 임마! -- 매크로포드 03:04, 2007년 3월 8일 (UTC)[]
문제없고 유용한 피드백과 지원에 감사한다! GDallimore (Talk) 14:06, 2007년 3월 9일 (UTC)[]

지침 없음?

이봐, 녹음 가이드라인 좀 가르쳐 줄래? - 몇 가지 질문이 있어.
좋은 소개, 안내 상자, 목차, 그리고 모든 섹션이 있는 좋은 기사를 녹음하고 싶었다고 하자.
인포박스의 내용을 읽어야 하는가, 만일 그렇다면, 그리고 만일 그렇다면, "여기에 [조서명]에 관한 사실 정보의 간략한 요약이 있다"고 소개해야 할까.
그 내용을 가지고, 예를 들어, 내가 서론을 읽은 후에라도 그 내용을 읽어야 할까?

  1. 소개 읽기
  2. Infobox 소개 및 읽기
  3. 내용 읽기
  4. 기사를 읽기 시작하라.


수학 공식, 이미지 등과 같은 것들을 어떻게 다루는가? 글에서 그림을 언급하는 경우가 있을 수 있다. - 아마도 독자는 반드시 필요한 경우가 아니라면 그림을 묘사해서는 안 된다는 지침이 있어야 할 것이다. 만약 기사의 본문이 실제로 그림을 언급한다면, "아래는 무지개의 그림으로 색의 스펙트럼을 보여준다" - 그 후에 독자는 "그림"이나 "편집자: 사진".

지침이 없다면, 당신은 많은 사려 깊지 못한 행동과 실수를 하게 될 것이다.

나는 일련의 가이드라인을 쓰기 시작하게 되어 매우 기쁘다. 먼저 가이드라인이 아직 없다면 나에게 먼저 말해줘.

Rfulf 00:45, 2007년 3월 4일 (UTC)[]

독자가 (아프리카인으로부터) 약간 비유를 원할 수 있는 예는 다음과 같다.
마찬가지로 오리지널 쿼와 x는 각각 kw와 ks이다. 예를 들어 "동등" 대신 "ekwagatoriaal"을, "excuus" 대신 "ekskuus"를 예로 들 수 있다. 다음과 같이 읽힐 수
있음:
마찬가지로, 원래의 QU와 X는 KW와 KS의 철자를 다시 구분하여 표기한다. For example the word "Ekwatoriaal" spelt E-K-W-A-T-O-R-I-A-A-L (that is with an "KW" for the "qwa" sound) instead of being spelt E-Q-U-A-T-O-R-I-A-A-L (that is with a "QU" for the "qwa" sound), and, "ekskuus" spelt E-K-S-K-U-U-S (that is with "KS" for the "X" sound) instead of "excuus" spelt E-X-C-U-U-S (that is with a "XC" for the "X" sound). Rfulf 01:15, 2007년 3월 4일 (UTC)[]

infobox에 대해 다시 생각해보면, 긴 정보 상자가 있는 기사에 대해서는, 기사에서 마지막에 읽도록 하는 것이 아이디어일 수 있다. 그리고 독자는 기사를 기록할 때 이것을 결정해야 한다. Rfulf 01:26, 2007년 3월 4일 (UTC)[]

제이크 질렌할

첫 번째 녹화를 막 끝냈어, 이미지:JakeGyllenhaal.ogg. 누가 들어도 괜찮을까? 내 억양이 뭔지 내게 알려줄까? Dev920 (하루 잘 보내세요!) 15:06, 2007년 3월 4일 (UTC)[]

구어 버전의 기사 링크 배치

오디오 링크 배치의 이면에 있는 이유를 알고 싶은가? 왜 그들은 외부 링크 섹션과 함께 기사 하단에 있는가? 나는 이 주제가 분명히 논의되어야 할 것이고 아마도 바뀌어야 할 것이라고 생각한다.

오디오 버전이 있는지 없는지를 알기 위해 전체 기사를 스크롤해야 하기 때문에, 내가 보기에 이것은 이것에 대한 링크를 놓는 불합리한 장소처럼 보인다. 서론 위에 있는 글의 맨 위에 링크를 올려놓으면 오디오 버전이 존재한다는 것을 읽기 전에 미리 알려주는 것이 더 이치에 맞는 것 같다. 나는 또한 시각 장애가 있는 사람들이 오디오 버전을 찾는 것이 훨씬 더 쉬울 것이라고 생각한다.

파일의 정보 페이지가 위키백과 그 자체에 있고 내가 믿는 실제 오디오 파일들은 이미지와 함께 위키미디어에서 호스팅되기 때문에 나는 이것들이 외부 링크 아래에 놓여 있다고 믿지 않는다. 이미지는 대개 기사의 관련 부분에 걸려있지만 맨 아래에는 없다. Wikiquotes와 같은 다른 프로젝트들과 연계하는 것이 더 많은 독서나 다른 관련 매체들과 연결되고 있기 때문에 나는 이것이 타당하다고 생각한다. 오디오 버전은 실제 기사 그 자체에 대한 것이지 하단에 있어야 할 것과 관련이 있는 것이 아니다. 다른 언어로 된 동일한 기사의 버전에 대한 링크는 기사 페이지에서 더욱 두드러지게 나타나며, 대부분의 경우 그것들은 완성 단계에 있으며 영어 버전보다 극적으로 다르다. 나는 이러한 링크를 기사 상단에 배치하는 것이 분명히 그것을 하는 방법이라고 생각한다.

나는 위키피디아에 편집하는 것을 매우 처음인데, 나는 내가 이것을 토론할 수 있는 적절한 장소에 올렸기를 바란다. 2007년 3월 7일 10시 2분(UTC)[]

안녕. 만약 당신이 주의 깊게 본다면(그것은 그다지 두드러지지 않다) 구어 기사의 오른쪽 상단 모서리에 작은 아이콘이 있어서 당신은 구어 여부를 즉시 볼 수 있다. 비록 내가 직접 이 프로젝트에 참여해서 나의 방식을 배우긴 했지만, 외부 링크 섹션에 주요 템플릿을 넣어야 할 이유를 잘 모르겠다. 하지만, 나는 항상 새로운 것을 배워야 한다. 나는 발견한다!
아, 그리고 위키백과 편집에 대한 짧은 조언 한 마디: 페이지 상단에 있는 "+" 탭을 눌러 대화 페이지에서 새로운 대화 주제를 시작하는 것이 가장 쉽다. 그러면 새로운 토론이 페이지 끝에 추가되는데, 이것이 선호되는 형식이다. GDallimore (Talk) 11:53, 2007년 3월 7일 (UTC)[]
보관된 토론 참조 -SCEhardT 14:24, 2007년 3월 7일(UTC)[]

성어 위키백과?

나는 전통적인 (저작권 밖의) 노래에 관심이 있고, 최근에는 디의 밀러, 그린스리브스, 오크의 하트 등 몇 편의 기사를 훑어보고 있다. 모든 훌륭한 노래들, 하지만 그것에 대해 말할 것은 거의 없다. 그래서 그 기사들은 약간 뭉툭하고 아마 녹음할 가치가 없을 것이다. 하지만, 이 프로젝트에는 이 곡조를 모를 수도 있는 독자들을 돕기 위해 이 옛날 노래들을 부른 버전들을 녹음할 수 있는 여지가 있을까 하는 생각이 들었다. 기악 미디나 곡의 와브 파일도 만들 수 있을 만큼 쉽지만, 실제로 누군가가 노래를 부르는 것을 듣는 것에서는 결코 같은 느낌을 받지 못한다.

나는 그런 프로젝트에 몇 가지 수준으로 관여하고 싶다. 나는 노래를 잘 부르지는 못하지만, 노래를 들을 수 있기 때문에 아마 내가 직접 녹음할 수도 있을 거야. 또한, 나는 다른 사람들이 노래방 스타일에 그들의 노래를 더하기 위해 백킹 트랙을 제작할 수 있는 위치에 있다.

사람들은 어떻게 생각하는가? 위키피디아가 그들의 첫 음악 앨범을 발매하는 것이 가능할까? :0 GDallimore (Talk) 14:18, 2007년 3월 9일 (UTC)[]

이런 맥락에서 이미 몇 가지 노력이 진행되고 있다. User:Makemi, 예를 들어, 옛날 노래들을 여러 번 녹음한 적이 있다(그녀는 최근 Tipecanoe와 Tyler와도 함께 나를 도왔다). 그녀에게 녹음 조언에 대해 물어볼 수도 있어. 위키피디아에 기여한 몇몇 기악 음악가들도 있다. 위키백과를 참조하십시오.기기 및 위키백과:요청된 녹음--파로스 19:09, 2007년 3월 9일 (UTC)[]
User에 의해 행해진 코이투스 인터럽터스 기사의 우스꽝스러운 녹음이 있었다.WAZAAA, 그러나 이후 삭제되었다. 그것은 어쿠스틱 기타를 배경으로 녹음되었고 그와 그의 친구가 구어 부분을 하는 것이 특징이었다.-hi s 14r e s e a r c h:23, 2007년 8월 16일 (UTC)[]

작은 변화

나는 우리의 주요 위키피디아 제목 페이지에 노란 배경과 스피커 이미지를 부여하여 페이지를 방문하는 잠재적인 참가자들에게 더욱 어필할 수 있도록 하였다. 네 생각을 말해줘! 모두가 싫어하면 우리는 언제든지 그것을 없앨 수 있다. =P 팬서 탄생 (토크) 17:57, 2007년 3월 13일 (UTC)[]

스피커 이미지는 좋은데, 노란색 배경은 정말 필요한가? — 에드워드 Z. 양(Talk) 21:39, 2007년 3월 13일 (UTC)[]
특별히 그런 건 아니야! 나는 그저 그것이 그 페이지가 많은 다른 회색 페이지들로부터 돋보이게 하는 데 도움이 된다고 생각했다. 어쨌든 피드백에 감사드리며, 바라건대 다른 사람들도 의견을 말할 수 있기를 바란다. 팬서 탄생 (토크) 07:34, 2007년 3월 14일 (UTC)[]
내가 보기엔 좋아 보인다. "진행 중" 표도 잘 정리했다. -- Macropode 22:46, 2007년 3월 14일 (UTC)[]
그래 - 선명하고 매력적인 새로운 이미지. 잘 만들었다! Hassocks5489 13:28, 2007년 3월 20일 (UTC)[]

오디오 문제(MGM의 질문)

이 음성 파일 관련 질의에 MgM을 도울 수 없기 때문에 내 토크 페이지 건너편에 질문을 베꼈다: (Hassocks5489 08:52, 2007년 3월 21일 (UTC)[]

"나는 오디오 발음을 두 번 녹음했다. 온라인 유틸리티로 .gg로 변환하기 전에 표준 Windows 녹음기에서 했던 것. 다른 하나는 녹음되어 오디오시티에서 수출되었다. 내 VLC Media Player가 왜 오디오가 만든 파일을 재생하지 않는지 아십니까? 수출할 때 내가 잘못한 게 있나?"

여기에 대해 추측할 수 있는 가능성이 너무 많다. 당신은 우리가 볼 수 있도록 오디오시티 녹음이나 오디오시티에서 만든 짧은 테스트 녹음을 업로드하는 것이 좋을 것이다. 업로드할 때 Speak_test_recording.ogg와 같은 것으로 불러 다른 사람에게 이미지 페이지를 다시 사용할 수 있도록 하십시오. -- Macropode 09:12, 2007년 3월 22일 (UTC)[]

기록 인코딩 비트 전송률

구두 기사 평가를 하는 과정에서, 나는 녹음 가이드라인에서 권장하는 것보다 비트 전송률로 오그 보르비스로 인코딩된 많은 녹음들을 우연히 보게 되었고, 음성 녹음에 필요한 파일보다 더 큰 파일들을 만들었으며, 경우에 따라서는 빠른 인터넷 링크를 가지고 있지 않은 청취자들이 다운로드를 할 수 없게 되었다. 인코딩된 오디오 파일을 두 번째로 다시 인코딩하면 오디오 품질이 매우 작게 저하되기 때문에 48kb/s로 이 파일들을 다시 인코딩하여 재업로드할 생각이다(원래 업로더에게 시간을 준 후). 만약 누군가가 이것이 나쁜 생각이라고 생각한다면, 당신의 경우를 진술하시오. 또한 녹음을 업로드하고 싶은데 오디오 편집 소프트웨어가 인코딩하는 비트 전송률이 얼마인지 확실하지 않으면 동일한 설정으로 인코딩된 짧은 테스트 녹음을 업로드하십시오.

Menu
0:00

페이지의 "파일 히스토리" 섹션에 있는 "이 파일의 새 버전 업로드" 링크를 사용하면 알려줄게. -- 매크로포드 10:15, 2007년 4월 13일 (UTC)[]

권장 48kb/s를 96kb/s로 변경해야 하는가? 내가 그냥 별것도 아닌 일로 야단법석을 떨고 있는 거야? Crippes, 여기서 논쟁을 일으키려면 무엇이 필요한가? :) -- Macropode 00:35, 2007년 4월 14일 (UTC)[]

익숙한 일이다. 사람들은 의견이 다를 때만 무슨 말을 한다. 나는 몇 가지 테스트를 해 보았는데, 구어(적어도 상대적으로 훈련받지 않은 귀)에 대해서는 48~96kb/s의 눈에 띄는 차이가 없는 것 같다. 그래서, 나는 그 바를 올릴 이유가 전혀 보이지 않는다. GDallimore (Talk) 20:27, 2007년 4월 14일 (UTC)[]
나도, 정말 그럴 수 없어. 문제는, 내가 모든 새로운 녹음을 경외하기 시작한 이후로, 모든 사람들이 96kb/s로 그들의 녹음을 인코딩함으로써, 녹음 가이드라인에 암묵적으로 반대해 왔다는 것이다. 50여 개의 레코드를 검토할 때, 내가 귀찮게 굴었음에도 불구하고, 지금까지 48kb/s로 재인코딩하는 사소한 단계를 기꺼이(또는 할 수 있는?) 몇몇 사람들만이 했다. 이러한 상황이 가이드라인을 변경하기 위한 일종의 합의로 구성되는가? 거의 보편적으로 무시되고 있는 권고안이 무슨 소용이 있겠는가?
이것이 사소한 문제로 보일 수도 있지만, 나(또는 구두 기사 평가 과정에 관여하고 싶은 다른 사람)는 어떻게 이 지침을 해석하고 각 기록물에 그 해석을 검토의 형태로 적용하는지를 알아내야 한다. 이는 곧 하나 이상의 평가 영역에서 "낮음" 등급을 받는 모든 기록은 문제가 해결될 때까지 텍스트 기사와 연결되지 않을 것이기 때문에 중요하다(이 토론 참조). 나는 이미 디폴트(채무불이행)로 판사와 배심원이 되어 있고, 사형 집행인 역할도 맡게 될 것 같다. 그래서 내가 비트 레이트에 근거하여 잠재적으로 (문제를 해결할 수 있는 기회가 주어진 후에) 그들의 녹음 파일을 풀어서 사람들을 화나게 하기 전에, 우리는 다음을 확립할 필요가 있다: (a) 역사적으로 사람들이 원하는 것과 대립되는 현재의 권고에 대해 매우 느슨한 해석을 사용해야 하고, (b) 사람들이 원하는 것을 바꾸어야 한다. 96kb/s에 대한 48kb/s 권장사항 또는 (c) 강제적인 접근 방식을 취하고 이를 위해 사람들의 기록을 다시 기록한다. 집행자를 연기할 거라면, 그것을 하는 데 어느 정도 공감대가 있음을 확실히 하고 싶다. -- Macropode 09:17, 2007년 4월 16일 (UTC)[]
아, 네 딜레마를 알겠다. 누군가 녹음을 하기 위해 노력했다면, 그들의 작업의 연결 해제를 결정하는 것은 어려운 일이다. 하지만, 만약 그들이 이 모든 것을 했다면, 더 낮은 품질의 설정으로 파일을 인코딩하는 아주 작은 노력으로 가는 것은 어떨까? 특히 파일 사이즈가 그렇게 많은 사람들에 의해 아마도 사소한 문제로 여겨질 것이다.
그러나 개인적으로 나는 MOST의 가장 중요한 이슈는 읽혀지고 있던 기사 버전과의 연결고리가 있는지 확인하는 것이라고 생각한다. 아마도 최소한의 품질 수준에 도달하지 못한 것에 대한 "징벌"을 포함시킴으로써 품질을 보증하는 데 관심이 있다면, 공동체의 반응을 판단하기 위해 시작하기에 더 좋고 아마도 덜 논쟁적인 장소가 될 것이다. 일반적으로 지원되는 작업이라면 비트 전송률뿐만 아니라 파일 크기까지 고려하는 것이 좋을 것이다. 즉, 파일 크기가 크고 비트 전송률이 크고 파일 크기가 지나치게 큰 경우에만 링크를 해제하는 것이 좋다.
궁극적으로, 어떤 편집자라도 그들이 좋아하지 않는다면 자유롭게 와서 이전 편집자의 작품을 바꾸거나, 아니면 그냥 삭제하는 것이 위키피디아의 본질이다. 사운드 파일을 녹음하는 것은 매우 큰 작업이 될 수 있지만, 지나치게 권한 상태를 받아서는 안 되며, 특히 해당 편집자가 합리적인 이의에 대응하지 않는 경우 같은 기풍을 적용해야 한다. GDallimore (Talk) 10:47, 2007년 4월 16일 (UTC)[]
    • 이 대화에 덧붙일 메모는 스피치 워드 파일의 기록 속도를 48kbps로 유지하는 것이 매우 유용하다는 것이다. 나는 기사를 쓰고 나서 Macropode로부터 잘못된 비트 전송률을 기록했다는 충고를 받았다. 그 때문에 내 스피치 파일이 지나치게 커졌고, 48kbps로 줄임으로써 파일의 크기가 만성적인 것으로 줄어들었다. 192kbps로 기록된 이 파일의 원본은 6e에서 9mb에 가까웠다. 새 버전을 녹음했을 때 음질 손실 없이 2.7mb로 나왔다. 48kbps의 속도는 파일들을 좋고 작게 유지하면서 레코딩의 성능 저하 없이 가장 효과적이다. Tor Malmjursson 11:38, 2007년 4월 16일 (UTC)[]
두 분 모두 피드백을 해주셔서 감사드린다.
나는 분명히 해야 한다. 구두 기사 평가 노력에는 두 가지 주요 목표가 있다. 서술자가 녹음 내용을 개선할 수 있도록 돕기 위한 객관적인 피드백을 제공하고(대부분이 듣기 즐거웠던 것처럼 최근에 매우 필요함), 특히 특집 기사의 녹음과 관련하여 최소한의 품질 기준을 유지한다. 녹음을 해제하는 것은 처벌이 아니라 녹화가 최소한의 품질 기준을 충족하지 못하는 몇 안 되는 경우에 한해서, 문제가 해결될 때까지 (희망스럽게도) 임시 조치로서 취해야 할 조치다. 위키피디아를 개선하기 위한 선의의 노력으로 그들의 녹음을 의도한 사람은 누구나 이것에 대해 아무런 문제가 없을 것이며, 문제를 바로잡는 데 도움이 될 것이라고 나는 생각한다. 하지만, 나는 품질 기준을 유지하는 것이 명백하게 정당화된 구어 녹음의 연결을 해제하는 것에 대해 거리낌이 없으며, 기본적으로 이 조치가 시행되기 전에 지역 사회의 정밀 조사와 건설적인 비판을 유도하기 위해 이 실을 시작했다.
나는 얼마 전에 많은 사람들이 그들이 업로드할 때 사용되는 기사 버전에 대한 링크를 포함하지 않는다는 것을 알아차렸다. 이 도움말 페이지를 만든 이후, 새로운 기록을 업로드하는 거의 모든 사람들이 이 링크를 정확하게 포함시켜, 우리가 필요한 것은 이러한 종류의 절차를 상세히 기술하지 않는 명확하고 비기술적인(가능한 한) 지침임을 나타낸다(보조 감사!). 그 동안, 나는 평가 기준의 적절한 링크 부분을 포함시키고, 높은 가중치를 부여하는 것을 검토하겠다.
비트 전송률과 관련하여, 온라인 음성 음성 녹음의 경우 48 kb/s가 기술적으로 가장 적합한 비트 전송률이지만, 이 단계에서는 실용적으로 "a" 옵션, 즉 가이드라인에 대한 더 느슨한 해석으로 가는 것이 가장 좋을 것이다. 추론:
  • 내가 알기로는 어떤 청취자도 지나치게 큰 위키피디아 음성파일에 대해 불평하지 않았다. 파일을 더 쉽게 다운로드하기 위해 더 작은 파일을 원하는 사람들로부터 피드백을 받는다면, 나중에 큰 파일을 다시 인코딩하는 것을 고려해 볼 수 있을 것이다.
  • 구어 기사를 만드는 것은 처음 기고자와 기술적으로 덜 기울어진 사람들에게 복잡하고 어려울 수 있다. (내 생각에) 많은 오디오 편집기의 기본 설정은 96kb/s이며, 설정은 생산될 실제 비트 전송률을 표시하지 않는 모호한 "품질" 제어를 통해 수행되며, 48kb/s로 인코딩하도록 엄격한 요건이 부과되어 많은 사람들에게 또 다른 기술적 장벽이 추가된다. 기술적으로 기울어져 있든 그렇지 않든, 영어를 상당히 유창하게 구사할 수 있는 사람이라면 누구나 가능한 한 쉽게 구어 기사를 기고할 수 있도록 해야 한다.
  • 일부 오디오 편집 소프트웨어는 단독으로 48kb/s로 인코딩할 수 없을 수 있지만, 예를 들어 오디오를 통한 인코딩 단계 또는 쉽게 사용할 수 있는 다른 유틸리티를 통해 인코딩 단계를 수행하는 등의 쉬운 방법이 있기 때문에 더 기술적으로 지식이 풍부한 사용자에게는 문제가 되지 않아야 한다.
  • 나는 리뷰에서 이것에 대해 사람들을 짜증나게 하는 것을 그만 두고 싶다. 위에서 언급한 비트 전송률 설정의 어려움 외에도, 내 추측에 따르면, 대부분의 사람들은 그것을 (당신 생각에, GDallimore) 중요한 이슈로 보지 않거나, 그들이 많은 시간과 노력을 들인 녹음이 48kb/s로 인코딩되면 나쁜 소리를 낼 수도 있다고 우려한다. (일부 오디오 편집 소프트w애플리케이션은 인코딩 후 실제 품질이 원본 녹음의 주파수 범위에 따라 다를 때 인코딩 비트 전송률 설정 제어를 "품질"으로 표시함으로써 이러한 잘못된 인상을 조장하는가? 낮은 "품질" 설정으로 음성을 인코딩한다고 해서 반드시 낮은 품질의 결과가 나오는 것은 아니다.) 또 다른 가능성도 있다; 사람들이 그들의 최신 버전의 레코드를 업로드하는 방법을 너무 불명확하게 찾고 있다는 것이다. 왜냐하면 그것은 현재 가이드라인에 기록되어 있지 않기 때문이다.
나는 그에 따라 등급 기준을 조정할 것이다.
이것의 단점은 빠른 인터넷 연결이 없는 많은 사람들이 효과적으로 엔에서 최소한 일부 구어 오디오에 대한 접근을 거부당한다는 것이다.위키백과. 이것은 아마도 많은 시골지역과 경제적 불이익을 받는 많은 사람들을 포함할 것이다.
마지막으로, 앞에서 말한 것과 달리, 품질 기준을 유지하기 위한 노력의 일환으로, "낮은" 평가 등급을 보증하는 문제가 있는 녹음 파일은 검토되는 즉시 모조 기사와 연결되지 않고, 문제 해결 시 링크가 복구될 것이다. 여기에 영향을 미치는 등급 기준에 동의하지 않는 사람이 있으면 피드백을 제공하십시오. -- Macropode 10:05, 2007년 4월 18일(UTC)[]

비트 레이트 문제에 대해 좀 더 생각해본 후, 나는 권고사항을 현재 실제 표준인 96kb/s까지 비트 레이트로 인코딩된 녹음을 명시적으로 허용하도록 변경할 생각이다. 내가 아는 한, 이것은 일반적으로 사용되는 일부 오디오 편집기의 기본 비트 전송률이며, 따라서 구어 녹음의 안절부절못하는 기술적 측면 중 하나를 효과적으로 제거해야 한다. 다른 사람이 만든 레코드를 수정(따라서 다시 인코딩)해야 할 경우 96kb/s의 레코딩이 낮은 비트 전송률로 인코딩된 것보다 품질 저하를 덜 겪게 된다는 추가적인 장점이 있다. -- Macropode 07:06, 2007년 5월 17일(UTC)[]

마늘 입김과 스피치 프로젝트

나는 이 프로젝트를 위해 일하고 개선해 온 사람들에게 그들이 얼마나 훌륭한 일을 해왔는지 말하고 싶지만, 내가 직접 사람들을 격려하려고 몇 번을 시도했을 때, 그들은 결국 사라졌으므로, 나는 그러지 않을 것이다. 아마 내 숨소리일 것이다. :) -- 매크로포드 08:16, 2007년 5월 1일 (UTC)[]

헤헤. =) 당신 없이 우리가 무엇을 할 수 있을지 확신할 수 없을 정도로 많은 구어 기사를 검토해주신 모든 일에 감사드린다. -팬서 본- (대화) 17:51, 2007년 5월 15일 (UTC)[]
맙소사, 나는 지금 이대로 결석한 것에 대해 충분히 죄책감을 느끼고 있어! :(다른 것보다도 개인적인 이유와 시간적인 이유 때문에, "가버린 것"을 한 것 같아. 난 위키피디아를 떠났어, 단지 스피어 프로젝트가 아니라. 많은 것들이 한꺼번에 생겨났고, 지난 1년여 동안 많은 것들이 바뀌었다. 나는 여전히 언젠가, 바라건대, 너무 멀지 않은 장래에, 그리고 그 시점에 내가 얼마나 관여할 수 있는지를 다시 평가해야 할 것이다.
특히 구어 기사와 관련된 문제의 일부는 단지 많은 시간 약속을 필요로 한다는 것이다. FA를 기록하는 데는 몇 시간이 걸릴 수 있고, 비록 그럴 만한 가치가 있지만, 나는 단지 하나의 기사에 그렇게 많은 시간을 쏟는 데 어려움을 겪을 뿐이다. 하지만 난 너희들에 대해 잊지 않았어. 믿거나 말거나, 나는 스피어드 프로젝트에 대해 생각해!
적어도 처음에는 (왜 내가 이 페이지를 읽고 있는지) 작은 방법으로 위키백과에 다시 오려고 하는 것에 대해 최근에 조금 생각하고 있다. 어쩌면 좀 더 작은 기사들을 녹음해 볼까, 아니면 잠시 다른 일을 해 볼까, 그런 식으로 다시 들어갈 수 없는지. --Laura S 19:20, 2007년 11월 8일 (UTC)[]

농담 구어 기사

왜 그렇게 분명히 재능이 있는 사람이 파일 같은 백과사전 기사의 "블루 유머" 버전을 만들었을까?쿠이투스인터럽터스.ogg는 그들의 음반을 많은 오락 지향적인 웹 사이트들 중 하나가 아닌 공식적인 백과사전 사이트에 올리고 싶어 하는가? 누군가가 내가 해야 한다고 생각하지 않는 한, 나는 이 녹음을 검토할 생각이 없다. 트롤에게 먹이를 주는 것보다 시간을 더 잘 보내게 되었다. -- 매크로포드 09:59, 2007년 5월 3일 (UTC)[]

다음과 같은 구어 버전의 기사 업로드

Menu
0:00

및 파일:Teabaging.ogg는 위키백과 기사의 구어 버전에서 무엇이 허용 가능한 관행이고 허용되지 않는지를 정의하는 더 나은 프로젝트 지침의 필요성을 분명히 강조한다. 우리는 더 이상 어떤 기사를 구두로 만드는 모든 사람들이 원본 기사가 만든 기준, 즉 위키피디아가 사전 문서화된 사실을 유머, sa로 색칠하지 않고 중립적이고 편견 없이 제시하는 기사의 형태로 정보를 제시하기 위해 존재한다고 생각할 수 없다.rcasm 또는 편집자의 개인적 동기에서 발생하는 기타 왜곡. 이 표준은 위키백과 정책에 포함되어 있으며, 우리의 구어 버전의 기초가 되는 텍스트 기사의 편집자들이 널리 준수하고 있다. 많은 사람들은 이러한 기준을 유지하기 위해 많은 정직한 노력을 기울인다. 이 기사들의 구어 버전을 만들 때, 나는 우리가 같은 백과사전적 기준을 고수해야 하고, 가능한 한 원문에 제시된 사실들을 전달하기 위한 녹음 파일을 만들어야 한다고 생각한다. 지루해? 여러분이 지식을 습득하는 것을 좋아하고 오늘날의 많은 미디어들이 제공하는 불필요한 "창문 드레스"가 필요하지 않다면, 그리고 위키피디아는 결코 제공하려고 하지 않았다. 위키피디아를 기사나 구어판 등에서 코믹한 실력을 뽐내는 플랫폼으로 활용하고자 하는 사람들은 위키피디아(예를 들어 Uncyclopedia)보다 더 적절한 포럼을 찾아야 한다. -- Macropode 03:31, 2007년 5월 4일 (UTC)[]

정말. 그런 농담 녹음은 전적으로 부적절한 것으로 위키백과 기사에서 삭제되어야 한다. 그 기사들은 무료 면허가 있고, 사람들이 자신의 취향에 맞는 다른 곳에서 창의적인 재사용을 할 수 있도록 허용되고 있다. 하지만 위키피디아는 분명히 이런 것들을 위한 장소가 아니다. 나는 전혀 장식을 해서는 안 된다고 말하는 것이 아니다. 아마도 미래에는 사람들이 라디오 다큐멘터리 스타일의 기사를 녹음할 수도 있겠지만, 이런 바보 같은 스푸프들은 전적으로 불가능하다.-파로스 06:43, 2007년 5월 4일 (UTC)[]
내가 이 녹음파일들을 풀었어. 만약 그들의 창작자가 자신의 요구를 수용할 수 있는 "BookiefMedicedWikipedia 프로젝트 지원" (sic)를 돕기를 원한다면, 나는 시간이 없으니, 여기서 자유롭게 답하십시오. -- Macropode 23:36, 2007년 5월 4일 (UTC)[]
만약 사람들이 할 말을 하고 싶다면, 나는 파일:티바깅.ogg 및 파일:CoittisInterruptus.ogg 삭제. 이 페이지의 템플릿을 통해 토론에 도달할 수 있다. GDallimore (Talk) 11:55, 2007년 5월 8일 (UTC)[]

파로스, 만약 당신이 여전히 이 실마리를 따르고 있다면, 나는 시간이 지남에 따라 녹음 가이드라인을 갱신하여 현재 구어 녹음에 부과되고 있는 주요 기준을 (일반 영어로, 바라건대) 명시적으로 명시할 계획이다. 특히 최근 우리가 보고 있는 농담 녹음과 같은 부적절한 것은 배제하면서, 구어 녹음에서 음악과 소리를 적절하게 사용하는 것이 무엇인지 명확히 규정하는 것이 목표 중 하나가 될 것이다.

그외에도 나는 개인적으로 작은 라디오 다큐멘터리 스타일의 작품, 또는 동물 관련 기사의 녹음(예:

Menu
0:00

내가 개구리 울음소리를 흉내 낸 것은, 실물에 대한 적절한 면허가 없기 때문이다. -- Macropode 07:52, 2007년 5월 17일 (UTC)[]

그래도 개구리 콜을 하는 건 재미있었을 거야 나는 그것이 녹음에서 꽤 잘 통합되어 있었다고 생각한다. 단지 글자의 발음 이상의 것, 그리고 자연 흉내를 내려고 하는 완전한 시도보다 약간 덜한 것. 이것은 흥미로운 주제다. 타사 소리(동물 통화, 음악 등)를 포함하는 구어 기사를 검토하셨습니까?-파로스 01:09, 2007년 5월 20일(UTC)[]
늦어서 미안해. 그래, 어떤 음악이었는지는 기억나지 않지만, 위키백과 소개 밑에 어떤 음악을 넣었는지 한 번의 녹음으로. -- 매크로포드 05:21, 2007년 5월 29일 (UTC)[]

카테고리 - 보기 안 됨

나는 우리가 리뷰를 수행하는 작업을 돕기 위해 미공개 구어 기사 범주를 만들어야 하는지 궁금했다. 아무 생각이나. GDallimore (Talk) 13:05, 2007년 5월 7일 (UTC)[]

해를 끼칠 수 없다고 판단해서 카테고리:구어 기사를 보지 않고 모든 기사가 자동으로 해당 범주에 배치되도록 구어 기사 템플릿을 업데이트했다. 기사를 검토할 때, 단순히 메인 이미지 페이지의 템플릿 호출에 "검토된=예"라는 단어를 추가하는 경우다.
이 작업을 할 때 우연히 알게 된 몇 가지 사항:
  • 이 파일들을 공유지에 업로드하는 것이 의미가 있는가?
  • 파일이 공유지에 업로드되면 검토도 공유지에 올라야 하지 않을까? 그들 모두가 그렇지는 않다.
템플릿 업데이트를 시작했는데 E를 반쯤 통과해서 커먼스가 유지보수를 위해 문을 닫기 전에... GDallimore (Talk) 23:41, 2007년 5월 7일 (UTC)[]
이상적으로는 모든 구어 기사는 하원에 있을 것이다. 실제로, 이것은 특히 경험이 없는 사용자들에게 많은 문제를 제기한다. 자세한 것은 나중에, 지금과 같이 나 자신을 긁을 시간이 없다. -- 매크로포드 07:01, 2007년 5월 8일 (UTC)[]
현재, 위키피디아의 모든 리뷰는, 그들이 관련된 녹음 파일이 커먼스에 있을 때에도, 여기에 있다. 이를 통해 모든 후기를 봇(bot)으로 구문 분석하는 것이 1단계 작업이 되는 등 행정을 단순화한다. 행정적인 관점에서, 여기에 모든 것을 가지고 있는 것은 노력의 중복을 피한다. 우리는 이 프로젝트를 돌보는 소수의 사람들이 있지 않기 때문에 모든 것을 단순하고 효율적으로 유지할 필요가 있다. 마찬가지로, 연설문 기고자들에게도 간단하고 솔직한 것이 필요하다. 이것이 위키이기 때문에, 제한된 자동화가 가능하기 때문에, 업로드 과정에는 이미 사람들이 올바르게 이해해야 하는 너무 많은 안절부절못한 단계들이 있다. Commons에 업로드하는 것은 단지 음성 프로젝트에 기여하기 위해 두 개의 분리된 사용자 계정을 열고 유지하도록 요구하는 요구인 한 가지를 더 부과할 것이다. 나는 커먼스에 업로드하는 사람들의 선택을 존중하지만, 실용성을 위해 모든 것을 여기에 함께 보관하고 싶다. -- 매크로포드 07:45, 2007년 5월 11일 (UTC)[]
미안해, 헷갈려. 처음엔 공유지에 물건을 올리라고 했는데, 지금은 안 올린다고? 나는 일단 당신이 내 의견에 동의하고 파일이 en에 업로드되어야 한다고 가정할 것이다.위키, 일반인이 아닌.
그래서 나는 영어 기사의 음성 녹음을 엔에 업로드하는 것을 공식 업로드 가이드라인으로 만들 것을 추천하고 싶다.위키와 NOT를 공유한다. 이것을 제안하는 두 가지 주요 이유는 다음과 같이 공유지에 업로드하는 것이 유익하지 않고 아마도 덜 편리하기 때문이다.
  • 다른 프로젝트들이 en.wiki에 관한 기사의 구두 녹음에 쉽게 접근하기를 원하는 현실적 가능성은 없다.
  • 공유지에 업로드하면 파일을 추적하기 어려워져 프로젝트 관리가 더욱 어려워진다.
다른 생각은 없으세요? GDallimore (Talk) 09:11, 2007년 5월 11일 (UTC)[]
저기. 급히 쓴 헷갈리는 댓글이 삭제되었다. :) Commons가 특별히 오디오와 비주얼 매체를 취급하기 위한 것이기는 하지만, 나는 모든 구어 기사는 여기에 업로드되어야 한다는 것에 전적으로 동의한다(Wikipedia), 그리고 이것을 반대하는 좋은 사례가 나오지 않는 한, 가이드라인에 기록되어야 한다. -- Macropode 05:03, 2007년 5월 12일 (UTC)[]
위키피디아나 커먼스에 파일을 업로드하고 싶은지 사용자들이 자유롭게 선택할 수 있도록 해야 한다고 생각한다. 위키피디아는 어차피 커먼스에 있는 파일들을 위키피디아에 있는 것처럼 취급하기 때문에 파일을 계속 추적하는 것이 훨씬 더 번거롭지는 않다고 생각한다. 개인적으로 다른 페어유용 업로드가 아닌 한 곳에서 올린 무료 콘텐츠를 모두 추적할 수 있기 때문에 커먼스에 업로드한다. -판서 본- (대화) 17:44, 2007년 5월 15일 (UTC)[]

"진행 중" 섹션 레이아웃

지난 한 달 동안 너무 많은 새 녹음 파일이 목록에 추가되어 있어서 나는 녹음 파일을 매달 테이블로 분리하는 것이 정당하다고 생각했다. 내 생각에 그것은 어떤 녹음 파일이 오랫동안 그곳에 있었는지, 그리고 어느 것이 그곳에 없었는지에 대해 좀 더 명확하게 해 주는 것 같다. 하지만 어떻게 생각하는지 알려줘. -팬서 본- (대화) 09:19, 2007년 5월 14일 (UTC)[]

나는 항상 테이블이 업데이트해야 하는 골칫거리라는 것을 발견했다. 녹화가 즉시 추가되고 삭제되도록 가능한 한 단순하게 유지하고 싶지 않은가? GDallimore (Talk) 10:21, 2007년 5월 14일 (UTC)[]
나는 일을 단순하게 하는 것을 좋아하는 편이지만, 당신이 '진행 중' 리스트를 유지하기 위해 작업에 투입되어 온 사람이기 때문에, 어쨌든 무엇이 가장 잘 작동하는지 시험해 본다. (내 10p짜리만). -- 매크로포드 08:29, 2007년 5월 15일 (UTC)[]
그것은 꽤 타당한 지적이야 - 나는 새로운 용도를 위해 단순함을 유지하는 것에 흥미가 있어, 일단 그것을 되돌릴 것이다. 피드백 고마워. -팬서 본- (대화) 17:29, 2007년 5월 15일 (UTC)[]

오디오 코덱 선택: Speex?

오그 스펙스에 대해 어떻게 생각하십니까? 그 코덱은 구어 기사에 좋은 선택이 되지 않을까?--Imz 15:45, 2007년 5월 19일 (UTC)[]

Speex는 작은 오디오 파일들 중 하나의 장점을 제공할 것이다. 이와는 대조적으로, Vorbis는 다음과 같다.
  • 보다 유연한 범용 무료 오디오 코덱이며, 따라서 합의된 위키백과 사운드의 표준이다.
  • 널리 이용 가능하고 매우 유능한 오디오 편집기에 의해 기본적으로 지원된다.
  • 낮은 명목상의 비트 전송률에서, 이 프로젝트의 목적에 꽤 적합한 매우 작은 파일을 생산하고, 아마도 크기에 대한 Speex 파일과 잘 비교한다(직접 비교를 한 적은 없지만).
  • 아마도 음악이나 비음성 소리를 더 잘 재현할 수 있을 것이다. 미래에는 이런 것들을 적절한 방법으로 포함시키는 더 많은 구어적 기사가 나올 수 있기 때문이다. Speex는 특히 목소리에 최적화되어 있다.
-- Macropode 03:52, 2007년 5월 21일 (UTC)[]
답장 고마워!--Imz 11:07, 2007년 5월 22일 (UTC)[]
드디어 사운드 편집 소프트웨어를 확인하게 되었다. 보르비스는 지원하지만 스피엑스는 지원하지 않는다. 자, 이것이 스피크스에게 거절할 이유는 아니지만, 보르비스를 지지하는 MP3를 받아들이지 않는 것에 대한 모든 분노와 함께, 보르비스가 적당히 무거운 벽돌처럼 내려갈 것 보다 훨씬 더 적은 지지를 받는 형식을 선택하는 것이다. GDallimore (Talk) 09:56, 2007년 5월 23일 (UTC)[]

내 비키 버자드 이미지가 생성되지 않음

비키 버자드는 이미지가 하나뿐이고 나는 한 가지도 할 수 없다. — Jacob valliere (대화 • 기여) 10:21, 2007년 6월 5일 (UTC)[]에 의해 추가된 서명되지 않은 이전 논평

미안한데, 여기서 뭘 하려는 건지 잘 모르겠어? 이미지를 추가하는 방법을 이해하지 못하면 위키피디아에서 다음과 같이 물어보십시오.대신 헬프 데스크. -팬서 본- (대화) 17:19, 2007년 6월 5일 (UTC)[]

생물학 기사의 라틴어 발음

나는 생물학적으로 말하는 기사를 듣고 이항식 명명법의 더 많은 구어적 발음이 우리에게 불리하게 작용할 수 있다는 것을 들었다. 만약 그 기사를 듣고 나서 우리는 라틴어 이름의 철자를 실제로 어떻게 쓰는지 확실히 알지 못한다. 그래서, 나는 레퍼런스 데스크에서 그들이 이것을 발음하는 표준적인 방법인지에 대해 질문을 했다. 그곳 사람들은 [1]에서와 같이 모든 소리를 조리 있게 발음하는 프랑스식 발음을 추천했다. 위키백과를 참조하십시오.레퍼런스 데스크/아카이브/사이언스/2007년 5월 22일 과학 라틴어의 발음. 고마워.--파로스 04:01, 2007년 6월 8일 (UTC)[]

고마워! 이것은 내가 녹음한 것 중 한두 가지를 개선하는 데 도움이 될 것이며, 정확히 우리가 이 근처에서 더 필요로 하는 일종의 유용한 비판적 피드백이다. -- Macropode 06:28, 2007년 6월 12일 (UTC)[]

RRS 공급 장치

내 소프트웨어를 업그레이드한 후, 적절한 콘텐츠 유형을 사용하지 않기 때문에 여기에서 제공되는 RSS 피드를 더 이상 수락하지 않는다. 얼마 전에 물어봤는데 애플리케이션/rss+xml은 MediaWiki를 구슬려 서비스할 수 있는 콘텐츠 유형이 아니고 보안상의 이유로 수정되지 않는다(vandals가 임의 HTML 등을 주입할 수 있음). 이것 때문에 다른 지원자들도 많이 못 받을 것 같아. 툴서버 액세스 권한을 가진 사람에게 rss 하위 페이지를 "미러링"하는 작은 스크립트를 만들어 적절한 콘텐츠 유형으로 제공하도록 요청하지 마십시오. --Sherol (대화) 10:50, 2007년 6월 9일 (UTC)[]

당신이 이것을 썼을 당시 피드는 다른 구문적 이유로도 유효하지 않았다. 그것은 고정되었고, 독자 분에게 다시 한번 시도해 볼 가치가 있을지도 모른다. -SCEhardT 19:24, 2007년 6월 18일 (UTC)[]

"언어 기사는 영어를 이해하지만 읽을 수 없는 사람들이 위키백과 내용을 이용할 수 있게 만든다."

이 인용구가 말하고자 하는 것을 오해하고 있을지도 모르지만, 인터넷을 이용한 항문증, 더 나아가 위키백과는 다소 황당하게 들린다. 결국, 그들은 여전히 어떻게든 그 페이지로 이동해야 하는데, 그것은 읽고 쓸 줄 알아야 할 것이다.~~MaxGrin 17:41, 2007년 6월 9일 (UTC)[]

텍스트로 어려움을 겪는 사람들의 독창성을 과소평가하지 말자. -- Macropode 22:05, 2007년 6월 12일 (UTC)[]
어떤 사람은 다른 글을 쓰는 사람이 그것을 사용하도록 설정해 놓을 것이라고 가정할 것이다. 그들은 그것을 읽을 필요가 없다. — Edward Z. 양(Talk) 00:24, 2007년 6월 13일 (UTC)[]
음, 이론적으로, 만약 여러분이 영어를 사용하지 않는 나라에서 자란 영국 문화 유산 화자라면, 여러분은 글을 쓸 줄 아는 사람이 될 수 있지만, 영어는 그렇지 않다. 아마도 문해 수업을 가르치는 누군가는 구어 위키백과 기사가 유용한 도구(이것은 아마도 복잡한 논픽션 텍스트의 녹음을 위한 유일한 무료 자료 중 하나일 것이다).--Pharos 20:31, 2007년 6월 13일 (UTC)[]

제발 도와줘.

방금 내 웹캠 쿠퍼시 고등학교로 기사의 모든 오디오를 녹음했는데, 그걸 업로드하고 싶었어.

잠시 후 페이지가 표시됨 - ".wma"는 원하지 않는 파일 형식임

만약 누군가가 나에게 음성파일을 어떻게 업로드 할 것인지에 대해 연락을 한다면 나는 동의할 것이다.

고맙다 기억해라, 우리의 부담스러운 목표는 모든 지식을 자격이 있는 인간들에게 제공하는 것이다. 2007년 6월 15일 20:50 (UTC) Xunex[]

위키피디아는 OGG 형식만 지원하는 것 같다. 위키백과 참조:오디오_헬프.--세라피엘 07:05, 2007년 6월 17일 (UTC)[]
위키백과를 참조하십시오.위키프로젝트 구어 위키백과/녹음 지침, 특히 추천 도구 섹션. 내가 직접 오디오시티를 써봤는데 잘 작동하는 것 같아. wma를 ogg로 변환할 온라인 유틸리티에 대해 들은 적이 있지만, 직접 그것에 대해 알지 못한다. -SCEhardT 19:38, 2007년 6월 18일 (UTC)[]

인도 구어 기사

누군가 인도 페이지의 구어 기사를 확인해 주시겠습니까? '브라우저에서 재생' 링크를 클릭하면 기사 낭독 대신 인도 국가가 들려온다. 다른 위키피디아 사람들에게도 물어봤지만, 그들은 브라우저에서 파일을 재생할 수 없다. 누군가 도와준다면 정말 고맙겠다. 고마워.--세라피엘 07:05, 2007년 6월 17일 (UTC)[]

"브라우저에서 재생"은 나를 위해 몇몇 음악을 재생하는 반면, 파일을 다운로드하면 구어 기사가 재생된다. 나는 왜 그런지 모르겠다 - 음악 파일이 어디에 저장되어 있고 이름이 무엇인지를 아는 사람이 있는가? 혹시 이게 이름 갈등인가? -SCEhardT 19:26, 2007년 6월 18일 (UTC)[]