Vbrick & Vlc

[flare]

Someone told me VLC can show vbrick contents, I've tried displaying an mp2 TS multicast stream, I can see the network traffic increase, I can see the VLC window but nothing is showed ;(
I've read the M/L and I've tried increasing the MTU size but nothing changed.
Anyone can help me?


PS Using the proprietary s/w streamplayer the stream is displayed without problem.


Thanx

[BigBen]

well, could you send us a log ?

Go to the view menu, message box (select the verbose option, if any)

[The DJ]

Dnumgis and I have the same experiences with all the vbrick streams on the mbone.

[Sigmund]

If this is a vbrick you have access to, you should try configuring it so that it aligns TS-packets with udp packets. I have no idea how to do this, but it whould require that the packets sent out by the vbrick have a size that is a multiple of 188 (1316)

thedj: None of the vbrick streams I can find on the mbone right now uses TS. They use mpeg-2 PS in rtp if I'm not very wrong

[flare]

thanx for replies, here is the situation:
I streamed (multicast RTP/udp) a
NTSC mp2-TS vid 720x480 30 fps
mp3 audio 256Kbps 48Khz stereo
1318 payload size
and got a black screen on vlc

--here is the log
main: playlist item `udp://@239.1.1.1:4444'
mpeg_system warning: PES packet too short to have a header
mpeg_system warning: garbage (0x40447fab)
mpeg_system warning: packet corrupted, PES sizes do not match
mpeg_system warning: garbage (0x80c00a31)
libmpeg2 warning: invalid picture encountered
mpeg_system warning: garbage (0x73917718)
mpeg_system warning: PES packet too short to have a header
mpeg_system warning: garbage (0x09c53025)
mpeg_system warning: garbage (0x409bd514)
mpeg_system warning: packet corrupted, PES sizes do not match
mpeg_system warning: garbage (0x80800521)
mpeg_system warning: garbage (0x0faa6134)
mpeg_system warning: PES packet too short to have a header
mpeg_system warning: garbage (0x80800521)
mpeg_system warning: PES packet too short to have a header
mpeg_system warning: garbage (0xf4bf22c5)
mpeg_system warning: garbage (0x93040680)
mpeg_system warning: packet corrupted, PES sizes do not match
mpeg_system warning: garbage (0x80c00a31)
mpeg_system warning: garbage (0x2d513cbb)
mpeg_system warning: PES packet too short to have a header
mpeg_system warning: garbage (0x836e8951)
mpeg_system warning: garbage (0x5fecb7b7)
mpeg_system warning: packet corrupted, PES sizes do not match
mpeg_system warning: garbage (0x80800521)
mpeg_system warning: PES packet too short to have a header
mpeg_system warning: garbage (0x8c515b27)
mpeg_system warning: garbage (0x1ee26018)
mpeg_system warning: packet corrupted, PES sizes do not match
mpeg_system warning: garbage (0x80800521)
mpeg_system warning: garbage (0xba76840d)
mpeg_system warning: PES packet too short to have a header
mpeg_system warning: garbage (0x12ace142)
mpeg_system warning: packet corrupted, PES sizes do not match
mpeg_system warning: garbage (0x80c00a31)
mpeg_system warning: garbage (0x51577506)
mpeg_system warning: garbage (0xec7a7fe7)
mpeg_system warning: PES packet too short to have a header
mpeg_system warning: garbage (0x80800521)
mpeg_system warning: PES packet too short to have a header
mpeg_system warning: garbage (0x29555438)
mpeg_system warning: garbage (0x64d398e8)
mpeg_system warning: packet corrupted, PES sizes do not match
mpeg_system warning: garbage (0x80800521)
mpeg_system warning: PES packet too short to have a header
mpeg_system warning: garbage (0x311e4452)
mpeg_system warning: packet corrupted, PES sizes do not match
mpeg_system warning: garbage (0x80c00a31)
libmpeg2 warning: invalid picture encountered
---- cut

then I've downloaded the mp2 on HD and tried to display it locally and I COULDN'T!! I've tried to display the stream with a pace appliance and I could see the vid without problem, I've tried (at home) to play the file using VLC (0.6.2) OSX and didn't work

here is the crash log
**********

Date/Time: 2003-03-19 23:24:43 +0100
OS Version: 10.2.4 (Build 6I32)
Host: iMac.local.

Command: VLC
PID: 8469

Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000000

Thread 0 Crashed:
#0 0x9068ba54 in objc_msgSend
#1 0x93147560 in -[NSEvent _eventRelativeToWindow:]
#2 0x930f2c90 in -[NSCell trackMouse:inRect:ofView:untilMouseUp:]
#3 0x9315dbcc in -[NSButtonCell trackMouse:inRect:ofView:untilMouseUp:]
#4 0x9312d504 in -[NSControl mouseDown:]
#5 0x931dc22c in -[_NSThemeWidget mouseDown:]
#6 0x930c0888 in -[NSWindow sendEvent:]
#7 0x930a8788 in -[NSApplication sendEvent:]
#8 0x930b1608 in -[NSApplication run]
#9 0x00006fc0 in intf_RunThread (crt.c:300)
#10 0x0000640c in VLC_AddIntf (crt.c:300)
#11 0x000030fc in main (crt.c:300)
#12 0x00002dc4 in _start (crt.c:267)
#13 0x00002c44 in start

Thread 1:
#0 0x90006ac8 in clock_sleep_trap
#1 0x900067cc in nanosleep
#2 0x00023fb4 in msleep (crt.c:300)
#3 0x00009650 in RunThread (crt.c:300)
#4 0x90020d28 in _pthread_body

Thread 2:
#0 0x90006ac8 in clock_sleep_trap
#1 0x900067cc in nanosleep
#2 0x00023fb4 in msleep (crt.c:300)
#3 0x000070ec in Manager (crt.c:300)
#4 0x90020d28 in _pthread_body

Thread 3:
#0 0x90014d08 in syscall_thread_switch
#1 0x907f42dc in +[NSThread sleepUntilDate:]
#2 0x00084570 in -[VLCMain manage] (crt.c:300)
#3 0x9081cd10 in forkThreadForFunction
#4 0x90020d28 in _pthread_body

Thread 4:
#0 0x90073c28 in mach_msg_trap
#1 0x90005f70 in mach_msg
#2 0x90148b10 in __CFRunLoopRun
#3 0x90180fe4 in CFRunLoopRunSpecific
#4 0x94d9c1c0 in HALRunLoop::OwnThread(void*)
#5 0x94d911b0 in CAPThread::Entry(CAPThread*)
#6 0x90020d28 in _pthread_body

PPC Thread State:
srr0: 0x9068ba54 srr1: 0x0200f030 vrsave: 0x00000000
xer: 0x00000000 lr: 0x93147560 ctr: 0x9068ba3c mq: 0x00000000
r0: 0x93147560 r1: 0xbfffec50 r2: 0x00000000 r3: 0x021b3d20
r4: 0x906de2a8 r5: 0x021b3d20 r6: 0xbfffea54 r7: 0xa1b1c1d3
r8: 0x0000001f r9: 0x00000000 r10: 0x901a3e60 r11: 0xa3072cf8
r12: 0x00000000 r13: 0x00000000 r14: 0x00000000 r15: 0x00000000
r16: 0xa30726a8 r17: 0xa30a26a8 r18: 0xa30a26a8 r19: 0xa30a26a8
r20: 0x00000000 r21: 0xa30a26a8 r22: 0x00000000 r23: 0x021b3d20
r24: 0xa30a26a8 r25: 0x00000000 r26: 0x021b3d20 r27: 0x02ebcc00
r28: 0x025b6400 r29: 0xbfffed10 r30: 0x906dbdac r31: 0x93147534

--- CUT


then I've tried to open the file using Mplayer2 on Mac and the vid played very well

any clue?

[The DJ]

Lol, that crash is from March
Could you upload part of the file to ftp:// ftp.videolan.org/incoming

A couple dozen of megs would be great.

[flare]

guess I've cut&pasted the wrong side of the crash-log

[flare]

I'm sorry, I think the file I've used for testing was not that standard, I've tried another file (downloaded from the vbrick main site) and worked without problem! I've also tried to display a live stream and worked, I've tried to capture the live stream and repump it through vbrick and worked like a charm

Thanx for helping

[$nave]

Did you get VLC to play back MPEG-1 streams from a Vbrick? If so, could you tell me how to do so?

[The DJ]

You need to use ts2 system


udp/ts2://@ipaddres:port


and sometimes you need to increase the --mtu setting as well.

[$nave]

Thanks, I'll try it tomorrow.

[Guest]

It didn't work.

I changed the mtu to a value that made the messages about it being too small stopped. Here is the message log if that can help you help me.

main debug: creating new input thread
main: playlist item `udp/ts2://@239.255.255.245:4444'
main debug: waiting for thread completion
main debug: access `udp', demux `ts2', name `@239.255.255.245:4444'
main debug: looking for access module
main debug: probing 1 candidate
main debug: thread 4832 (input) created at priority 1 (src/input/input.c:326)
main debug: cmd=state old=10 new=1
main debug: playing at normal rate
access_udp debug: opening server=:0 local=239.255.255.245:4444
main debug: net: connecting to ':0@239.255.255.245:4444'
main debug: looking for network module
main debug: probing 2 candidates
ipv4 debug: IP_ADD_MEMBERSHIP multicast request
main debug: using network module "ipv4"
main debug: unlocking module "ipv4"
main debug: using access module "access_udp"
access_udp debug: no RTP header detected
main debug: looking for demux module
main debug: probing 1 candidate
main debug: demux2_New: 'udp/ts2://@239.255.255.245:4444' -> access='udp' demux='ts2' path='@239.255.255.245:4444'
main debug: looking for demux2 module
main debug: probing 1 candidate
ts2 warning: this does not look like a TS stream, continuing
main debug: using demux2 module "ts2"
main debug: using demux module "demux2"
ts2 warning: lost synchro
ts2 debug: 1692 bytes of garbage
ts2 debug: 1692 bytes of garbage
ts2 debug: 1692 bytes of garbage
etc, etc, etc

[Guest]

nevermind, I got it to work. Thanks for the information about the mtu setting.

[The DJ]

hehe, the combination of both ts2 and a high enough mtu is important.

[Guest]

Actually adding the ts2 didn't work... once I bumped up the mtu, I got video with udp://@239.255.255.247:4444.