Page 1 of 1

mosaic 4xvob to TS - memory problem

Posted: 10 Feb 2006 16:29
by uli_soehnel
I've build a mosaic sending 4 different VOB-files to a multicast adress as a TS stream. This works very fine. But each 5 seconds I change 1 of the VOBs to another :

new c1 broadcast enabled
setup c1 input y:\001\01.vob
setup c1 output #duplicate{dst=mosaic-bridge{id=1,height=150,width=200},select=video}

new c2 broadcast enabled
setup c2 input y:\002\01.vob
setup c2 output #duplicate{dst=mosaic-bridge{id=2,height=150,width=200},select=video}

new c3 broadcast enabled
setup c3 input y:\003\01.vob
setup c3 output #duplicate{dst=mosaic-bridge{id=3,height=150,width=200},select=video}

new c4 broadcast enabled
setup c4 input y:\004\01.vob
setup c4 output #duplicate{dst=mosaic-bridge{id=4,height=150,width=00},select=video}
new background broadcast enabled
setup background input fake:
setup background output #transcode{sfilter=mosaic,vcodec=mp2v,vb=1000,scale=1}:bridge-in{delay=400,id-offset=100}:standard{access=udp,mux=ts,url=239.255.0.1,sap,name="mosaic"}

control background play
control c1 play
control c2 play
control c3 play
control c4 play

After each 5 seconds 1 of the 4 channels is changed:

del c1
new channel1 broadcast enabled
setup channel1 input y:\020\01.vob
setup channel1 output #duplicate{dst=mosaic-bridge{id=1,height=150,width=200},select=video}
control channel1 play
control channel1 seek XX


This runs well on a WIN-XP on a Pentium 4 2,8 with 1 GB of memory. After about 1 hour vlc crashes. The temporary memory of windows increases in this time up to 1.6 GByte.

The mosaic is also running well with a 3x3 matrix with 9 VOBs.

Can somebody help me?

Regards Uli

Posted: 10 Feb 2006 17:48
by dionoea
What VLC version do you use ? I strongly advise that you try a nightly build since loads of memory leaks and other weird issues were fixed. http://nightlies.videolan.org

I also advise that you have a look at the schedule command, which would make it easier to change the streams every 5 seconds :)

Posted: 13 Feb 2006 10:20
by Guest
Thanks for this information. I used 0.8.4 test1 and I didn't know about the nightly build versions. I've already downloaded the lastest version to test it today.

I've already seen the schecule commands, but I think in our application it's better to do it with a telnet interface, because we use a very long playlist of about 600 to 1000 entries used with PowerDVD and this playlist can change, depending on the different servers which are present or not.

Another question is:

How exact is the seek command? Sometimes I get different positions doing it with vlc and powerdvd. We want, that the user can choose one of the 4 videos in the mosaic to transfer to his PowerDVD window at the same position. No I don't know, wheather PowerDVD or VLC is not correct. Sometimes I have differences of up to 20 seconds.

Regards Uli

Posted: 13 Feb 2006 17:41
by dionoea
this could be a problem in VLC. We have had some issues concerning time measurement in some streams. It should work fine in DVDs though.

memory leak solved, but now problem with cpu usage

Posted: 13 Feb 2006 19:46
by uli_soehnel
Hi Antoine,

today I tested the nightly build version 20060213 and found, that the problem with the memory is solved. But after a while I found the following problem:

When starting VLC to stram it takes about 8% of CPU time. Within 1 hour its increasing up to 85% and the stream is flickering. This problem was not present in the version 0.8.4a.

Do you think this happend when solving the memory leak?

Regards Uli

Posted: 13 Feb 2006 20:35
by dionoea
I don't think that this is related to the leak. It might be due to some other change though (i doubt it). Do you have any weird messages in the client/server side logs ? (running VLC with -vvv --color)

Posted: 14 Feb 2006 12:50
by uli_soehnel
Hi Antojne,

I'm sorry, but we have absolutely no errors in debug logging. First we had, then we added the nosound option and then all was ok. Only on the client side we get errors like "libdvdpsi error <PSI decoder> TS disconiuity <received 0 expected 6> for PID 66", but this happens only when VLC on server side takes a lot of CPU time.

We also tested again our old VLC version for mosaic with exactly the same commands, and there we have only the memory leak, but not the increased CPU time.

Regards Uli