Mac OS X - Multicast UDP not working?

Discussion:

Johnny Turpin

2002-07-19 03:01:44 UTC

Just downloaded 0.4.2 VLC for Mac OSX and have confirmed that I can playback
local content just fine (MPEG-2 transport streams).

Unfortunately, I am unable to tune-into any of the multicast streams we have
setup on our network. The content is MPEG-2 transport being multicast over
UDP.

After typing in the correct address and correct port# of the Open Network
dialog, I see the playhead on the remote speed to the end, but no video is
ever displayed.

The local content (which seems to work OK) is from the same source/encoders
as the streamed content.

Are there any debugging tools or commands I can use to figure out what is
going on?

Computer Info:
PowerBook G4 (titanium) 550MHz/256MB RAM
OS X.1.4

Thanks for any info...

jt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20020718/49b09b1a/attachment.html>

Christophe Massiot

2002-07-19 08:36:27 UTC

Permalink

Post by Johnny Turpin
Unfortunately, I am unable to tune-into any of the multicast streams we have
setup on our network. The content is MPEG-2 transport being multicast over
UDP.

Where does this stream come from ? VideoLAN Server ?

Post by Johnny Turpin
After typing in the correct address and correct port# of the Open Network
dialog, I see the playhead on the remote speed to the end, but no video is
ever displayed.

I don't understand what you mean by "I see the playhead on the remote
speed to the end".

Post by Johnny Turpin
Are there any debugging tools or commands I can use to figure out what is
going on?

You can try launching VLC using Terminal.app :
cd vlc-0.4.2
./vlc.app/Contents/MacOS/vlc -vvvvvvvvv --stats udp:@239.239.239.1:1234

--
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/lists.html
If you are in trouble, please contact <postmaster at videolan.org>

Johnny Turpin

2002-07-19 17:11:41 UTC

Permalink

Post by Johnny Turpin

Post by Johnny Turpin
Unfortunately, I am unable to tune-into any of the

multicast streams we

Post by Johnny Turpin
have
setup on our network. The content is MPEG-2 transport being

multicast

Post by Johnny Turpin
over
UDP.

Where does this stream come from ? VideoLAN Server ?

We have a complete IP based Video Headend setup here with approx. 30
channels of "live tv" multicast MPEG-2 TS (from various sources) plus
several nCube VOD servers.

What I have noticed is that the multicast coming from a DVB source does
indeed playback somewhat ok (I do see occasional lip-sync problems and
pausing in the decoder). So for these sources, the path looks like this:
satellite--->IRD--->Digicipher Decoder---->DVB/ASI------>DVB to IP
demultiplexer----->VLC on Mac. I do get video and audio on these streams. It
looks like every 3 or 4 seconds, the decoder pauses and resyncs, so it is
not flawless playback.

Typically the DVB streams originate from a General Instruments, Scientific
Atlanta, or Divicom encoder, and are VBR MPEG-2 in the range of 2-6 mbs, and
have AC-3 audio.

So what is not working are the streams coming from the encoders that we
make, which theoretically should be much easier to decode as they are very
well behaved MPEG-2 CBR with MPEG layer 2 audio. The source to the encoders
are usually composite video from DVD players or composite video from
satellite IRD receivers. I have an entire rack of IP based STBs which I can
use to tune into all the channels and verify the streams, as well as a
Windows PC based client.

Post by Johnny Turpin

Post by Johnny Turpin
After typing in the correct address and correct port# of the Open
Network
dialog, I see the playhead on the remote speed to the end,

but no video

Post by Johnny Turpin
is
ever displayed.

I don't understand what you mean by "I see the playhead on the remote
speed to the end".

I am refering to the VideoLan Client controls window. The playhead is the
aqua tab which looks like it would be used to show position of playback from
a local stream. What happens is that it quickly goes to the end of the
control window (right side), but the video window never comes up.

Post by Johnny Turpin

Post by Johnny Turpin
Are there any debugging tools or commands I can use to

figure out what

Post by Johnny Turpin
is
going on?

cd vlc-0.4.2
./vlc.app/Contents/MacOS/vlc -vvvvvvvvv --stats

Cool, I will try this out!

Post by Johnny Turpin
--
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/lists.html
If you are in trouble, please contact <postmaster at videolan.org>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20020719/dbf15b49/attachment.html>

Johnny Turpin

2002-07-19 17:47:18 UTC

Permalink

Post by Christophe Massiot
cd vlc-0.4.2
./vlc.app/Contents/MacOS/vlc -vvvvvvvvv --stats

ok, here is what the output looks like from the stream that doesn't work:

vlc -vvvvvvvvv --stats udp:@239.255.1.1:3001
--------------------------------------------------------------------------

module: checking built-in modules
module: new builtin module `idct', IDCT module
module: new builtin module `idctclassic', classic IDCT module
module: new builtin module `motion', motion compensation module
module: new builtin module `imdct', AC3 IMDCT module
module: new builtin module `downmix', AC3 downmix module
module: new builtin module `chroma_i420_rgb', I420,IYUV,YV12 to
RGB,RV15,RV16,RV24,RV32 conversions
module: new builtin module `chroma_i420_yuy2', conversions from
I420,IYUV,YV12 to YUY2,YUNV,YVYU,UYVY,UYNV,Y422,IUYV,cyuv,Y211
module: new builtin module `chroma_i422_yuy2', conversions from I422 to
YUY2,YUNV,YVYU,UYVY,UYNV,Y422,IUYV,cyuv,Y211
module: new builtin module `chroma_i420_ymga', conversions from
I420,IYUV,YV12 to YMGA
module: new builtin module `mpeg_adec', MPEG I/II layer 1/2 audio decoder
module: new builtin module `ac3_adec', software AC3 decoder
module: new builtin module `mpeg_vdec', MPEG I/II video decoder module
module: new builtin module `idctaltivec', Altivec IDCT module
module: new builtin module `motionaltivec', AltiVec motion compensation
module
module: new builtin module `memcpyaltivec', AltiVec memcpy module
module: new builtin module `ffmpeg', ffmpeg video decoder
(MSMPEG4v123,MPEG4)
module: new builtin module `a52', a52 ATSC A/52 aka AC-3 audio decoder
module
module: new builtin module `macosx', MacOS X interface, sound and video
module
module: new builtin module `dummy', dummy functions module
module: new builtin module `null', the Null module that does nothing
module: new builtin module `rc', remote control interface module
module: new builtin module `logger', file logging interface module
module: new builtin module `mpeg_es', ISO 13818-2 MPEG Elementary Stream
input
module: new builtin module `mpeg_ps', ISO 13818-1 MPEG Program Stream input
module: new builtin module `mpeg_ts', ISO 13818-1 MPEG Transport Stream
input
module: new builtin module `mpeg_audio', MPEG I/II Audio stream demux
module: new builtin module `file', Standard filesystem file reading
module: new builtin module `udp', Raw UDP access plug-in
module: new builtin module `http', HTTP access plug-in
module: new builtin module `ipv4', IPv4 network abstraction layer
module: new builtin module `memcpy', libc memcpy module
module: new builtin module `lpcm_adec', linear PCM audio decoder
module: new builtin module `ac3_spdif', SPDIF pass-through AC3 decoder
module: new builtin module `spudec', DVD subtitles decoder module
module: new builtin module `filter_deinterlace', deinterlacing module
module: new builtin module `filter_invert', invert video module
module: new builtin module `filter_wall', image wall video module
module: new builtin module `filter_transform', image transformation module
module: new builtin module `filter_distort', miscellaneous video effects
module
module: new builtin module `filter_clone', image clone video module
module: new builtin module `filter_crop', image crop video module
module: new builtin module `fx_scope', scope effect module
module: new builtin module `dvd', DVD input module, uses libdvdcss
module: new builtin module `mpeg_ts_dvbpsi', ISO 13818-1 MPEG Transport
Stream input (libdvbpsi)
module: new builtin module `vcd', VCD input module
module: new builtin module `avi', RIFF-AVI Stream input
module: new builtin module `mad', libmad MPEG 1/2/3 audio decoder library
module: module bank initialized, found 48 modules
config: opening config file /Users/jturpin/.videolan/vlcrc
config: config file /Users/jturpin/.videolan/vlcrc doesn't already exist
info: CPU has capabilities : Altivec FPU
intf: playlist initialized
intf: added `udp:@239.255.1.1:3001' to playlist
module: locking memcpy module `memcpyaltivec'
module: locking interface module `macosx'
intf: interface initialized
intf: creating new input thread
input: playlist item `udp:@239.255.1.1:3001'
thread info: 20843264 (input) has been created (src/input/input.c:197)
input: access `udp', demux `', name `@239.255.1.1:3001'
input: opening server=:0 local=239.255.1.1:3001
ipv4 warning: cannot configure socket (SO_RCVBUF: No buffer space available)
ipv4 warning: socket buffer size is 0xa280 instead of 0x80000
module: locking network module `ipv4'
module: unlocking module `ipv4'
module: locking access module `udp'
intf: added `udp:@239.255.1.1:3001' to playlist
module: unlocking module `udp'
thread info: 20843264 has been joined ((unknown):0)
intf: creating new input thread
input: playlist item `udp:@239.255.1.1:3001'
thread info: 29457968 (input) has been created (src/input/input.c:197)
input: access `udp', demux `', name `@239.255.1.1:3001'
input: opening server=:0 local=239.255.1.1:3001
ipv4 warning: cannot configure socket (SO_RCVBUF: No buffer space available)
ipv4 warning: socket buffer size is 0xa280 instead of 0x80000
module: locking network module `ipv4'
module: unlocking module `ipv4'
module: locking access module `udp'
module: locking demux module `mpeg_ts_dvbpsi'
input warning: garbage at input (7)
input warning: garbage at input (4c)
input warning: garbage at input (40)
input warning: garbage at input (d1)
input warning: garbage at input (e3)
input warning: garbage at input (6f)
input warning: garbage at input (37)
input warning: garbage at input (9e)
input warning: garbage at input (3e)
input warning: garbage at input (3d)
input warning: garbage at input (0)
input warning: garbage at input (0)
input warning: garbage at input (7f)
input warning: garbage at input (5c)
input warning: garbage at input (6b)
input warning: garbage at input (58)
input warning: garbage at input (53)
input warning: garbage at input (a)
input warning: garbage at input (fb)
input warning: garbage at input (5e)
input warning: garbage at input (61)
input warning: garbage at input (b2)
input warning: garbage at input (a2)

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20020719/d9b43ddd/attachment.html>

Talbert, Scott

2002-07-19 17:57:21 UTC

Permalink

Sounds like you could be facing the same problem I was facing. Do you know
what size UDP packets your encoder device is putting out onto the network?
By default, VLC is configured to handle UDP packets up to 1500 bytes.

Scott

-----Original Message-----
From: Johnny Turpin [mailto:jturpin at minervanetworks.com]
Sent: Friday, July 19, 2002 1:47 PM
To: 'vlc at videolan.org'
Subject: RE: Mac OS X - Multicast UDP not working?

Post by Christophe Massiot
cd vlc-0.4.2
./vlc.app/Contents/MacOS/vlc -vvvvvvvvv --stats

Johnny Turpin

2002-07-19 17:52:25 UTC

Permalink

Post by Christophe Massiot
cd vlc-0.4.2
./vlc.app/Contents/MacOS/vlc -vvvvvvvvv --stats

Here is the output of the stream which does work (DVB-IP demux - multicast
MPEG-2 TS)

----------------------------------------------------------------------------
-
[jturpin:/Applications/VLC/vlc.app/Contents/MacOS] vlc -vvvvvvvvv --stats
udp:@239.255.1.101:3001
VideoLAN Client - version 0.4.2 Ourumov - (c) 1996-2002 VideoLAN

module: checking built-in modules
module: new builtin module `idct', IDCT module
module: new builtin module `idctclassic', classic IDCT module
module: new builtin module `motion', motion compensation module
module: new builtin module `imdct', AC3 IMDCT module
module: new builtin module `downmix', AC3 downmix module
module: new builtin module `chroma_i420_rgb', I420,IYUV,YV12 to
RGB,RV15,RV16,RV24,RV32 conversions
module: new builtin module `chroma_i420_yuy2', conversions from
I420,IYUV,YV12 to YUY2,YUNV,YVYU,UYVY,UYNV,Y422,IUYV,cyuv,Y211
module: new builtin module `chroma_i422_yuy2', conversions from I422 to
YUY2,YUNV,YVYU,UYVY,UYNV,Y422,IUYV,cyuv,Y211
module: new builtin module `chroma_i420_ymga', conversions from
I420,IYUV,YV12 to YMGA
module: new builtin module `mpeg_adec', MPEG I/II layer 1/2 audio decoder
module: new builtin module `ac3_adec', software AC3 decoder
module: new builtin module `mpeg_vdec', MPEG I/II video decoder module
module: new builtin module `idctaltivec', Altivec IDCT module
module: new builtin module `motionaltivec', AltiVec motion compensation
module
module: new builtin module `memcpyaltivec', AltiVec memcpy module
module: new builtin module `ffmpeg', ffmpeg video decoder
(MSMPEG4v123,MPEG4)
module: new builtin module `a52', a52 ATSC A/52 aka AC-3 audio decoder
module
module: new builtin module `macosx', MacOS X interface, sound and video
module
module: new builtin module `dummy', dummy functions module
module: new builtin module `null', the Null module that does nothing
module: new builtin module `rc', remote control interface module
module: new builtin module `logger', file logging interface module
module: new builtin module `mpeg_es', ISO 13818-2 MPEG Elementary Stream
input
module: new builtin module `mpeg_ps', ISO 13818-1 MPEG Program Stream input
module: new builtin module `mpeg_ts', ISO 13818-1 MPEG Transport Stream
input
module: new builtin module `mpeg_audio', MPEG I/II Audio stream demux
module: new builtin module `file', Standard filesystem file reading
module: new builtin module `udp', Raw UDP access plug-in
module: new builtin module `http', HTTP access plug-in
module: new builtin module `ipv4', IPv4 network abstraction layer
module: new builtin module `memcpy', libc memcpy module
module: new builtin module `lpcm_adec', linear PCM audio decoder
module: new builtin module `ac3_spdif', SPDIF pass-through AC3 decoder
module: new builtin module `spudec', DVD subtitles decoder module
module: new builtin module `filter_deinterlace', deinterlacing module
module: new builtin module `filter_invert', invert video module
module: new builtin module `filter_wall', image wall video module
module: new builtin module `filter_transform', image transformation module
module: new builtin module `filter_distort', miscellaneous video effects
module
module: new builtin module `filter_clone', image clone video module
module: new builtin module `filter_crop', image crop video module
module: new builtin module `fx_scope', scope effect module
module: new builtin module `dvd', DVD input module, uses libdvdcss
module: new builtin module `mpeg_ts_dvbpsi', ISO 13818-1 MPEG Transport
Stream input (libdvbpsi)
module: new builtin module `vcd', VCD input module
module: new builtin module `avi', RIFF-AVI Stream input
module: new builtin module `mad', libmad MPEG 1/2/3 audio decoder library
module: module bank initialized, found 48 modules
config: opening config file /Users/jturpin/.videolan/vlcrc
config: config file /Users/jturpin/.videolan/vlcrc doesn't already exist
info: CPU has capabilities : Altivec FPU
intf: playlist initialized
intf: added `udp:@239.255.1.101:3001' to playlist
module: locking memcpy module `memcpyaltivec'
module: locking interface module `macosx'
intf: interface initialized
intf: creating new input thread
input: playlist item `udp:@239.255.1.101:3001'
thread info: 20843264 (input) has been created (src/input/input.c:197)
input: access `udp', demux `', name `@239.255.1.101:3001'
input: opening server=:0 local=239.255.1.101:3001
ipv4 warning: cannot configure socket (SO_RCVBUF: No buffer space available)
ipv4 warning: socket buffer size is 0xa280 instead of 0x80000
module: locking network module `ipv4'
module: unlocking module `ipv4'
module: locking access module `udp'
intf: added `udp:@239.255.1.101:3001' to playlist
module: locking demux module `mpeg_ts_dvbpsi'
input stats: 0 loops consuming user: 74, system: 0
input info: Dumping stream ID 0x0 [OK:0/D:0]
input info: pace un-controlled
module: unlocking module `mpeg_ts_dvbpsi'
input: closing network `udp/:@239.255.1.101:3001'
module: unlocking module `udp'
input buffers stats: pes: 0 packets
input buffers stats: data: 0 packets
input buffers stats: buffers: 1 packets
thread info: 20843264 has been joined ((unknown):0)
intf: creating new input thread
input: playlist item `udp:@239.255.1.101:3001'
thread info: 21025728 (input) has been created (src/input/input.c:197)
input: access `udp', demux `', name `@239.255.1.101:3001'
input: opening server=:0 local=239.255.1.101:3001
ipv4 warning: cannot configure socket (SO_RCVBUF: No buffer space available)
ipv4 warning: socket buffer size is 0xa280 instead of 0x80000
module: locking network module `ipv4'
module: unlocking module `ipv4'
module: locking access module `udp'
module: locking demux module `mpeg_ts_dvbpsi'
input: packet lost by TS demux: current 0, packet 7
libdvbpsi error (PSI decoder): TS discontinuity (received 7, expected 0)
input: packet lost by TS demux: current 0, packet 7
libdvbpsi error (PSI decoder): TS discontinuity (received 7, expected 0)
ES 64 has unknown type
Selecting ES 488
input: selecting ES 0x488
module: locking decoder module `mpeg_vdec'
module: locking motion module `motionaltivec'
module: locking iDCT module `idctaltivec'
thread info: 29486448 (decoder) has been created (src/input/input_dec.c:85)
Selecting ES 460
input: selecting ES 0x460
module: locking decoder module `mad'
mad_adec debug: mad_adec thread launched, initializing
mad_adec debug: downscale fast selected
thread info: 29492064 (decoder) has been created (src/input/input_dec.c:85)
input: packet lost by TS demux: current 0, packet 2
input: packet lost by TS demux: current 0, packet 8
mad_adec debug: mad decoder thread 0x1c20800 initialized
mad_adec: starting libmad decoder
aout: no aout present, spawning one
vpar: no vout present, spawning one
module: locking video output module `macosx'
vout info: got 8 direct buffer(s)
vout info: picture in 544x480, chroma 0x30323449 (024I), aspect ratio 4:3
vout info: picture out 544x480, chroma 0x30323449 (024I), aspect ratio 4:3
vout info: direct render, mapping render pictures 0-6 to system pictures 1-7
thread info: 29596144 (video output) has been created
(src/video_output/video_output.c:212)
vpar synchro stats: I(0) P(0)[5] B(0)[1] YUV(10) : trashed 0:0/0
vpar synchro warning: dts != current_pts (-620085)
vpar synchro warning: pts != current_date (-32789)
vpar info: stream periodicity changed from B[1] to B[2]
module: locking audio output module `macosx'
thread info: 36755824 (audio output) has been created
(src/audio_output/audio_output.c:263)
aout info: signed 16 bits thread spawned, 2 channels, rate 44100
aout info: fifo #0 allocated, 2 channels, rate 48000, frame size 2304
mad_adec debug: in libmad_output aout fifo created
vout warning: late picture skipped (174862)
vout warning: late picture skipped (143556)
vout warning: late picture skipped (111904)
vout warning: late picture skipped (80982)
vout warning: late picture skipped (49097)
vout warning: late picture skipped (39087)
input: packet lost by TS demux: current 9, packet 8
input: packet lost by TS demux: current 14, packet 6
vpar synchro stats: I(13728) P(10621)[5] B(13455)[2] YUV(20) : trashed
4:2/18
input: packet corrupted, PES sizes do not match
vout warning: late picture skipped (22654)
vout warning: late picture skipped (16438)
vpar synchro stats: I(11406) P(11289)[5] B(11484)[2] YUV(67) : trashed
0:0/18
vpar synchro warning: backward_pts != dts (12700)
vpar synchro warning: backward_pts != current_pts (9199)
Intra-B15 coeff is out of bound
Intra-B15 coeff is out of bound
Intra-B15 coeff is out of bound
Intra-B15 coeff is out of bound
vpar synchro warning: pts != current_date (-112800)
vpar synchro warning: backward_pts != dts (100344)
vpar synchro warning: backward_pts != current_pts (100510)
vpar synchro warning: pts != current_date (-100345)
vpar info: stream periodicity changed from P[5] to P[4]
vpar synchro stats: I(11406) P(11289)[4] B(11484)[2] YUV(44) : trashed
0:14/15
vout warning: late picture skipped (24585)
vout warning: late picture skipped (20131)
vpar info: stream periodicity changed from P[4] to P[5]
vpar synchro stats: I(11406) P(10623)[5] B(10070)[2] YUV(23) : trashed
0:2/18
vpar synchro stats: I(10682) P(10623)[5] B(9887)[2] YUV(23) : trashed 0:0/3
vpar synchro stats: I(14519) P(10101)[5] B(9167)[2] YUV(23) : trashed 0:0/18
vpar synchro stats: I(13460) P(9366)[5] B(8952)[2] YUV(42) : trashed 0:0/18
vpar synchro stats: I(13460) P(9511)[5] B(9045)[2] YUV(23) : trashed 0:0/18
vpar synchro stats: I(13017) P(10567)[5] B(8854)[2] YUV(21) : trashed 0:0/18
vpar synchro stats: I(15008) P(10143)[5] B(9518)[2] YUV(22) : trashed 0:0/18
vpar synchro stats: I(15008) P(10843)[5] B(9117)[2] YUV(24) : trashed 0:0/18
vpar synchro stats: I(16271) P(11288)[5] B(9546)[2] YUV(30) : trashed 0:0/18
vpar synchro stats: I(16271) P(10884)[5] B(9081)[2] YUV(22) : trashed 0:0/18
vpar synchro stats: I(16271) P(9997)[5] B(9244)[2] YUV(24) : trashed 0:0/18
vpar synchro stats: I(15846) P(11012)[5] B(9288)[2] YUV(24) : trashed 0:0/18
vpar synchro stats: I(15358) P(11204)[5] B(9320)[2] YUV(23) : trashed 0:0/18
vpar synchro stats: I(16286) P(11225)[5] B(9093)[2] YUV(23) : trashed 0:0/18
vpar synchro stats: I(16286) P(10584)[5] B(8647)[2] YUV(23) : trashed 0:0/18
vpar synchro stats: I(16286) P(10480)[5] B(8928)[2] YUV(24) : trashed 0:0/18
vpar synchro stats: I(16387) P(10900)[5] B(9138)[2] YUV(22) : trashed 0:0/18
input: packet lost by TS demux: current 1, packet 7
vout warning: late picture skipped (10271)
vpar synchro stats: I(16387) P(10151)[5] B(10671)[2] YUV(28) : trashed
0:0/18
vpar synchro stats: I(16387) P(10151)[5] B(10442)[2] YUV(23) : trashed
0:15/18
vout warning: late picture skipped (12284)
vpar synchro stats: I(17584) P(12963)[5] B(9908)[2] YUV(27) : trashed 0:2/18
vpar synchro stats: I(16902) P(11432)[5] B(10255)[2] YUV(24) : trashed
0:0/18
vpar synchro stats: I(16493) P(11498)[5] B(9487)[2] YUV(24) : trashed 0:0/18
vpar synchro stats: I(16523) P(10898)[5] B(9527)[2] YUV(22) : trashed 0:0/18
vpar info: stream periodicity changed from P[5] to P[1]
vpar synchro stats: I(15924) P(10700)[1] B(10569)[2] YUV(22) : trashed 0:0/6
vpar info: stream periodicity changed from P[1] to P[5]
vpar synchro stats: I(15123) P(9885)[5] B(9857)[2] YUV(23) : trashed 0:0/18
vpar synchro stats: I(14561) P(10642)[5] B(10017)[2] YUV(21) : trashed
0:0/18
vpar synchro stats: I(14095) P(11036)[5] B(9262)[2] YUV(22) : trashed 0:0/18
vpar synchro stats: I(13880) P(10045)[5] B(9735)[2] YUV(22) : trashed 0:0/18
vpar synchro stats: I(13404) P(10194)[5] B(9585)[2] YUV(24) : trashed 0:0/18
vpar synchro stats: I(15058) P(10811)[5] B(9760)[2] YUV(23) : trashed 0:0/18
vpar synchro stats: I(14538) P(9923)[5] B(9757)[2] YUV(22) : trashed 0:0/18
vpar synchro stats: I(13978) P(10491)[5] B(10234)[2] YUV(22) : trashed
0:0/18
vpar info: stream periodicity changed from P[5] to P[4]
vpar synchro stats: I(13532) P(11109)[4] B(10073)[2] YUV(21) : trashed
0:0/15
vpar info: stream periodicity changed from P[4] to P[5]
vpar synchro stats: I(12904) P(8977)[5] B(9322)[2] YUV(22) : trashed 0:0/18
vpar synchro stats: I(12516) P(8717)[5] B(9845)[2] YUV(24) : trashed 0:0/18
vpar synchro stats: I(12177) P(9307)[5] B(8983)[2] YUV(22) : trashed 0:0/18
vpar synchro stats: I(11864) P(9043)[5] B(10150)[2] YUV(23) : trashed 0:0/18
vout warning: late picture skipped (422)
vout warning: late picture skipped (11485)
vout warning: late picture skipped (19986)
vout warning: late picture skipped (16922)
vout warning: late picture skipped (19411)
vpar synchro stats: I(11857) P(8770)[5] B(12069)[2] YUV(19) : trashed 2:0/18
vout warning: late picture skipped (4794)
vout warning: late picture skipped (1818)
vpar info: stream periodicity changed from P[5] to P[4]
vpar synchro stats: I(13682) P(9026)[4] B(15701)[2] YUV(22) : trashed 0:0/15
aout warning: audio output is starving, expect glitches
aout warning: audio output is starving, expect glitches
aout warning: audio output is starving, expect glitches
vout warning: late picture skipped (321707)
vout warning: late picture skipped (288750)
vout warning: late picture skipped (256933)
vout warning: late picture skipped (225080)
vout warning: late picture skipped (191902)
vpar info: stream periodicity changed from P[4] to P[5]
vpar synchro stats: I(15196) P(9026)[5] B(14533)[2] YUV(22) : trashed
2:14/18
vout warning: late picture skipped (200750)
input: packet lost by TS demux: current 1, packet 10
input: packet lost by TS demux: current 3, packet 10
input: packet corrupted, PES sizes do not match
vpar synchro warning: pts != current_date (-8434)
vpar synchro warning: backward_pts != dts (16333)
vpar synchro warning: backward_pts != current_pts (8432)
vpar synchro warning: pts != current_date (-23612)
vpar synchro warning: backward_pts != dts (12700)
vpar synchro warning: backward_pts != current_pts (12699)
vpar synchro warning: pts != current_date (-246467)
vpar info: stream periodicity changed from P[5] to P[3]
vpar synchro stats: I(16820) P(8937)[3] B(14650)[2] YUV(22) : trashed 0:4/11
vpar synchro warning: backward_pts != dts (199200)
vpar synchro warning: backward_pts != current_pts (200399)
vpar synchro warning: pts != current_date (-199501)
vpar info: stream periodicity changed from P[3] to P[4]
vpar synchro stats: I(16834) P(8694)[4] B(11339)[2] YUV(26) : trashed 0:2/15
vpar info: stream periodicity changed from P[4] to P[5]
vpar synchro stats: I(16215) P(7816)[5] B(9308)[2] YUV(25) : trashed 0:0/18
vpar synchro stats: I(15489) P(7203)[5] B(8788)[2] YUV(26) : trashed 0:0/18
vpar synchro stats: I(15097) P(7993)[5] B(9758)[2] YUV(24) : trashed 0:0/18
input stats: 7876 loops consuming user: 1557, system: 0
input info: Dumping stream ID 0x0 [OK:0/D:237]
input info: pace un-controlled
input info: Dumping program 0xa, version 0 (partial)
input info: ES 0x64, stream 0x35, type 0x7b, not selected
[OK:131352/ERR:-2140469588]
input info: ES 0x488, stream 0xc3, type 0x2, selected
[OK:215756/ERR:8318395]
input info: ES 0x460, stream 0xe, type 0x4, selected [OK:4426345/ERR:13691]
mad_adec error: libmad_input stopping libmad decoder
mad_adec debug: destroying mad decoder thread 0x1c20800
aout info: fifo #0 destroyed
mad_adec debug: mad decoder thread 0x1c20800 destroyed
thread info: 29492064 has been joined ((unknown):0)
input stats: killing decoder for 0x460, type 0x4, 1 PES in FIFO
module: unlocking module `mad'
vpar stats: 2804 loops among 49 sequence(s)
vpar stats: cpu usage (user: 1560, system: 0)
vpar stats: Read 826 frames/fields (I 49/P 227/B 550)
vpar stats: Decoded 763 frames/fields (I 49/P 212/B 502)
vpar stats: Read 4 malformed frames/fields (I 1/P 0/B 3)
vpar info: MPEG-2 stream (544x480), 29.971 pi/s
vpar info: Non-progressive, non-scalable, matrix_coeff: 1
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20020719/3c24daa6/attachment.html>

Johnny Turpin

2002-07-19 18:13:40 UTC

Permalink

This could be the problem. The packet size from our decoder is set to 3948 -
which is configurable, but I am not sure if changing this value will upset
any of the other decoders we are using.

So what exactly is the issue with UDP packet sizes greater than 1500 bytes?
We still keep the ethernet packets at 1500 bytes. So I don't think we are
breaking any network rules...

-----Original Message-----
From: Talbert, Scott [mailto:scott.talbert at lmco.com]
Sent: Friday, July 19, 2002 10:57 AM
To: 'vlc at videolan.org'
Subject: RE: Mac OS X - Multicast UDP not working?

Sounds like you could be facing the same problem I was facing. Do you know
what size UDP packets your encoder device is putting out onto the network?
By default, VLC is configured to handle UDP packets up to 1500 bytes.

Scott

-----Original Message-----
From: Johnny Turpin [mailto:jturpin at minervanetworks.com]
Sent: Friday, July 19, 2002 1:47 PM
To: 'vlc at videolan.org'
Subject: RE: Mac OS X - Multicast UDP not working?

Post by Christophe Massiot
cd vlc-0.4.2
./vlc.app/Contents/MacOS/vlc -vvvvvvvvv --stats

Talbert, Scott

2002-07-19 18:27:45 UTC

Permalink

I don't know why exactly VLC expects UDP packets to be < 1500 bytes. I
suggested (to Christophe, on the VLC team) that they be able to handle
packets up to 64K in size (the UDP limit) but he has not responded yet. If
you want to recompile the code yourself, I can point you to the location
where you can increase the limit yourself.

If you change DEFAULT_MTU in plugins/network/ipv4.c to something larger than
3948, it should allow VLC to work properly.

Scott

-----Original Message-----
From: Johnny Turpin [mailto:jturpin at minervanetworks.com]
Sent: Friday, July 19, 2002 2:14 PM
To: 'vlc at videolan.org'
Subject: RE: Mac OS X - Multicast UDP not working?

This could be the problem. The packet size from our decoder is set to 3948 -
which is configurable, but I am not sure if changing this value will upset
any of the other decoders we are using.

So what exactly is the issue with UDP packet sizes greater than 1500 bytes?
We still keep the ethernet packets at 1500 bytes. So I don't think we are
breaking any network rules...

-----Original Message-----
From: Talbert, Scott [mailto:scott.talbert at lmco.com]
Sent: Friday, July 19, 2002 10:57 AM
To: 'vlc at videolan.org'
Subject: RE: Mac OS X - Multicast UDP not working?

Sounds like you could be facing the same problem I was facing. Do you know
what size UDP packets your encoder device is putting out onto the network?
By default, VLC is configured to handle UDP packets up to 1500 bytes.

Scott

-----Original Message-----
From: Johnny Turpin [mailto:jturpin at minervanetworks.com]
Sent: Friday, July 19, 2002 1:47 PM
To: 'vlc at videolan.org'
Subject: RE: Mac OS X - Multicast UDP not working?

Post by Christophe Massiot
cd vlc-0.4.2
./vlc.app/Contents/MacOS/vlc -vvvvvvvvv --stats

Christophe Massiot

2002-07-19 21:30:26 UTC

Permalink

Post by Talbert, Scott
I don't know why exactly VLC expects UDP packets to be < 1500
bytes. I suggested (to Christophe, on the VLC team) that they be
able to handle packets up to 64K in size (the UDP limit) but he has
not responded yet.

VLC expects UDP packets to be < 1500, because I don't see the point
in sending bigger packets on Ethernet networks. It will just increase
fragmentation for no gain. But anyway since people are actually doing
it, we'll have to find a solution.

I needed some thinking and I finally decided not to follow your
advice. The reason I'm skeptical is because as per the VLC structure,
packets are always allocated with DEFAULT_MTU size. But if the server
sends 1500-bytes packets, we lose 65536-1500 = 64036 bytes. There can
be thousands of packets in the decoder buffers, so we would explode
our current (quite low) memory requirements. A workaround would be to
memcpy the big network buffer to a buffer allocated with the right
size, but it has always been against our policy to add unnecessary
memcpy()s, for obvious performance reasons.

So what I have done is add a --mtu option. By default it is still
1500 bytes, but you can change this value without recompiling. This
option should be added to the GUI Preferences windows, so that it can
be changed permanently.

--
Christophe Massiot.
--
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/lists.html
If you are in trouble, please contact <postmaster at videolan.org>

Johnny Turpin

2002-07-19 18:44:31 UTC

Permalink

I have confirmed that this is indeed the problem. I changed the UDP packet
size on the encoder to 1316 and VLC started working, although I am still
seeing intermittent pausing and lip sync/resyncing issues. But at least this
is a good start. Thanks scott!

-johnny

-----Original Message-----
From: Talbert, Scott [mailto:scott.talbert at lmco.com]
Sent: Friday, July 19, 2002 11:28 AM
To: 'vlc at videolan.org'
Subject: RE: Mac OS X - Multicast UDP not working?

I don't know why exactly VLC expects UDP packets to be < 1500 bytes. I
suggested (to Christophe, on the VLC team) that they be able to handle
packets up to 64K in size (the UDP limit) but he has not responded yet. If
you want to recompile the code yourself, I can point you to the location
where you can increase the limit yourself.

If you change DEFAULT_MTU in plugins/network/ipv4.c to something larger than
3948, it should allow VLC to work properly.

Scott

-----Original Message-----
From: Johnny Turpin [mailto:jturpin at minervanetworks.com]
Sent: Friday, July 19, 2002 2:14 PM
To: 'vlc at videolan.org'
Subject: RE: Mac OS X - Multicast UDP not working?

This could be the problem. The packet size from our decoder is set to 3948 -
which is configurable, but I am not sure if changing this value will upset
any of the other decoders we are using.

So what exactly is the issue with UDP packet sizes greater than 1500 bytes?
We still keep the ethernet packets at 1500 bytes. So I don't think we are
breaking any network rules...

-----Original Message-----
From: Talbert, Scott [mailto:scott.talbert at lmco.com]
Sent: Friday, July 19, 2002 10:57 AM
To: 'vlc at videolan.org'
Subject: RE: Mac OS X - Multicast UDP not working?

Sounds like you could be facing the same problem I was facing. Do you know
what size UDP packets your encoder device is putting out onto the network?
By default, VLC is configured to handle UDP packets up to 1500 bytes.

Scott

-----Original Message-----
From: Johnny Turpin [mailto:jturpin at minervanetworks.com]
Sent: Friday, July 19, 2002 1:47 PM
To: 'vlc at videolan.org'
Subject: RE: Mac OS X - Multicast UDP not working?

Post by Christophe Massiot
cd vlc-0.4.2
./vlc.app/Contents/MacOS/vlc -vvvvvvvvv --stats

Christophe Massiot

2002-07-19 21:34:21 UTC

Permalink

Post by Johnny Turpin
I have confirmed that this is indeed the problem. I changed the UDP
packet size on the encoder to 1316 and VLC started working, although
I am still seeing intermittent pausing and lip sync/resyncing
issues. But at least this is a good start. Thanks scott!

This problem is most certainly not due to VLC, but to other programs
running on your machine. For instance if you have an IRC client, a
mail reader fetching mail periodically, etc. So hunt other
applications and see which one produces the problem.

Alternatively, you can also increase the priority of VLC. Change the
value in include/threads_funcs.h:821 (default 10). Beware, if you put
too big a value, you may have problems returning to the Finder !

Johnny Turpin

2002-07-19 22:22:43 UTC

Permalink

Cool! I did some snooping around here trying to find out why we have some
encoders spitting out quite large UDP packets, but I haven't really been
able to come to any conclusion other than it was because our QA was testing
the encoders with lots of different values, and apparently some legacy
(older) decoders expected larger UDP packet sizes.

I agree that having UDP packets split across ethernet frames is not the most
efficient way of transmitting data, but its looks like there are encoders
out there (like ours and v-brick) which allow this option. Anyway, thanks
for adding the option to VLC.

-johnny

Post by Talbert, Scott
-----Original Message-----
From: Christophe Massiot [mailto:massiot at via.ecp.fr]
Sent: Friday, July 19, 2002 2:30 PM
To: vlc at videolan.org
Subject: RE: Mac OS X - Multicast UDP not working?

VLC expects UDP packets to be < 1500, because I don't see the point
in sending bigger packets on Ethernet networks. It will just increase
fragmentation for no gain. But anyway since people are actually doing
it, we'll have to find a solution.
I needed some thinking and I finally decided not to follow your
advice. The reason I'm skeptical is because as per the VLC structure,
packets are always allocated with DEFAULT_MTU size. But if the server
sends 1500-bytes packets, we lose 65536-1500 = 64036 bytes. There can
be thousands of packets in the decoder buffers, so we would explode
our current (quite low) memory requirements. A workaround would be to
memcpy the big network buffer to a buffer allocated with the right
size, but it has always been against our policy to add unnecessary
memcpy()s, for obvious performance reasons.
So what I have done is add a --mtu option. By default it is still
1500 bytes, but you can change this value without recompiling. This
option should be added to the GUI Preferences windows, so that it can
be changed permanently.
--
Christophe Massiot.
--
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/lists.html
If you are in trouble, please contact <postmaster at videolan.org>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20020719/070df390/attachment.html>

Scott Talbert

2002-07-20 01:06:05 UTC

Permalink

Post by Christophe Massiot
I needed some thinking and I finally decided not to follow your
advice. The reason I'm skeptical is because as per the VLC structure,
packets are always allocated with DEFAULT_MTU size. But if the server
sends 1500-bytes packets, we lose 65536-1500 = 64036 bytes. There can
be thousands of packets in the decoder buffers, so we would explode
our current (quite low) memory requirements. A workaround would be to
memcpy the big network buffer to a buffer allocated with the right
size, but it has always been against our policy to add unnecessary
memcpy()s, for obvious performance reasons.
So what I have done is add a --mtu option. By default it is still
1500 bytes, but you can change this value without recompiling. This
option should be added to the GUI Preferences windows, so that it can
be changed permanently.

Christophe,

I concur that this is the best solution. Thank you very much for making
this change.

Also, thanks to the rest of the VideoLAN team for such a great product. :)

Scott Talbert

--
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/lists.html
If you are in trouble, please contact <postmaster at videolan.org>