횽들중에 mp3인코딩해서 소켓으로 보내고 받아서 디코딩해서 소리 들려주는
스트리밍프로그램 관련해서 좀 아는 횽 있어?
없겠지...
lame_enc.dll, libmpg123-0.dll
재생속도는 맞춰놨는데 서로 맞춰놨는데
44100hz샘플링은 사운드 버퍼가 쌓여서 뒤로갈수록 딜레이가 더생기고(아주 미세하게 쌓여1시간에 1초정도)
11025hz샘플링은 사운드 버퍼가 점점 모자라서 결국 0됐다가 멈췄다가 다시 사운드 버퍼를 채워서 재생하고...(얘도 아주 미세하게 빠져나감)
이거 사운드 재생시 버퍼관리를 어떻게 해야하는지 모르겠어...
그렇다고 전송중에 데이터가 소실되는건 아니야.
소실되면 소리가 중간 넘어가버려서 바로 알아챌수있거든.(그리고 전송할때 header에 번호를 매겨서 빠져나가는게있는지 확인해)
버퍼 개수에 따라서 재생속도를 인공지능적으로 변경하려고했는데...
재생속도가 아주 조금이라도 변해도 사람이 바로 인식할수있을만큼(특히 음악같은경우는 음높이가 변해)이라서
버퍼개수에 따라 재생속도 변경은 안될거같아...
그지같네 정말...
그냥 푸념늘어놔봤어... 구굴횽에도 없구 아무도 안가르쳐주고...
에이 나 안해...
나 집에 가고싶어...
징징징...
록 타
우왕ㅋ! 설렜다~~~!!!
화이팅 오늘안에는 집에가길 기도해볼꼐여
짤방귀엽네요 - ..아이폰 교육받을때 강사가 인터넷 음악방송 스트리밍 어플(흔히 말하는 인터넷방송)은 코드만 졸라 많다고 했었는데 맨 그런거 아니냐능?..그것도 어차피 네떡은 C니까 뭐 그런걸로 검색어 다시 찾아보심이
TCP 사용하면 굳이 데이터 소실 걱정할 필요가 전혀 없음. 글구 보니까 전송의 문제가 아니라 스트리밍 코드 자체에서 랙이 생기는 것 같은데.. 로컬에서 한번 스트리밍을 해서 문제가 뭔지 찾아보시는게...
보통 미디어 스트리밍에서는 버퍼가 가득차면 전송을 중지합니다. 버퍼가 비면 다시 전송을 요청하고요.
근데 이상하네요? 44kbps는 버퍼 오버플로우가 생기고 11kbps는 버퍼 언더런이 발생하다니....
버퍼 오버플로우는 flow control을 하면 되고 버퍼 언더런은 최소 버퍼링 길이를 설정(5초 이상 재생할 데이터가 수신되어야 재생하도록)하면 됩니다.
nRESET횽 고마워... 버퍼 언더런 날때 버퍼길이를 10초로 해놔도 시간이 지날수록 유지하는개수가 줄어들어... 재생쪽에서 재생을약간 빨리해서 줄어드는건지, 다른 이유가 있는건지 알수가 없어...
버퍼가 가득차면 전송을 중지하면... 버퍼가 꽉 찼을때 그순간의 소리는 건너뛰어서 이상해져서 차라리 딜레이가 약간 생겨도 버퍼를 그냥 쌓아두도록 지금 해놨어...
lame이라니 대학교적 생각나네.