구차니의 잡동사니 모음

Unfortunately the bug is still observed - i did some additional triaging. * The bug is seen only when the samba share exported is on a vfat file system     - for ext2 and ext3 the large sized copy succeeds without fail. * I also tried using the samba package from debian-arm repositories(lenny-stable)     - but there also the problem is seen. * Even if the error is thrown up - the file is still being copied in the background - or ftruncate'ing in the background (I suspect it is only ftruncating and filling the space with zeroes because of two reasons - one the md5sums do not match afterwards and two the code seems to be doing the same thing) - but as previously stated adding a patch to always call ftruncate64() in sys_ftruncate() does not fix the problem. [링크 : http://www.mail-archive.com/ubuntu-bugs@lists.ubuntu.com/msg1902987.html]

SH4 시스템에서 smbd / nmbd 조합으로
USB 메모리를 vfat으로 사용하여, 원격지에서 파일을 복사할경우
20MB 이상의 파일을 복사하려고 시도하면 죽는 문제가 발생했다.

임베디드 장비라서, 메모리 부족 에러와 함께 DMA 에러가 발생했지만,
이러한 문제가 발생하기전 vfat으로 rw가 아닌 ro로 mount 되는 것을 봐서
다른 문제나 버그가 있는 것으로 생각이 된다.

# cat log.smbd [2009/08/15 00:00:07,  0] lib/pidfile.c:121(pidfile_create)   ERROR: smbd is already running. File /usr/local/samba/var/locks/smbd.pid exists and process id 687 is running.

삼바가 구동중에 제대로 종료되지 않고 재가동 될경우
$PIDDIR/smbd.pid
$PIDDIR/nmbd.pid

파일이 남아 있다 보면, 위와 같이 이미 구동중으로 착각을 하고
smbd나 nmbd를 구동하는데 실패를 한다.

fork() / execl() 로 구동시에는
waitpid() 에서 벗어 나지 못하고 멈추는 현상이 발생했다.





결론 : 혹시 모르니 종료가 불확실한 시스템(임베디드?)에서는 삼바 구동 이전에 pid 파일을 지워주도록 하는게 좋을듯 하다.

static / dhcp 로 변경하는 일련의 함수들을 만들었는데,

static -> interface 파일변경 -> ifdown -> ifup -> dhcp
dhcp -> interface 파일변경 -> ifdown -> ifup -> static

순서로 작동되도록 했는데,
static에서 dhcp로는 udhcp 프로세스가 이상없이 작동하는데
dhcp에서 static으로는 udhcp 프로세스가 죽지 않는다.

그래서 계속 순환하면 udhcp 프로세스가 쌓여간다(좀비는 아니고 Sleep 상태)


아무튼,

dhcp -> ifdown -> interface 파일변경 -> ifup -> static
으로 하니 제대로 작동한다.

아마 interface 파일 내용에
ifdown에 관련한 내용이 제대로 들어 있지않아 그랬던 것으로 보인다.


상관이 있을지 없을지 모르는 링크
[링크 : http://lists.busybox.net/pipermail/busybox/2007-July/062158.html]

삼바를 사용한다는 말은,
일반적으로 서버로 사용한는 의미인데,
그렇다고 해서 윈도우에서 아이피를 바꾸면 안되는건 아니다.


각설하고, 삼바를 구성하는 프로세스로는
nmbd
smbd
winbind 가 있다.

그 중에서 nmbd가 네트워크상에서 이름을 알리는 녀석인데,
아이피가 바뀔경우, smbd는 다시 시작안하고, nmbd만 다시 시작하면
약간의 시간이 흐른뒤 파일 공유가 연결된다.
(winbind는 안써봐서 모름)

물론 아이피가 바뀌어서 네트워크 갱신되는 동안은 접속이 끊어진다.

0.8.6 버전과

1.0.3 버전은

모양이 매우 다르다.
udp나 rtp로 전송시 서버에서는 재생할 client의 ip를 넣어주고
client에서는 ip대신 @를 넣어주면 동영상을 스트리밍한다.

일반 아이피를 넣을 경우에는 RTP/UDP Unicast로 작동하는 것으로 보인다.

udp://localhost 로는 작동되지 않으며, 반드시
udp://@ 로 해야지 작동이 되는 것으로 보인다.

[링크 : http://wiki.videolan.org/Control_VLC_via_a_browser]

Exception An exception to these rules appears to be with UDP/RTP streams, where it may look like:  udp://@:portnumber  # Example:  #   udp://@:1234  #  # Apparently the @ has a meaning like localhost, though  #   udp://localhost:1234  # doesn't seem to work in this circumstance, for some reason. [링크 : http://wiki.videolan.org/MRL]

머..@는 그냥 localhost의 의미랜다 -ㅁ-

[링크 : http://www.videolan.org/streaming-features.html]



TS가 만세다(웬만한건 다 TS는 기본으로 지원된다)
UDP / RTP 등은 ASF로는 지원하지 않고 TS로 해야지 에러가 발생하지 않는다.

예전에 받아 놓은 애니들을 보다가,
곰 플레이어 에서는 보이지 않던 자막들이 보이길래 먼가 해서 의아해 하다 보니,
동영상 자체에 들어 있는 자막이었다.



아무튼, 각설하고 VLC는 기본값으로는 한글 자막을 지원하지 않는다.
smi 자막은 사용가능 하지만 폰트가 없어서 한글이 전부 □로 나오는데
이를 해결 하기 위해서는 약간의 번거로운 작업을 해야한다.


[링크 : http://hanury.net/wp/archives/177]
[링크 : http://qaos.com/article.php?sid=2132]





2009.12.16 수정

Port 8090
BindAddress 0.0.0.0
MaxHTTPConnections 2000
MaxClients 1000
MaxBandwidth 1000CustomLog -
NoDaemon

<Feed feed1.ffm>
    File /tmp/feed1.ffm
    FileMaxSize 200K
    ACL allow 127.0.0.1
</Feed>

<Stream test1.mpg>
    Feed feed1.ffm
    Format mpeg
    AudioBitRate 32
    AudioChannels 1
    AudioSampleRate 44100
    VideoBitRate 64
    VideoBufferSize 40
VideoFrameRate 3
VideoSize 160x128
#    VideoIntraOnly
    VideoGopSize 12
#    NoAudio
#    NoVideo
#    VideoQMin 3
#    VideoQMax 31
#    Preroll 15
#    ACL ALLOW <first address>
#    ACL DENY <first address>
</Stream>

#<Stream test.mjpg>
#    Feed feed1.ffm
#    Format mpjpeg
#    VideoFrameRate 2
#    VideoIntraOnly
#    NoAudio
#    Strict -1
#</Stream>

#<Stream test.jpg>
#    Feed feed1.ffm
#    Format jpeg
#    VideoFrameRate 2
#    VideoIntraOnly
#    VideoSize 352x240
#    NoAudio
#    Strict -1
#</Stream>

#<Stream test.swf>
#    Feed feed1.ffm
#    Format swf
#    VideoFrameRate 2
#    VideoIntraOnly
#    NoAudio
#</Stream>

<Stream test.asf>
    Feed feed1.ffm
    Format asf
    VideoFrameRate 15
    VideoSize 352x240
    VideoBitRate 256
    VideoBufferSize 40
    VideoGopSize 30
    AudioBitRate 64
    StartSendOnKey
</Stream>

#<Stream test.mp3>
#    Feed feed1.ffm
#    Format mp2
#    AudioCodec mp3
#    AudioBitRate 64
#    AudioChannels 1
#    AudioSampleRate 44100
#    NoVideo
#</Stream>

#<Stream test.ogg>
#    Feed feed1.ffm
#    Title "Stream title"
#    AudioBitRate 64
#    AudioChannels 2
#    AudioSampleRate 44100
#    NoVideo
#</Stream>

#<Stream test.ra>
#    Feed feed1.ffm
#    Format rm
#    AudioBitRate 32
#    NoVideo
#    NoAudio
#</Stream>

#<Stream test.rm>
#    Feed feed1.ffm
#    Format rm
#    AudioBitRate 32
#    VideoBitRate 128
#    VideoFrameRate 25
#    VideoGopSize 25
#    NoAudio
#</Stream>

#<Stream file.rm>
#    File "/usr/local/httpd/htdocs/tlive.rm"
#    NoAudio
#</Stream>

#<Stream file.asf>
#    File "/usr/local/httpd/htdocs/test.asf"
#    NoAudio
#    Author "Me"
#    Copyright "Super MegaCorp"
#    Title "Test stream from disk"
#    Comment "Test comment"
#</Stream>

File 이 들어 가는건 VLC에서 트랜스코딩이 비활성화 된 스트림이라고 생각된다.

#<Stream test1-rtsp.mpg>
#    Format rtp
#    File "/usr/local/httpd/htdocs/test1.mpg"
#</Stream>

#<Stream test1-sdp.mpg>
#    Format rtp
#    File "/usr/local/httpd/htdocs/test1.mpg"
#    MulticastAddress 224.124.0.1
#    MulticastPort 5000
#    MulticastTTL 16
#    NoLoop
#</Stream>

<Stream stat.html>
    Format status
    ACL allow localhost
    ACL allow 192.168.0.0 192.168.255.255
</Stream>

<Redirect index.html>
    URL http://www.ffmpeg.org/
</Redirect>

VLC는 ffserver로 스트리밍 하듯, 자체적으로 스트리밍 서버를 제공한다.