alfianrahmn / xuggle

Automatically exported from code.google.com/p/xuggle
0 stars 0 forks source link

Xuggler fails t play VLC UDP streams #167

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
Steps to reproduce:

1.) Setup a small driver program to simply pass the udp://@local_port=1234
2.) Start VLC, and begin streaming a video out. I was using a mpeg4 video
(it plays if I use it directly with MediViewer)

You should start seeing a lot of errors from ffmpeg about the video with
frames missing, and eventually debug errors from xuggler about widht
missing etc.. I believe its all related to the fact the output stream is
missing something form vlc and causing fmpeg to not interpret the data
corretly.

Original issue reported on code.google.com by sal.sco...@gmail.com on 20 Jun 2009 at 1:27

GoogleCodeExporter commented 8 years ago
Hi Sal,

Not sure this is a bug versus expected behavior with UDP.  To help me confirm, 
can
you give me the small driver program you're using and the VLC command line 
you're using?

When using UDP data you need to do one of two things:
1) recommended: create a SDP file descripting your published stream, and have 
Xuggler
open that (so it can guess the header information even if the UDP packets are 
dropped).

2) Ensure that your viewer program is started before ANY broadcast of ANY udp 
packet
starts, and that the viewer receives EVERY UDP packet without drops.

In reality, the SDP approach is the HIGHLY recommended approach.  Anyway, I'm 
marking
this invalid until I hear back from you no either the test program and VLC 
command
line, or confirmation that what I'm guessing is happening above is happening.

Original comment by art.cla...@gmail.com on 22 Jun 2009 at 12:16

GoogleCodeExporter commented 8 years ago
no longer an issue i switch to using ffserver to send the data and it works 
correctly.

I do get this sometimes when i play on the mac 

java(16083,0x8c4a00) malloc: *** error for object 0xab00d800: non-page-aligned,
non-allocated pointer being freed
*** set a breakpoint in malloc_error_break to debug

doesnt interfer with playback just a detail it dumps on occasion

Original comment by sal.sco...@gmail.com on 23 Jun 2009 at 3:46