VLC media player 0.8.2-test3 beta release

[The DJ]

It's probably the 3 seconds timeout again, this source takes about 10 seconds to start...

[00000261] livedotcom demuxer error: no data received in 3s, aborting
[00000260] main input debug: EOF reached

but this time it's >unicast< session, so the timeout is harmfull there as well

10 seconds on a TCP stream? That's redicilious what produces that --please stay polite--?
Anyways. the timeout is created in order to do protocol rollover in the future. So first UDP, then TCP, then HTTP connection attempts.

Besides the steam says it is starting right away:
Range: npt=now-

[Peter]

According to the RTSP protocol exchange, it appears to be DSS
http://developer.apple.com/darwin/projects/streaming/

The problem is not the TCP connection, this is opened immediately.
But the data stream starts flowing upto 10 seconds later.

With UDP it's the same.

[Peter]

Actually this server behaviour might be intentional - it's a MPEG4 video so the server is probably waiting for the next keyframe in order not to start transmission somewhere in the middle. But vlc-0.8.2-t3 switches after 900 msec to TCP and after 3 seconds gives up completely.

In my understanding, protocol rollover is only needed in case of broken network environment (e.g. users behind symmetric NATs and/or firewalls blocking UDP). Isn't it acceptable for those users to select TCP protocol in preferences (like it was in 0.8.1)?

In any case, introducing these timeouts and protocol rollover without possibility to configure them (and disable them) opens new problems.

[The DJ]

No this is not acceptable. However this is an interesting problem....
I'll see if i can get a quick fix. Otherwise it will be a next version.

[Guest]

You need to set a font in our textrendere module that has Simplified Chinese characters.

Yes, I did so as Preferences to Video toSubtitles/OSD to Text renderer, didn't I?

And if the file isn't UTF-8, then you probably need to select a correct file encoding in the list as well (you can set this in the subtitles dialog window when you choose Open File in the File menu of VLC.

The problem is that how can I know which correct encoding the file is.
Any useful tools?

Not really. that's the whole problem of all these SRT subtitles.

I eventually know how to make out the correct encoding.Somebody told
me Word is a good choice.She is right.

Now I'd like to know how to display a "Unicode" ssa file.Just Unicode not UTF-8 or something else.Neither can I find the choice in VLC nor I can see the subtitles. How do you think about it ?Shall I upload it to you? Where please?

Or right, there is another problem. After I have checken the encoding of another ssa and I have known it is UTF-8. Then I choose UTF-8 just like what you have said, VLC didn't wok at all. My computer told me it was error. I had no time to see what had happened before VLC shut down.

If I choose System Defult, it can show something but not words but symbols actually. I nearly be crazy.

I have nearly tried all SIM-- fonts but they all failed. What should I do then? I need help, really. I love VLC but it seems not to like me.

[jacoby]

this is a problem i have had for a long time, adn still do

while playing back mkv & ogm files i can only skip using the bad (using the mouse). The skipping keys, Alt|Ctrl|CtrlAlt + forward|backward arrow only skip to the beginning of the video)

currently using vlc 0.8.2 beta3
windows xp build 2600 np sp, dx 8.1, matrox g550 latest stable drivers

http://agrafa.ath.cx/messages.txt

what I did is this:

1. open an ogm (valid as far as virtualdubmod and ogg media utils are concerned) file
2. skip (ctrl+forward) one minute forward two times
3. stop playing the video

after step two i was 1 minute and 7 seconds into the video

I get the same thing. the hotey time jumps are one of the features I use the most in VLC. I would really love to see this fixed.

[Live Caster]

[00000244] rc interface: VLC media player - version 0.8.1 Janus - (c) 1996-2004
VideoLAN
[00000244] rc interface:
Warning: if you can't access the GUI anymore, open a dos command box, go to the
directory where you installed VLC and run "vlc -I wxwin"

Remote control interface initialized, `h' for help
[00000173] main module debug: using interface module "rc"
[00000244] main interface debug: interface initialized
[00000241] main playlist debug: creating new input thread
[00000246] main input debug: waiting for thread completion
[00000246] main input debug: thread 3108 (input) created at priority 1 (src/inpu
t/input.c:228)
[00000246] main input debug: `rtsp://live.sendmovie.com/ch1.sdp' gives access `r
tsp' demux `' path `live.sendmovie.com/ch1.sdp'
[00000246] main input debug: demux2_New: access='rtsp' demux='' path='live.sendm
ovie.com/ch1.sdp'
[00000247] main demuxer debug: looking for access_demux module
[00000247] main demuxer debug: probing 1 candidate
[00000244] main interface debug: thread 3124 (manager) created at priority 0 (sr
c/interface/interface.c:194)
Sending request: OPTIONS rtsp://live.sendmovie.com/ch1.sdp RTSP/1.0
CSeq: 1
User-Agent: VLC Media Player (LIVE.COM Streaming Media v2004.11.11)


Received OPTIONS response: RTSP/1.0 200 OK
Server: DSS/5.0.3.2 (Build/452.22.3; Platform/Linux; Release/Panther; Update/3GP
P; )
Cseq: 1
Public: DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, OPTIONS, ANNOUNCE, RECORD


Sending request: DESCRIBE rtsp://live.sendmovie.com/ch1.sdp RTSP/1.0
CSeq: 2
Accept: application/sdp
User-Agent: VLC Media Player (LIVE.COM Streaming Media v2004.11.11)


Received DESCRIBE response: RTSP/1.0 200 OK
Server: DSS/5.0.3.2 (Build/452.22.3; Platform/Linux; Release/Panther; Update/3GP
P; )
Cseq: 2
Cache-Control: no-cache
Content-length: 331
Date: Sat, 25 Jun 2005 17:06:14 GMT
Expires: Sat, 25 Jun 2005 17:06:14 GMT
Content-Type: application/sdp
x-Accept-Retransmit: our-retransmit
x-Accept-Dynamic-Rate: 1
Content-Base: rtsp://live.sendmovie.com/ch1.sdp/


Need to read 331 extra bytes
Read 331 extra bytes: v=0
o=- 57030062000 1 IN IP4 127.0.0.1
s=NONE
c=IN IP4 0.0.0.0
t=0 0
a=tool:vlc 0.8.2-test3
a=control:*
m=video 0 RTP/AVP 96
a=rtpmap:96 MP4V-ES/90000
a=fmtp:96 profile-level-id=3; config=000001b001000001b58913000001000000012000c48
d8800cd0a041e1463000001b246466d706567302e342e392d707265316234373536;
a=control:trackID=1

sdp=v=0
o=- 57030062000 1 IN IP4 127.0.0.1
s=NONE
c=IN IP4 0.0.0.0
t=0 0
a=tool:vlc 0.8.2-test3
a=control:*
m=video 0 RTP/AVP 96
a=rtpmap:96 MP4V-ES/90000
a=fmtp:96 profile-level-id=3; config=000001b001000001b58913000001000000012000c48
d8800cd0a041e1463000001b246466d706567302e342e392d707265316234373536;
a=control:trackID=1

[00000247] livedotcom demuxer debug: RTP subsession 'video/MP4V-ES'
Sending request: SETUP rtsp://live.sendmovie.com/ch1.sdp/trackID=1 RTSP/1.0
CSeq: 3
Transport: RTP/AVP/TCP;unicast;interleaved=0-1
User-Agent: VLC Media Player (LIVE.COM Streaming Media v2004.11.11)


Received SETUP response: RTSP/1.0 200 OK
Server: DSS/5.0.3.2 (Build/452.22.3; Platform/Linux; Release/Panther; Update/3GP
P; )
Cseq: 3
Cache-Control: no-cache
Session: 7281584982080892774
Date: Sat, 25 Jun 2005 17:06:14 GMT
Expires: Sat, 25 Jun 2005 17:06:14 GMT
Transport: RTP/AVP/TCP;unicast;interleaved=0-1


Sending request: PLAY rtsp://live.sendmovie.com/ch1.sdp RTSP/1.0
CSeq: 4
Session: 7281584982080892774
Range: npt=0.000-
User-Agent: VLC Media Player (LIVE.COM Streaming Media v2004.11.11)


Received PLAY response: RTSP/1.0 200 OK
Server: DSS/5.0.3.2 (Build/452.22.3; Platform/Linux; Release/Panther; Update/3GP
P; )
Cseq: 4
Session: 7281584982080892774
Range: npt=now-
RTP-Info: url=rtsp://live.sendmovie.com/ch1.sdp/trackID=1


[00000246] main input debug: Selecting program id=0
[00000013] main module debug: using access_demux module "livedotcom"
[00000248] main decoder debug: looking for decoder module
[00000248] main decoder debug: probing 23 candidates
[00000248] ffmpeg decoder debug: libavcodec initialized (interface 4731 )
[00000248] ffmpeg decoder debug: postprocessing disabled
[00000248] ffmpeg decoder debug: using direct rendering
[00000248] ffmpeg decoder debug: ffmpeg codec (MPEG-4 Video) started
[00000015] main module debug: using decoder module "ffmpeg"
[00000248] main decoder debug: thread 3228 (decoder) created at priority 0 (src/
input/decoder.c:157)
[00000246] main input debug: `rtsp://live.sendmovie.com/ch1.sdp' sucessfully ope
ned
TaskInterrupt
[00000246] main input debug: control type=1
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
[00000248] main decoder debug: no usable vout present, spawning one
[00000274] main video output debug: looking for video output module
[00000274] main video output debug: probing 5 candidates
[00000274] vout_directx video output debug: creating DirectXEventThread
[00000276] main private debug: waiting for thread completion
[00000274] vout_directx video output debug: DirectXCreateWindow
[00000275] main private debug: Registering subpicture channel, ID: 2
[00000275] main private debug: Registering subpicture channel, ID: 3
[00000275] main private debug: Registering subpicture channel, ID: 4
[00000275] main private debug: Registering subpicture channel, ID: 5
[00000274] vout_directx video output debug: Created video sub-window
[00000276] main private debug: thread 3284 (DirectX Events Thread) created at pr
iority 0 (directx.c:248)
[00000274] vout_directx video output debug: DirectXEventThread running
[00000274] vout_directx video output debug: DirectXInitDDraw
[00000274] vout_directx video output debug: directx-device:
[00000274] vout_directx video output debug: DirectXEnumCallback: 주 디스플레이
드라이버, display
[00000274] vout_directx video output debug: DirectXEnumCallback: M7 , \\.\DISPLA
Y1
[00000274] vout_directx video output debug: selecting M7 , \\.\DISPLAY1
[00000274] vout_directx video output debug: screen dimensions (0x0,1024x768)
[00000274] vout_directx video output debug: DirectDraw Capabilities: overlay=1 y
uvoverlay=1 can_deinterlace_overlay=1 colorkey=1 stretch=1 bltfourcc=1
[00000274] vout_directx video output debug: End DirectXInitDDraw
[00000274] vout_directx video output debug: DirectXCreateDisplay
[00000274] vout_directx video output debug: DirectXCreateClipper
[00000240] main module debug: using video output module "vout_directx"
[00000274] vout_directx video output debug: NewPictureVec overlay:yes chroma:YV1
2
[00000274] vout_directx video output debug: YUV overlay created successfully
[00000274] vout_directx video output debug: End NewPictureVec (succeeded)
[00000274] main video output debug: got 1 direct buffer(s)
[00000274] main video output debug: picture in 320x240, chroma 0x30323449 (I420)
, aspect ratio 4:3
[00000274] main video output debug: picture out 320x240, chroma 0x30323449 (I420
), aspect ratio 4:3
[00000274] main video output debug: direct render, mapping render pictures 0-6 t
o system pictures 1-7
[00000274] main video output debug: waiting for thread completion
[00000274] main video output debug: thread 3380 (video output) created at priori
ty 1 (src/video_output/video_output.c:443)
[mpeg4 @ 00963E20]warning: first frame is no keyframe
[00000274] main video output error: picture 01C6D0E8 refcount is -1
[mpeg4 @ 00963E20]header damaged
[00000248] ffmpeg decoder warning: cannot decode one frame (133 bytes)

[Live Caster]

[00000259] rc interface: VLC media player - version 0.8.2-test3 Janus - (c) 1996
-2005 VideoLAN
[00000259] rc interface:
Warning: if you can't access the GUI anymore, open a dos command box, go to the
directory where you installed VLC and run "vlc -I wxwin"

Remote control interface initialized, `h' for help
[00000183] main module debug: using interface module "rc"
[00000259] main interface debug: interface initialized
[00000259] main interface debug: thread 3332 (manager) created at priority 0 (sr
c/interface/interface.c:196)
[00000256] main playlist debug: creating new input thread
[00000260] main input debug: waiting for thread completion
[00000260] main input debug: `rtsp://live.sendmovie.com/ch1.sdp' gives access `r
tsp' demux `' path `live.sendmovie.com/ch1.sdp'
[00000260] main input debug: creating demux: access='rtsp' demux='' path='live.s
endmovie.com/ch1.sdp'
[00000261] main demuxer debug: looking for access_demux module: 1 candidate
[00000260] main input debug: thread 3360 (input) created at priority 1 (src/inpu
t/input.c:230)
Sending request: OPTIONS rtsp://live.sendmovie.com/ch1.sdp RTSP/1.0
CSeq: 1
User-Agent: VLC Media Player (LIVE.COM Streaming Media v2005.06.03)


Received OPTIONS response: RTSP/1.0 200 OK
Server: DSS/5.0.3.2 (Build/452.22.3; Platform/Linux; Release/Panther; Update/3GP
P; )
Cseq: 1
Public: DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, OPTIONS, ANNOUNCE, RECORD


Sending request: DESCRIBE rtsp://live.sendmovie.com/ch1.sdp RTSP/1.0
CSeq: 2
Accept: application/sdp
User-Agent: VLC Media Player (LIVE.COM Streaming Media v2005.06.03)


Received DESCRIBE response: RTSP/1.0 200 OK
Server: DSS/5.0.3.2 (Build/452.22.3; Platform/Linux; Release/Panther; Update/3GP
P; )
Cseq: 2
Cache-Control: no-cache
Content-length: 331
Date: Sat, 25 Jun 2005 17:15:21 GMT
Expires: Sat, 25 Jun 2005 17:15:21 GMT
Content-Type: application/sdp
x-Accept-Retransmit: our-retransmit
x-Accept-Dynamic-Rate: 1
Content-Base: rtsp://live.sendmovie.com/ch1.sdp/


Need to read 331 extra bytes
Read 331 extra bytes: v=0
o=- 57030062000 1 IN IP4 127.0.0.1
s=NONE
c=IN IP4 0.0.0.0
t=0 0
a=tool:vlc 0.8.2-test3
a=control:*
m=video 0 RTP/AVP 96
a=rtpmap:96 MP4V-ES/90000
a=fmtp:96 profile-level-id=3; config=000001b001000001b58913000001000000012000c48
d8800cd0a041e1463000001b246466d706567302e342e392d707265316234373536;
a=control:trackID=1

sdp=v=0
o=- 57030062000 1 IN IP4 127.0.0.1
s=NONE
c=IN IP4 0.0.0.0
t=0 0
a=tool:vlc 0.8.2-test3
a=control:*
m=video 0 RTP/AVP 96
a=rtpmap:96 MP4V-ES/90000
a=fmtp:96 profile-level-id=3; config=000001b001000001b58913000001000000012000c48
d8800cd0a041e1463000001b246466d706567302e342e392d707265316234373536;
a=control:trackID=1

[00000261] livedotcom demuxer debug: RTP subsession 'video/MP4V-ES'
Sending request: SETUP rtsp://live.sendmovie.com/ch1.sdp/trackID=1 RTSP/1.0
CSeq: 3
Transport: RTP/AVP/TCP;unicast;interleaved=0-1
User-Agent: VLC Media Player (LIVE.COM Streaming Media v2005.06.03)


Received SETUP response: RTSP/1.0 200 OK
Server: DSS/5.0.3.2 (Build/452.22.3; Platform/Linux; Release/Panther; Update/3GP
P; )
Cseq: 3
Cache-Control: no-cache
Session: 7281584982112274264
Date: Sat, 25 Jun 2005 17:15:21 GMT
Expires: Sat, 25 Jun 2005 17:15:21 GMT
Transport: RTP/AVP/TCP;unicast;interleaved=0-1


Sending request: PLAY rtsp://live.sendmovie.com/ch1.sdp RTSP/1.0
CSeq: 4
Session: 7281584982112274264
Range: npt=0.000-
User-Agent: VLC Media Player (LIVE.COM Streaming Media v2005.06.03)


Received PLAY response: RTSP/1.0 200 OK
Server: DSS/5.0.3.2 (Build/452.22.3; Platform/Linux; Release/Panther; Update/3GP
P; )
Cseq: 4
Session: 7281584982112274264
Range: npt=now-
RTP-Info: url=rtsp://live.sendmovie.com/ch1.sdp/trackID=1


[00000260] main input debug: selecting program id=0
[00000013] main module debug: using access_demux module "livedotcom"
[00000262] main decoder debug: looking for decoder module: 24 candidates
[00000262] ffmpeg decoder debug: libavcodec initialized (interface 4756 )
[00000262] ffmpeg decoder debug: postprocessing disabled
[00000262] ffmpeg decoder debug: ffmpeg codec (MPEG-4 Video) started
[00000016] main module debug: using decoder module "ffmpeg"
[00000262] main decoder debug: thread 3476 (decoder) created at priority 0 (src/
input/decoder.c:159)
[00000260] main input debug: `rtsp://live.sendmovie.com/ch1.sdp' successfully op
ened
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
TaskInterrupt
[00000261] livedotcom demuxer error: no data received in 3s, aborting
[00000260] main input debug: EOF reached
[00000260] main input debug: closing input
Sending request: TEARDOWN rtsp://live.sendmovie.com/ch1.sdp RTSP/1.0
CSeq: 5
Session: 7281584982112274264
User-Agent: VLC Media Player (LIVE.COM Streaming Media v2005.06.03)


[00000013] main module debug: unlocking module "livedotcom"
[00000262] ffmpeg decoder debug: ffmpeg codec (MPEG-4 Video) stopped
[00000016] main module debug: unlocking module "ffmpeg"
[00000262] main decoder debug: thread times: real 0m3.424924s, kernel 0m0.000000
s, user 0m0.000000s
[00000262] main decoder debug: thread 3476 joined (src/input/decoder.c:191)
[00000262] main decoder debug: killing decoder fourcc `mp4v', 0 PES in FIFO
[00000260] main input debug: thread times: real 0m3.685299s, kernel 0m0.030043s,
user 0m0.020028s
[00000260] main input debug: thread 3360 joined (src/input/input.c:386)
[00000256] main playlist: nothing to play

[Guest]

rtp streamout module is broken. When trying to stream out rtp using TS mux, options
sdp=sap:// and sdp=rtsp://.... don't work.
In case of sap, no SAPs are generated.
In case of rstp, the client is not able to get proper rtsp data.
Only sdp=http://... works

Found the bugs:

1) SAP is not working, since the function SapSetup() in modules/stream_out/rtp.c incorrectly checks, if the number of ES is >0.
Obviously, when TS mux is used, there's no ES, so the following needs to be changed:
if( p_sys->i_es > 0 && p_sys->psz_sdp && *p_sys->psz_sdp )

2) RTSP is not working, since RtspCallback() calls SDPGenerate(), which only works with ES, not with TS mux - in that case SDP is generated in other part of code and not in SDPGenerate().

Could you please fix at least 1) in 0.8.2 - this is very easy.

[Live Caster]

sdp file not generation for live streaming on h264
but
can do mp4v codec

vlc.exe -vvv -I rc dshow:// :dshow-vdev="Osprey-230 Video Device 1" :dshow-adev="Osprey-230 Audio Device 1" :dshow-size="" :no-dshow-config :no-dshow-tuner --sout "#transcode:rtp" --sout-transcode-vcodec="mp4v" --sout-transcode-vb="550" --sout-transcode-scale="1" --sout-transcode-acodec="mp4a" --sout-transcode-ab="64" --sout-transcode-channels="2" --sout-rtp-dst="192.168.10.15" --sout-rtp-ttl="127" --sout-rtp-sdp="file://C:\Documents and Settings\Administrator\바탕 화면\livech2.sdp"

why not h264 video codec

[onewhoknows]

If I right click > open with > vlc on a video file with a subtitle track in the same folder, I don't have the option to choose a subtitle track (video > subtitles track or right-click on screen > subtitle track).

However, if I open up VLC player manually and drag-drop the file to play it, I have the subtitle track option.

Did I do something wrong?

[The DJ]

rtp streamout module is broken. When trying to stream out rtp using TS mux, options
sdp=sap:// and sdp=rtsp://.... don't work.
In case of sap, no SAPs are generated.
In case of rstp, the client is not able to get proper rtsp data.
Only sdp=http://... works

Found the bugs:

1) SAP is not working, since the function SapSetup() in modules/stream_out/rtp.c incorrectly checks, if the number of ES is >0.
Obviously, when TS mux is used, there's no ES, so the following needs to be changed:
if( p_sys->i_es > 0 && p_sys->psz_sdp && *p_sys->psz_sdp )

2) RTSP is not working, since RtspCallback() calls SDPGenerate(), which only works with ES, not with TS mux - in that case SDP is generated in other part of code and not in SDPGenerate().

Could you please fix at least 1) in 0.8.2 - this is very easy.

Sorry, too late. The testing period was over 6 weeks. The deadline was this weekend and 0.8.2 will be released with this bug.

[The DJ]

sdp file not generation for live streaming on h264
but
can do mp4v codec

vlc.exe -vvv -I rc dshow:// :dshow-vdev="Osprey-230 Video Device 1" :dshow-adev="Osprey-230 Audio Device 1" :dshow-size="" :no-dshow-config :no-dshow-tuner --sout "#transcode:rtp" --sout-transcode-vcodec="mp4v" --sout-transcode-vb="550" --sout-transcode-scale="1" --sout-transcode-acodec="mp4a" --sout-transcode-ab="64" --sout-transcode-channels="2" --sout-rtp-dst="192.168.10.15" --sout-rtp-ttl="127" --sout-rtp-sdp="file://C:\Documents and Settings\Administrator\?? ??\livech2.sdp"

why not h264 video codec

Because we don't support H264 RTP yet. (actually i don't think anyone but apple does)

[Guest]

Sorry, too late. The testing period was over 6 weeks. The deadline was this weekend and 0.8.2 will be released with this bug.

Well, this bug was originally reported on Friday 11:12 am (one page back), I was just trying to find out why this is happening...

[under77]

it's the final release?
http://download.videolan.org/pub/videolan/vlc/0.8.2/

[dionoea]

Final 0.8.2 version now available : viewtopic.php?t=10049