coding
(권순호)
|
|
파이어몽키 윈도우에서 컴파일해서 테스트 해보면
TMediaState 상태값이 파일재생이 끝나도 바뀌지 않는
문제가 있지만, 더블체크해서 다음파일로 재생이 넘어가게
해주고 테스트 해보면 메모리 릭은 발생하지 않거든요.
참 컴포넌트를 묘하게? 만들어 놨어요. ㅋㅋ
안드로이드 타겟으로 컴파일 했을 때 메모리 릭이 확실하다면
TMediaPlayer, TMediaPlayerControl을 디자인 타임시에
생성한 거로 하지말고
메뉴얼로 파일재생 끝나면 TMediaPlayer, TMediaPlayerControl
둘다 Destroy 해서 릴리즈하고 다시 클래스 객체를 생성하는
방법으로 코드를 바꿔 보세요.
뭐 그렇게 메뉴얼로 객체를 릴리즈했다가 다시 생성하는 방법을
써도 안되면 엠바카데로 사이트 가서 한마디 해주세요.
너그들 컴포넌트 이따위로 성의없이 만들래. ㅋㅋ
2017-10-17 오후 7:58:12
|
|
| |
소란코더
(이강석)
|
|
네 일단 그렇게 해보겠습니다. 그래도 안되면 컴포넌트를 바꾸던가해봐야겠네요~혹시 상용이라도 쓸만한게 있을까요?
2017-10-17 오후 8:34:50
|
|
| |
타락천사
(김성훈)
|
|
Coding 님의 말과 같이 컴포넌트가 묘합니다.
어쨌든 정상작동 합니다..
파이어몽키 프로그램 개발할 때는 메모리릭은 신경안쓰는게 정신건강상 좋습니다.
포인터 쓰지 말고, 스트링 연산은 포인터로 쓰고...
오류 나면 다른 방법 찾고..
그런식으로 파이어몽키에 맞춰쓰는게 좋습니다..
델파이 쓰는 파이어몽키 쓰려면....... 못씁니다... 자바로 개발해야죠...
2017-10-18 오전 8:34:51
|
|
| |
타락천사
(김성훈)
|
|
델파이 쓰는 방식처럼.. 파이어몽키 쓰려면....... 못씁니다... 자바로 개발해야죠...
2017-10-18 오전 8:35:35
|
|
| |
coding
(권순호)
|
|
타이머 루틴에서
MP의 파일네임을 다음 파일로 재생하기 위해 지정할 경우
안드로이트 플렛폼에서 미디어 파일을 로드하고
코덱을 셋업하는 과정이 비동기적으로 일어나는 거 같습니다.
파일네임을 다음 파일로 지정하고
MP.Play() 호출한 바로 다음 라인에서
MediaState 값을 바로 읽어 보세요.
MP.Play() 호출한 바로 직후 MediaState 값이
Plalying 값으로 바뀌지 않는다면 파일 읽는 것과
코덱 셋업 과정이 비동기적으로 진행중 상태에서
MediaState 값이 Playing 으로 바뀌지 않고 Stopped 그대로라면
비동기 I/O가 완료되기 전에 계속해서 다음 파일로 재생을 시도하는
순환반복 상태가 계속되어 객체가 정상적으로 사용되지 못하겠죠
결론은 타이머 루틴에서 다음 파일로 재생하게 처리하면 안되고
메인 UI 컨텍스에서 동기적으로 처리되도록 루틴을 작성해야 할 겁니다
2017-10-21 오전 10:58:42
|
|
| |
소란코더
(이강석)
|
|
네 한번 해보겠습니다. 감사합니다.
2017-10-21 오후 4:28:56
|
|
| |
