모질라 사용자데요. asf,wma등 동영상 파일이..
-
- Posts: 0
- Joined: 2004 02 13 20:30 58
- Contact:
모질라 사용자데요. asf,wma등 동영상 파일이..
모질라1.6 한글판 처음 사용하는데요. http://....wma,wmv,asf 등 동영상 파일 링크된 하이퍼 링크등을 클릭하니까 영상은 안 나오고 글자 깨인 문서가 나오네요. activ x 같은 플러그 인 설치해봤는데요 안 나오네요. 원래 모질라는 지원이 안되나요.
...
Re: 모질라 사용자데요. asf,wma등 동영상 파일이..
사이트에서 웹페이지를 제대로 작성해 주었다면, 그리고 윈도우즈 미디어 플레이어 플러그인이 제대로 설치되었다면, 모질라에서도 동영상을 잘 볼 수 있습니다. 문제가 되는 페이지 주소를 올려보세요.
Re: 모질라 사용자데요. asf,wma등 동영상 파일이..
etn vod도 안되고 embed는 되는데 href는 안되네요. 벅스도 안되고.
한 군데만 안되는 것이 아니지만. 굳이 경로를 올리면
<a href=http://iamiii.cafe24.com/song/k1.wma target=_blank>http://iamiii.cafe24.com/song/k1.wma</a> 네요. os는 windowxp이고요.
한 군데만 안되는 것이 아니지만. 굳이 경로를 올리면
<a href=http://iamiii.cafe24.com/song/k1.wma target=_blank>http://iamiii.cafe24.com/song/k1.wma</a> 네요. os는 windowxp이고요.
Re: 모질라 사용자데요. asf,wma등 동영상 파일이..
제가 질문을 잘못 이해했네요. 위 링크의 HTTP 응답 헤더를 보면 웹 서버에서 text/plain으로 WMA 파일을 보내고 있네요. audio/x-ms-wma로 보내야 하는데 말이죠.
text/plain은 일반 텍스트 형식을 나타내므로 모질라가 이를 텍스트로 생각하고 브라우저에 뿌려버립니다.
참고: <a href=http://www.mozilla.or.kr/community/view ... bbug&no=27
target=_blank>http://www.mozilla.or.kr/community/view ... bbug&no=27
</a>
웹 사이트 문제이고요, 모질라 최근 빌드에서는 이런 상황에서 처리하는 방식이 약간 바뀌었습니다.
text/plain은 일반 텍스트 형식을 나타내므로 모질라가 이를 텍스트로 생각하고 브라우저에 뿌려버립니다.
참고: <a href=http://www.mozilla.or.kr/community/view ... bbug&no=27
target=_blank>http://www.mozilla.or.kr/community/view ... bbug&no=27
</a>
웹 사이트 문제이고요, 모질라 최근 빌드에서는 이런 상황에서 처리하는 방식이 약간 바뀌었습니다.
Re: 모질라 사용자데요. asf,wma등 동영상 파일이..
kheled님의 참고링크는 잘 읽었습니다... 표준을 지키느냐 아니냐라는 이야기는 오래된 논쟁이고 답도 없는 이야기니...섣불리 이야기를 해봐야 서로가 답답할 뿐이겠죠.
다행인 것은 FireFox에서 처리방식이 다른 것같은데 ..
웹서버단에서 문제가 있더라도 환경설정에서 특정 형식의 파일을 다운로드하거나 [기본 프로그램]을 변경했다면 그렇게 되도록 했으면 좋겠다는 것입니다.
모질라에서 audio/x-ms-wma를 설정했더라도 클릭하면 먹히지 않고 난해한 문자열을 내보내버리니... 답답 그 자체라는 생각입니다.
결국 현재로써는 [모질라/FireBird]를 최신버전으로 업그레이드하는 것이외에는 없다는 이야기가 되는 것같내요...
다행인 것은 FireFox에서 처리방식이 다른 것같은데 ..
웹서버단에서 문제가 있더라도 환경설정에서 특정 형식의 파일을 다운로드하거나 [기본 프로그램]을 변경했다면 그렇게 되도록 했으면 좋겠다는 것입니다.
모질라에서 audio/x-ms-wma를 설정했더라도 클릭하면 먹히지 않고 난해한 문자열을 내보내버리니... 답답 그 자체라는 생각입니다.
결국 현재로써는 [모질라/FireBird]를 최신버전으로 업그레이드하는 것이외에는 없다는 이야기가 되는 것같내요...
Re: 모질라 사용자데요. asf,wma등 동영상 파일이..
> 답도 없는 이야기니...섣불리 이야기를 해봐야 서로가 답답할 뿐이겠죠.
답이 왜 없습니까? '계몽과 교육'이 답이지요. 1985년으로 돌아가고 싶은 사람은 별로 없겠지요. (컴퓨터와 인터넷에 관한 한) 그렇다면 표준을 지키도록 서로 노력해야지요.
> 모질라에서 audio/x-ms-wma를 설정했더라도
그 설정은 audio/x-ms-wma type에 대해서 어떻게 처리하라는 지시이지, text/plain에 대해서 어떻게 처리하라는 지시는 아니지요.
> 클릭하면 먹히지 않고 난해한 문자열을 > 내보내버리니... 답답 그 자체라는
> 생각입니다.
답답하면 엉터리로 써버를 설정한 써버 관리자에게 이메일을 보내서 고치라고 하세요. 이런 식으로 표준을 무시해서는 인터넷의 존재 자체가 위협 받습니다.
위에서
답이 왜 없습니까? '계몽과 교육'이 답이지요. 1985년으로 돌아가고 싶은 사람은 별로 없겠지요. (컴퓨터와 인터넷에 관한 한) 그렇다면 표준을 지키도록 서로 노력해야지요.
> 모질라에서 audio/x-ms-wma를 설정했더라도
그 설정은 audio/x-ms-wma type에 대해서 어떻게 처리하라는 지시이지, text/plain에 대해서 어떻게 처리하라는 지시는 아니지요.
> 클릭하면 먹히지 않고 난해한 문자열을 > 내보내버리니... 답답 그 자체라는
> 생각입니다.
답답하면 엉터리로 써버를 설정한 써버 관리자에게 이메일을 보내서 고치라고 하세요. 이런 식으로 표준을 무시해서는 인터넷의 존재 자체가 위협 받습니다.
위에서
Re: 모질라 사용자데요. asf,wma등 동영상 파일이..
저같은 보통의 사용자 입장에서는 [서버관리자]가 표준에 맞추어 작업해주면 편할 것입니다.
[서버관리자]의 책임으로 넘길 생각은 없습니다. 서버관리자가 제대로 알고 멀티미디어 서비스를 계획했어야 함은 너무 당연하죠..그러나 그렇지 못할 것입니다.
그런데 클라이언트 단위에서 현재 FireFox가 처리를 하게 된 이유는 무엇인가를 생각하게 됩니다.
아마도 그것은 유연성에 대한 문제일 것입니다. 최종 사용자가 "이게 문제이니..이렇게 수정해야 하겠내요" 메일을 보낸다.그러나 그런 내용을 아는 분이 몇일까요? IE에선 문제가 없는 데 왜 모질라에선 안될까?
문제를 지적해주려면 최종사용자 단위에서 충분한 지식을 가지고있어야 하는 데, 이러기가 쉽지않다는 것을 충분히 고려되었으면 합니다..
인터넷이 더이상 특정 개인이나 집단만이 사용하는 것도 아닌 보편적 정보수집수단이며 멀티미디어적 요소가 더욱 중요해지는 인터넷환경에서 특정 브라우저에서만 문제가 유지되고 있다면,
표준을 준수하려는 그 노력과 가치에 대해 모질라 브라우저를 높이 평가하겠지만, 사용상에서는 불편이라는 점으로 다소는 멀리하게 될 수밖에 없다는 것입니다.
저의 경우는 동영상을 볼 경우에는 IE를 사용합니다. 저는 불편한 줄 모릅니다... 그러려니 그러고 있을 뿐이죠.. 하나의 브라우저에서 다 처리될 수 있다면 굳이 IE브라우저를 사용할 이유가 없죠..
FireFox에서 처리방식을 바꿈으로써 [서버관리자]의 작업거리를 줄여주었다는 점도 생각해 볼 필요가 있지않나 생각듭니다. 그것이 또 모질라/FireFox 이용층을 늘리는 효과도 있을 것입니다.
어찌되었든, 동영상이나 사운드를 청취하기 위해 누군가 좀 더 정리된 이야기를 해주셨으면 합니다.
1. 서버관리자가 지켜야할 사항
2. 웹코더가 소스에서 IE 이외의 브라우저를 고려하여 지켜야 할 사항
3. 최종 사용자가 동영상/사운드등 시청을 위해 요구되는 사항
이 부분에 대해 아는 분들이 코멘트를 달아주시거나 유용한 팁 형태로 게시물을 올려주면 좋겠내요.. 논쟁보단 방법을 찾아서 해결해감이 중요하다고 생각합니다..
[서버관리자]의 책임으로 넘길 생각은 없습니다. 서버관리자가 제대로 알고 멀티미디어 서비스를 계획했어야 함은 너무 당연하죠..그러나 그렇지 못할 것입니다.
그런데 클라이언트 단위에서 현재 FireFox가 처리를 하게 된 이유는 무엇인가를 생각하게 됩니다.
아마도 그것은 유연성에 대한 문제일 것입니다. 최종 사용자가 "이게 문제이니..이렇게 수정해야 하겠내요" 메일을 보낸다.그러나 그런 내용을 아는 분이 몇일까요? IE에선 문제가 없는 데 왜 모질라에선 안될까?
문제를 지적해주려면 최종사용자 단위에서 충분한 지식을 가지고있어야 하는 데, 이러기가 쉽지않다는 것을 충분히 고려되었으면 합니다..
인터넷이 더이상 특정 개인이나 집단만이 사용하는 것도 아닌 보편적 정보수집수단이며 멀티미디어적 요소가 더욱 중요해지는 인터넷환경에서 특정 브라우저에서만 문제가 유지되고 있다면,
표준을 준수하려는 그 노력과 가치에 대해 모질라 브라우저를 높이 평가하겠지만, 사용상에서는 불편이라는 점으로 다소는 멀리하게 될 수밖에 없다는 것입니다.
저의 경우는 동영상을 볼 경우에는 IE를 사용합니다. 저는 불편한 줄 모릅니다... 그러려니 그러고 있을 뿐이죠.. 하나의 브라우저에서 다 처리될 수 있다면 굳이 IE브라우저를 사용할 이유가 없죠..
FireFox에서 처리방식을 바꿈으로써 [서버관리자]의 작업거리를 줄여주었다는 점도 생각해 볼 필요가 있지않나 생각듭니다. 그것이 또 모질라/FireFox 이용층을 늘리는 효과도 있을 것입니다.
어찌되었든, 동영상이나 사운드를 청취하기 위해 누군가 좀 더 정리된 이야기를 해주셨으면 합니다.
1. 서버관리자가 지켜야할 사항
2. 웹코더가 소스에서 IE 이외의 브라우저를 고려하여 지켜야 할 사항
3. 최종 사용자가 동영상/사운드등 시청을 위해 요구되는 사항
이 부분에 대해 아는 분들이 코멘트를 달아주시거나 유용한 팁 형태로 게시물을 올려주면 좋겠내요.. 논쟁보단 방법을 찾아서 해결해감이 중요하다고 생각합니다..
Re: 모질라 사용자데요. asf,wma등 동영상 파일이..
> [서버관리자]의 작업거리를 줄여주었다는 점도
> 생각해 볼 필요가 있지않나 생각듭니다.
이 부분은 동의하기 힘듭니다. 서버 관리자는 설정을 엉터리로 해 놓고서 비표준 브라우저에 기대어서는 안 됩니다. 제대로 표준을 지켜서 설정을 할 줄 모르는 이들은 서버 관리자로서 자격 미달입니다.
어쨌든 앞에 쓴 글의 잘린 부분에서 써버 관리자가 해 주어야 할 일을 적었습니다. (차니님, 이 게시판 프로그램은 왜 자꾸 글을 잘라 먹습니까? ).
아파치 서버라면 각 마임 형식에 대해서 AddType을 써서 확장자와 마임 형식을 연결 지어 줘야 합니다.
AddType audio/x-ms-wma .wma
와 같은 식입니다. 이것은 아파치 설정의 기본입니다. 이런 것도 하지 않는 서버 관리자는 당장 해고되어야 마땅합니다. <a href=http://www.apache.org
target=_blank>http://www.apache.org
</a>
에 가면 자세한 매뉴얼이 있습니다. 한국어 매뉴얼도 있으니까, 영어 몰라서 못 했다는 핑계도 성립하지 않습니다. MS IIS도 msdn에 가면 자세한 매뉴얼이 있을 것입니다. (한국어 문서)
동적으로 파일을 내보내는 경우라면 파일을 내보내기 전에
Content-Type: xxx/yyy
와 같은 식으로 http 헤더에 그 형식을 적어 주기만 하면 됩니다.
유연성에 대해 : 저도 '받는 것은 너그럽게, 보내는 것은 염격하게'란 구호에 대체로 동의합니다. 하지만, 요새 점점 '받는 것도 엄격하게'쪽으로 기울고 있습니다. '받는 것은 너그럽게'에 의존해서 제 할 일을 하지 않는 무지하고 게으른 서버 관리자, 서버쪽 프로그램 작성자들이 너무 많아져서 인터넷과 웹의 발전에 크나큰 장애와 걸림돌이 되기 시작했습니다. 잘못 설정한 것은 과감하게 거부하거나 확실하게 제대로 보여 주지 않는 것이 인터넷과 웹의 장래를 위해 더 좋다는 생각이 점점 강해지고 있습니다.
일반 사용자가 원인을 어떻게 알 것이냐는 문제: 그런 문제를 해결하라고 이 게시판이 있는 것 아닙니까?
멀티 미디어 내용을 내보낼 때 플랫폼 독립성을 지키는 문제 :
1. ActiveX를 쓰지 않고, 플랫폼 비의존적/독립적인 Java, Flash (최소한 3대 주요 플랫폼을 지원하므로) 등을 쓴다.[1]
2. ActiveX를 써서 만든 customized player를 굳이 사용하고 싶으면 그 옆에 직접 multimedia 파일로 가는 링크를 걸어 놓는다. (이렇게 해도 인증 등을 하지 못 할 이유는 없다고 봅니다. 광고 등을 내보내지 못 하는 문제는 있지만요)
3. 속도/성능, 라이선스나 비용 등에서 같거나 비슷한 조건이라면 Windows Media 형식보다 더 많은 플랫폼에서 지원하는 mp3, real audio/video, quicktime, Ogg Vorbis 등 대안을 고려한다. [2]
4. 그 밖에 차니님이 이곳에 적어 놓은 다른 사항
[1] <a href=http://www.bushin30seconds.org
target=_blank>http://www.bushin30seconds.org
</a>
가 하나의 보기가 될 수 있겠지요.
[2] 예를 들어, 미국 NPR(National Public Radio)에 속하는 한 방송국인 WNYC는 곧 WMA 이외에 MP3로도 스트리밍을 할 예정입니다.
<a href=http://www.wnyc.org/about/audio_help.html
target=_blank>http://www.wnyc.org/about/audio_help.html
</a>
NYT에서 운영하는 WQXR이나 커네티컷의 NPR 방송국인 WSHU 등은 지금도 WMA와 RealAudio 두 가지 방식으로 스트리밍을 합니다. ( <a href=http://www.wqxr.com target=_blank>http://www.wqxr.com</a> <a href=http://www.wshu.org target=_blank>http://www.wshu.org</a> )
> 생각해 볼 필요가 있지않나 생각듭니다.
이 부분은 동의하기 힘듭니다. 서버 관리자는 설정을 엉터리로 해 놓고서 비표준 브라우저에 기대어서는 안 됩니다. 제대로 표준을 지켜서 설정을 할 줄 모르는 이들은 서버 관리자로서 자격 미달입니다.
어쨌든 앞에 쓴 글의 잘린 부분에서 써버 관리자가 해 주어야 할 일을 적었습니다. (차니님, 이 게시판 프로그램은 왜 자꾸 글을 잘라 먹습니까? ).
아파치 서버라면 각 마임 형식에 대해서 AddType을 써서 확장자와 마임 형식을 연결 지어 줘야 합니다.
AddType audio/x-ms-wma .wma
와 같은 식입니다. 이것은 아파치 설정의 기본입니다. 이런 것도 하지 않는 서버 관리자는 당장 해고되어야 마땅합니다. <a href=http://www.apache.org
target=_blank>http://www.apache.org
</a>
에 가면 자세한 매뉴얼이 있습니다. 한국어 매뉴얼도 있으니까, 영어 몰라서 못 했다는 핑계도 성립하지 않습니다. MS IIS도 msdn에 가면 자세한 매뉴얼이 있을 것입니다. (한국어 문서)
동적으로 파일을 내보내는 경우라면 파일을 내보내기 전에
Content-Type: xxx/yyy
와 같은 식으로 http 헤더에 그 형식을 적어 주기만 하면 됩니다.
유연성에 대해 : 저도 '받는 것은 너그럽게, 보내는 것은 염격하게'란 구호에 대체로 동의합니다. 하지만, 요새 점점 '받는 것도 엄격하게'쪽으로 기울고 있습니다. '받는 것은 너그럽게'에 의존해서 제 할 일을 하지 않는 무지하고 게으른 서버 관리자, 서버쪽 프로그램 작성자들이 너무 많아져서 인터넷과 웹의 발전에 크나큰 장애와 걸림돌이 되기 시작했습니다. 잘못 설정한 것은 과감하게 거부하거나 확실하게 제대로 보여 주지 않는 것이 인터넷과 웹의 장래를 위해 더 좋다는 생각이 점점 강해지고 있습니다.
일반 사용자가 원인을 어떻게 알 것이냐는 문제: 그런 문제를 해결하라고 이 게시판이 있는 것 아닙니까?
멀티 미디어 내용을 내보낼 때 플랫폼 독립성을 지키는 문제 :
1. ActiveX를 쓰지 않고, 플랫폼 비의존적/독립적인 Java, Flash (최소한 3대 주요 플랫폼을 지원하므로) 등을 쓴다.[1]
2. ActiveX를 써서 만든 customized player를 굳이 사용하고 싶으면 그 옆에 직접 multimedia 파일로 가는 링크를 걸어 놓는다. (이렇게 해도 인증 등을 하지 못 할 이유는 없다고 봅니다. 광고 등을 내보내지 못 하는 문제는 있지만요)
3. 속도/성능, 라이선스나 비용 등에서 같거나 비슷한 조건이라면 Windows Media 형식보다 더 많은 플랫폼에서 지원하는 mp3, real audio/video, quicktime, Ogg Vorbis 등 대안을 고려한다. [2]
4. 그 밖에 차니님이 이곳에 적어 놓은 다른 사항
[1] <a href=http://www.bushin30seconds.org
target=_blank>http://www.bushin30seconds.org
</a>
가 하나의 보기가 될 수 있겠지요.
[2] 예를 들어, 미국 NPR(National Public Radio)에 속하는 한 방송국인 WNYC는 곧 WMA 이외에 MP3로도 스트리밍을 할 예정입니다.
<a href=http://www.wnyc.org/about/audio_help.html
target=_blank>http://www.wnyc.org/about/audio_help.html
</a>
NYT에서 운영하는 WQXR이나 커네티컷의 NPR 방송국인 WSHU 등은 지금도 WMA와 RealAudio 두 가지 방식으로 스트리밍을 합니다. ( <a href=http://www.wqxr.com target=_blank>http://www.wqxr.com</a> <a href=http://www.wshu.org target=_blank>http://www.wshu.org</a> )
Who is online
Users browsing this forum: No registered users and 2 guests