From h.harisson at gmail.com  Tue May  2 20:53:58 2006
From: h.harisson at gmail.com (harisson)
Date: Tue, 02 May 2006 20:53:58 +0200
Subject: [vlc] Re: mozilla plugin & javascript problems
In-Reply-To: <44537808.5070404@gmail.com>
References: <444BB089.2050508@gmail.com> <444BBD7B.2070101@laposte.net> <44537808.5070404@gmail.com>
Message-ID: <4457AAC6.9030608@gmail.com>

harisson wrote:

> Damien Fouilleul wrote:
>
>> there has indeed been some changes in the mozilla plugin 
>> (0.8.5-test3) regarding scripting; as well as supporting XP-COM (the 
>> legacy netscape scripting engine), the mozilla plugin now supports 
>> the new cross browser scripting engine introduced for firefox 1.0, 
>> and supported by safari and most other browsers (except IE, 
>> obviously). The browser should be free from using which scripting 
>> engine it wants, so in theory, they should not clash. But, there has 
>> been reports just like yours.
>>
>> Anyway, if you delete the vlcintf.xpt, that should disable the XP-COM.
>>
>> if you've seen those problems before 0.8.5-test3, then I cannot 
>> explain them, as the mozilla code has been mostly frozen up until now.
>>
>> BTW: to solve this problem, do you need to clear the cache every time 
>> you use the plugin ?, or you only need to clear it until the plugin 
>> script works and, then no longer need to clear the cache ever.
>>
>> harisson wrote:
>>
>>> Hello,
>>>
>>> I have some troubles with the mozilla-vlc plugin and javascript 
>>> functions :
>>>
>>> The javascript console says sometimes "document.flux.play is not a 
>>> function" or "document.flux.stop is not a function" (below the 
>>> sample code)
>>>
>>> To avoid these errors, i have to clear the browser cache 3/4 times 
>>> and make about:plugins.
>>>
>>> These bugs/errors appear with all mozilla browsers 
>>> suite/seamonkey/firefox on both win/linux using vlc 0.8.5-*
>>>
>>> Where does this strange behaviour of these vlc javascript functions 
>>> come from ? And is there a way to fix this in the html/javascript 
>>> code ?
>>>
>>> [...]
>>> } else { //vlc mozilla plugin
>>>                document.writeln('<embed 
>>> type="application/x-vlc-plugin" name="flux" autoplay="no" loop="yes" 
>>> width="400" height="336" target="<%= url %>" /> \
>>>                   <p><a href="#" 
>>> onclick="javascript:document.flux.play();return false">Play flux</a> \
>>>                  &nbsp;||&nbsp; <a href="#" 
>>> onclick="javascript:document.flux.stop();return false">Stop 
>>> flux</a></p>');
>>>
>>> }
>>> [...]
>>>
>>> best regards. harisson
>>>
>>>
>>
> Hi again Damien,
>
> I upgraded vlc to -test3 with debian unstable package and the mozilla 
> vlc plugin, it seems to work well and doesn't display anymore these 
> javascript errors with firefox 1.5.0.2 :-) but the vlc plugin doesn't 
> work anymore on my mozilla 1.7.12 :-( (I supposed i had to switch to 
> seamonkey 1.0.x)
>
>
sorry to bother you again with the vlc firefox plugin :-( , but the 
javascript functions don't work on my w2k box with mozilla firefox 
1.5.0.2  tested with -test3 and -test4.

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From jeremie.garnier at gerpi.fr  Tue May  2 14:54:09 2006
From: jeremie.garnier at gerpi.fr (Jeremie Garnier)
Date: Tue, 02 May 2006 12:54:09 -0000
Subject: [vlc] Using qte output with VLC
Message-ID: <20060502125409.7E9EF3B33@mail.gerpi.fr>

Hello,
        
Why I can't send a message to gerald.hansink at ordain.nl ????(a vlc team
developpers).
I allow myself to contact you because I do not manage to configure vlc
for Qt embedded correctly. I saw on Internet that this part was not yet
ready. It is right ?
I currently use vlc-0.7 and qt-embedded-free-3.3.3. I just want to use
qte video output (and not x11) and develop a GUI. Qt is build correctly
ant I place --enable-qte and --with-qte=path-of-qte but it doesn't
work...It say :
configure: error: echo "Cannot find QT Embedded development headers."
It is due to some errors in qshared.h and other headers but qt embedded
is build correctly.
Can you help me ?
        
Thanks.
        
Cordially,
    
J?r?mie GARNIER

-----------------------------------
J?r?mie GARNIER 
 
Ing?nieur Consultant (Stagiaire)
-----------------------------------
GERPI
Centre d'Affaires Alphasis
Espace Performance
B?timent K
35760 Saint-Gr?goire
-----------------------------------
T?l 02 99 51 17 18 
T?l 06 88 89 56 42
Fax 02 99 32 19 80
www.gerpi.fr
-----------------------------------

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From h.harisson at gmail.com  Wed May  3 00:38:04 2006
From: h.harisson at gmail.com (harisson)
Date: Wed, 03 May 2006 00:38:04 +0200
Subject: [vlc] cdda and sout
Message-ID: <4457DF4C.3050304@gmail.com>

Hello,

There is a problem with audio cds, the cdda:// command with sout doesn't 
work (no sound) with -test4, i've got this output :

[00000321] main private error: cannot pre fill buffer
[00000327] main private error: cannot add this stream
[00000342] main packetizer error: cannot create packetizer output (s16l)


-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From alecr at MIT.EDU  Tue May  2 23:51:18 2006
From: alecr at MIT.EDU (Alec Robertson)
Date: Tue, 2 May 2006 17:51:18 -0400
Subject: [vlc] capture from firewire/ieee1394 dv camcorder
Message-ID: <20060502215118.GB31949@apri>

Hi,

I'm running the svn vlc on debian experimental and can't seem to capture
from my dv camcorder. dvgrab (using raw1394 or dv1394) and dvconnect
(using video1394) work fine but I can't seem to grab the feed with vlc.

Anyone have a command line that works?

Alec

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From daniele.pagliani at seac02.it  Wed May  3 09:52:00 2006
From: daniele.pagliani at seac02.it (Daniele Pagliani)
Date: Wed, 3 May 2006 09:52:00 +0200
Subject: [vlc] Network sync
Message-ID: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAJqEoz/80xUqDpZnTW/Ank8KAAAAQAAAASIhQIqO3zEm6S1MttSurEAEAAAAA@seac02.it>

Hi everyone,

I saw that vlc 0.8.5-test3 has an Advanced Option named ?Network Sync?: how
does it works? 

 

Thanks.

 

Daniele

 

 

 

 

 

----------------------------------------------

 

ing. Daniele Pagliani

Seac02  S.r.l.
via Avogadro 4
10121 Torino Italia
Tel. +39.011.197.006.52
Fax  +39.011.197.006.53
E-mail daniele.pagliani at seac02.it

 

www.seac02.it

 

 

 


Questa E-mail ? rivolta unicamente alle persone o enti ai quali ?
indirizzata. Essa pu? contenere informazioni la cui riservatezza ? tutelata.
Sono vietati la riproduzione e qualsiasi uso di questa e-mail e/o delle
informazioni in essa contenute in mancanza di autorizzazione del
destinatario.
This e-mail is intended only for the person or entity to which is addressed.
It may contain information that is privileged, proprietary, confidential,
attorney work product or otherwise exempted from disclosure under
applicable law. Copying, dissemination or use of this e-mail or the
information herein by anyone other than the intended recipient is
prohibited.

 

 

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

From sigmund.augdal at gmail.com  Wed May  3 10:15:10 2006
From: sigmund.augdal at gmail.com (Sigmund Augdal Helberg)
Date: Wed, 03 May 2006 10:15:10 +0200
Subject: [vlc] Re: Network sync
In-Reply-To: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAJqEoz/80xUqDpZnTW/Ank8KAAAAQAAAASIhQIqO3zEm6S1MttSurEAEAAAAA@seac02.it>
References: 	 <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAJqEoz/80xUqDpZnTW/Ank8KAAAAQAAAASIhQIqO3zEm6S1MttSurEAEAAAAA@seac02.it>
Message-ID: <1146644110.5738.72.camel@euklid>

On Wed, 2006-05-03 at 09:52 +0200, Daniele Pagliani wrote:
> Hi everyone,
> 
> I saw that vlc 0.8.5-test3 has an Advanced Option named ?Network
> Sync?: how does it works? 
Enable Network sync module on all involved hosts. For one of the hosts
enable --netsync-master (Act as master for network synchronisation, in
the gui).

For the rest of the hosts set the netsync master hosts ip address in the
Master client ip address field (or use
--netsync-master-ip=<ip-address-of-master> )

This should syncronize playout of media on the involved hosts if they
for instance play the same multicast stream.

Regards

Sigmund
> 
>  
> 
> Thanks.
> 
>  
> 
> Daniele
> 
>  
> 
>  
> 
>  
> 
>  
> 
>  
> 
> ----------------------------------------------
> 
>  
> 
> ing. Daniele Pagliani
> 
> Seac02  S.r.l.
> via Avogadro 4
> 10121 Torino Italia
> Tel. +39.011.197.006.52
> Fax  +39.011.197.006.53
> E-mail daniele.pagliani at seac02.it
> 
>  
> 
> www.seac02.it
> 
>  
> 
>  
> 
>  
> 
> 
> 
> Questa E-mail ? rivolta unicamente alle persone o enti ai quali ?
> indirizzata. Essa pu? contenere informazioni la cui riservatezza ?
> tutelata.
> Sono vietati la riproduzione e qualsiasi uso di questa e-mail e/o
> delle
> informazioni in essa contenute in mancanza di autorizzazione del
> destinatario.
> This e-mail is intended only for the person or entity to which is
> addressed.
> It may contain information that is privileged, proprietary,
> confidential,
> attorney work product or otherwise exempted from disclosure under
> applicable law. Copying, dissemination or use of this e-mail or the
> information herein by anyone other than the intended recipient is
> prohibited.
> 
> 
>  
> 
> 
>  
> 
> 

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From jeremie.garnier at gerpi.fr  Wed May  3 13:47:03 2006
From: jeremie.garnier at gerpi.fr (Jeremie Garnier)
Date: Wed, 03 May 2006 11:47:03 -0000
Subject: [vlc] qte
Message-ID: <20060503114703.380693AF0@mail.gerpi.fr>

Hi everyone,
 
Is anybody use qte output video with VLC because it doesn't work ???????

Cordially,

-----------------------------------
J?r?mie GARNIER 
 
Ing?nieur Consultant
-----------------------------------
GERPI
Centre d'Affaires Alphasis
Espace Performance
B?timent K
35760 Saint-Gr?goire
-----------------------------------
T?l 02 99 51 17 18 
T?l 06 88 89 56 42
Fax 02 99 32 19 80
www.gerpi.fr
-----------------------------------

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From ig at videocarbon.com  Thu May  4 04:52:44 2006
From: ig at videocarbon.com (Ian Griffin)
Date: Wed, 03 May 2006 19:52:44 -0700
Subject: [vlc] Preset Preferences during Compile
In-Reply-To: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAJqEoz/80xUqDpZnTW/Ank8KAAAAQAAAASIhQIqO3zEm6S1MttSurEAEAAAAA@seac02.it>
References: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAJqEoz/80xUqDpZnTW/Ank8KAAAAQAAAASIhQIqO3zEm6S1MttSurEAEAAAAA@seac02.it>
Message-ID: <44596C7C.6000809@videocarbon.com>

Hi All,
    I'm compiling VLC under cygwin and I would like to know if it's 
possible (and how :) ) to set certain preferences in the source and then 
compile it so the user after installing my compiled version already has 
these preferences set. The one I'm starting with is to allow only one 
running instance. So if anyone knows how to set this option to on before 
compiling, could you explain how?


Many thanks for your help.

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From dnumgis at videolan.org  Thu May  4 09:04:40 2006
From: dnumgis at videolan.org (Sigmund Augdal Helberg)
Date: Thu, 04 May 2006 09:04:40 +0200
Subject: [vlc] Re: Preset Preferences during Compile
In-Reply-To: <44596C7C.6000809@videocarbon.com>
References: 	 <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAJqEoz/80xUqDpZnTW/Ank8KAAAAQAAAASIhQIqO3zEm6S1MttSurEAEAAAAA@seac02.it>
	 <44596C7C.6000809@videocarbon.com>
Message-ID: <1146726280.4669.6.camel@euklid>

On Wed, 2006-05-03 at 19:52 -0700, Ian Griffin wrote:
> Hi All,
>     I'm compiling VLC under cygwin and I would like to know if it's 
> possible (and how :) ) to set certain preferences in the source and then 
> compile it so the user after installing my compiled version already has 
> these preferences set. The one I'm starting with is to allow only one 
> running instance. So if anyone knows how to set this option to on before 
> compiling, could you explain how?
All preferences options are declared throughout the sources in lines
like
add_integer(...)
add_boolean(...)

One of the parameters are an identifier. These are used in the config
file and in the command line parsing. This is the option you want to
look for when trying to find the options you want to change. The
particular option you mentioned are called "one-instance".

Another of the parameters are the default value. Which one depends on
the type of option this is. Look for other similar options if in doubt.

That said, there has been some discussion about the behaviour of the
one-instance option latly, perhaps you could try 0.8.5-test4 and see if
the behaviour there live up to your expectations?

Sigmund
> 
> 
> Many thanks for your help.
> 

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From hutnick at gmail.com  Thu May  4 22:35:44 2006
From: hutnick at gmail.com (Peter Hutnick)
Date: Thu, 4 May 2006 14:35:44 -0600
Subject: [vlc] Re: Zero Byte Output
In-Reply-To: <1144344585.14180.1.camel@endymion.home>
References: <63a3625b0603311346h24ea7d7ble910b89d132eb66b@mail.gmail.com>
	 <1144004662.9127.11.camel@endymion.home>
	 <63a3625b0604031048k758c7a38lf01d045e6d05210@mail.gmail.com>
	 <1144344585.14180.1.camel@endymion.home>
Message-ID: <63a3625b0605041335i7d8daa62g6ce9bbc992d7415b@mail.gmail.com>

I extracted contrib-20060428-win32-bin-gcc-3.4.5-only.tar.bz2 over my
existing cygwin install.  It no longer creates a zero byte file!  But
I'm only getting audio.

The relevant messages (and a little context) from the VLC message window follow.


message warning: message queue overflowed
ffmpeg debug: libavcodec initialized (interface 3276801 )
ffmpeg debug: postprocessing disabled
ffmpeg debug: ffmpeg codec (h264) started
main debug: using decoder module "ffmpeg"
main debug: looking for encoder module: 10 candidates
ffmpeg debug: libavcodec already initialized
ffmpeg debug: found encoder MPEG-2 Video
main debug: using encoder module "ffmpeg"
main debug: unlocking module "ffmpeg"
main debug: looking for encoder module: 10 candidates
ffmpeg debug: libavcodec already initialized
ffmpeg warning: MPEG1/2 does not support 2997/125 fps
 (mpeg2video at 01364810)
ffmpeg error: cannot open encoder
stream_out_transcode error: cannot find encoder
ffmpeg debug: ffmpeg codec (h264) stopped
main debug: unlocking module "ffmpeg"
main debug: adding a new input
stream_out_transcode debug: creating audio transcoding from fcc=`mp4a'
to fcc=`mp2a'

Clearly the problem is a missing MPEG2 codec for ffmepg, but I have no
idea where to get it or how to add it.

Any suggestions are appreciated.

-Peter


On 4/6/06, Benjamin Pracht <bigben+spam at videolan.org> wrote:
> Le lundi 03 avril 2006 ? 11:48 -0600, Peter Hutnick a ?crit :
> > Turns out it is because I don't have ffmpeg.  Does anyone know where I
> > can get a win32 binary that works with VLC?  The ffmpeg site is coy
> > about pre-built bins.
> >
>
> Have you had a look at our contribs ?
>
> ftp.videolan.org/pub/testing/win32
>
> contrib-20060330-win32-bin-gcc-3.4.5-only.tar.bz2
>
> More generally,  I suggest you read
>
> http://developers.videolan.org/vlc/vlc/INSTALL.win32
>
> --
> BigBen
>
> --
> This is the vlc mailing-list, see http://www.videolan.org/vlc/
> To unsubscribe, please read http://www.videolan.org/support/lists.html
>
>

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From davidmarius2005 at yahoo.com  Fri May  5 11:52:54 2006
From: davidmarius2005 at yahoo.com (Marius David)
Date: Fri, 5 May 2006 02:52:54 -0700 (PDT)
Subject: [vlc] transport stream file
Message-ID: <20060505095254.20023.qmail@web35804.mail.mud.yahoo.com>

What program are VLC playing from a .ts file if the transport stream file contain more programs ?
 

 
 Marius David
 UPB/ETTI/
		
---------------------------------
Blab-away for as little as 1?/min. Make  PC-to-Phone Calls using Yahoo! Messenger with Voice.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060505/9f77c870/attachment.html>

From dnumgis at videolan.org  Fri May  5 12:00:00 2006
From: dnumgis at videolan.org (Sigmund Augdal Helberg)
Date: Fri, 05 May 2006 12:00:00 +0200
Subject: [vlc] Re: transport stream file
In-Reply-To: <20060505095254.20023.qmail@web35804.mail.mud.yahoo.com>
References: <20060505095254.20023.qmail@web35804.mail.mud.yahoo.com>
Message-ID: <1146823200.20314.58.camel@euklid>

On Fri, 2006-05-05 at 02:52 -0700, Marius David wrote:
> What program are VLC playing from a .ts file if the transport stream
> file contain more programs ?
The first one encounted, unless you select one with --program or in the
navigation menu. You can also select more than one program using
--programs

Sigmund
> 
> 
> 
> Marius David
> UPB/ETTI/
> 
> 
> ______________________________________________________________________
> Blab-away for as little as 1?/min. Make PC-to-Phone Calls using Yahoo!
> Messenger with Voice.

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From clem.taylor at gmail.com  Fri May  5 21:14:25 2006
From: clem.taylor at gmail.com (Clem Taylor)
Date: Fri, 5 May 2006 15:14:25 -0400
Subject: [vlc] problems with multiple multicast rtsp streams on the same port...
Message-ID: <ecb4efd10605051214q7b1b62abq89f75fba30797dae@mail.gmail.com>

I have a MP4 video source that is serving out two streams of multicast
RTSP video. The two streams are coming from different destination
multicast addresses, but the same source/destination port.

For example:
192.168.50.112:47806 -> 224.16.54.9:47806      [rtsp://192.168.50.112/mpeg0]
192.168.50.112:47806 -> 224.16.54.12:47806    [rtsp://192.168.50.112/mpeg1]

I open up two vlc windows, one for each rtsp url and it seems that the
video from the two streams are being interleaved together. I see a
corrupt mix of video from the two streams.

I'm using a linux (FC4 2.6.16) build of vlc (r15197) with the
2006.03.16 live code. I don't see this problem with 0.8.4a win32 (in
vmware on the same linux box) and I don't remember seeing this problem
with an older linux build (not sure which one).

If the streams are on different destination ports everything works
fine, but to be compatible with some 3rd party software, we need use
the same port for both streams.

                                  Any ideas,
                                  Clem

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From tblu at nerdshack.com  Fri May  5 23:37:21 2006
From: tblu at nerdshack.com (tblu)
Date: Fri, 05 May 2006 23:37:21 +0200
Subject: [vlc] Re: Problems with Subtitles
In-Reply-To: <200604291514.LAA09857@webmail6.cac.psu.edu>
References: <200604291514.LAA09857@webmail6.cac.psu.edu>
Message-ID: <445BC591.7030408@nerdshack.com>

brendan mccall ha scritto:
> Hi everyone,
> I've been downloading quite a few movies that come with subtitle files (usually
> .srt files), but I have no ideas how to open them or get them to work with the
> films.  Does anyone know how to solve that?
> Thanks,
> Brendan
>
>   
Hi Brendan,
just open the movie as a file and give the .srt file as subtitle. It 
should work.

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From finlayson at live555.com  Sat May  6 01:53:39 2006
From: finlayson at live555.com (Ross Finlayson)
Date: Fri, 05 May 2006 16:53:39 -0700
Subject: [vlc] Re: problems with multiple multicast rtsp streams on the
  same port...
In-Reply-To: <ecb4efd10605051214q7b1b62abq89f75fba30797dae@mail.gmail.co
 m>
References: <ecb4efd10605051214q7b1b62abq89f75fba30797dae@mail.gmail.com>
Message-ID: <7.0.1.0.1.20060505165131.01f72548@live555.com>

At 12:14 PM 5/5/2006, you wrote:
>I have a MP4 video source that is serving out two streams of multicast
>RTSP video. The two streams are coming from different destination
>multicast addresses, but the same source/destination port.
>
>For example:
>192.168.50.112:47806 -> 224.16.54.9:47806      [rtsp://192.168.50.112/mpeg0]
>192.168.50.112:47806 -> 224.16.54.12:47806    [rtsp://192.168.50.112/mpeg1]
>
>I open up two vlc windows, one for each rtsp url and it seems that the
>video from the two streams are being interleaved together. I see a
>corrupt mix of video from the two streams.
>
>I'm using a linux (FC4 2.6.16) build of vlc (r15197) with the
>2006.03.16 live code. I don't see this problem with 0.8.4a win32 (in
>vmware on the same linux box) and I don't remember seeing this problem
>with an older linux build (not sure which one).

As your testing shows, this is an operating system problem.  Some OSs 
allow you to receive data on the same port, using different multicast 
addresses; others do not.

>If the streams are on different destination ports everything works
>fine, but to be compatible with some 3rd party software, we need use
>the same port for both streams.

If you want to continue using this OS version, then you may have no 
choice here....


	Ross Finlayson
	Live Networks, Inc. (LIVE555.COM)
	<http://www.live555.com/>

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From jean-paul.saman at planet.nl  Sat May  6 10:54:56 2006
From: jean-paul.saman at planet.nl (Jean-Paul Saman)
Date: Sat, 06 May 2006 10:54:56 +0200
Subject: [vlc] Re: Using qte output with VLC
In-Reply-To: <20060502125409.7E9EF3B33@mail.gerpi.fr>
References: <20060502125409.7E9EF3B33@mail.gerpi.fr>
Message-ID: <445C6460.9080808@planet.nl>

Jeremie Garnier wrote:
> Hello,
>         
> Why I can't send a message to gerald.hansink at ordain.nl ????(a vlc team
> developpers).

He is not vlc team member, but wrote the qte vout support. Maybe he is 
not working there anymore, and the e-mail address is wrong (should be 
ordina).

> I allow myself to contact you because I do not manage to configure vlc
> for Qt embedded correctly. I saw on Internet that this part was not yet
> ready. It is right ?

The QTE support is not ready. There is a QTE video output that only 
works in fullscreen mode and it hasn't been maintaned since the 0.7.x 
releases.

> I currently use vlc-0.7 and qt-embedded-free-3.3.3. I just want to use
> qte video output (and not x11) and develop a GUI. Qt is build correctly
> ant I place --enable-qte and --with-qte=path-of-qte but it doesn't
> work...It say :
It would be better if you started with the current archive (Subversion)
$> svn co svn.videolan.org/svn/vlc/trunk

See http://developers.videolan.org/svn.html for more information on 
howto checkout a fresh copy of vlc (latest developments).

> configure: error: echo "Cannot find QT Embedded development headers."
As it says it cannot find the development headers. Are you sure they are 
in the include path?

> It is due to some errors in qshared.h and other headers but qt embedded
> is build correctly.
> Can you help me ?

I suggest to continue this mailthread on vlc-devel at videolan.org were it 
belongs.

Grtz,
Jean-Paul Saman.

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From jean-paul.saman at planet.nl  Sat May  6 10:58:26 2006
From: jean-paul.saman at planet.nl (Jean-Paul Saman)
Date: Sat, 06 May 2006 10:58:26 +0200
Subject: [vlc] Re: capture from firewire/ieee1394 dv camcorder
In-Reply-To: <20060502215118.GB31949@apri>
References: <20060502215118.GB31949@apri>
Message-ID: <445C6532.8000502@planet.nl>

Alec Robertson wrote:
> Hi,
> 
> I'm running the svn vlc on debian experimental and can't seem to capture
> from my dv camcorder. dvgrab (using raw1394 or dv1394) and dvconnect
> (using video1394) work fine but I can't seem to grab the feed with vlc.
> 
> Anyone have a command line that works?
Which version of vlc do you use?
Only vlc-0.8.5-test{1,2,3,4} and the final (not released yet) can read 
from DV input.

The commandline is:
vlc dv/rawdv:///dev/raw1394 ?dv-caching 10000

Grtz,
Jean-Paul Saman.

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From dionoea at videolan.org  Sat May  6 21:56:02 2006
From: dionoea at videolan.org (Antoine Cellerier)
Date: Sat, 6 May 2006 21:56:02 +0200
Subject: [vlc] [release] VLC media player 0.8.5
Message-ID: <20060506195602.GA14412@via.ecp.fr>

Dear VideoLAN users,

The VideoLAN team is happy to announce the release of VLC media player
0.8.5.

Highlights of the new features and improvements:
 * MacIntel support
 * Statistic system
 * Linux DV input
 * Audio CD improvements (CDDB)
 * Many new and improved video filters
 * New AJAX HTTP interface
 * Drag'n Drop and VLM in windows/linux default interface
 * Winamp 2 skins support
 * Cook real audio codec
 * MSN and Growl "Now playing" plugins
 * XSPF playlist support
 * Mozilla plugin support on Mac OS X (PowerPC only)
 * New default skin
 * Loads of bugfixes.

You can get a complete list by reading the release notes:
http://developers.videolan.org/vlc/NEWS

Binary packages for Windows and MacOS X (PowerPC and Intel) are
available. You can download those and the source code as well on:
http://www.videolan.org/vlc/

Help concerning this new VLC version is available :
 * Documentation - http://www.videolan.org/doc/
 * The Forum - http://forum.videolan.org/
 * The Wiki Pages - http://wiki.videolan.org/
 * The User Mailing Lists - http://www.videolan.org/support/lists.html
 * IRC - #videolan on Freenode

Remember to reset your preferences if you experience problems after
upgrading from a previous version.

For the VideoLAN team,

-- 
Antoine Cellerier
dionoea

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From chris_clayton at f1internet.com  Sun May  7 12:59:12 2006
From: chris_clayton at f1internet.com (Chris Clayton)
Date: Sun, 7 May 2006 10:59:12 +0000
Subject: [vlc] vlc-0.8.5 build problem
Message-ID: <200605071059.12319.chris_clayton@f1internet.com>

Hi,

Firstly, thanks for everyone's work on vlc.

I'm building vlc-0.8.5 but get the following compile error:

if i386-pc-linux-gcc -DHAVE_CONFIG_H -I. -I. -I..   -DSYS_LINUX -I../include `top_builddir=".." ../vlc-config --cflags vlc` -Wsign-compare -Wall -Os -march=i386 -fno-strength-reduce -pipe -MT misc/libvlc_a-charset.o -MD -MP -MF "misc/.deps/libvlc_a-charset.Tpo" -c -o misc/libvlc_a-charset.o `test -f 'misc/charset.c' || echo './'`misc/charset.c; \
        then mv -f "misc/.deps/libvlc_a-charset.Tpo" "misc/.deps/libvlc_a-charset.Po"; else rm -f "misc/.deps/libvlc_a-charset.Tpo"; exit 1; fi
misc/charset.c:391:14: warning: multi-character character constant

[ ...many of these so, snip...]

misc/charset.c:544:26: warning: multi-character character constant
misc/charset.c: In function `GetFallbackEncoding':
misc/charset.c:573: warning: implicit declaration of function `setlocale'
misc/charset.c:573: error: `LC_ALL' undeclared (first use in this function)
misc/charset.c:573: error: (Each undeclared identifier is reported only once
misc/charset.c:573: error: for each function it appears in.)
misc/charset.c:573: warning: assignment makes pointer from integer without a cast
make[4]: *** [misc/libvlc_a-charset.o] Error 1


The problem seems to be that I have /usr/include/langinfo.h (from glibc-2.3.6),
so HAVE_LANGINFO_CODESET is defined. That means that in src/misc/charset.c,
langinfo.h is included rather than locale.h. Including langinfo.h does not seem to
lead to LC_ALL being defined.

This horrible hack makes the build complete (and vlc seems to play mp3, dvd and
cd audio fine):

--- vlc-0.8.5/src/misc/charset.c.orig	2006-05-07 08:44:23.000000000 +0000
+++ vlc-0.8.5/src/misc/charset.c	2006-05-07 08:58:42.000000000 +0000
@@ -570,8 +570,10 @@
     /* Some systems (like Darwin, SunOS 4 or DJGPP) have only the C locale.
      * Therefore we don't use setlocale here; it would return "C". */
 #  if HAVE_SETLOCALE && !__APPLE__
+#  if defined LC_ALL
     psz_lang = setlocale( LC_ALL, NULL );
 #  endif
+#  endif
     if( psz_lang == NULL || psz_lang[0] == '\0' )
     {
         psz_lang = getenv( "LC_ALL" );


Hope this heads up helps figure out a real fix :)


Regards,

Chris

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From outman52 at free.fr  Sun May  7 16:50:26 2006
From: outman52 at free.fr (OuTman)
Date: Sun, 07 May 2006 16:50:26 +0200
Subject: [vlc] small typing error in french translation
Message-ID: <445E0932.8060800@free.fr>

there is a small typing error in french translation of the new VLC 0.8.5

go to "Vue" ("View") menu, you will see "Conttr?le VLM...", instead of 
"Contr?le VLM...", of course

screenshot here:
http://img445.imageshack.us/img445/2962/vlc3mr.png

------------------------------------------------------------

il y a une petite faute de frappe dans la traduction fran?aise du r?cent 
VLC 0.8.5

allez dans le menu "Vue" ("View"), vous verrez "Conttr?le VLM...", au 
lieu de "Contr?le VLM...", bien s?r

capture d'?cran ici :
http://img445.imageshack.us/img445/2962/vlc3mr.png

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From brezhoneg1 at yahoo.fr  Mon May  8 14:25:19 2006
From: brezhoneg1 at yahoo.fr (brezhoneg1)
Date: Mon, 8 May 2006 14:25:19 +0200
Subject: [vlc] DVB-T and vlc-0.8.5 on WinXP
In-Reply-To: <20060506195602.GA14412@via.ecp.fr>
Message-ID: <000a01c6729a$8dd20840$e61bfac1@breizh>

Hello,
   
   First off, thanks a lot for VLC which I use on a daily basis for all
type of purpose (TV both analog and DVB-T, Divx, Radio, ....) on WinXP
and Linux. This product is really great.

   With regard to DVB-T on WinXP, I'm having trouble to make it run with
vlc-0.8.5 (not tested with older version), and I am actually wondering
whether this is an issue related to VLC or to some kind of drivers
missing or misconfigured  .... 

   My configuration is a not-too-old PC running WinXP SP1. a USB2.0
DVB-T box from Yakumo is connected to it. The legacy software from
YAKUMO works
fine.

   Yet, it would also be great to make VLC work with it. In the
directShow panel from VLC, I do get the "C&E DVB-T Device T50023" item
after clicking on the refresh list, but then nothing seems to work, the
"configure" button doesn't show anything, and the vlc logger only says
the following (one single line) :

main debug: adding playlist item `dshow://' ( dshow://

   Does anybody know if YAKUMO USB DVB-T boxes can work with VLC or any
other popular softwares apart from the legacy YAKUMO software? Are there
any extra driver requirements ? Are there any known issues when
interfacing DVB-T boxes with VLC on WinXP ?

   One good thing to mention, the same PC running vlc(svn) and connected
to the same DVB-T box works very fine on LINUX FedoraCore4 !

Thanks in advance for any help.

Regards
Joe
Email: brezhoneg1 at yahoo.fr
 


	

	
		
___________________________________________________________________________ 
Faites de Yahoo! votre page d'accueil sur le web pour retrouver directement vos services pr?f?r?s : v?rifiez vos nouveaux mails, lancez vos recherches et suivez l'actualit? en temps r?el. 
Rendez-vous sur http://fr.yahoo.com/set

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From supercanadian at gmail.com  Tue May  9 06:54:07 2006
From: supercanadian at gmail.com (Charles Iliya Krempeaux)
Date: Mon, 8 May 2006 21:54:07 -0700
Subject: [vlc] Some XSPF related bugs [was: Fwd: [videoblogging] Re: Fwd: [release] VLC media player 0.8.5]
Message-ID: <84ce626f0605082154rfbaa5fambd6d9afd4a57f148@mail.gmail.com>

Hello VLC developers,

We've been testing out VLC 0.8.5's new XSPF abilities, and we've found some
bugs.

bug #1: VLC does NOT seem to be able to play an XSPF files off of the web.
(You seem to need to download it to your hard drive first and then refer VLC
to that.)

bug #2: XML comments, within the XSPF file, seem to prevent things from
working.


Is the a bug tracker somewhere to enter these?  Or is e-mailing bugs here
sufficient?


See ya

---------- Forwarded message ----------
From: Pete Prodoehl <raster at gmail.com>
Date: May 8, 2006 7:52 PM
Subject: Re: [videoblogging] Re: Fwd: [vlc] [release] VLC media player 0.8.5
To: videoblogging at yahoogroups.com

Charles Iliya Krempeaux wrote:
> Hello Pete,
>
> On 5/8/06, Pete Prodoehl <raster at gmail.com> wrote:
>>
>> --- In videoblogging at yahoogroups.com, "Lucas Gonze" <lucas.gonze at ...>
>> wrote:
>> >
>> > Note XSPF support, meaning that a lot more can be done with video
>> playlists.
>> >
>>
>> Finally, my XSPF playlist can be put to use! If someone can test it
>> out and let me know if it works, that would be great:
>>
>>    http://tinkernet.org/xspf/
>
>
> It doesn't work for me.

Ah, two things. I deleted a comment in my XSPF file. It was a legit XML
comment, so it should have been fine, and I actually downloaded my XSPF
file and saved it locally, instead of trying to open it over the
network. That made things "sort of" work better.

I'm still getting some VLC errors, but I'm actually watching video from
a playlist, so we're making progress!

Pete


--
http://tinkernet.org/
videoblog for the future...




--
    Charles Iliya Krempeaux, B.Sc.

    charles @ reptile.ca
    supercanadian @ gmail.com

    developer weblog: http://ChangeLog.ca/
___________________________________________________________________________
 Make Television                                http://maketelevision.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060508/ce23bdee/attachment.html>

From intrepidity at shaw.ca  Tue May  9 08:13:27 2006
From: intrepidity at shaw.ca (THE GREAT ALSKY)
Date: Mon, 08 May 2006 23:13:27 -0700
Subject: [vlc] Re: Some XSPF related bugs [was: Fwd: [videoblogging] Re: Fwd:
 [release] VLC media player 0.8.5]
References: <84ce626f0605082154rfbaa5fambd6d9afd4a57f148@mail.gmail.com>
Message-ID: <000a01c6732f$b00ae900$e9214518@gv.shawcable.net>

LONG LIVE "VLC".
  ----- Original Message ----- 
  From: Charles Iliya Krempeaux 
  To: VLC Mailing List 
  Sent: Monday, May 08, 2006 9:54 PM
  Subject: [vlc] Some XSPF related bugs [was: Fwd: [videoblogging] Re: Fwd: [release] VLC media player 0.8.5]


  Hello VLC developers,

  We've been testing out VLC 0.8.5's new XSPF abilities, and we've found some bugs.

  bug #1: VLC does NOT seem to be able to play an XSPF files off of the web.  (You seem to need to download it to your hard drive first and then refer VLC to that.) 

  bug #2: XML comments, within the XSPF file, seem to prevent things from working.


  Is the a bug tracker somewhere to enter these?  Or is e-mailing bugs here sufficient?


  See ya

  ---------- Forwarded message ---------- 
  From: Pete Prodoehl <raster at gmail.com>
  Date: May 8, 2006 7:52 PM
  Subject: Re: [videoblogging] Re: Fwd: [vlc] [release] VLC media player 0.8.5
  To: videoblogging at yahoogroups.com

  Charles Iliya Krempeaux wrote:
  > Hello Pete,
  >
  > On 5/8/06, Pete Prodoehl < raster at gmail.com> wrote:
  >>
  >> --- In videoblogging at yahoogroups.com, "Lucas Gonze" <lucas.gonze at ...>
  >> wrote:
  >> > 
  >> > Note XSPF support, meaning that a lot more can be done with video
  >> playlists.
  >> >
  >>
  >> Finally, my XSPF playlist can be put to use! If someone can test it
  >> out and let me know if it works, that would be great: 
  >>
  >>    http://tinkernet.org/xspf/
  >
  >
  > It doesn't work for me.

  Ah, two things. I deleted a comment in my XSPF file. It was a legit XML 
  comment, so it should have been fine, and I actually downloaded my XSPF
  file and saved it locally, instead of trying to open it over the
  network. That made things "sort of" work better.

  I'm still getting some VLC errors, but I'm actually watching video from 
  a playlist, so we're making progress!

  Pete


  --
  http://tinkernet.org/
  videoblog for the future...




  -- 
      Charles Iliya Krempeaux, B.Sc.

      charles @ reptile.ca
      supercanadian @ gmail.com

      developer weblog: http://ChangeLog.ca/
  ___________________________________________________________________________
   Make Television                                http://maketelevision.com/ 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060508/cfce6ae4/attachment.html>

From PHAN0004 at ntu.edu.sg  Tue May  9 10:02:28 2006
From: PHAN0004 at ntu.edu.sg (#PHANG CHEE WOH,DERRICK#)
Date: Tue, 9 May 2006 16:02:28 +0800
Subject: [vlc] Configure File for compiling VideoLan for WinCE 
References: <CEEKLCPEMMMKFCFPKMLBMEFGCAAA.rlin@sunrisetelecom.com.cn>
Message-ID: <B573E71765F6B54DB45A0FBE9B1FA5AB029F6533@mail01.student.main.ntu.edu.sg>

Hi,

I am still trying to build videolan for windows CE through cygwin running on windows XP. I am having problems with the configure part before the actual make.

I am using the configure file for winCE that comes predefault with VideoLan.

Can anyone send me a copy of their configure file so that I can cross check for the errors?

Also, I notice that the directory "cross-tools" is not available inside the "usr/local/wince/" directory as specified in the configure file. Did I left out any libraries?

Thanks.
Derrick
-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 2705 bytes
Desc: not available
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060509/2aed8ceb/attachment.bin>

From vlcplayer at gmail.com  Tue May  9 10:43:16 2006
From: vlcplayer at gmail.com (Lukasz Kondrad)
Date: Tue, 9 May 2006 11:43:16 +0300
Subject: [vlc] Multicast receiving problem
Message-ID: <e54331ff0605090143o358982b4vcddf91b836b1061a@mail.gmail.com>

Hi,
I have a problem when i am trying to receive multicast, everything goes
great untill that message shows:

main decoder debug: thread 2993748912: secret message triggered at
src/misc/block.c:228 (Connection timed out)

do you know what the problem could be??
I checked by using tcpdump and I see the packet are coming and by ping
224.0.0.1I see that I joined multicast.

thanks in advance
Lukasz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060509/b879ffba/attachment.html>

From vlc at schmaller.de  Tue May  9 10:59:59 2006
From: vlc at schmaller.de (DS)
Date: Tue, 09 May 2006 10:59:59 +0200
Subject: [vlc] Re: Some XSPF related bugs
In-Reply-To: <84ce626f0605082154rfbaa5fambd6d9afd4a57f148@mail.gmail.com>
References: <84ce626f0605082154rfbaa5fambd6d9afd4a57f148@mail.gmail.com>
Message-ID: <44605A0F.4090805@schmaller.de>

On 09.05.2006 06:54, Charles Iliya Krempeaux wrote:
> bug #1: VLC does NOT seem to be able to play an XSPF files off of the 
> web.  (You seem to need to download it to your hard drive first and then 
> refer VLC to that.)
It works, if your http server sends exactly the mimetype "application/xspf+xml" (without charset parameter).
I'll send a patch to detect the mimetype correctly.
As a workaround you could open the the remote playlist like this:
"vlc http/xspf-open://tinkernet.org/xspf/"
Maybe you can temporary remove the charset parameter from the Content-type!?

> bug #2: XML comments, within the XSPF file, seem to prevent things from 
> working.
I've tested with comments at various positions, so I can't confirm this.
Can you send a file (or better a link to it) which doesn't work?

> Is the a bug tracker somewhere to enter these?  Or is e-mailing bugs 
> here sufficient?
There's a bug tracker @ https://trac.videolan.org/vlc/
But you may only read existing tickets.

> See ya
Bye, Daniel

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From h.harisson at gmail.com  Tue May  9 12:55:37 2006
From: h.harisson at gmail.com (harisson)
Date: Tue, 09 May 2006 12:55:37 +0200
Subject: [vlc] faad2 : what's wrong ?
Message-ID: <44607529.4020800@gmail.com>

Hello,

It seems that i get some troubles with this lib with my regular debian 
faad2-dev package (=2.0.0+cvs20060416-0.0)

I tried to recompile it with the |faad2-20040923.tar.bz2 from 
videolan.org but make says :

if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -DUSE_TAGGING=1 -g -O2 -MT 
libmp4ff_a-mp4ff.o -MD -MP -MF ".deps/libmp4ff_a-mp4ff.Tpo" \
-c -o libmp4ff_a-mp4ff.o `test -f 'mp4ff.c' || echo './'`mp4ff.c; \
then mv -f ".deps/libmp4ff_a-mp4ff.Tpo" ".deps/libmp4ff_a-mp4ff.Po"; \
else rm -f ".deps/libmp4ff_a-mp4ff.Tpo"; exit 1; \
fi
In file included from mp4ffint.h:35,
from mp4ff.c:30:
mp4ff_int_types.h:23:7: warning: no newline at end of file
In file included from mp4ff.c:30:
mp4ffint.h:373:7: warning: no newline at end of file
mp4ff.c:104: error: static declaration of ?mp4ff_track_add? follows 
non-static declaration
mp4ffint.h:348: error: previous declaration of ?mp4ff_track_add? was here
mp4ff.c: In function ?mp4ff_read_sample?:
mp4ff.c:431: warning: pointer targets in passing argument 2 of 
?mp4ff_read_data? differ in signedness
mp4ff.c: In function ?mp4ff_read_sample_v2?:
mp4ff.c:457: warning: pointer targets in passing argument 2 of 
?mp4ff_read_data? differ in signedness
make[3]: *** [libmp4ff_a-mp4ff.o] Erreur 1
...

|

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From dnumgis at videolan.org  Tue May  9 13:11:04 2006
From: dnumgis at videolan.org (Sigmund Augdal Helberg)
Date: Tue, 09 May 2006 13:11:04 +0200
Subject: [vlc] Re: Network sync
In-Reply-To: <44437816.30701@inf.uni-konstanz.de>
References: 	 <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAJqEoz/80xUqDpZnTW/Ank8KAAAAQAAAASIhQIqO3zEm6S1MttSurEAEAAAAA@seac02.it>
	 <1146644110.5738.72.camel@euklid>  <44437816.30701@inf.uni-konstanz.de>
Message-ID: <1147173065.31570.3.camel@euklid>

On Mon, 2006-04-17 at 13:12 +0200, Boris Neubert wrote:
> Hi Sigmund,
> 
> is it possible to sync local copies of a video file this way, too?
> I want to play a video file which is already present on different 
> machines in a synced way.
I think it should work provided you can start playback on all hosts more
or less at the same time. But I have not tried it myself so I can't tell
for sure

Sigmund
> My idea was to include some network code in the open-gl plugin and sync 
> every 10th frame or so.
> But maybe there is a easier way to do that?
> Regards,
> Boris
> 
> Sigmund Augdal Helberg schrieb:
> 
> >On Wed, 2006-05-03 at 09:52 +0200, Daniele Pagliani wrote:
> >  
> >
> >>Hi everyone,
> >>
> >>I saw that vlc 0.8.5-test3 has an Advanced Option named ?Network
> >>Sync?: how does it works? 
> >>    
> >>
> >Enable Network sync module on all involved hosts. For one of the hosts
> >enable --netsync-master (Act as master for network synchronisation, in
> >the gui).
> >
> >For the rest of the hosts set the netsync master hosts ip address in the
> >Master client ip address field (or use
> >--netsync-master-ip=<ip-address-of-master> )
> >
> >This should syncronize playout of media on the involved hosts if they
> >for instance play the same multicast stream.
> >
> >Regards
> >
> >Sigmund
> >  
> >
> >> 
> >>
> >>Thanks.
> >>
> >> 
> >>
> >>Daniele
> >>
> >> 
> >>
> >> 
> >>
> >> 
> >>
> >> 
> >>
> >> 
> >>
> >>----------------------------------------------
> >>
> >> 
> >>
> >>ing. Daniele Pagliani
> >>
> >>Seac02  S.r.l.
> >>via Avogadro 4
> >>10121 Torino Italia
> >>Tel. +39.011.197.006.52
> >>Fax  +39.011.197.006.53
> >>E-mail daniele.pagliani at seac02.it
> >>
> >> 
> >>
> >>www.seac02.it
> >>
> >> 
> >>
> >> 
> >>
> >> 
> >>
> >>
> >>
> >>Questa E-mail ? rivolta unicamente alle persone o enti ai quali ?
> >>indirizzata. Essa pu? contenere informazioni la cui riservatezza ?
> >>tutelata.
> >>Sono vietati la riproduzione e qualsiasi uso di questa e-mail e/o
> >>delle
> >>informazioni in essa contenute in mancanza di autorizzazione del
> >>destinatario.
> >>This e-mail is intended only for the person or entity to which is
> >>addressed.
> >>It may contain information that is privileged, proprietary,
> >>confidential,
> >>attorney work product or otherwise exempted from disclosure under
> >>applicable law. Copying, dissemination or use of this e-mail or the
> >>information herein by anyone other than the intended recipient is
> >>prohibited.
> >>
> >>
> >> 
> >>
> >>
> >> 
> >>
> >>
> >>    
> >>
> >
> >  
> >
> 

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From vlc at yellowradio.com  Tue May  9 14:35:21 2006
From: vlc at yellowradio.com (John Kinson)
Date: Tue, 09 May 2006 13:35:21 +0100
Subject: [vlc] RTSP stream playback differences between 0.8.5 precompiled Windows
 and Linux sources?
Message-ID: <44608C89.6090205@yellowradio.com>

I'm trying to playback an RTSP stream from a Darwin Streaming Server, 
hosted on a Mac.

If I use the precompiled Win32 version of VLC 0.8.5, I can play back the 
stream with no problem.

However, if I build VLC 0.8.5 from the tarball on a linux platform, I 
get the error '[00000267] main demuxer warning: no access_demux module 
matched "rtsp"' as below, and playback fails.

Could anyone explain how I could build VLC from the sources to be 
compatible with a Darwin Streaming Server?

[00000001] main vlc debug: opening config file /home/johnk/.vlc/vlcrc
[00000001] main vlc debug: checking builtin modules
[00000001] main vlc debug: checking plugin modules
[00000001] main vlc debug: loading plugins cache file 
/home/johnk/.vlc/cache/plugins-04041e.dat
[00000001] main vlc debug: recursively browsing `modules'
[00000001] main vlc debug: recursively browsing `/usr/local/lib/vlc'
[00000001] main vlc debug: recursively browsing `plugins'
[00000001] main vlc debug: module bank initialized, found 199 modules
[00000001] main vlc debug: opening config file /home/johnk/.vlc/vlcrc
[00000001] main vlc debug: CPU has capabilities 486 586 MMX MMXEXT SSE 
SSE2 FPU
[00000001] main vlc debug: looking for memcpy module: 3 candidates
[00000001] main vlc debug: using memcpy module "memcpymmxext"
[00000256] main playlist debug: waiting for thread completion
[00000256] main playlist debug: thread 3083901872 (playlist) created at 
priority 0 (playlist/playlist.c:184)
[00000257] main private debug: waiting for thread completion
[00000257] main private debug: thread 3075509168 (preparser) created at 
priority 0 (playlist/playlist.c:210)
[00000258] main interface debug: looking for interface module: 1 candidate
[00000258] main interface debug: using interface module "hotkeys"
[00000258] main interface debug: thread 3067091888 (interface) created 
at priority 0 (interface/interface.c:231)
[00000260] main interface debug: looking for interface module: 1 candidate
[00000260] main interface debug: using interface module "screensaver"
[00000260] main interface debug: thread 3058690992 (interface) created 
at priority 0 (interface/interface.c:231)
[00000256] main playlist debug: adding playlist item 
`rtsp://treaclepinky/parking_hinted.3gp' ( 
rtsp://treaclepinky/parking_hinted.3gp )
[00000262] main interface debug: looking for interface module: 3 candidates
[00000262] main interface debug: using interface module "wxwidgets"
[00000262] main interface debug: thread 3034188720 (manager) created at 
priority 0 (interface/interface.c:216)
[00000262] wxwidgets interface debug: Using last windows config 
'(-1,0,0,1280,800)(0,5,49,425,86)(6,0,0,-1,150)'
[00000262] wxwidgets interface debug: id=0 p=(5,49) s=(425,86)
[00000262] wxwidgets interface debug: id=6 p=(0,0) s=(-1,150)
[00000256] main playlist debug: nothing requested, starting
[00000256] main playlist debug: creating new input thread
[00000265] main input debug: waiting for thread completion
[00000265] main input debug: creating statistics handler
[00000265] main input debug: `rtsp://server/stream_hinted.3gp' gives 
access `rtsp' demux `' path `server/stream_hinted.3gp'
[00000265] main input debug: creating demux: access='rtsp' demux='' 
path='server/stream_hinted.3gp'
[00000267] main demuxer debug: looking for access_demux module: 0 candidates
[00000267] main demuxer warning: no access_demux module matched "rtsp"
[00000265] main input debug: creating access 'rtsp' 
path='server/stream_hinted.3gp'
[00000268] main access debug: looking for access2 module: 4 candidates
[00000268] access_file access warning: server/stream_hinted.3gp: No such 
file or directory
[00000268] cdda access warning: could not open server/stream_hinted.3gp
[00000268] main access warning: no access2 module matching "rtsp" could 
be loaded
[00000265] main input error: no suitable access module for 
`rtsp://server/stream_hinted.3gp'
[00000265] main input debug: thread 3022842800 (input) created at 
priority 0 (input/input.c:261)
[00000265] main input debug: thread 3022842800 joined (input/input.c:399)
[00000256] main playlist: nothing to play

Thanks,

JK

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From xtophe at nxtelevision.com  Tue May  9 15:08:39 2006
From: xtophe at nxtelevision.com (Christophe Mutricy)
Date: Tue, 9 May 2006 15:08:39 +0200
Subject: [vlc] Re: RTSP stream playback differences between 0.8.5 precompiled Windows and Linux sources?
In-Reply-To: <44608C89.6090205@yellowradio.com>
References: <44608C89.6090205@yellowradio.com>
Message-ID: <20060509130839.GC3085@nxtelevision.com>

On Tue, May 09, 06 at 13:35 +0100, John Kinson wrote:
> I'm trying to playback an RTSP stream from a Darwin Streaming Server, 
> hosted on a Mac.
> 
> If I use the precompiled Win32 version of VLC 0.8.5, I can play back the 
> stream with no problem.
> 
> However, if I build VLC 0.8.5 from the tarball on a linux platform, I 
> get the error '[00000267] main demuxer warning: no access_demux module 
> matched "rtsp"' as below, and playback fails.

You need liveMedia from live555.com

-- 
Xtophe

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From vlc at yellowradio.com  Tue May  9 18:36:07 2006
From: vlc at yellowradio.com (John Kinson)
Date: Tue, 09 May 2006 17:36:07 +0100
Subject: [vlc] Re: RTSP stream playback differences between 0.8.5 precompiled
 Windows and Linux sources?
In-Reply-To: <20060509130839.GC3085@nxtelevision.com>
References: <44608C89.6090205@yellowradio.com> <20060509130839.GC3085@nxtelevision.com>
Message-ID: <4460C4F7.3010201@yellowradio.com>

Thanks Christophe.

However, playback of an RTSP stream of 3GPP content (H.263 video, AMR-NB 
audio, 3GP/Mobile MP4 container) now starts, but the audio stutters.  
Playback of the stream with RealPlayer works fine; playback of the file 
in VLC locally (without hinting) also works fine, so I believe my 
streaming server, and amr-nb support in VLC, to both be OK - it's the 
RTSP delivery of the audio which I think is the problem.  Any idea why 
this might be, and how I could fix this please?

Many thanks,

JK

Christophe Mutricy wrote:
> On Tue, May 09, 06 at 13:35 +0100, John Kinson wrote:
>   
>> I'm trying to playback an RTSP stream from a Darwin Streaming Server, 
>> hosted on a Mac.
>>
>> If I use the precompiled Win32 version of VLC 0.8.5, I can play back the 
>> stream with no problem.
>>
>> However, if I build VLC 0.8.5 from the tarball on a linux platform, I 
>> get the error '[00000267] main demuxer warning: no access_demux module 
>> matched "rtsp"' as below, and playback fails.
>>     
>
> You need liveMedia from live555.com
>
>   

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From finlayson at live555.com  Tue May  9 19:11:01 2006
From: finlayson at live555.com (Ross Finlayson)
Date: Tue, 09 May 2006 10:11:01 -0700
Subject: [vlc] Re: RTSP stream playback differences between 0.8.5
  precompiled Windows and Linux sources?
In-Reply-To: <4460C4F7.3010201@yellowradio.com>
References: <44608C89.6090205@yellowradio.com>
 <20060509130839.GC3085@nxtelevision.com>
 <4460C4F7.3010201@yellowradio.com>
Message-ID: <7.0.1.0.1.20060509100502.01d7b118@live555.com>


>However, playback of an RTSP stream of 3GPP content (H.263 video, 
>AMR-NB audio, 3GP/Mobile MP4 container) now starts, but the audio stutters.
>Playback of the stream with RealPlayer works fine; playback of the 
>file in VLC locally (without hinting) also works fine, so I believe 
>my streaming server, and amr-nb support in VLC, to both be OK - it's 
>the RTSP delivery of the audio which I think is the problem.  Any 
>idea why this might be, and how I could fix this please?

Version 0.8.5 of VLC still has a long-standing bug in its playing of 
AMR audio.  This bug may be the cause of the problem that you're 
seeing. (The bug shows up when an AMR audio RTSP/RTP stream is being 
played, but the bug itself has *nothing* to do with RTSP/RTP streaming.)

BUG REPORT (note that this bug was first reported back in March):

You can demonstrate this bug by trying to play the following file
         http://www.live555.com/test.amr
VLC (version 0.8.5) cannot play this file, either locally, or using 
HTTP.  However, QuickTime Player and RealPlayer can play this file OK.

         Ross.


-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From bigben+spam at videolan.org  Tue May  9 20:17:57 2006
From: bigben+spam at videolan.org (Benjamin Pracht)
Date: Tue, 09 May 2006 20:17:57 +0200
Subject: [vlc] Re: DVB-T and vlc-0.8.5 on WinXP
In-Reply-To: <000a01c6729a$8dd20840$e61bfac1@breizh>
References: <000a01c6729a$8dd20840$e61bfac1@breizh>
Message-ID: <1147198677.21693.19.camel@endymion.home>

Le lundi 08 mai 2006 ? 14:25 +0200, brezhoneg1 a ?crit :
> Hello,
>    
>    First off, thanks a lot for VLC which I use on a daily basis for all
> type of purpose (TV both analog and DVB-T, Divx, Radio, ....) on WinXP
> and Linux. This product is really great.
> 
>    With regard to DVB-T on WinXP, I'm having trouble to make it run with
> vlc-0.8.5 (not tested with older version), and I am actually wondering
> whether this is an issue related to VLC or to some kind of drivers
> missing or misconfigured  .... 
> 
>    My configuration is a not-too-old PC running WinXP SP1. a USB2.0
> DVB-T box from Yakumo is connected to it. The legacy software from
> YAKUMO works
> fine.
> 
>    Yet, it would also be great to make VLC work with it. In the
> directShow panel from VLC, I do get the "C&E DVB-T Device T50023" item
> after clicking on the refresh list, but then nothing seems to work, the
> "configure" button doesn't show anything, and the vlc logger only says
> the following (one single line) :
> 
> main debug: adding playlist item `dshow://' ( dshow://
> 
>    Does anybody know if YAKUMO USB DVB-T boxes can work with VLC or any
> other popular softwares apart from the legacy YAKUMO software? Are there
> any extra driver requirements ? Are there any known issues when
> interfacing DVB-T boxes with VLC on WinXP ?
> 
>    One good thing to mention, the same PC running vlc(svn) and connected
> to the same DVB-T box works very fine on LINUX FedoraCore4 !
> 
> Thanks in advance for any help.
> 

Well, VLC's directshow support would probably need to be extended to
support DVB under windows. However, I just don't think any VLC developer
has such a card in a windows machine... So, well, patches are welcome ;)

-- 
BigBen

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From manzato81 at yahoo.com.br  Wed May 10 00:38:04 2006
From: manzato81 at yahoo.com.br (Marcelo Manzato)
Date: Tue, 9 May 2006 22:38:04 +0000 (GMT)
Subject: [vlc] counting frames
Message-ID: <20060509223804.15931.qmail@web36207.mail.mud.yahoo.com>

Hi,

Is there a way to ask vlc to inform me about the
number of frames a video has?

I have the time that vlc transcoded a period of video,
but I would like to know how much of time vlc has
spent in each frame. In order to do that, I thought
about divide the total time by the total number of
frames, but for that I need the amount of frames it
has processed...

Any ideas?
Thanks


		
_______________________________________________________ 
Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. Registre seu aparelho agora! 
http://br.mobile.yahoo.com/mailalertas/ 
 

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From PHAN0004 at ntu.edu.sg  Wed May 10 14:10:26 2006
From: PHAN0004 at ntu.edu.sg (#PHANG CHEE WOH,DERRICK#)
Date: Wed, 10 May 2006 20:10:26 +0800
Subject: [vlc] How to run VLC to Wince
References: <CEEKLCPEMMMKFCFPKMLBMEFGCAAA.rlin@sunrisetelecom.com.cn>
Message-ID: <B573E71765F6B54DB45A0FBE9B1FA5AB029F653D@mail01.student.main.ntu.edu.sg>

Hi,

I have been looking through the forum as well as the trunk files on the install.wince for the last few days but I am still unable to get the configure process right. Can anyone please help me?

The original configure suggested in install.wince is

./bootstrap &&
PATH=/usr/local/wince/cross-tools/bin:$PATH \
CFLAGS="-D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include" \
CFLAGS="$CFLAGS -I/usr/local/wince/contrib-xscale/include" \
LDFLAGS="-L/usr/local/wince/cross-tools/lib" \
LDFLAGS="-L/usr/local/wince/contrib-xscale/lib" \
CC="arm-wince-pe-gcc -mcpu=xscale" \
   ../configure --host=arm-wince-pe --target=arm-wince-pe \
    --build=i686-linux --prefix=/usr/local/wince \
    --disable-sdl --disable-gtk --disable-dvdnav --disable-dvdread \
    --disable-nls --disable-sout --disable-vlm --disable-wxwindows \
    --disable-a52 --disable-libmpeg2 --disable-freetype --disable-fribidi \
    --disable-mad --disable-plugins --enable-optimize-memory \
    --with-freetype-config-path=/usr/local/wince-xscale/bin \
    --with-fribidi-config-path=/usr/local/wince-xscale/bin \
    --enable-tremor --enable-faad

My observations from the file so far.

1. It should be ./configure not ../configure

2. The order may be --build --host --target instead of host target build

3. The build host and target should be specified at the end instead of before specifying what to disable.

4. The config path for freetype and fribidi probably should be
/usr/local/wince/contrib-xscale/bin instead.

5. The build is more likely to be build=i686-pc-linux-gnu

Below is a copy of my install.wince

./bootstrap && 
PATH=/usr/local/wince/cross-tools/bin:$PATH \ 
CFLAGS="-D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include" \ 
CFLAGS="$CFLAGS -I/usr/local/wince/contrib-xscale/include" \ 
LDFLAGS="-L/usr/local/wince/cross-tools/lib" \ 
LDFLAGS="-L/usr/local/wince/contrib-xscale/lib" \ 
CC="arm-wince-pe-gcc -mcpu=xscale" \ 
./configure --prefix=/usr/local/wince \
--disable-sdl --disable-gtk --disable-dvdnav --disable-dvdread \
--disable-nls --disable-sout --disable-vlm --disable-wxwidgets \
--disable-a52 --disable-libmpeg2 \
--disable-mad --disable-plugins --enable-optimize-memory \
--disable-ffmpeg --enable-tremor --disable-faad \
--enable-freetype --with-freetype-config-path=/usr/local/wince/contrib-xscale/bin \
--enable-fribidi --with-fribidi-config-path=/usr/local/wince/contrib-xscale/bin \
--enable-livedotcom --with-livedotcom-tree=/usr/win32/live.com 
--build=i686-pc-linux-gnu --host=arm-wince-pe --target=arm-wince-pe

However, I am still encountering other problems which prevent me from doing the make.

The problems are

1. The configure process cannot find the ffmpeg and faad even though I can find them in one of the subdirectories within cygwin. 
So I disabled both of them.

2. My next problem is experienced during make. It appears that make experience
other problems even if configure is done successfully. 

The last few lines of the make process are:

make[4]: ***[libaccess_file_a-file.o] Error 1
make[4]: Leaving directory '/home/owner/vlc-0.8.4a/modules/access'
make[3]: ***[all-modules] Error 1
make[3]: Leaving directory '/home/owner/vlc-0.8.4a/modules/access'
make[2]: ***[all-recursive] Error 1
make[2]: Leaving directory '/home/owner/vlc-0.8.4a/modules'
make[1]: ***[all-recursive] Error 1
make[1]: Leaving directory '/home/owner/vlc-0.8.4a'
make: ***[all] Error 2

Has this got to do with my configure process?

I hope anyone can give me a reply.

Thanks.

Derrick
-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 3756 bytes
Desc: not available
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060510/515e9645/attachment.bin>

From vlc at yellowradio.com  Wed May 10 15:27:31 2006
From: vlc at yellowradio.com (John Kinson)
Date: Wed, 10 May 2006 14:27:31 +0100
Subject: [vlc] Re: RTSP stream playback differences between 0.8.5  precompiled
 Windows and Linux sources?
In-Reply-To: <7.0.1.0.1.20060509100502.01d7b118@live555.com>
References: <44608C89.6090205@yellowradio.com> <20060509130839.GC3085@nxtelevision.com> <4460C4F7.3010201@yellowradio.com> <7.0.1.0.1.20060509100502.01d7b118@live555.com>
Message-ID: <4461EA43.90709@yellowradio.com>

Thanks again Ross, but the delivery mechanism within VLC does seem to be 
relevant, to my test files at least.

If I play my two 3GP test files (H.263 video, AMR-NB audio, 3GP/MP4 
container) locally, or streamed via HTTP, then VLC (with ffmpeg enhanced 
with the live555 codec support - thanks) works fine.  Audio quality is 
as expected.

It is only if I attempt to play the content streamed via RTSP that VLC 
has trouble with AMR-NB.

I've uploaded my two test files, and the live555 test file for 
reference, to my server at the following URLs:

http://www.yellowradio.com/test/my.name.is.earl.s01.ep01.nokia.3gp
http://www.yellowradio.com/test/parking.3gp
http://www.yellowradio.com/test/live555test.amr

As you indicated, the live555 file fails to play with VLC, locally 
accessed or streamed.

For comparison, I then transcoded the episode of "my name is earl" from 
AMR-NB to AAC.  Audio playback via RTSP is fine (and via HTTP and 
locally of course).  So for my files at least, the problem does seem to 
be related to the combination of RT(S)P and AMR-NB.  That version of the 
file is available at 
http://www.yellowradio.com/test/my.name.is.earl.s01.ep01.qt.aac.3gp

I can see that there's been quite a bit of discussion already, e.g. at 
http://www.via.ecp.fr/via/ml/vlc/2006-03/msg00132.html, but this problem 
appears to be as yet unresolved.

If anyone's got any bright ideas as to how to fix this, please let me know!

Cheers

JK

Ross Finlayson wrote:
>
>> However, playback of an RTSP stream of 3GPP content (H.263 video, 
>> AMR-NB audio, 3GP/Mobile MP4 container) now starts, but the audio 
>> stutters.
>> Playback of the stream with RealPlayer works fine; playback of the 
>> file in VLC locally (without hinting) also works fine, so I believe 
>> my streaming server, and amr-nb support in VLC, to both be OK - it's 
>> the RTSP delivery of the audio which I think is the problem.  Any 
>> idea why this might be, and how I could fix this please?
>
> Version 0.8.5 of VLC still has a long-standing bug in its playing of 
> AMR audio.  This bug may be the cause of the problem that you're 
> seeing. (The bug shows up when an AMR audio RTSP/RTP stream is being 
> played, but the bug itself has *nothing* to do with RTSP/RTP streaming.)
>
> BUG REPORT (note that this bug was first reported back in March):
>
> You can demonstrate this bug by trying to play the following file
>         http://www.live555.com/test.amr
> VLC (version 0.8.5) cannot play this file, either locally, or using 
> HTTP.  However, QuickTime Player and RealPlayer can play this file OK.
>
>         Ross.
>
>


-- 
John Kinson
http://www.mirifice.com/

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From finlayson at live555.com  Wed May 10 18:40:40 2006
From: finlayson at live555.com (Ross Finlayson)
Date: Wed, 10 May 2006 09:40:40 -0700
Subject: [vlc] Re: RTSP stream playback differences between 0.8.5 
  precompiled Windows and Linux sources?
In-Reply-To: <4461EA43.90709@yellowradio.com>
References: <44608C89.6090205@yellowradio.com>
 <20060509130839.GC3085@nxtelevision.com>
 <4460C4F7.3010201@yellowradio.com>
 <7.0.1.0.1.20060509100502.01d7b118@live555.com>
 <4461EA43.90709@yellowradio.com>
Message-ID: <7.0.1.0.1.20060510093040.01d1cae0@live555.com>

At 06:27 AM 5/10/2006, you wrote:
>Thanks again Ross, but the delivery mechanism within VLC does seem 
>to be relevant, to my test files at least.

The delivery mechanism appears to be 'relevant' to the bug only 
because it (for some unknown reason) causes AMR audio data to be 
delivered in a form that VLC cannot decode/play.

HOWEVER, the same bug can be demonstrated in a much easier way - by 
attempting to play (either locally, or via HTTP) the file:
             http://www.live555.com/test.amr
Again, VLC (version 0.8.5) cannot play this file, either locally, or 
using HTTP.  However, QuickTime Player and RealPlayer can play this file OK.

(Note that I obtained this file by recording an incoming RTSP/RTP 
stream that VLC was unable to play - i.e., a stream that illustrated 
the problem that you are seeing.)

THEREFORE, I claim that our first priority should be to figure out 
why VLC cannot play the file
             http://www.live555.com/test.amr
If you fix that bug, then it is very likely that it will also fix the 
RTSP/RTP AMR problem.

>I can see that there's been quite a bit of discussion already, e.g. 
>at http://www.via.ecp.fr/via/ml/vlc/2006-03/msg00132.html, but this 
>problem appears to be as yet unresolved.

Yes, in that thread - from mid March - I tried (apparently 
unsuccessfully) to make the same point that I'm making now: First 
figure out why VLC cannot play the file "test.amr".


	Ross Finlayson
	Live Networks, Inc. (LIVE555.COM)
	<http://www.live555.com/>

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From derm.barrett at sympatico.ca  Wed May 10 22:12:15 2006
From: derm.barrett at sympatico.ca (derm barrett)
Date: Wed, 10 May 2006 16:12:15 -0400
Subject: [vlc] downloading
Message-ID: <4462491F.4060909@sympatico.ca>

I am trying to download the Debian version of and see where it is  but 
cannot for the life of me find  the button  or the word or whatever  
that  I have to hit to make  the downloading  start.  Can anyone help me 
please ? ( I have  Xandros Linus as my OS )

Derm Barrett ( Canada )

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From PHAN0004 at ntu.edu.sg  Thu May 11 01:50:43 2006
From: PHAN0004 at ntu.edu.sg (#PHANG CHEE WOH,DERRICK#)
Date: Thu, 11 May 2006 07:50:43 +0800
Subject: [vlc] Re: How to compile VLC for Wince
References: <CEEKLCPEMMMKFCFPKMLBMEFGCAAA.rlin@sunrisetelecom.com.cn> <B573E71765F6B54DB45A0FBE9B1FA5AB029F653D@mail01.student.main.ntu.edu.sg>
Message-ID: <B573E71765F6B54DB45A0FBE9B1FA5AB029F6541@mail01.student.main.ntu.edu.sg>

Hi, 

(Sorry if this email is repeated because I didn't seem to send out this email the last time)

I have been looking through the forum as well as the trunk files on the install.wince for the last few days but I am still unable to get the configure process right. Can anyone please help me?

The original configure suggested in install.wince is 

./bootstrap && 
PATH=/usr/local/wince/cross-tools/bin:$PATH \ 
CFLAGS="-D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include" \ 
CFLAGS="$CFLAGS -I/usr/local/wince/contrib-xscale/include" \ 
LDFLAGS="-L/usr/local/wince/cross-tools/lib" \ 
LDFLAGS="-L/usr/local/wince/contrib-xscale/lib" \ 
CC="arm-wince-pe-gcc -mcpu=xscale" \ 
   ../configure --host=arm-wince-pe --target=arm-wince-pe \ 
    --build=i686-linux --prefix=/usr/local/wince \ 
    --disable-sdl --disable-gtk --disable-dvdnav --disable-dvdread \ 
    --disable-nls --disable-sout --disable-vlm --disable-wxwindows \ 
    --disable-a52 --disable-libmpeg2 --disable-freetype --disable-fribidi \ 
    --disable-mad --disable-plugins --enable-optimize-memory \ 
    --with-freetype-config-path=/usr/local/wince-xscale/bin \ 
    --with-fribidi-config-path=/usr/local/wince-xscale/bin \ 
    --enable-tremor --enable-faad 

My observations from the file so far. 

1. It should be ./configure not ../configure 

2. The order may be --build --host --target instead of host target build 

3. The build host and target should be specified at the end instead of before specifying what to disable. 

4. The config path for freetype and fribidi probably should be 
/usr/local/wince/contrib-xscale/bin instead. 

5. The build is more likely to be build=i686-pc-linux-gnu 

Below is a copy of my install.wince 

./bootstrap && 
PATH=/usr/local/wince/cross-tools/bin:$PATH \ 
CFLAGS="-D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include" \ 
CFLAGS="$CFLAGS -I/usr/local/wince/contrib-xscale/include" \ 
LDFLAGS="-L/usr/local/wince/cross-tools/lib" \ 
LDFLAGS="-L/usr/local/wince/contrib-xscale/lib" \ 
CC="arm-wince-pe-gcc -mcpu=xscale" \ 
./configure --prefix=/usr/local/wince \ 
--disable-sdl --disable-gtk --disable-dvdnav --disable-dvdread \ 
--disable-nls --disable-sout --disable-vlm --disable-wxwidgets \ 
--disable-a52 --disable-libmpeg2 \ 
--disable-mad --disable-plugins --enable-optimize-memory \ 
--disable-ffmpeg --enable-tremor --disable-faad \ 
--enable-freetype --with-freetype-config-path=/usr/local/wince/contrib-xscale/bin \ 
--enable-fribidi --with-fribidi-config-path=/usr/local/wince/contrib-xscale/bin \ 
--enable-livedotcom --with-livedotcom-tree=/usr/win32/live.com 
--build=i686-pc-linux-gnu --host=arm-wince-pe --target=arm-wince-pe 

However, I am still encountering other problems which prevent me from doing the make. 

The problems are 

1. The configure process cannot find the ffmpeg and faad even though I can find them in one of the subdirectories within cygwin. 

So I disabled both of them. 

2. My next problem is experienced during make. It appears that make experience 
other problems even if configure is done successfully. 

The last few lines of the make process are: 

make[4]: ***[libaccess_file_a-file.o] Error 1 
make[4]: Leaving directory '/home/owner/vlc-0.8.4a/modules/access' 
make[3]: ***[all-modules] Error 1 
make[3]: Leaving directory '/home/owner/vlc-0.8.4a/modules/access' 
make[2]: ***[all-recursive] Error 1 
make[2]: Leaving directory '/home/owner/vlc-0.8.4a/modules' 
make[1]: ***[all-recursive] Error 1 
make[1]: Leaving directory '/home/owner/vlc-0.8.4a' 
make: ***[all] Error 2 

Has this got to do with my configure process? 

I hope anyone can give me a reply. 

Thanks. 

Derrick 
 
    
-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 3933 bytes
Desc: not available
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060511/74d54068/attachment.bin>

From dnumgis at videolan.org  Thu May 11 08:25:03 2006
From: dnumgis at videolan.org (Sigmund Augdal Helberg)
Date: Thu, 11 May 2006 08:25:03 +0200
Subject: [vlc] Re: How to compile VLC for Wince
In-Reply-To: <B573E71765F6B54DB45A0FBE9B1FA5AB029F6541@mail01.student.main.ntu.edu.sg>
References: <CEEKLCPEMMMKFCFPKMLBMEFGCAAA.rlin@sunrisetelecom.com.cn>
	 <B573E71765F6B54DB45A0FBE9B1FA5AB029F653D@mail01.student.main.ntu.edu.sg>
	 <B573E71765F6B54DB45A0FBE9B1FA5AB029F6541@mail01.student.main.ntu.edu.sg>
Message-ID: <1147328703.4741.11.camel@euklid>

On Thu, 2006-05-11 at 07:50 +0800, #PHANG CHEE WOH,DERRICK# wrote:
> Hi, 
> 
> (Sorry if this email is repeated because I didn't seem to send out this email the last time)
> 
> I have been looking through the forum as well as the trunk files on the install.wince for the last few days but I am still unable to get the configure process right. Can anyone please help me?
> 
> The original configure suggested in install.wince is 
> 
> ./bootstrap && 
> PATH=/usr/local/wince/cross-tools/bin:$PATH \ 
> CFLAGS="-D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include" \ 
> CFLAGS="$CFLAGS -I/usr/local/wince/contrib-xscale/include" \ 
> LDFLAGS="-L/usr/local/wince/cross-tools/lib" \ 
> LDFLAGS="-L/usr/local/wince/contrib-xscale/lib" \ 
> CC="arm-wince-pe-gcc -mcpu=xscale" \ 
>    ../configure --host=arm-wince-pe --target=arm-wince-pe \ 
>     --build=i686-linux --prefix=/usr/local/wince \ 
>     --disable-sdl --disable-gtk --disable-dvdnav --disable-dvdread \ 
>     --disable-nls --disable-sout --disable-vlm --disable-wxwindows \ 
>     --disable-a52 --disable-libmpeg2 --disable-freetype --disable-fribidi \ 
>     --disable-mad --disable-plugins --enable-optimize-memory \ 
>     --with-freetype-config-path=/usr/local/wince-xscale/bin \ 
>     --with-fribidi-config-path=/usr/local/wince-xscale/bin \ 
>     --enable-tremor --enable-faad 
> 
> My observations from the file so far. 
> 
> 1. It should be ./configure not ../configure 
> 
> 2. The order may be --build --host --target instead of host target build 
> 
> 3. The build host and target should be specified at the end instead of before specifying what to disable. 
> 
> 4. The config path for freetype and fribidi probably should be 
> /usr/local/wince/contrib-xscale/bin instead. 
> 
> 5. The build is more likely to be build=i686-pc-linux-gnu 
> 
> Below is a copy of my install.wince 
> 
> ./bootstrap && 
> PATH=/usr/local/wince/cross-tools/bin:$PATH \ 
> CFLAGS="-D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include" \ 
> CFLAGS="$CFLAGS -I/usr/local/wince/contrib-xscale/include" \ 
> LDFLAGS="-L/usr/local/wince/cross-tools/lib" \ 
> LDFLAGS="-L/usr/local/wince/contrib-xscale/lib" \ 
> CC="arm-wince-pe-gcc -mcpu=xscale" \ 
> ./configure --prefix=/usr/local/wince \ 
> --disable-sdl --disable-gtk --disable-dvdnav --disable-dvdread \ 
> --disable-nls --disable-sout --disable-vlm --disable-wxwidgets \ 
> --disable-a52 --disable-libmpeg2 \ 
> --disable-mad --disable-plugins --enable-optimize-memory \ 
> --disable-ffmpeg --enable-tremor --disable-faad \ 
> --enable-freetype --with-freetype-config-path=/usr/local/wince/contrib-xscale/bin \ 
> --enable-fribidi --with-fribidi-config-path=/usr/local/wince/contrib-xscale/bin \ 
> --enable-livedotcom --with-livedotcom-tree=/usr/win32/live.com 
> --build=i686-pc-linux-gnu --host=arm-wince-pe --target=arm-wince-pe 
> 
> However, I am still encountering other problems which prevent me from doing the make. 
> 
> The problems are 
> 
> 1. The configure process cannot find the ffmpeg and faad even though I can find them in one of the subdirectories within cygwin. 
> 
> So I disabled both of them. 
> 
> 2. My next problem is experienced during make. It appears that make experience 
> other problems even if configure is done successfully. 
> 
> The last few lines of the make process are: 
> 
> make[4]: ***[libaccess_file_a-file.o] Error 1 
> make[4]: Leaving directory '/home/owner/vlc-0.8.4a/modules/access' 
> make[3]: ***[all-modules] Error 1 
> make[3]: Leaving directory '/home/owner/vlc-0.8.4a/modules/access' 
> make[2]: ***[all-recursive] Error 1 
> make[2]: Leaving directory '/home/owner/vlc-0.8.4a/modules' 
> make[1]: ***[all-recursive] Error 1 
> make[1]: Leaving directory '/home/owner/vlc-0.8.4a' 
> make: ***[all] Error 2 
It would be better if you included the error message. That would be the
last couple of lines directly above what you included.
> 
> Has this got to do with my configure process? 
Most likely not. Most likely some problem has sneaked into the code
preventing it from building on wince. With the proper error message this
could (hopefully) be fixed.

Regards

Sigmund


-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From yan.lu at innovonics.net  Thu May 11 03:54:29 2006
From: yan.lu at innovonics.net (Yan Lu)
Date: Thu, 11 May 2006 11:54:29 +1000
Subject: [vlc] skipped picture
Message-ID: <20060511015413.BA5C4B4BB@krishna.via.ecp.fr>

Hi All,

 

I have got "later picture skipped" error. What is this related? Anyone can
help me, please?

 

 

Yan

 

 

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

From PHAN0004 at ntu.edu.sg  Fri May 12 02:32:00 2006
From: PHAN0004 at ntu.edu.sg (#PHANG CHEE WOH,DERRICK#)
Date: Fri, 12 May 2006 08:32:00 +0800
Subject: [vlc] Re: How to compile VLC for Wince
References: <CEEKLCPEMMMKFCFPKMLBMEFGCAAA.rlin@sunrisetelecom.com.cn><B573E71765F6B54DB45A0FBE9B1FA5AB029F653D@mail01.student.main.ntu.edu.sg><B573E71765F6B54DB45A0FBE9B1FA5AB029F6541@mail01.student.main.ntu.edu.sg> <1147328703.4741.11.camel@euklid>
Message-ID: <B573E71765F6B54DB45A0FBE9B1FA5AB029F6546@mail01.student.main.ntu.edu.sg>

Hi Sigmund,

Thanks for volunteering your help. I have been troubled by this problem right from the start. Since I am not certain where the log files for the make process is located at and the error generated goes a long way, I have managed to type out some of the errors as shown below:

../../include/vlc_access.h:110: error: parse error before ?}? token
../../include/vlc_access.h: In function ?access2_vacontrol?:
../../include/vlc_access.h:120: error: dereferencing pointer to incomplete type in file included from file.c:28:
../../include/vlc_stream.h: At top level:
../../include/vlc_stream.h:66: error: parse error before ?vlc_thread_t?
../../include/vlc_stream.h:66: warning: no semicolon at end of struct or union
../../include/vlc_stream.h:66: warning: type defaults to ?int? in declaration of ?object_lock?
../../include/vlc_stream.h:66: warning: data definition has no type or storage class
../../include/vlc_stream.h:66: error: parse error before ?object_wait?
../../include/vlc_stream.h:66: warning: type defaults to ?int? in declaration of ?object_wait?
../../include/vlc_stream.h:66: warning: data definition has no type or storage class
../../include/vlc_stream.h:66: error: parse error before ?var_lock?
../../include/vlc_stream.h:66: warning: type defaults to ?int? in declaration of ?var_lock?
../../include/vlc_stream.h:66: warning: data definition has no type or storage class
../../include/vlc_stream.h:68: error: conflicting types for ?pf_block?
../../include/vlc_stream.h:84: error: previous declaration of ?pf_block? was here
../../include/vlc_stream.h:68: error: conflicting types for ?pf_read?
../../include/vlc_stream.h:84: error: previous declaration of ?pf_read? was here
../../include/vlc_stream.h:68: error: conflicting types for ?pf_control?
../../include/vlc_stream.h:84: error: previous declaration of ?pf_control? was here
../../include/vlc_stream.h:68: error: conflicting types for ?p_sys?
../../include/vlc_stream.h:84: error: previous declaration of ?p_sys? was here

The other files that are also reflected to have errors are vlc_demux.h, and file.c.
Anyway, are these files not generated by the make process?

As additional information, the library files that I have used so far are provided by
contrib-20050220-wince-xscale-bin.tar, and 
wince-arm-gcc4.0.0-cvs-linux-crosscompiler-20050517.tar

I have unpacked the two files with the lines 
tar xjvf contrib-20050220-wince-xscale-bin.tar.bz2 -C /   , and 
tar xjvf wince-arm-gcc4.0.0-cvs-linux-crosscompiler-20050517.tar -C /

My latest configuration is as follows:
./bootstrap && 
PATH=/usr/local/wince/cross-tools/bin:$PATH \ 
CFLAGS="-D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include" \ 
CFLAGS="$CFLAGS -I/usr/local/wince/contrib-xscale/include" \ 
LDFLAGS="-L/usr/local/wince/cross-tools/lib" \ 
LDFLAGS="-L/usr/local/wince/contrib-xscale/lib" \ 
CC="arm-wince-pe-gcc -mcpu=xscale" \ 
./configure --prefix=/usr/local/wince \
--disable-sdl --disable-gtk --disable-dvdnav --disable-dvdread \
--disable-nls --disable-sout --disable-vlm --disable-wxwidgets \
--disable-a52 --disable-libmpeg2 \
--disable-mad --disable-plugins --enable-optimize-memory \
--disable-ffmpeg --enable-tremor --disable-faad \
--enable-freetype --with-freetype-config-path=/usr/local/wince/contrib-xscale/bin \
--enable-fribidi --with-fribidi-config-path=/usr/local/wince/contrib-xscale/bin \
--enable-livedotcom --with-livedotcom-tree=/usr/win32/live.com \
--build=i686-pc-linux-gnu --host=arm-wince-pe --target=arm-wince-pe

I hope that anyone can get back to me soon as I am required to reproduce the program by next week.

I thank Sigmund once again for volunteering his assistance.

Sincerely,
Derrick




-----Original Message-----
From: vlc-bounce at videolan.org on behalf of Sigmund Augdal Helberg
Sent: Thu 5/11/2006 2:25 PM
To: vlc at videolan.org
Subject: [vlc] Re: How to compile VLC for Wince
 
On Thu, 2006-05-11 at 07:50 +0800, #PHANG CHEE WOH,DERRICK# wrote:
> Hi, 
> 
> (Sorry if this email is repeated because I didn't seem to send out this email the last time)
> 
> I have been looking through the forum as well as the trunk files on the install.wince for the last few days but I am still unable to get the configure process right. Can anyone please help me?
> 
> The original configure suggested in install.wince is 
> 
> ./bootstrap && 
> PATH=/usr/local/wince/cross-tools/bin:$PATH \ 
> CFLAGS="-D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include" \ 
> CFLAGS="$CFLAGS -I/usr/local/wince/contrib-xscale/include" \ 
> LDFLAGS="-L/usr/local/wince/cross-tools/lib" \ 
> LDFLAGS="-L/usr/local/wince/contrib-xscale/lib" \ 
> CC="arm-wince-pe-gcc -mcpu=xscale" \ 
>    ../configure --host=arm-wince-pe --target=arm-wince-pe \ 
>     --build=i686-linux --prefix=/usr/local/wince \ 
>     --disable-sdl --disable-gtk --disable-dvdnav --disable-dvdread \ 
>     --disable-nls --disable-sout --disable-vlm --disable-wxwindows \ 
>     --disable-a52 --disable-libmpeg2 --disable-freetype --disable-fribidi \ 
>     --disable-mad --disable-plugins --enable-optimize-memory \ 
>     --with-freetype-config-path=/usr/local/wince-xscale/bin \ 
>     --with-fribidi-config-path=/usr/local/wince-xscale/bin \ 
>     --enable-tremor --enable-faad 
> 
> My observations from the file so far. 
> 
> 1. It should be ./configure not ../configure 
> 
> 2. The order may be --build --host --target instead of host target build 
> 
> 3. The build host and target should be specified at the end instead of before specifying what to disable. 
> 
> 4. The config path for freetype and fribidi probably should be 
> /usr/local/wince/contrib-xscale/bin instead. 
> 
> 5. The build is more likely to be build=i686-pc-linux-gnu 
> 
> Below is a copy of my install.wince 
> 
> ./bootstrap && 
> PATH=/usr/local/wince/cross-tools/bin:$PATH \ 
> CFLAGS="-D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include" \ 
> CFLAGS="$CFLAGS -I/usr/local/wince/contrib-xscale/include" \ 
> LDFLAGS="-L/usr/local/wince/cross-tools/lib" \ 
> LDFLAGS="-L/usr/local/wince/contrib-xscale/lib" \ 
> CC="arm-wince-pe-gcc -mcpu=xscale" \ 
> ./configure --prefix=/usr/local/wince \ 
> --disable-sdl --disable-gtk --disable-dvdnav --disable-dvdread \ 
> --disable-nls --disable-sout --disable-vlm --disable-wxwidgets \ 
> --disable-a52 --disable-libmpeg2 \ 
> --disable-mad --disable-plugins --enable-optimize-memory \ 
> --disable-ffmpeg --enable-tremor --disable-faad \ 
> --enable-freetype --with-freetype-config-path=/usr/local/wince/contrib-xscale/bin \ 
> --enable-fribidi --with-fribidi-config-path=/usr/local/wince/contrib-xscale/bin \ 
> --enable-livedotcom --with-livedotcom-tree=/usr/win32/live.com 
> --build=i686-pc-linux-gnu --host=arm-wince-pe --target=arm-wince-pe 
> 
> However, I am still encountering other problems which prevent me from doing the make. 
> 
> The problems are 
> 
> 1. The configure process cannot find the ffmpeg and faad even though I can find them in one of the subdirectories within cygwin. 
> 
> So I disabled both of them. 
> 
> 2. My next problem is experienced during make. It appears that make experience 
> other problems even if configure is done successfully. 
> 
> The last few lines of the make process are: 
> 
> make[4]: ***[libaccess_file_a-file.o] Error 1 
> make[4]: Leaving directory '/home/owner/vlc-0.8.4a/modules/access' 
> make[3]: ***[all-modules] Error 1 
> make[3]: Leaving directory '/home/owner/vlc-0.8.4a/modules/access' 
> make[2]: ***[all-recursive] Error 1 
> make[2]: Leaving directory '/home/owner/vlc-0.8.4a/modules' 
> make[1]: ***[all-recursive] Error 1 
> make[1]: Leaving directory '/home/owner/vlc-0.8.4a' 
> make: ***[all] Error 2 
It would be better if you included the error message. That would be the
last couple of lines directly above what you included.
> 
> Has this got to do with my configure process? 
Most likely not. Most likely some problem has sneaked into the code
preventing it from building on wince. With the proper error message this
could (hopefully) be fixed.

Regards

Sigmund


-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 5943 bytes
Desc: not available
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060512/c3c1f3da/attachment.bin>

From pujos at audemat-aztec.com  Fri May 12 10:03:43 2006
From: pujos at audemat-aztec.com (Michael Pujos)
Date: Fri, 12 May 2006 10:03:43 +0200
Subject: [vlc] problem getting WinTV Nova-T DVB card to work (libdvbpsi problem?)
Message-ID: <4464415F.4000707@audemat-aztec.com>

Hi


I can't make this card to work  using the latest vlc and libdvbpsi code 
from svn (also tried with the libdbpsi packaged with my distrib but no 
luck). I'm using kernel 2.6.12 from kubuntu breezy.
Any help is greatly appreciated as I'm out of ideas :(. I tried to force 
all correct --dvb parameters on the command line without success.
Maybe should I compile the latest released version instead ?

small log:

./vlc -v dvb:  --dvb-frequency=490000000 --dvb-bandwidth=8 --program=320
VLC media player 0.8.6-svn Janus
Remote control interface initialized. Type `help' for help.
[00000254] main private warning: Option sout-standard-url is deprecated. 
You should use sout-standard-dst instead.
[00000256] main private: creating httpd
[00000262] main demuxer warning: no access_demux module matched "dvb"
status change: ( new input: dvb: )
status change: ( audio volume: 256 )
status change: ( play state: 1 )
[00000263] dvb access warning: CAMInit: opening CAM device failed (No 
such device)
[00000263] dvb access warning: unimplemented query in control
libdvbpsi error (PSI decoder): TS discontinuity (received 8, expected 0) 
for PID 0
libdvbpsi error (PSI decoder): TS discontinuity (received 13, expected 
0) for PID 18
libdvbpsi error (PSI decoder): TS discontinuity (received 11, expected 
0) for PID 17
[00000263] dvb access warning: no lock, tuning again
libdvbpsi error (PSI decoder): TS discontinuity (received 2, expected 
15) for PID 18
libdvbpsi error (PSI decoder): TS discontinuity (received 6, expected 3) 
for PID 18
libdvbpsi error (PSI decoder): TS discontinuity (received 15, expected 
10) for PID 0
libdvbpsi error (PSI decoder): TS discontinuity (received 15, expected 
14) for PID 17
[00000263] dvb access warning: no lock, tuning again
libdvbpsi error (PSI decoder): TS discontinuity (received 0, expected 4) 
for PID 18
libdvbpsi error (PSI decoder): TS discontinuity (received 11, expected 
4) for PID 0
libdvbpsi error (PSI decoder): TS discontinuity (received 6, expected 5) 
for PID 17



full log:


VLC media player 0.8.6-svn Janus
[00000001] main vlc debug: checking builtin modules
[00000001] main vlc debug: checking plugin modules
[00000001] main vlc debug: loading plugins cache file 
/home/mpujos/.vlc/cache/plugins-04041e.dat
[00000001] main vlc debug: recursively browsing `modules'
[00000001] main vlc debug: recursively browsing 
`/home/mpujos/build/vlc/lib/vlc'
[00000001] main vlc debug: recursively browsing `plugins'
[00000001] main vlc debug: module bank initialized, found 188 modules
[00000001] main vlc debug: opening config file /home/mpujos/.vlc/vlcrc
[00000001] main vlc debug: CPU has capabilities 486 586 MMX MMXEXT SSE 
SSE2 FPU
[00000001] main vlc debug: looking for memcpy module: 3 candidates
[00000001] main vlc debug: using memcpy module "memcpymmxext"
[00000243] main playlist debug: waiting for thread completion
[00000243] main playlist debug: thread 3082353584 (playlist) created at 
priority 0 (playlist/playlist.c:184)
[00000244] main private debug: waiting for thread completion
[00000244] main private debug: thread 3073960880 (preparser) created at 
priority 0 (playlist/playlist.c:210)
[00000245] main interface debug: looking for interface module: 1 candidate
[00000245] main interface debug: using interface module "hotkeys"
[00000245] main interface debug: thread 3065543600 (interface) created 
at priority 0 (interface/interface.c:231)
[00000247] main interface debug: looking for interface module: 1 candidate
[00000247] main interface debug: using interface module "screensaver"
[00000247] main interface debug: thread 3057142704 (interface) created 
at priority 0 (interface/interface.c:231)
[00000243] main playlist debug: adding playlist item `dvb:' ( dvb: )
[00000249] main interface debug: looking for interface module: 1 candidate
Remote control interface initialized. Type `help' for help.
[00000249] main interface debug: using interface module "rc"
[00000249] main interface debug: thread 3048700848 (manager) created at 
priority 0 (interface/interface.c:216)
[00000243] main playlist debug: creating new input thread
[00000251] main input debug: waiting for thread completion
[00000251] main input debug: creating statistics handler
[00000251] main input debug: `dvb:' gives access `dvb' demux `' path `'
[00000251] main input debug: creating demux: access='dvb' demux='' path=''
[00000253] main demuxer debug: looking for access_demux module: 0 candidates
[00000253] main demuxer warning: no access_demux module matched "dvb"
[00000251] main input debug: creating access 'dvb' path=''
[00000254] main access debug: looking for access2 module: 5 candidates
[00000254] dvb access debug: Opening device /dev/dvb/adapter0/frontend0
[00000251] main input debug: thread 3040308144 (input) created at 
priority 0 (input/input.c:261)
[00000254] dvb access debug: Frontend Info:
[00000254] dvb access debug:   name = Hauppauge Nova-T DVB-T
[00000254] dvb access debug:   type = OFDM (DVB-T)
[00000254] dvb access debug:   frequency_min = 177000000 (kHz)
[00000254] dvb access debug:   frequency_max = 858000000 (kHz)
[00000254] dvb access debug:   frequency_stepsize = 166666
[00000254] dvb access debug:   frequency_tolerance = 0
[00000254] dvb access debug:   symbol_rate_min = 0 (kHz)
[00000254] dvb access debug:   symbol_rate_max = 0 (kHz)
[00000254] dvb access debug:   symbol_rate_tolerance (ppm) = 0
[00000254] dvb access debug:   notifier_delay (ms) = 0
[00000254] dvb access debug: Frontend Info capability list:
[00000254] dvb access debug:   inversion auto
[00000254] dvb access debug:   forward error correction 1/2
[00000254] dvb access debug:   forward error correction 2/3
[00000254] dvb access debug:   forward error correction 3/4
[00000254] dvb access debug:   forward error correction 5/6
[00000254] dvb access debug:   forward error correction 7/8
[00000254] dvb access debug:   forward error correction auto
[00000254] dvb access debug:   card can do QPSK
[00000254] dvb access debug:   card can do QAM 16
[00000254] dvb access debug:   card can do QAM 64
[00000254] dvb access debug:   card can do QAM auto
[00000254] dvb access debug:   transmission mode auto
[00000254] dvb access debug:   guard interval mode auto
[00000254] dvb access debug:   hierarchy mode auto
[00000254] dvb access debug:   card can recover from a cable unplug
[00000254] dvb access debug: End of capability list
[00000254] dvb access debug: trying to tune the frontend...
[00000254] dvb access debug: using inversion=2
[00000254] dvb access debug: using bandwidth=8
[00000254] dvb access debug: using fec=9
[00000254] dvb access debug: using fec=9
[00000254] dvb access debug: using transmission=0
[00000254] dvb access debug: using guard=0
[00000254] dvb access debug: using hierarchy=0
[00000254] dvb access debug: Opening device /dev/dvb/adapter0/dvr0
[00000254] dvb access debug: setting filter on PAT
[00000254] dvb access debug: Opening device /dev/dvb/adapter0/demux0
[00000254] dvb access debug: DMXSetFilter: DMX_PES_OTHER for PID 0
[00000254] dvb access debug: Opening device /dev/dvb/adapter0/ca0
[00000254] dvb access warning: CAMInit: opening CAM device failed (No 
such device)
[00000254] main access debug: using access2 module "dvb"
[00000256] main private debug: pre buffering
status change: ( new input: dvb: )
status change: ( audio volume: 256 )
status change: ( play state: 1 )
[00000256] main private debug: received first data for our buffer
[00000256] main private debug: prebuffering done 376 bytes in 2s - 0 
kbytes/s
[00000251] main input debug: creating demux: access='dvb' demux='' path=''
[00000257] main demuxer debug: looking for demux2 module: 40 candidates
[00000254] dvb access debug: Opening device /dev/dvb/adapter0/demux0
[00000254] dvb access debug: DMXSetFilter: DMX_PES_OTHER for PID 17
[00000254] dvb access debug: Opening device /dev/dvb/adapter0/demux0
[00000254] dvb access debug: DMXSetFilter: DMX_PES_OTHER for PID 18
[00000257] main demuxer debug: using demux2 module "ts"
[00000251] main input debug: looking for a subtitle file in 
/home/mpujos/build/vlc/bin/
[00000257] ts demuxer debug: DEMUX_SET_GROUP 320 (nil)
[00000254] dvb access warning: unimplemented query in control
[00000251] main input debug: `dvb:' successfully opened
libdvbpsi error (PSI decoder): TS discontinuity (received 11, expected 
0) for PID 0
[00000257] ts demuxer debug: PATCallBack called
[00000257] ts demuxer debug: new PAT ts_id=1 version=2 current_next=1
[00000257] ts demuxer debug:   * number=0 pid=16
[00000257] ts demuxer debug:   * number=257 pid=110
[00000257] ts demuxer debug:   * number=259 pid=410
[00000257] ts demuxer debug:   * number=260 pid=310
[00000257] ts demuxer debug:   * number=261 pid=510
[00000257] ts demuxer debug:   * number=262 pid=610
[00000257] ts demuxer debug:   * number=274 pid=210
[00000257] ts demuxer debug:   * number=511 pid=1010
libdvbpsi error (PSI decoder): TS discontinuity (received 12, expected 
0) for PID 18
[00000257] ts demuxer debug: PSINewTableCallBack: table 0x4e(78) 
ext=0x101(257)
[00000257] ts demuxer debug: PSINewTableCallBack: table 0x4e(78) 
ext=0x103(259)
[00000257] ts demuxer debug: PSINewTableCallBack: table 0x4e(78) 
ext=0x104(260)
[00000257] ts demuxer debug: PSINewTableCallBack: table 0x4e(78) 
ext=0x105(261)
[00000257] ts demuxer debug: PSINewTableCallBack: table 0x4e(78) 
ext=0x106(262)
[00000257] ts demuxer debug: PSINewTableCallBack: table 0x4e(78) 
ext=0x112(274)
[00000257] ts demuxer debug: EITCallBack called
[00000257] ts demuxer debug: new EIT service_id=257 version=15 
current_next=1 ts_id=1 network_id=8442 segment_last_section_number=1 
last_table_id=78
[00000257] ts demuxer debug:   * event id=30517 start_time:mjd=53867 
07:30:00 duration=01:20:00 running=4 free_ca=0
[00000257] ts demuxer debug:     - short event lang=fre 'C'est au 
programme' : 'Magazine de soci?t?.'
[00000257] ts demuxer debug:     - tag=0x50(80)
[00000257] ts demuxer debug:     - tag=0x50(80)
[00000257] ts demuxer debug:     - tag=0x55(85)
[00000257] ts demuxer debug:     - tag=0x54(84)
[00000257] ts demuxer debug:   * event id=30518 start_time:mjd=53867 
08:50:00 duration=00:10:00 running=1 free_ca=0
[00000257] ts demuxer debug:     - short event lang=fre 'Flash info' : 
'Journal.'
[00000257] ts demuxer debug:     - tag=0x50(80)
[00000257] ts demuxer debug:     - tag=0x50(80)
[00000257] ts demuxer debug:     - tag=0x55(85)
[00000257] ts demuxer debug:     - tag=0x54(84)
[00000251] main input debug: EsOutProgramMeta: number=257
[00000251] main input debug:   - Event 30517 = 07:30:00: C'est au 
programme (+01:20:00) Magazine de soci?t?. ()
[00000251] main input debug:   - Now Playing = C'est au programme
[00000251] main input debug:   - Event 30518 = 08:50:00: Flash info 
(+00:10:00) Journal. ()
[00000257] ts demuxer debug: EITCallBack called
[00000257] ts demuxer debug: new EIT service_id=259 version=2 
current_next=1 ts_id=1 network_id=8442 segment_last_section_number=1 
last_table_id=78
[00000257] ts demuxer debug:   * event id=30671 start_time:mjd=53867 
07:55:00 duration=00:30:00 running=4 free_ca=0
[00000257] ts demuxer debug:     - short event lang=fre 'Age sensible' : 
'?Fausse excuse?. S?rie sentimentale. 2001. Saison 1. 4/28.'
[00000257] ts demuxer debug:     - tag=0x50(80)
[00000257] ts demuxer debug:     - tag=0x50(80)
[00000257] ts demuxer debug:     - tag=0x55(85)
[00000257] ts demuxer debug:     - tag=0x54(84)
[00000257] ts demuxer debug:   * event id=30672 start_time:mjd=53867 
08:25:00 duration=00:25:00 running=1 free_ca=0
[00000257] ts demuxer debug:     - short event lang=fre 'Blague ? part' 
: '?Bucky?. S?rie humoristique. 1998. Saison 1. 4/20.'
[00000257] ts demuxer debug:     - tag=0x50(80)
[00000257] ts demuxer debug:     - tag=0x50(80)
[00000257] ts demuxer debug:     - tag=0x55(85)
[00000257] ts demuxer debug:     - tag=0x54(84)
[00000251] main input debug: EsOutProgramMeta: number=259
[00000251] main input debug:   - Event 30671 = 07:55:00: Age sensible 
(+00:30:00) ?Fausse excuse?. S?rie sentimentale. 2001. Saison 1. 4/28. ()
[00000251] main input debug:   - Now Playing = Age sensible
[00000251] main input debug:   - Event 30672 = 08:25:00: Blague ? part 
(+00:25:00) ?Bucky?. S?rie humoristique. 1998. Saison 1. 4/20. ()
[00000257] ts demuxer debug: EITCallBack called
[00000257] ts demuxer debug: new EIT service_id=260 version=18 
current_next=1 ts_id=1 network_id=8442 segment_last_section_number=1 
last_table_id=78
[00000257] ts demuxer debug:   * event id=30723 start_time:mjd=53867 
07:00:00 duration=01:33:00 running=4 free_ca=0
[00000257] ts demuxer debug:     - short event lang=fre 'Les 
maternelles' : 'Magazine de soci?t?.'
[00000257] ts demuxer debug:     - tag=0x50(80)
[00000257] ts demuxer debug:     - tag=0x50(80)
[00000257] ts demuxer debug:     - tag=0x55(85)
[00000257] ts demuxer debug:     - tag=0x54(84)
[00000257] ts demuxer debug:   * event id=30724 start_time:mjd=53867 
08:33:00 duration=00:02:00 running=1 free_ca=0
[00000257] ts demuxer debug:     - short event lang=fre 'Mon b?b? et 
moi' : 'Magazine de la sant?.'
[00000257] ts demuxer debug:     - tag=0x50(80)
[00000257] ts demuxer debug:     - tag=0x50(80)
[00000257] ts demuxer debug:     - tag=0x55(85)
[00000257] ts demuxer debug:     - tag=0x54(84)
[00000251] main input debug: EsOutProgramMeta: number=260
[00000251] main input debug:   - Event 30723 = 07:00:00: Les maternelles 
(+01:33:00) Magazine de soci?t?. ()
[00000251] main input debug:   - Now Playing = Les maternelles
[00000251] main input debug:   - Event 30724 = 08:33:00: Mon b?b? et moi 
(+00:02:00) Magazine de la sant?. ()
[00000257] ts demuxer debug: EITCallBack called
[00000257] ts demuxer debug: new EIT service_id=261 version=15 
current_next=1 ts_id=1 network_id=8442 segment_last_section_number=1 
last_table_id=78
[00000257] ts demuxer debug:   * event id=30788 start_time:mjd=53867 
07:55:00 duration=00:30:00 running=4 free_ca=0
[00000257] ts demuxer debug:     - short event lang=fre 'Memoquiz' : 'Jeu.'
[00000257] ts demuxer debug:     - tag=0x50(80)
[00000257] ts demuxer debug:     - tag=0x50(80)
[00000257] ts demuxer debug:     - tag=0x55(85)
[00000257] ts demuxer debug:     - tag=0x54(84)
[00000257] ts demuxer debug:   * event id=30789 start_time:mjd=53867 
08:25:00 duration=00:10:00 running=1 free_ca=0
[00000257] ts demuxer debug:     - short event lang=fre 'Le dessous des 
cartes' : '?Peuples : de la richesse et de la fragilit??. Magazine de 
g?opolitique.'
[00000257] ts demuxer debug:     - tag=0x50(80)
[00000257] ts demuxer debug:     - tag=0x50(80)
[00000257] ts demuxer debug:     - tag=0x55(85)
[00000257] ts demuxer debug:     - tag=0x54(84)
[00000251] main input debug: EsOutProgramMeta: number=261
[00000251] main input debug:   - Event 30788 = 07:55:00: Memoquiz 
(+00:30:00) Jeu. ()
[00000251] main input debug:   - Now Playing = Memoquiz
[00000251] main input debug:   - Event 30789 = 08:25:00: Le dessous des 
cartes (+00:10:00) ?Peuples : de la richesse et de la fragilit??. 
Magazine de g?opolitique. ()
[00000257] ts demuxer debug: EITCallBack called
[00000257] ts demuxer debug: new EIT service_id=262 version=6 
current_next=1 ts_id=1 network_id=8442 segment_last_section_number=1 
last_table_id=78
[00000257] ts demuxer debug:   * event id=30857 start_time:mjd=53867 
07:30:00 duration=01:05:00 running=4 free_ca=0
[00000257] ts demuxer debug:     - short event lang=fre 'Les travaux de 
l'Assembl?e nationale' : 'D?bat parlementaire.'
[00000257] ts demuxer debug:     - tag=0x50(80)
[00000257] ts demuxer debug:     - tag=0x50(80)
[00000257] ts demuxer debug:     - tag=0x55(85)
[00000257] ts demuxer debug:     - tag=0x54(84)
[00000257] ts demuxer debug:   * event id=30858 start_time:mjd=53867 
08:35:00 duration=01:25:00 running=1 free_ca=0
[00000257] ts demuxer debug:     - short event lang=fre 'En commission 
au S?nat' : '?Mission d'information sur les quartiers difficiles?. D?bat 
parlementaire.'



-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From pujos at audemat-aztec.com  Fri May 12 10:06:31 2006
From: pujos at audemat-aztec.com (Michael Pujos)
Date: Fri, 12 May 2006 10:06:31 +0200
Subject: [vlc] Re: problem getting WinTV Nova-T DVB card to work (libdvbpsi
 problem?)
In-Reply-To: <4464415F.4000707@audemat-aztec.com>
References: <4464415F.4000707@audemat-aztec.com>
Message-ID: <44644207.2070809@audemat-aztec.com>

Forgot to say that the card work great with tzap and "mplayer 
/dev/dvb/adapter0/dvr0", but mplayer do not have to tune the frontend.

Michael Pujos wrote:

> Hi
>
>
> I can't make this card to work  using the latest vlc and libdvbpsi 
> code from svn (also tried with the libdbpsi packaged with my distrib 
> but no luck). I'm using kernel 2.6.12 from kubuntu breezy.
> Any help is greatly appreciated as I'm out of ideas :(. I tried to 
> force all correct --dvb parameters on the command line without success.
> Maybe should I compile the latest released version instead ?
>

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From pujos at audemat-aztec.com  Fri May 12 10:55:33 2006
From: pujos at audemat-aztec.com (Michael Pujos)
Date: Fri, 12 May 2006 10:55:33 +0200
Subject: [vlc] Re: problem getting WinTV Nova-T DVB card to work (libdvbpsi
 problem?)
In-Reply-To: <4464415F.4000707@audemat-aztec.com>
References: <4464415F.4000707@audemat-aztec.com>
Message-ID: <44644D85.2040705@audemat-aztec.com>

Michael Pujos wrote:

> Hi
>
>
> I can't make this card to work  using the latest vlc and libdvbpsi 
> code from svn (also tried with the libdbpsi packaged with my distrib 
> but no luck). I'm using kernel 2.6.12 from kubuntu breezy.
> Any help is greatly appreciated as I'm out of ideas :(. I tried to 
> force all correct --dvb parameters on the command line without success.
> Maybe should I compile the latest released version instead ?
>
> small log:
>
> ./vlc -v dvb:  --dvb-frequency=490000000 --dvb-bandwidth=8 --program=320


Silly error from my part, the specified program ddid not exist ! now
everithing works fine except the TS discontinuity errors
which I think are due to a 6 meters BNC cable + a 2 way splitter.

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From davidmarius2005 at yahoo.com  Fri May 12 12:11:33 2006
From: davidmarius2005 at yahoo.com (Marius David)
Date: Fri, 12 May 2006 03:11:33 -0700 (PDT)
Subject: [vlc] Adding new commands in the rc module
Message-ID: <20060512101133.12452.qmail@web35805.mail.mud.yahoo.com>

I want to add new commands in the rc module to be able to seek on a certain position in the file, and choose the Audio and Video PID (if the transport stream contain more than one program).


Anybody whould give me a clue ?

Marius David
UPB/ETTI/
		
---------------------------------
Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2?/min or less.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060512/ca525daa/attachment.html>

From thresh at altlinux.ru  Fri May 12 16:59:04 2006
From: thresh at altlinux.ru (Pavlov Konstantin)
Date: Fri, 12 May 2006 18:59:04 +0400
Subject: [vlc] vlc changes codec fourcc without transcoding
Message-ID: <200605121859.13651.thresh@altlinux.ru>

Hello.

Trying to relay live rtsp stream from Axis 211 network camera i've got that (i 
suppose, erroneus) behaviour of vlc: it changes the fourcc from mp4v to MP4S.

In fact, i want to pack the stream from camera to mmsh/asfh to be able to 
stream it to WMP.

that's how i run vlc:
vlc 
rtsp://172.16.127.162/mpeg4/media.amp --color --sout '#std{access=mmsh,mux=asfh,url=172.16.127.18:1234}' -v --sout-ffmpeg-hurry-up

when i type info in a terminal, it says codec is mp4v, as well as if i look in 
the stream options.

but on the client side i see MP4S as a codec.

How could that be?

-- 
Pavlov Konstantin,
CPMS Network,
jid: thresh at altlinux.org

-- 
Pavlov Konstantin,
ALT Linux Team,
jid: thresh at altlinux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: not available
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060512/35ad4c7f/attachment.sig>

From jean-paul.saman at planet.nl  Fri May 12 20:12:16 2006
From: jean-paul.saman at planet.nl (Jean-Paul Saman)
Date: Fri, 12 May 2006 20:12:16 +0200
Subject: [vlc] Re: How to compile VLC for Wince
In-Reply-To:  <B573E71765F6B54DB45A0FBE9B1FA5AB029F6546@mail01.student.main.ntu.edu.sg>
References: <CEEKLCPEMMMKFCFPKMLBMEFGCAAA.rlin@sunrisetelecom.com.cn>
 <B573E71765F6B54DB45A0FBE9B1FA5AB029F653D@mail01.student.main.ntu.edu.sg>
 <B573E71765F6B54DB45A0FBE9B1FA5AB029F6541@mail01.student.main.ntu.edu.sg>
 <1147328703.4741.11.camel@euklid>
 <B573E71765F6B54DB45A0FBE9B1FA5AB029F6546@mail01.student.main.ntu.edu.sg>
Message-ID: <4464D000.9070909@planet.nl>

#PHANG CHEE WOH,DERRICK# wrote:
> Hi Sigmund,
> 
> Thanks for volunteering your help. I have been troubled by this problem right from the start. Since I am not certain where the log files for the make process is located at and the error generated goes a long way, I have managed to type out some of the errors as shown below:
> 
> ../../include/vlc_access.h:110: error: parse error before ?}? token
> ../../include/vlc_access.h: In function ?access2_vacontrol?:
> ../../include/vlc_access.h:120: error: dereferencing pointer to incomplete type in file included from file.c:28:
> ../../include/vlc_stream.h: At top level:
> ../../include/vlc_stream.h:66: error: parse error before ?vlc_thread_t?
> ../../include/vlc_stream.h:66: warning: no semicolon at end of struct or union
> ../../include/vlc_stream.h:66: warning: type defaults to ?int? in declaration of ?object_lock?
> ../../include/vlc_stream.h:66: warning: data definition has no type or storage class
> ../../include/vlc_stream.h:66: error: parse error before ?object_wait?
> ../../include/vlc_stream.h:66: warning: type defaults to ?int? in declaration of ?object_wait?
> ../../include/vlc_stream.h:66: warning: data definition has no type or storage class
> ../../include/vlc_stream.h:66: error: parse error before ?var_lock?
> ../../include/vlc_stream.h:66: warning: type defaults to ?int? in declaration of ?var_lock?
> ../../include/vlc_stream.h:66: warning: data definition has no type or storage class
> ../../include/vlc_stream.h:68: error: conflicting types for ?pf_block?
> ../../include/vlc_stream.h:84: error: previous declaration of ?pf_block? was here
> ../../include/vlc_stream.h:68: error: conflicting types for ?pf_read?
> ../../include/vlc_stream.h:84: error: previous declaration of ?pf_read? was here
> ../../include/vlc_stream.h:68: error: conflicting types for ?pf_control?
> ../../include/vlc_stream.h:84: error: previous declaration of ?pf_control? was here
> ../../include/vlc_stream.h:68: error: conflicting types for ?p_sys?
> ../../include/vlc_stream.h:84: error: previous declaration of ?p_sys? was here
> 
> The other files that are also reflected to have errors are vlc_demux.h, and file.c.
Are you sure you have a complete checkout of the archive?

> Anyway, are these files not generated by the make process?
No they are not and should be present in vlc/include

> As additional information, the library files that I have used so far are provided by
> contrib-20050220-wince-xscale-bin.tar, and 
> wince-arm-gcc4.0.0-cvs-linux-crosscompiler-20050517.tar
> 
> I have unpacked the two files with the lines 
> tar xjvf contrib-20050220-wince-xscale-bin.tar.bz2 -C /   , and 
> tar xjvf wince-arm-gcc4.0.0-cvs-linux-crosscompiler-20050517.tar -C /
> 
> My latest configuration is as follows:
Your build configuration is flawed. It has several errors.

> ./bootstrap && 
> PATH=/usr/local/wince/cross-tools/bin:$PATH \ 
> CFLAGS="-D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include" \ 
> CFLAGS="$CFLAGS -I/usr/local/wince/contrib-xscale/include" \
CFLAGS="$CFLAGS" is not wise to use here.

> LDFLAGS="-L/usr/local/wince/cross-tools/lib" \ 
> LDFLAGS="-L/usr/local/wince/contrib-xscale/lib" \ 
previous LDFLAGS is overwritten.

> CC="arm-wince-pe-gcc -mcpu=xscale" \ 
Here no linker, C++, ar, strip is specified.

> ./configure --prefix=/usr/local/wince \
> --disable-sdl --disable-gtk --disable-dvdnav --disable-dvdread \
> --disable-nls --disable-sout --disable-vlm --disable-wxwidgets \
> --disable-a52 --disable-libmpeg2 \
> --disable-mad --disable-plugins --enable-optimize-memory \
> --disable-ffmpeg --enable-tremor --disable-faad \
> --enable-freetype --with-freetype-config-path=/usr/local/wince/contrib-xscale/bin \
> --enable-fribidi --with-fribidi-config-path=/usr/local/wince/contrib-xscale/bin \
> --enable-livedotcom --with-livedotcom-tree=/usr/win32/live.com \
> --build=i686-pc-linux-gnu --host=arm-wince-pe --target=arm-wince-pe

You should do:
./bootstrap &&
PATH=/usr/local/wince/cross-tools/bin:$PATH \
CFLAGS="-D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include 
$CFLAGS -I/usr/local/wince/contrib-xscale/include -mcpu=xscale" \
LDFLAGS="-L/usr/local/wince/cross-tools/lib 
-L/usr/local/wince/contrib-xscale/lib" \
CC=arm-wince-pe-gcc \
AR=arm-wince-pe-ar \
LD=arm-wince-pe-ld \
CXX=arm-wince-pe-g++ \
CPP=arm-wince-pe-c++ \
STRIP=arm-wince-pe-strip \
  ./configure --prefix=/usr/local/wince \
  --disable-sdl --disable-gtk --disable-dvdnav --disable-dvdread \
  --disable-nls --disable-sout --disable-vlm --disable-wxwidgets \
  --disable-a52 --disable-libmpeg2 \
  --disable-mad --disable-plugins --enable-optimize-memory \
  --disable-ffmpeg --enable-tremor --disable-faad \
  --enable-freetype 
--with-freetype-config-path=/usr/local/wince/contrib-xscale/bin \
  --enable-fribidi 
--with-fribidi-config-path=/usr/local/wince/contrib-xscale/bin \
  --enable-livedotcom --with-livedotcom-tree=/usr/win32/live.com \
  --build=i686-pc-linux-gnu --host=arm-wince-pe --target=arm-wince-pe

I hope this helps.

Gtz,
Jean-Paul Saman.

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From PHAN0004 at ntu.edu.sg  Sat May 13 02:42:53 2006
From: PHAN0004 at ntu.edu.sg (#PHANG CHEE WOH,DERRICK#)
Date: Sat, 13 May 2006 08:42:53 +0800
Subject: [vlc] Re: How to compile VLC for Wince
References: <CEEKLCPEMMMKFCFPKMLBMEFGCAAA.rlin@sunrisetelecom.com.cn> <B573E71765F6B54DB45A0FBE9B1FA5AB029F653D@mail01.student.main.ntu.edu.sg> <B573E71765F6B54DB45A0FBE9B1FA5AB029F6541@mail01.student.main.ntu.edu.sg> <1147328703.4741.11.camel@euklid> <B573E71765F6B54DB45A0FBE9B1FA5AB029F6546@mail01.student.main.ntu.edu.sg> <4464D000.9070909@planet.nl>
Message-ID: <B573E71765F6B54DB45A0FBE9B1FA5AB029F6548@mail01.student.main.ntu.edu.sg>

Thanks for the prompt reply.
Will keep you posted of any progress.

Sincerely,
Derrick


-----Original Message-----
From: vlc-bounce at videolan.org on behalf of Jean-Paul Saman
Sent: Sat 5/13/2006 2:12 AM
To: vlc at videolan.org
Subject: [vlc] Re: How to compile VLC for Wince
 
#PHANG CHEE WOH,DERRICK# wrote:
> Hi Sigmund,
> 
> Thanks for volunteering your help. I have been troubled by this problem right from the start. Since I am not certain where the log files for the make process is located at and the error generated goes a long way, I have managed to type out some of the errors as shown below:
> 
> ../../include/vlc_access.h:110: error: parse error before '}' token
> ../../include/vlc_access.h: In function 'access2_vacontrol':
> ../../include/vlc_access.h:120: error: dereferencing pointer to incomplete type in file included from file.c:28:
> ../../include/vlc_stream.h: At top level:
> ../../include/vlc_stream.h:66: error: parse error before "vlc_thread_t"
> ../../include/vlc_stream.h:66: warning: no semicolon at end of struct or union
> ../../include/vlc_stream.h:66: warning: type defaults to 'int' in declaration of 'object_lock'
> ../../include/vlc_stream.h:66: warning: data definition has no type or storage class
> ../../include/vlc_stream.h:66: error: parse error before "object_wait"
> ../../include/vlc_stream.h:66: warning: type defaults to 'int' in declaration of 'object_wait'
> ../../include/vlc_stream.h:66: warning: data definition has no type or storage class
> ../../include/vlc_stream.h:66: error: parse error before "var_lock"
> ../../include/vlc_stream.h:66: warning: type defaults to 'int' in declaration of 'var_lock'
> ../../include/vlc_stream.h:66: warning: data definition has no type or storage class
> ../../include/vlc_stream.h:68: error: conflicting types for "pf_block"
> ../../include/vlc_stream.h:84: error: previous declaration of 'pf_block' was here
> ../../include/vlc_stream.h:68: error: conflicting types for "pf_read"
> ../../include/vlc_stream.h:84: error: previous declaration of 'pf_read' was here
> ../../include/vlc_stream.h:68: error: conflicting types for "pf_control"
> ../../include/vlc_stream.h:84: error: previous declaration of 'pf_control' was here
> ../../include/vlc_stream.h:68: error: conflicting types for "p_sys"
> ../../include/vlc_stream.h:84: error: previous declaration of 'p_sys' was here
> 
> The other files that are also reflected to have errors are vlc_demux.h, and file.c.
Are you sure you have a complete checkout of the archive?

> Anyway, are these files not generated by the make process?
No they are not and should be present in vlc/include

> As additional information, the library files that I have used so far are provided by
> contrib-20050220-wince-xscale-bin.tar, and 
> wince-arm-gcc4.0.0-cvs-linux-crosscompiler-20050517.tar
> 
> I have unpacked the two files with the lines 
> tar xjvf contrib-20050220-wince-xscale-bin.tar.bz2 -C /   , and 
> tar xjvf wince-arm-gcc4.0.0-cvs-linux-crosscompiler-20050517.tar -C /
> 
> My latest configuration is as follows:
Your build configuration is flawed. It has several errors.

> ./bootstrap && 
> PATH=/usr/local/wince/cross-tools/bin:$PATH \ 
> CFLAGS="-D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include" \ 
> CFLAGS="$CFLAGS -I/usr/local/wince/contrib-xscale/include" \
CFLAGS="$CFLAGS" is not wise to use here.

> LDFLAGS="-L/usr/local/wince/cross-tools/lib" \ 
> LDFLAGS="-L/usr/local/wince/contrib-xscale/lib" \ 
previous LDFLAGS is overwritten.

> CC="arm-wince-pe-gcc -mcpu=xscale" \ 
Here no linker, C++, ar, strip is specified.

> ./configure --prefix=/usr/local/wince \
> --disable-sdl --disable-gtk --disable-dvdnav --disable-dvdread \
> --disable-nls --disable-sout --disable-vlm --disable-wxwidgets \
> --disable-a52 --disable-libmpeg2 \
> --disable-mad --disable-plugins --enable-optimize-memory \
> --disable-ffmpeg --enable-tremor --disable-faad \
> --enable-freetype --with-freetype-config-path=/usr/local/wince/contrib-xscale/bin \
> --enable-fribidi --with-fribidi-config-path=/usr/local/wince/contrib-xscale/bin \
> --enable-livedotcom --with-livedotcom-tree=/usr/win32/live.com \
> --build=i686-pc-linux-gnu --host=arm-wince-pe --target=arm-wince-pe

You should do:
./bootstrap &&
PATH=/usr/local/wince/cross-tools/bin:$PATH \
CFLAGS="-D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include 
$CFLAGS -I/usr/local/wince/contrib-xscale/include -mcpu=xscale" \
LDFLAGS="-L/usr/local/wince/cross-tools/lib 
-L/usr/local/wince/contrib-xscale/lib" \
CC=arm-wince-pe-gcc \
AR=arm-wince-pe-ar \
LD=arm-wince-pe-ld \
CXX=arm-wince-pe-g++ \
CPP=arm-wince-pe-c++ \
STRIP=arm-wince-pe-strip \
  ./configure --prefix=/usr/local/wince \
  --disable-sdl --disable-gtk --disable-dvdnav --disable-dvdread \
  --disable-nls --disable-sout --disable-vlm --disable-wxwidgets \
  --disable-a52 --disable-libmpeg2 \
  --disable-mad --disable-plugins --enable-optimize-memory \
  --disable-ffmpeg --enable-tremor --disable-faad \
  --enable-freetype 
--with-freetype-config-path=/usr/local/wince/contrib-xscale/bin \
  --enable-fribidi 
--with-fribidi-config-path=/usr/local/wince/contrib-xscale/bin \
  --enable-livedotcom --with-livedotcom-tree=/usr/win32/live.com \
  --build=i686-pc-linux-gnu --host=arm-wince-pe --target=arm-wince-pe

I hope this helps.

Gtz,
Jean-Paul Saman.

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 4979 bytes
Desc: not available
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060513/97432d18/attachment.bin>

From samyak.infotech at gmail.com  Sat May 13 12:45:16 2006
From: samyak.infotech at gmail.com (Ratna)
Date: Sat, 13 May 2006 16:15:16 +0530
Subject: [vlc] VLC intigration with Genomemeeting To Store VirtualStream Video
Message-ID: <56ec293f0605130345t5bd02f47tf9010fed25fa9775@mail.gmail.com>

Hi All,

           I am a new user in this VLC group I found it very nice in storing
the VideoStreams on the network, My Intention was to store the Virtual
Stream In Genomemeeting for this purpose I am now looking at the VLC as a
source If anyone has tried out on this issue before or any has some ideas
regarding this please let me know

Any Kind Of Suggestions will make me happier

Thanks In Advance
Teja
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060513/1b2daa06/attachment.html>

From PHAN0004 at ntu.edu.sg  Sun May 14 04:45:07 2006
From: PHAN0004 at ntu.edu.sg (#PHANG CHEE WOH,DERRICK#)
Date: Sun, 14 May 2006 10:45:07 +0800
Subject: [vlc] Re: How to compile VLC for Wince
References: <CEEKLCPEMMMKFCFPKMLBMEFGCAAA.rlin@sunrisetelecom.com.cn> <B573E71765F6B54DB45A0FBE9B1FA5AB029F653D@mail01.student.main.ntu.edu.sg> <B573E71765F6B54DB45A0FBE9B1FA5AB029F6541@mail01.student.main.ntu.edu.sg> <1147328703.4741.11.camel@euklid> <B573E71765F6B54DB45A0FBE9B1FA5AB029F6546@mail01.student.main.ntu.edu.sg> <4464D000.9070909@planet.nl>
Message-ID: <B573E71765F6B54DB45A0FBE9B1FA5AB029F6549@mail01.student.main.ntu.edu.sg>




-----Original Message-----
From: vlc-bounce at videolan.org on behalf of Jean-Paul Saman
Sent: Sat 5/13/2006 2:12 AM
To: vlc at videolan.org
Subject: [vlc] Re: How to compile VLC for Wince
 
#PHANG CHEE WOH,DERRICK# wrote:
> Hi Sigmund,
> 
> Thanks for volunteering your help. I have been troubled by this problem right from the start. Since I am not certain where the log files for the make process is located at and the error generated goes a long way, I have managed to type out some of the errors as shown below:
> 
> ../../include/vlc_access.h:110: error: parse error before '}' token
> ../../include/vlc_access.h: In function 'access2_vacontrol':
> ../../include/vlc_access.h:120: error: dereferencing pointer to incomplete type in file included from file.c:28:
> ../../include/vlc_stream.h: At top level:
> ../../include/vlc_stream.h:66: error: parse error before "vlc_thread_t"
> ../../include/vlc_stream.h:66: warning: no semicolon at end of struct or union
> ../../include/vlc_stream.h:66: warning: type defaults to 'int' in declaration of 'object_lock'
> ../../include/vlc_stream.h:66: warning: data definition has no type or storage class
> ../../include/vlc_stream.h:66: error: parse error before "object_wait"
> ../../include/vlc_stream.h:66: warning: type defaults to 'int' in declaration of 'object_wait'
> ../../include/vlc_stream.h:66: warning: data definition has no type or storage class
> ../../include/vlc_stream.h:66: error: parse error before "var_lock"
> ../../include/vlc_stream.h:66: warning: type defaults to 'int' in declaration of 'var_lock'
> ../../include/vlc_stream.h:66: warning: data definition has no type or storage class
> ../../include/vlc_stream.h:68: error: conflicting types for "pf_block"
> ../../include/vlc_stream.h:84: error: previous declaration of 'pf_block' was here
> ../../include/vlc_stream.h:68: error: conflicting types for "pf_read"
> ../../include/vlc_stream.h:84: error: previous declaration of 'pf_read' was here
> ../../include/vlc_stream.h:68: error: conflicting types for "pf_control"
> ../../include/vlc_stream.h:84: error: previous declaration of 'pf_control' was here
> ../../include/vlc_stream.h:68: error: conflicting types for "p_sys"
> ../../include/vlc_stream.h:84: error: previous declaration of 'p_sys' was here
> 
> The other files that are also reflected to have errors are vlc_demux.h, and file.c.
Are you sure you have a complete checkout of the archive?

> Anyway, are these files not generated by the make process?
No they are not and should be present in vlc/include

> As additional information, the library files that I have used so far are provided by
> contrib-20050220-wince-xscale-bin.tar, and 
> wince-arm-gcc4.0.0-cvs-linux-crosscompiler-20050517.tar
> 
> I have unpacked the two files with the lines 
> tar xjvf contrib-20050220-wince-xscale-bin.tar.bz2 -C /   , and 
> tar xjvf wince-arm-gcc4.0.0-cvs-linux-crosscompiler-20050517.tar -C /
> 
> My latest configuration is as follows:
Your build configuration is flawed. It has several errors.

> ./bootstrap && 
> PATH=/usr/local/wince/cross-tools/bin:$PATH \ 
> CFLAGS="-D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include" \ 
> CFLAGS="$CFLAGS -I/usr/local/wince/contrib-xscale/include" \
CFLAGS="$CFLAGS" is not wise to use here.

> LDFLAGS="-L/usr/local/wince/cross-tools/lib" \ 
> LDFLAGS="-L/usr/local/wince/contrib-xscale/lib" \ 
previous LDFLAGS is overwritten.

> CC="arm-wince-pe-gcc -mcpu=xscale" \ 
Here no linker, C++, ar, strip is specified.

> ./configure --prefix=/usr/local/wince \
> --disable-sdl --disable-gtk --disable-dvdnav --disable-dvdread \
> --disable-nls --disable-sout --disable-vlm --disable-wxwidgets \
> --disable-a52 --disable-libmpeg2 \
> --disable-mad --disable-plugins --enable-optimize-memory \
> --disable-ffmpeg --enable-tremor --disable-faad \
> --enable-freetype --with-freetype-config-path=/usr/local/wince/contrib-xscale/bin \
> --enable-fribidi --with-fribidi-config-path=/usr/local/wince/contrib-xscale/bin \
> --enable-livedotcom --with-livedotcom-tree=/usr/win32/live.com \
> --build=i686-pc-linux-gnu --host=arm-wince-pe --target=arm-wince-pe

You should do:
./bootstrap &&
PATH=/usr/local/wince/cross-tools/bin:$PATH \
CFLAGS="-D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include 
$CFLAGS -I/usr/local/wince/contrib-xscale/include -mcpu=xscale" \
LDFLAGS="-L/usr/local/wince/cross-tools/lib 
-L/usr/local/wince/contrib-xscale/lib" \
CC=arm-wince-pe-gcc \
AR=arm-wince-pe-ar \
LD=arm-wince-pe-ld \
CXX=arm-wince-pe-g++ \
CPP=arm-wince-pe-c++ \
STRIP=arm-wince-pe-strip \
  ./configure --prefix=/usr/local/wince \
  --disable-sdl --disable-gtk --disable-dvdnav --disable-dvdread \
  --disable-nls --disable-sout --disable-vlm --disable-wxwidgets \
  --disable-a52 --disable-libmpeg2 \
  --disable-mad --disable-plugins --enable-optimize-memory \
  --disable-ffmpeg --enable-tremor --disable-faad \
  --enable-freetype 
--with-freetype-config-path=/usr/local/wince/contrib-xscale/bin \
  --enable-fribidi 
--with-fribidi-config-path=/usr/local/wince/contrib-xscale/bin \
  --enable-livedotcom --with-livedotcom-tree=/usr/win32/live.com \
  --build=i686-pc-linux-gnu --host=arm-wince-pe --target=arm-wince-pe

I hope this helps.

Gtz,
Jean-Paul Saman.

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 4915 bytes
Desc: not available
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060514/3490ab01/attachment.bin>

From posde at theinternet.de  Sun May 14 12:22:57 2006
From: posde at theinternet.de (Peer Oliver Schmidt)
Date: Sun, 14 May 2006 12:22:57 +0200
Subject: [vlc] Hickup on DVD playing Star Wars Episode 1,2 and 3
Message-ID: <44670501.9010408@theinternet.de>

Hi,

first post, and I hope this is the right place.

Playing the Star Wars Episode (1,2 or 3) DVDs causes a small "hickup"
during the first scene. Title 1, Chapter 3. On Episode 3 it is the
change from the star scene where the sun comes up. The film briefly
stops and continues to play maybe 1 second later. It seems as if the
movie is continuing in the timeline but is not displaying anything.

This happens each and every time at the same position. I am using the
german releases of the Star Wars DVDs, but suspect the same to happen on
other languages.

The following switches do not change this:
* fullscreen
* audio-track
* skip-frames

This happens on Windows 2000 and XP (with 0.8.5) and Ubuntu (with
0.8.4). Different machines show the same problem. It does not matter,
whether or not the DVD is backed up (using dvdbackup) before onto a hard
disk and played from there, or the DVD is played directly from the
media. I am using libdvdnav4 in version 0.1.9-3, libdvdread3 v0.9.4-5,
libdvdcss2 v1.2.9-0sarge0.0 on Ubuntu.

Apart from the above scene, it happens every now and then, that the
display stops for a moment (up to 15 seconds) before displaying
something again.

Any and all help is greatly appreciated. If you need more information,
let me know.
-- 
Best regards

Peer Oliver Schmidt
PGP Key ID: 0x83E1C2EA

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From PHAN0004 at ntu.edu.sg  Mon May 15 03:46:28 2006
From: PHAN0004 at ntu.edu.sg (#PHANG CHEE WOH,DERRICK#)
Date: Mon, 15 May 2006 09:46:28 +0800
Subject: [vlc] Re: How to build the toolchain for CrossCompilation to WinCE
References: <CEEKLCPEMMMKFCFPKMLBMEFGCAAA.rlin@sunrisetelecom.com.cn> <B573E71765F6B54DB45A0FBE9B1FA5AB029F653D@mail01.student.main.ntu.edu.sg> <B573E71765F6B54DB45A0FBE9B1FA5AB029F6541@mail01.student.main.ntu.edu.sg> <1147328703.4741.11.camel@euklid> <B573E71765F6B54DB45A0FBE9B1FA5AB029F6546@mail01.student.main.ntu.edu.sg> <4464D000.9070909@planet.nl>
Message-ID: <B573E71765F6B54DB45A0FBE9B1FA5AB029F654E@mail01.student.main.ntu.edu.sg>

Hi Sigmund,

I have tried to configure using your config specifications and found that my problem may simply be a case of the toolchain not made properly. I have read a documentation on the site for building the toolchain but I could not find 2 specific files.

Can you give me a link to them? They are gcc-2.95.3.diffbis.bz2 and gcc-2.95.3.diff2.

Another question here. Do I use the versions of the various libraries as specified by that documentation or do I download the latest version instead?

Also, do I download a version of the gcc that is currently in use by my cygwin? I realised that the version of the compiler is dependent on the version of the compiler that the libraries are compiled from but I do not exacly if they will affect the whole process.

Thanks very much for your help and I hope to hear from you soon.

Sincerely,
Derrick

-----Original Message-----
From: vlc-bounce at videolan.org on behalf of Jean-Paul Saman
Sent: Sat 5/13/2006 2:12 AM
To: vlc at videolan.org
Subject: [vlc] Re: How to compile VLC for Wince
 
#PHANG CHEE WOH,DERRICK# wrote:
> Hi Sigmund,
> 
> Thanks for volunteering your help. I have been troubled by this problem right from the start. Since I am not certain where the log files for the make process is located at and the error generated goes a long way, I have managed to type out some of the errors as shown below:
> 
> ../../include/vlc_access.h:110: error: parse error before '}' token
> ../../include/vlc_access.h: In function 'access2_vacontrol':
> ../../include/vlc_access.h:120: error: dereferencing pointer to incomplete type in file included from file.c:28:
> ../../include/vlc_stream.h: At top level:
> ../../include/vlc_stream.h:66: error: parse error before "vlc_thread_t"
> ../../include/vlc_stream.h:66: warning: no semicolon at end of struct or union
> ../../include/vlc_stream.h:66: warning: type defaults to 'int' in declaration of 'object_lock'
> ../../include/vlc_stream.h:66: warning: data definition has no type or storage class
> ../../include/vlc_stream.h:66: error: parse error before "object_wait"
> ../../include/vlc_stream.h:66: warning: type defaults to 'int' in declaration of 'object_wait'
> ../../include/vlc_stream.h:66: warning: data definition has no type or storage class
> ../../include/vlc_stream.h:66: error: parse error before "var_lock"
> ../../include/vlc_stream.h:66: warning: type defaults to 'int' in declaration of 'var_lock'
> ../../include/vlc_stream.h:66: warning: data definition has no type or storage class
> ../../include/vlc_stream.h:68: error: conflicting types for "pf_block"
> ../../include/vlc_stream.h:84: error: previous declaration of 'pf_block' was here
> ../../include/vlc_stream.h:68: error: conflicting types for "pf_read"
> ../../include/vlc_stream.h:84: error: previous declaration of 'pf_read' was here
> ../../include/vlc_stream.h:68: error: conflicting types for "pf_control"
> ../../include/vlc_stream.h:84: error: previous declaration of 'pf_control' was here
> ../../include/vlc_stream.h:68: error: conflicting types for "p_sys"
> ../../include/vlc_stream.h:84: error: previous declaration of 'p_sys' was here
> 
> The other files that are also reflected to have errors are vlc_demux.h, and file.c.
Are you sure you have a complete checkout of the archive?

> Anyway, are these files not generated by the make process?
No they are not and should be present in vlc/include

> As additional information, the library files that I have used so far are provided by
> contrib-20050220-wince-xscale-bin.tar, and 
> wince-arm-gcc4.0.0-cvs-linux-crosscompiler-20050517.tar
> 
> I have unpacked the two files with the lines 
> tar xjvf contrib-20050220-wince-xscale-bin.tar.bz2 -C /   , and 
> tar xjvf wince-arm-gcc4.0.0-cvs-linux-crosscompiler-20050517.tar -C /
> 
> My latest configuration is as follows:
Your build configuration is flawed. It has several errors.

> ./bootstrap && 
> PATH=/usr/local/wince/cross-tools/bin:$PATH \ 
> CFLAGS="-D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include" \ 
> CFLAGS="$CFLAGS -I/usr/local/wince/contrib-xscale/include" \
CFLAGS="$CFLAGS" is not wise to use here.

> LDFLAGS="-L/usr/local/wince/cross-tools/lib" \ 
> LDFLAGS="-L/usr/local/wince/contrib-xscale/lib" \ 
previous LDFLAGS is overwritten.

> CC="arm-wince-pe-gcc -mcpu=xscale" \ 
Here no linker, C++, ar, strip is specified.

> ./configure --prefix=/usr/local/wince \
> --disable-sdl --disable-gtk --disable-dvdnav --disable-dvdread \
> --disable-nls --disable-sout --disable-vlm --disable-wxwidgets \
> --disable-a52 --disable-libmpeg2 \
> --disable-mad --disable-plugins --enable-optimize-memory \
> --disable-ffmpeg --enable-tremor --disable-faad \
> --enable-freetype --with-freetype-config-path=/usr/local/wince/contrib-xscale/bin \
> --enable-fribidi --with-fribidi-config-path=/usr/local/wince/contrib-xscale/bin \
> --enable-livedotcom --with-livedotcom-tree=/usr/win32/live.com \
> --build=i686-pc-linux-gnu --host=arm-wince-pe --target=arm-wince-pe

You should do:
./bootstrap &&
PATH=/usr/local/wince/cross-tools/bin:$PATH \
CFLAGS="-D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include 
$CFLAGS -I/usr/local/wince/contrib-xscale/include -mcpu=xscale" \
LDFLAGS="-L/usr/local/wince/cross-tools/lib 
-L/usr/local/wince/contrib-xscale/lib" \
CC=arm-wince-pe-gcc \
AR=arm-wince-pe-ar \
LD=arm-wince-pe-ld \
CXX=arm-wince-pe-g++ \
CPP=arm-wince-pe-c++ \
STRIP=arm-wince-pe-strip \
  ./configure --prefix=/usr/local/wince \
  --disable-sdl --disable-gtk --disable-dvdnav --disable-dvdread \
  --disable-nls --disable-sout --disable-vlm --disable-wxwidgets \
  --disable-a52 --disable-libmpeg2 \
  --disable-mad --disable-plugins --enable-optimize-memory \
  --disable-ffmpeg --enable-tremor --disable-faad \
  --enable-freetype 
--with-freetype-config-path=/usr/local/wince/contrib-xscale/bin \
  --enable-fribidi 
--with-fribidi-config-path=/usr/local/wince/contrib-xscale/bin \
  --enable-livedotcom --with-livedotcom-tree=/usr/win32/live.com \
  --build=i686-pc-linux-gnu --host=arm-wince-pe --target=arm-wince-pe

I hope this helps.

Gtz,
Jean-Paul Saman.

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 5461 bytes
Desc: not available
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060515/deff8c4c/attachment.bin>

From PHAN0004 at ntu.edu.sg  Tue May 16 19:37:24 2006
From: PHAN0004 at ntu.edu.sg (#PHANG CHEE WOH,DERRICK#)
Date: Wed, 17 May 2006 01:37:24 +0800
Subject: [vlc] Re: Display size in WinCE
References: <004e01c6417e$7f69e950$3202a8c0@Mark><440E26D4.9080707@justken.net><B573E71765F6B54DB45A0FBE9B1FA5AB4D349E@mail01.student.main.ntu.edu.sg> <a1c96e690603130646s20a037dfi@mail.gmail.com>
Message-ID: <B573E71765F6B54DB45A0FBE9B1FA5AB029F6551@mail01.student.main.ntu.edu.sg>

Hi,

Does anyone know how to change the display layout for wince. The problem with the display is that the fields below the horizontal tabs overlaps even when they are not selected. This is especially evident in the open file and open stream option.

I am still facing the same issue till today despite having tried changing the figures within the cascading style sheets in the http directory as well as the other files in the dialogs directory within the http directory.

My question is:
1. Does changing the values in the css file make affect on the final videolan display?

2. What is the actual method for changing the displap layout for videolan on wince?

3. Do I have to do the changes by building from the source code instead? If so, how do I specify the dimensions and layout?

I hope anyone can please answer this problem since I believe there are already a few of us experiencing the same problem.

Thanks.
Sincerely,
Derrick


-----Original Message-----
From: vlc-bounce at videolan.org on behalf of ???
Sent: Mon 3/13/2006 10:46 PM
To: vlc at videolan.org
Subject: [vlc] Re: Display size in WinCE
 
Hello,Derrick!
     I met the similar problem as you.I am still looking for the way to
 solve it.If you know it ,please send a copy to me.Thank you very much!:)
     By the way ,do you know how to display 9 windows in the same time to
play 9 different videoes?
      I am a student from Shanghai China,and nice to hear from you!:)
Best regards!


Zaiyi Lv





2006/3/13, #PHANG CHEE WOH,DERRICK# <PHAN0004 at ntu.edu.sg>:
>
> Hi,
>
> I am still having problem with the adjustment of the diaplay size for the
> wince. The length of display is longer than what can be shown on the screen.
>
> Is there any way to correct the size? What files do I edit to specify the
> size and where can they be found.
>
> Hope anybody can reply.
>
> Thanks.
> Derrick
>
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 3588 bytes
Desc: not available
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060517/d3826993/attachment.bin>

From PHAN0004 at ntu.edu.sg  Tue May 16 04:13:58 2006
From: PHAN0004 at ntu.edu.sg (#PHANG CHEE WOH,DERRICK#)
Date: Tue, 16 May 2006 10:13:58 +0800
Subject: [vlc] Re: How to compile VLC for Wince
References: <CEEKLCPEMMMKFCFPKMLBMEFGCAAA.rlin@sunrisetelecom.com.cn> <B573E71765F6B54DB45A0FBE9B1FA5AB029F653D@mail01.student.main.ntu.edu.sg> <B573E71765F6B54DB45A0FBE9B1FA5AB029F6541@mail01.student.main.ntu.edu.sg> <1147328703.4741.11.camel@euklid> <B573E71765F6B54DB45A0FBE9B1FA5AB029F6546@mail01.student.main.ntu.edu.sg> <4464D000.9070909@planet.nl>
Message-ID: <B573E71765F6B54DB45A0FBE9B1FA5AB029F654F@mail01.student.main.ntu.edu.sg>

Hi,

I have tried to the build configuration as given but I still experience other problems. One of the main things that I notice is that during the check for the C compiler default output file name, the C compiler cannot create executeables. This is despite having installed the contrib-20050220-wince-xscale-bin.tar, and wince-arm-gcc4.0.0-cvs-linux-crosscompiler-20050517.tar

Can anyone please advise me as to what is the matter? Attached is a copy of the config log file.

Sincerely,
Derrick

-----Original Message-----
From: vlc-bounce at videolan.org on behalf of Jean-Paul Saman
Sent: Sat 5/13/2006 2:12 AM
To: vlc at videolan.org
Subject: [vlc] Re: How to compile VLC for Wince
 
#PHANG CHEE WOH,DERRICK# wrote:
> Hi Sigmund,
> 
> Thanks for volunteering your help. I have been troubled by this problem right from the start. Since I am not certain where the log files for the make process is located at and the error generated goes a long way, I have managed to type out some of the errors as shown below:
> 
> ../../include/vlc_access.h:110: error: parse error before '}' token
> ../../include/vlc_access.h: In function 'access2_vacontrol':
> ../../include/vlc_access.h:120: error: dereferencing pointer to incomplete type in file included from file.c:28:
> ../../include/vlc_stream.h: At top level:
> ../../include/vlc_stream.h:66: error: parse error before "vlc_thread_t"
> ../../include/vlc_stream.h:66: warning: no semicolon at end of struct or union
> ../../include/vlc_stream.h:66: warning: type defaults to 'int' in declaration of 'object_lock'
> ../../include/vlc_stream.h:66: warning: data definition has no type or storage class
> ../../include/vlc_stream.h:66: error: parse error before "object_wait"
> ../../include/vlc_stream.h:66: warning: type defaults to 'int' in declaration of 'object_wait'
> ../../include/vlc_stream.h:66: warning: data definition has no type or storage class
> ../../include/vlc_stream.h:66: error: parse error before "var_lock"
> ../../include/vlc_stream.h:66: warning: type defaults to 'int' in declaration of 'var_lock'
> ../../include/vlc_stream.h:66: warning: data definition has no type or storage class
> ../../include/vlc_stream.h:68: error: conflicting types for "pf_block"
> ../../include/vlc_stream.h:84: error: previous declaration of 'pf_block' was here
> ../../include/vlc_stream.h:68: error: conflicting types for "pf_read"
> ../../include/vlc_stream.h:84: error: previous declaration of 'pf_read' was here
> ../../include/vlc_stream.h:68: error: conflicting types for "pf_control"
> ../../include/vlc_stream.h:84: error: previous declaration of 'pf_control' was here
> ../../include/vlc_stream.h:68: error: conflicting types for "p_sys"
> ../../include/vlc_stream.h:84: error: previous declaration of 'p_sys' was here
> 
> The other files that are also reflected to have errors are vlc_demux.h, and file.c.
Are you sure you have a complete checkout of the archive?

> Anyway, are these files not generated by the make process?
No they are not and should be present in vlc/include

> As additional information, the library files that I have used so far are provided by
> contrib-20050220-wince-xscale-bin.tar, and 
> wince-arm-gcc4.0.0-cvs-linux-crosscompiler-20050517.tar
> 
> I have unpacked the two files with the lines 
> tar xjvf contrib-20050220-wince-xscale-bin.tar.bz2 -C /   , and 
> tar xjvf wince-arm-gcc4.0.0-cvs-linux-crosscompiler-20050517.tar -C /
> 
> My latest configuration is as follows:
Your build configuration is flawed. It has several errors.

> ./bootstrap && 
> PATH=/usr/local/wince/cross-tools/bin:$PATH \ 
> CFLAGS="-D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include" \ 
> CFLAGS="$CFLAGS -I/usr/local/wince/contrib-xscale/include" \
CFLAGS="$CFLAGS" is not wise to use here.

> LDFLAGS="-L/usr/local/wince/cross-tools/lib" \ 
> LDFLAGS="-L/usr/local/wince/contrib-xscale/lib" \ 
previous LDFLAGS is overwritten.

> CC="arm-wince-pe-gcc -mcpu=xscale" \ 
Here no linker, C++, ar, strip is specified.

> ./configure --prefix=/usr/local/wince \
> --disable-sdl --disable-gtk --disable-dvdnav --disable-dvdread \
> --disable-nls --disable-sout --disable-vlm --disable-wxwidgets \
> --disable-a52 --disable-libmpeg2 \
> --disable-mad --disable-plugins --enable-optimize-memory \
> --disable-ffmpeg --enable-tremor --disable-faad \
> --enable-freetype --with-freetype-config-path=/usr/local/wince/contrib-xscale/bin \
> --enable-fribidi --with-fribidi-config-path=/usr/local/wince/contrib-xscale/bin \
> --enable-livedotcom --with-livedotcom-tree=/usr/win32/live.com \
> --build=i686-pc-linux-gnu --host=arm-wince-pe --target=arm-wince-pe

You should do:
./bootstrap &&
PATH=/usr/local/wince/cross-tools/bin:$PATH \
CFLAGS="-D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include 
$CFLAGS -I/usr/local/wince/contrib-xscale/include -mcpu=xscale" \
LDFLAGS="-L/usr/local/wince/cross-tools/lib 
-L/usr/local/wince/contrib-xscale/lib" \
CC=arm-wince-pe-gcc \
AR=arm-wince-pe-ar \
LD=arm-wince-pe-ld \
CXX=arm-wince-pe-g++ \
CPP=arm-wince-pe-c++ \
STRIP=arm-wince-pe-strip \
  ./configure --prefix=/usr/local/wince \
  --disable-sdl --disable-gtk --disable-dvdnav --disable-dvdread \
  --disable-nls --disable-sout --disable-vlm --disable-wxwidgets \
  --disable-a52 --disable-libmpeg2 \
  --disable-mad --disable-plugins --enable-optimize-memory \
  --disable-ffmpeg --enable-tremor --disable-faad \
  --enable-freetype 
--with-freetype-config-path=/usr/local/wince/contrib-xscale/bin \
  --enable-fribidi 
--with-fribidi-config-path=/usr/local/wince/contrib-xscale/bin \
  --enable-livedotcom --with-livedotcom-tree=/usr/win32/live.com \
  --build=i686-pc-linux-gnu --host=arm-wince-pe --target=arm-wince-pe

I hope this helps.

Gtz,
Jean-Paul Saman.

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 17123 bytes
Desc: not available
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060516/33f4e53f/attachment.bin>

From PHAN0004 at ntu.edu.sg  Tue May 16 19:29:25 2006
From: PHAN0004 at ntu.edu.sg (#PHANG CHEE WOH,DERRICK#)
Date: Wed, 17 May 2006 01:29:25 +0800
Subject: [vlc] Re: How to compile VLC for Wince
References: <CEEKLCPEMMMKFCFPKMLBMEFGCAAA.rlin@sunrisetelecom.com.cn> <B573E71765F6B54DB45A0FBE9B1FA5AB029F653D@mail01.student.main.ntu.edu.sg> <B573E71765F6B54DB45A0FBE9B1FA5AB029F6541@mail01.student.main.ntu.edu.sg> <1147328703.4741.11.camel@euklid> <B573E71765F6B54DB45A0FBE9B1FA5AB029F6546@mail01.student.main.ntu.edu.sg> <4464D000.9070909@planet.nl>
Message-ID: <B573E71765F6B54DB45A0FBE9B1FA5AB029F6550@mail01.student.main.ntu.edu.sg>

Hi,

I have tried to redo the build with the configurations as specified but I am still encountering other problems. I think the main issue may be that the configure process cannot find the c compiler. This is despite having installed the cross-tools and contrib-xscale in /usr/local/wince.

My config log is as attached. The essence of the issue is as shown below:

configure:2559: arm-wince-pe-gcc --version </dev/null >&5
/usr/local/wince/cross-tools/bin/arm-wince-pe-gcc: /usr/local/wince/cross-tools/bin/arm-wince-pe-gcc: cannot execute binary file
configure:2562: $? = 126
configure:2564: arm-wince-pe-gcc -v </dev/null >&5
/usr/local/wince/cross-tools/bin/arm-wince-pe-gcc: /usr/local/wince/cross-tools/bin/arm-wince-pe-gcc: cannot execute binary file
configure:2567: $? = 126
configure:2569: arm-wince-pe-gcc -V </dev/null >&5
/usr/local/wince/cross-tools/bin/arm-wince-pe-gcc: /usr/local/wince/cross-tools/bin/arm-wince-pe-gcc: cannot execute binary file
configure:2572: $? = 126
configure:2595: checking for C compiler default output file name
configure:2598: arm-wince-pe-gcc -D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include
 -I/usr/local/wince/contrib-xscale/include -mcpu=xscale  -L/usr/local/wince/cross-tools/lib
-L/usr/local/wince/contrib-xscale/lib conftest.c  >&5
/usr/local/wince/cross-tools/bin/arm-wince-pe-gcc: /usr/local/wince/cross-tools/bin/arm-wince-pe-gcc: cannot execute binary file
configure:2601: $? = 126

What may be the issue? The cross-tools not installed properly, the cross-tools archive not being fully valid or is it just a matter or specifiying the configuration? 

Can you get back to me? Thanks.

Sincerely,
Derrick


-----Original Message-----
From: vlc-bounce at videolan.org on behalf of Jean-Paul Saman
Sent: Sat 5/13/2006 2:12 AM
To: vlc at videolan.org
Subject: [vlc] Re: How to compile VLC for Wince
 
#PHANG CHEE WOH,DERRICK# wrote:
> Hi,
> 
> Thanks for volunteering your help. I have been troubled by this problem right from the start. Since I am not certain where the log files for the make process is located at and the error generated goes a long way, I have managed to type out some of the errors as shown below:
> 
> ../../include/vlc_access.h:110: error: parse error before '}' token
> ../../include/vlc_access.h: In function 'access2_vacontrol':
> ../../include/vlc_access.h:120: error: dereferencing pointer to incomplete type in file included from file.c:28:
> ../../include/vlc_stream.h: At top level:
> ../../include/vlc_stream.h:66: error: parse error before "vlc_thread_t"
> ../../include/vlc_stream.h:66: warning: no semicolon at end of struct or union
> ../../include/vlc_stream.h:66: warning: type defaults to 'int' in declaration of 'object_lock'
> ../../include/vlc_stream.h:66: warning: data definition has no type or storage class
> ../../include/vlc_stream.h:66: error: parse error before "object_wait"
> ../../include/vlc_stream.h:66: warning: type defaults to 'int' in declaration of 'object_wait'
> ../../include/vlc_stream.h:66: warning: data definition has no type or storage class
> ../../include/vlc_stream.h:66: error: parse error before "var_lock"
> ../../include/vlc_stream.h:66: warning: type defaults to 'int' in declaration of 'var_lock'
> ../../include/vlc_stream.h:66: warning: data definition has no type or storage class
> ../../include/vlc_stream.h:68: error: conflicting types for "pf_block"
> ../../include/vlc_stream.h:84: error: previous declaration of 'pf_block' was here
> ../../include/vlc_stream.h:68: error: conflicting types for "pf_read"
> ../../include/vlc_stream.h:84: error: previous declaration of 'pf_read' was here
> ../../include/vlc_stream.h:68: error: conflicting types for "pf_control"
> ../../include/vlc_stream.h:84: error: previous declaration of 'pf_control' was here
> ../../include/vlc_stream.h:68: error: conflicting types for "p_sys"
> ../../include/vlc_stream.h:84: error: previous declaration of 'p_sys' was here
> 
> The other files that are also reflected to have errors are vlc_demux.h, and file.c.
Are you sure you have a complete checkout of the archive?

> Anyway, are these files not generated by the make process?
No they are not and should be present in vlc/include

> As additional information, the library files that I have used so far are provided by
> contrib-20050220-wince-xscale-bin.tar, and 
> wince-arm-gcc4.0.0-cvs-linux-crosscompiler-20050517.tar
> 
> I have unpacked the two files with the lines 
> tar xjvf contrib-20050220-wince-xscale-bin.tar.bz2 -C /   , and 
> tar xjvf wince-arm-gcc4.0.0-cvs-linux-crosscompiler-20050517.tar -C /
> 
> My latest configuration is as follows:
Your build configuration is flawed. It has several errors.

> ./bootstrap && 
> PATH=/usr/local/wince/cross-tools/bin:$PATH \ 
> CFLAGS="-D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include" \ 
> CFLAGS="$CFLAGS -I/usr/local/wince/contrib-xscale/include" \
CFLAGS="$CFLAGS" is not wise to use here.

> LDFLAGS="-L/usr/local/wince/cross-tools/lib" \ 
> LDFLAGS="-L/usr/local/wince/contrib-xscale/lib" \ 
previous LDFLAGS is overwritten.

> CC="arm-wince-pe-gcc -mcpu=xscale" \ 
Here no linker, C++, ar, strip is specified.

> ./configure --prefix=/usr/local/wince \
> --disable-sdl --disable-gtk --disable-dvdnav --disable-dvdread \
> --disable-nls --disable-sout --disable-vlm --disable-wxwidgets \
> --disable-a52 --disable-libmpeg2 \
> --disable-mad --disable-plugins --enable-optimize-memory \
> --disable-ffmpeg --enable-tremor --disable-faad \
> --enable-freetype --with-freetype-config-path=/usr/local/wince/contrib-xscale/bin \
> --enable-fribidi --with-fribidi-config-path=/usr/local/wince/contrib-xscale/bin \
> --enable-livedotcom --with-livedotcom-tree=/usr/win32/live.com \
> --build=i686-pc-linux-gnu --host=arm-wince-pe --target=arm-wince-pe

You should do:
./bootstrap &&
PATH=/usr/local/wince/cross-tools/bin:$PATH \
CFLAGS="-D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include 
$CFLAGS -I/usr/local/wince/contrib-xscale/include -mcpu=xscale" \
LDFLAGS="-L/usr/local/wince/cross-tools/lib 
-L/usr/local/wince/contrib-xscale/lib" \
CC=arm-wince-pe-gcc \
AR=arm-wince-pe-ar \
LD=arm-wince-pe-ld \
CXX=arm-wince-pe-g++ \
CPP=arm-wince-pe-c++ \
STRIP=arm-wince-pe-strip \
  ./configure --prefix=/usr/local/wince \
  --disable-sdl --disable-gtk --disable-dvdnav --disable-dvdread \
  --disable-nls --disable-sout --disable-vlm --disable-wxwidgets \
  --disable-a52 --disable-libmpeg2 \
  --disable-mad --disable-plugins --enable-optimize-memory \
  --disable-ffmpeg --enable-tremor --disable-faad \
  --enable-freetype 
--with-freetype-config-path=/usr/local/wince/contrib-xscale/bin \
  --enable-fribidi 
--with-fribidi-config-path=/usr/local/wince/contrib-xscale/bin \
  --enable-livedotcom --with-livedotcom-tree=/usr/win32/live.com \
  --build=i686-pc-linux-gnu --host=arm-wince-pe --target=arm-wince-pe

I hope this helps.

Gtz,
Jean-Paul Saman.

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html



-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 17427 bytes
Desc: not available
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060517/66039d7f/attachment.bin>

From vaclav.koldus at avpark.cz  Tue May 16 20:46:42 2006
From: vaclav.koldus at avpark.cz (=?ISO-8859-1?Q?V=E1clav_Koldus?=)
Date: Tue, 16 May 2006 20:46:42 +0200
Subject: [vlc] Re: counting frames
In-Reply-To: <20060509223804.15931.qmail@web36207.mail.mud.yahoo.com>
References: <20060509223804.15931.qmail@web36207.mail.mud.yahoo.com>
Message-ID: <446A1E12.5050009@avpark.cz>

Hi,

What container do you use for video? Frame count (or video duration) can 
be easily read from
file header of avi files, for example.

Another possibility is to write some video filter that will just count 
frame and pass video to output.
It wouldn't be a big prob, but I'm now too busy to do this. Any 
volunteers? ;)

Vaclav


Marcelo Manzato napsal(a):

>Hi,
>
>Is there a way to ask vlc to inform me about the
>number of frames a video has?
>
>I have the time that vlc transcoded a period of video,
>but I would like to know how much of time vlc has
>spent in each frame. In order to do that, I thought
>about divide the total time by the total number of
>frames, but for that I need the amount of frames it
>has processed...
>
>Any ideas?
>Thanks
>
>
>		
>_______________________________________________________ 
>Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. Registre seu aparelho agora! 
>http://br.mobile.yahoo.com/mailalertas/ 
> 
>
>  
>

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From pcheng at cs.ucy.ac.cy  Wed May 17 10:56:08 2006
From: pcheng at cs.ucy.ac.cy (pcheng at cs.ucy.ac.cy)
Date: Wed, 17 May 2006 11:56:08 +0300
Subject: [vlc] Dynamic adaptation of video
Message-ID: <1147856168.446ae52895b6f@webmail.cs.ucy.ac.cy>



Dear all,

I just started using VLC for a project that I am working on and I would like to
ask some questions about what can be done with this package.

I was wondering if I can change parameters such as framerate and quantization
parameters while a video is playing or even change the size of the image from
4CIF to CIF or QCIF.

Thanking you in advance,


Pericles

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From sde at newtec.be  Wed May 17 14:56:19 2006
From: sde at newtec.be (Stephane Delcroix)
Date: Wed, 17 May 2006 14:56:19 +0200
Subject: [vlc] Streaming overhead
Message-ID: <1147870579.7131.36.camel@localhost>

Hi all,

When using vlc to stream TS over UDP, there is an unexpected overhead.
i.e.: if the stream is at 192kbps, the UDP stream is more like 250kbps
(changing between 216kbps and 260kbps)

Note: no transcoding at all...

At the bytes level, checking with ethereal, there is a lof of padding in
the TS frames...

Do you see anything to help ?

rgds,

Stephane Delcroix

-- 
Stephane Delcroix
System Engineer
Newtec Cy
mailto: sde at newtec.be
mobile: +32 497 45.68.05




-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From PHAN0004 at ntu.edu.sg  Thu May 18 00:50:32 2006
From: PHAN0004 at ntu.edu.sg (#PHANG CHEE WOH,DERRICK#)
Date: Thu, 18 May 2006 06:50:32 +0800
Subject: [vlc] Re: Display size in WinCE
References: <004e01c6417e$7f69e950$3202a8c0@Mark><440E26D4.9080707@justken.net><B573E71765F6B54DB45A0FBE9B1FA5AB4D349E@mail01.student.main.ntu.edu.sg> <a1c96e690603130646s20a037dfi@mail.gmail.com> <B573E71765F6B54DB45A0FBE9B1FA5AB029F6551@mail01.student.main.ntu.edu.sg>
Message-ID: <B573E71765F6B54DB45A0FBE9B1FA5AB029F6552@mail01.student.main.ntu.edu.sg>

Hi,

Does anyone know how to change the display layout for wince. The problem with the display is that the fields below the horizontal tabs overlaps even when they are not selected. This is especially evident in the open file and open stream option.

I am still facing the same issue till today despite having tried changing the figures within the cascading style sheets in the http directory as well as the other files in the dialogs directory within the http directory.

My question is:
1. Does changing the values in the css file make affect on the final videolan display?

2. What is the actual method for changing the displap layout for videolan on wince?

3. Do I have to do the changes by building from the source code instead? If so, how do I specify the dimensions and layout?

I hope anyone can please answer this problem since I believe there are already a few of us experiencing the same problem.

Thanks.
Sincerely,
Derrick


-----Original Message-----
From: vlc-bounce at videolan.org on behalf of ???
Sent: Mon 3/13/2006 10:46 PM
To: vlc at videolan.org
Subject: [vlc] Re: Display size in WinCE
 
Hello,Derrick!
     I met the similar problem as you.I am still looking for the way to
 solve it.If you know it ,please send a copy to me.Thank you very much!:)
     By the way ,do you know how to display 9 windows in the same time to
play 9 different videoes?
      I am a student from Shanghai China,and nice to hear from you!:)
Best regards!


Zaiyi Lv





2006/3/13, #PHANG CHEE WOH,DERRICK# <PHAN0004 at ntu.edu.sg>:
>
> Hi,
>
> I am still having problem with the adjustment of the diaplay size for the
> wince. The length of display is longer than what can be shown on the screen.
>
> Is there any way to correct the size? What files do I edit to specify the
> size and where can they be found.
>
> Hope anybody can reply.
>
> Thanks.
> Derrick
>
>


-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 3654 bytes
Desc: not available
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060518/4f40d084/attachment.bin>

From etillman at satx.rr.com  Thu May 18 01:59:25 2006
From: etillman at satx.rr.com (Ed Tillman)
Date: Wed, 17 May 2006 18:59:25 -0500
Subject: [vlc] Re: Hickup on DVD playing Star Wars Episode 1,2 and 3
In-Reply-To: <44670501.9010408@theinternet.de>
References: <44670501.9010408@theinternet.de>
Message-ID: <446BB8DD.40703@satx.rr.com>

Peer Oliver Schmidt wrote:
> Hi,
>
> first post, and I hope this is the right place.
>
> Playing the Star Wars Episode (1,2 or 3) DVDs causes a small "hickup"
> during the first scene. Title 1, Chapter 3. On Episode 3 it is the
> change from the star scene where the sun comes up. The film briefly
> stops and continues to play maybe 1 second later. It seems as if the
> movie is continuing in the timeline but is not displaying anything.
>
> This happens each and every time at the same position. I am using the
> german releases of the Star Wars DVDs, but suspect the same to happen on
> other languages.
>
> The following switches do not change this:
> * fullscreen
> * audio-track
> * skip-frames
>
> This happens on Windows 2000 and XP (with 0.8.5) and Ubuntu (with
> 0.8.4). Different machines show the same problem. It does not matter,
> whether or not the DVD is backed up (using dvdbackup) before onto a hard
> disk and played from there, or the DVD is played directly from the
> media. I am using libdvdnav4 in version 0.1.9-3, libdvdread3 v0.9.4-5,
> libdvdcss2 v1.2.9-0sarge0.0 on Ubuntu.
>
> Apart from the above scene, it happens every now and then, that the
> display stops for a moment (up to 15 seconds) before displaying
> something again.
>
> Any and all help is greatly appreciated. If you need more information,
> let me know.
>   
I've run into the same problem playing "The League of Extraordinary 
Gentlemen," but *not* on "Good Morning, Vietnam."  Go figure...  Eh?

StarChild

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From boku0712 at gmail.com  Thu May 18 03:24:34 2006
From: boku0712 at gmail.com (boku)
Date: Thu, 18 May 2006 09:24:34 +0800
Subject: [vlc] Any a/v codec source code suitable for running on uClinux?
Message-ID: <715d90900605171824g493fc2dcg34d402bda0c10d1d@mail.gmail.com>

Dear all,
     I'd like to survey if any such mpeg-1/2 open source that is suitable to
run on uClinux? Does anyone have such experience? Thank you very much!

Best Regards,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060518/d702fb1c/attachment.html>

From intrepidity at shaw.ca  Thu May 18 07:39:12 2006
From: intrepidity at shaw.ca (THE GREAT ALSKY)
Date: Wed, 17 May 2006 22:39:12 -0700
Subject: [vlc] Re: Any a/v codec source code suitable for running on uClinux?
References: <715d90900605171824g493fc2dcg34d402bda0c10d1d@mail.gmail.com>
Message-ID: <000901c67a3d$64ed39e0$e9214518@gv.shawcable.net>

I dont understand your mesage ,is it complex,or ?
  ----- Original Message ----- 
  From: boku 
  To: vlc at videolan.org 
  Sent: Wednesday, May 17, 2006 6:24 PM
  Subject: [vlc] Any a/v codec source code suitable for running on uClinux?


  Dear all,
       I'd like to survey if any such mpeg-1/2 open source that is suitable to run on uClinux? Does anyone have such experience? Thank you very much!

  Best Regards,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060517/b14677c7/attachment.html>

From boku0712 at gmail.com  Thu May 18 09:31:54 2006
From: boku0712 at gmail.com (boku)
Date: Thu, 18 May 2006 15:31:54 +0800
Subject: [vlc] Re: Any a/v codec source code suitable for running on uClinux?
In-Reply-To: <000901c67a3d$64ed39e0$e9214518@gv.shawcable.net>
References: <715d90900605171824g493fc2dcg34d402bda0c10d1d@mail.gmail.com>
	 <000901c67a3d$64ed39e0$e9214518@gv.shawcable.net>
Message-ID: <715d90900605180031k36b37b4dg16340b37aa4fa553@mail.gmail.com>

Thank you for your reply. What I want is to find a suitable open source code
of mpeg-1/2 that can port to uCLinux with ease such as mplayer or its
library libmpeg2 etc.



On 5/18/06, THE GREAT ALSKY <intrepidity at shaw.ca> wrote:
>
>  I dont understand your mesage ,is it complex,or ?
>
> ----- Original Message -----
> *From:* boku <boku0712 at gmail.com>
> *To:* vlc at videolan.org
> *Sent:* Wednesday, May 17, 2006 6:24 PM
> *Subject:* [vlc] Any a/v codec source code suitable for running on
> uClinux?
>
>
> Dear all,
>      I'd like to survey if any such mpeg-1/2 open source that is suitable
> to run on uClinux? Does anyone have such experience? Thank you very much!
>
> Best Regards,
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060518/29833ca6/attachment.html>

From massiot at via.ecp.fr  Thu May 18 10:37:37 2006
From: massiot at via.ecp.fr (Christophe Massiot)
Date: Thu, 18 May 2006 10:37:37 +0200
Subject: [vlc] Re: Any a/v codec source code suitable for running on uClinux?
In-Reply-To: <715d90900605180031k36b37b4dg16340b37aa4fa553@mail.gmail.com>
References: <715d90900605171824g493fc2dcg34d402bda0c10d1d@mail.gmail.com> <000901c67a3d$64ed39e0$e9214518@gv.shawcable.net> <715d90900605180031k36b37b4dg16340b37aa4fa553@mail.gmail.com>
Message-ID: <20060518083737.GA7683@via.ecp.fr>

On Thu, May 18, 2006, boku wrote:
> Thank you for your reply. What I want is to find a suitable open source code
> of mpeg-1/2 that can port to uCLinux with ease such as mplayer or its
> library libmpeg2 etc.

VLC uses libmpeg2 as well (which is GPL software).

> On 5/18/06, THE GREAT ALSKY <intrepidity at shaw.ca> wrote:
> >
> > I dont understand your mesage ,is it complex,or ?
> >
> >----- Original Message -----
> >*From:* boku <boku0712 at gmail.com>
> >*To:* vlc at videolan.org
> >*Sent:* Wednesday, May 17, 2006 6:24 PM
> >*Subject:* [vlc] Any a/v codec source code suitable for running on
> >uClinux?
> >
> >
> >Dear all,
> >     I'd like to survey if any such mpeg-1/2 open source that is suitable
> >to run on uClinux? Does anyone have such experience? Thank you very much!
> >
> >Best Regards,
> >
> >
> >
-- 
Christophe Massiot.

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From boku0712 at gmail.com  Thu May 18 11:12:29 2006
From: boku0712 at gmail.com (boku)
Date: Thu, 18 May 2006 17:12:29 +0800
Subject: [vlc] Re: Any a/v codec source code suitable for running on uClinux?
In-Reply-To: <20060518083737.GA7683@via.ecp.fr>
References: <715d90900605171824g493fc2dcg34d402bda0c10d1d@mail.gmail.com>
	 <000901c67a3d$64ed39e0$e9214518@gv.shawcable.net>
	 <715d90900605180031k36b37b4dg16340b37aa4fa553@mail.gmail.com>
	 <20060518083737.GA7683@via.ecp.fr>
Message-ID: <715d90900605180212ybdc4b1dm2d64d200f575cf3d@mail.gmail.com>

*Hi,* *Christophe, *
*    I know vlc can be built and run on Linux? But is it also okay to be
built and run on uCLinux? Or what kind of possible difficulties will there
be? Thank you so much!*
**
*Best Regards, *




On 5/18/06, Christophe Massiot <massiot at via.ecp.fr> wrote:
>
> On Thu, May 18, 2006, boku wrote:
> > Thank you for your reply. What I want is to find a suitable open source
> code
> > of mpeg-1/2 that can port to uCLinux with ease such as mplayer or its
> > library libmpeg2 etc.
>
> VLC uses libmpeg2 as well (which is GPL software).
>
> > On 5/18/06, THE GREAT ALSKY <intrepidity at shaw.ca> wrote:
> > >
> > > I dont understand your mesage ,is it complex,or ?
> > >
> > >----- Original Message -----
> > >*From:* boku <boku0712 at gmail.com>
> > >*To:* vlc at videolan.org
> > >*Sent:* Wednesday, May 17, 2006 6:24 PM
> > >*Subject:* [vlc] Any a/v codec source code suitable for running on
> > >uClinux?
> > >
> > >
> > >Dear all,
> > >     I'd like to survey if any such mpeg-1/2 open source that is
> suitable
> > >to run on uClinux? Does anyone have such experience? Thank you very
> much!
> > >
> > >Best Regards,
> > >
> > >
> > >
> --
> Christophe Massiot.
>
> --
> This is the vlc mailing-list, see http://www.videolan.org/vlc/
> To unsubscribe, please read http://www.videolan.org/support/lists.html
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060518/8363225b/attachment.html>

From pujos at audemat-aztec.com  Thu May 18 15:56:31 2006
From: pujos at audemat-aztec.com (Michael Pujos)
Date: Thu, 18 May 2006 15:56:31 +0200
Subject: [vlc] Re: problem getting WinTV Nova-T DVB card to work (libdvbpsi problem?)
In-Reply-To: <4464415F.4000707@audemat-aztec.com>
References: <4464415F.4000707@audemat-aztec.com>
Message-ID: <446C7D0F.6090202@audemat-aztec.com>

I still have this problem after having tested a lot of things with no luck.

I don't have any problem using dvbstream:
dvbstream -udp -net 192.168.250.229:3000 0 110 120 130

and vlc -v udp://@:3000 

on the cleint





Michael Pujos wrote:

> Hi
>
>
> I can't make this card to work  using the latest vlc and libdvbpsi 
> code from svn (also tried with the libdbpsi packaged with my distrib 
> but no luck). I'm using kernel 2.6.12 from kubuntu breezy.
> Any help is greatly appreciated as I'm out of ideas :(. I tried to 
> force all correct --dvb parameters on the command line without success.
> Maybe should I compile the latest released version instead ?
>
> small log:
>
> ./vlc -v dvb:  --dvb-frequency=490000000 --dvb-bandwidth=8 --program=320
> VLC media player 0.8.6-svn Janus
> Remote control interface initialized. Type `help' for help.
> [00000254] main private warning: Option sout-standard-url is 
> deprecated. You should use sout-standard-dst instead.
> [00000256] main private: creating httpd
> [00000262] main demuxer warning: no access_demux module matched "dvb"
> status change: ( new input: dvb: )
> status change: ( audio volume: 256 )
> status change: ( play state: 1 )
> [00000263] dvb access warning: CAMInit: opening CAM device failed (No 
> such device)
> [00000263] dvb access warning: unimplemented query in control
> libdvbpsi error (PSI decoder): TS discontinuity (received 8, expected 
> 0) for PID 0
> libdvbpsi error (PSI decoder): TS discontinuity (received 13, expected 
> 0) for PID 18
> libdvbpsi error (PSI decoder): TS discontinuity (received 11, expected 
> 0) for PID 17
> [00000263] dvb access warning: no lock, tuning again
> libdvbpsi error (PSI decoder): TS discontinuity (received 2, expected 
> 15) for PID 18
> libdvbpsi error (PSI decoder): TS discontinuity (received 6, expected 
> 3) for PID 18
> libdvbpsi error (PSI decoder): TS discontinuity (received 15, expected 
> 10) for PID 0
> libdvbpsi error (PSI decoder): TS discontinuity (received 15, expected 
> 14) for PID 17
> [00000263] dvb access warning: no lock, tuning again
> libdvbpsi error (PSI decoder): TS discontinuity (received 0, expected 
> 4) for PID 18
> libdvbpsi error (PSI decoder): TS discontinuity (received 11, expected 
> 4) for PID 0
> libdvbpsi error (PSI decoder): TS discontinuity (received 6, expected 
> 5) for PID 17
>
>
>
> full log:
>
>
> VLC media player 0.8.6-svn Janus
> [00000001] main vlc debug: checking builtin modules
> [00000001] main vlc debug: checking plugin modules
> [00000001] main vlc debug: loading plugins cache file 
> /home/mpujos/.vlc/cache/plugins-04041e.dat
> [00000001] main vlc debug: recursively browsing `modules'
> [00000001] main vlc debug: recursively browsing 
> `/home/mpujos/build/vlc/lib/vlc'
> [00000001] main vlc debug: recursively browsing `plugins'
> [00000001] main vlc debug: module bank initialized, found 188 modules
> [00000001] main vlc debug: opening config file /home/mpujos/.vlc/vlcrc
> [00000001] main vlc debug: CPU has capabilities 486 586 MMX MMXEXT SSE 
> SSE2 FPU
> [00000001] main vlc debug: looking for memcpy module: 3 candidates
> [00000001] main vlc debug: using memcpy module "memcpymmxext"
> [00000243] main playlist debug: waiting for thread completion
> [00000243] main playlist debug: thread 3082353584 (playlist) created 
> at priority 0 (playlist/playlist.c:184)
> [00000244] main private debug: waiting for thread completion
> [00000244] main private debug: thread 3073960880 (preparser) created 
> at priority 0 (playlist/playlist.c:210)
> [00000245] main interface debug: looking for interface module: 1 
> candidate
> [00000245] main interface debug: using interface module "hotkeys"
> [00000245] main interface debug: thread 3065543600 (interface) created 
> at priority 0 (interface/interface.c:231)
> [00000247] main interface debug: looking for interface module: 1 
> candidate
> [00000247] main interface debug: using interface module "screensaver"
> [00000247] main interface debug: thread 3057142704 (interface) created 
> at priority 0 (interface/interface.c:231)
> [00000243] main playlist debug: adding playlist item `dvb:' ( dvb: )
> [00000249] main interface debug: looking for interface module: 1 
> candidate
> Remote control interface initialized. Type `help' for help.
> [00000249] main interface debug: using interface module "rc"
> [00000249] main interface debug: thread 3048700848 (manager) created 
> at priority 0 (interface/interface.c:216)
> [00000243] main playlist debug: creating new input thread
> [00000251] main input debug: waiting for thread completion
> [00000251] main input debug: creating statistics handler
> [00000251] main input debug: `dvb:' gives access `dvb' demux `' path `'
> [00000251] main input debug: creating demux: access='dvb' demux='' 
> path=''
> [00000253] main demuxer debug: looking for access_demux module: 0 
> candidates
> [00000253] main demuxer warning: no access_demux module matched "dvb"
> [00000251] main input debug: creating access 'dvb' path=''
> [00000254] main access debug: looking for access2 module: 5 candidates
> [00000254] dvb access debug: Opening device /dev/dvb/adapter0/frontend0
> [00000251] main input debug: thread 3040308144 (input) created at 
> priority 0 (input/input.c:261)
> [00000254] dvb access debug: Frontend Info:
> [00000254] dvb access debug:   name = Hauppauge Nova-T DVB-T
> [00000254] dvb access debug:   type = OFDM (DVB-T)
> [00000254] dvb access debug:   frequency_min = 177000000 (kHz)
> [00000254] dvb access debug:   frequency_max = 858000000 (kHz)
> [00000254] dvb access debug:   frequency_stepsize = 166666
> [00000254] dvb access debug:   frequency_tolerance = 0
> [00000254] dvb access debug:   symbol_rate_min = 0 (kHz)
> [00000254] dvb access debug:   symbol_rate_max = 0 (kHz)
> [00000254] dvb access debug:   symbol_rate_tolerance (ppm) = 0
> [00000254] dvb access debug:   notifier_delay (ms) = 0
> [00000254] dvb access debug: Frontend Info capability list:
> [00000254] dvb access debug:   inversion auto
> [00000254] dvb access debug:   forward error correction 1/2
> [00000254] dvb access debug:   forward error correction 2/3
> [00000254] dvb access debug:   forward error correction 3/4
> [00000254] dvb access debug:   forward error correction 5/6
> [00000254] dvb access debug:   forward error correction 7/8
> [00000254] dvb access debug:   forward error correction auto
> [00000254] dvb access debug:   card can do QPSK
> [00000254] dvb access debug:   card can do QAM 16
> [00000254] dvb access debug:   card can do QAM 64
> [00000254] dvb access debug:   card can do QAM auto
> [00000254] dvb access debug:   transmission mode auto
> [00000254] dvb access debug:   guard interval mode auto
> [00000254] dvb access debug:   hierarchy mode auto
> [00000254] dvb access debug:   card can recover from a cable unplug
> [00000254] dvb access debug: End of capability list
> [00000254] dvb access debug: trying to tune the frontend...
> [00000254] dvb access debug: using inversion=2
> [00000254] dvb access debug: using bandwidth=8
> [00000254] dvb access debug: using fec=9
> [00000254] dvb access debug: using fec=9
> [00000254] dvb access debug: using transmission=0
> [00000254] dvb access debug: using guard=0
> [00000254] dvb access debug: using hierarchy=0
> [00000254] dvb access debug: Opening device /dev/dvb/adapter0/dvr0
> [00000254] dvb access debug: setting filter on PAT
> [00000254] dvb access debug: Opening device /dev/dvb/adapter0/demux0
> [00000254] dvb access debug: DMXSetFilter: DMX_PES_OTHER for PID 0
> [00000254] dvb access debug: Opening device /dev/dvb/adapter0/ca0
> [00000254] dvb access warning: CAMInit: opening CAM device failed (No 
> such device)
> [00000254] main access debug: using access2 module "dvb"
> [00000256] main private debug: pre buffering
> status change: ( new input: dvb: )
> status change: ( audio volume: 256 )
> status change: ( play state: 1 )
> [00000256] main private debug: received first data for our buffer
> [00000256] main private debug: prebuffering done 376 bytes in 2s - 0 
> kbytes/s
> [00000251] main input debug: creating demux: access='dvb' demux='' 
> path=''
> [00000257] main demuxer debug: looking for demux2 module: 40 candidates
> [00000254] dvb access debug: Opening device /dev/dvb/adapter0/demux0
> [00000254] dvb access debug: DMXSetFilter: DMX_PES_OTHER for PID 17
> [00000254] dvb access debug: Opening device /dev/dvb/adapter0/demux0
> [00000254] dvb access debug: DMXSetFilter: DMX_PES_OTHER for PID 18
> [00000257] main demuxer debug: using demux2 module "ts"
> [00000251] main input debug: looking for a subtitle file in 
> /home/mpujos/build/vlc/bin/
> [00000257] ts demuxer debug: DEMUX_SET_GROUP 320 (nil)
> [00000254] dvb access warning: unimplemented query in control
> [00000251] main input debug: `dvb:' successfully opened
> libdvbpsi error (PSI decoder): TS discontinuity (received 11, expected 
> 0) for PID 0
> [00000257] ts demuxer debug: PATCallBack called
> [00000257] ts demuxer debug: new PAT ts_id=1 version=2 current_next=1
> [00000257] ts demuxer debug:   * number=0 pid=16
> [00000257] ts demuxer debug:   * number=257 pid=110
> [00000257] ts demuxer debug:   * number=259 pid=410
> [00000257] ts demuxer debug:   * number=260 pid=310
> [00000257] ts demuxer debug:   * number=261 pid=510
> [00000257] ts demuxer debug:   * number=262 pid=610
> [00000257] ts demuxer debug:   * number=274 pid=210
> [00000257] ts demuxer debug:   * number=511 pid=1010
> libdvbpsi error (PSI decoder): TS discontinuity (received 12, expected 
> 0) for PID 18
> [00000257] ts demuxer debug: PSINewTableCallBack: table 0x4e(78) 
> ext=0x101(257)
> [00000257] ts demuxer debug: PSINewTableCallBack: table 0x4e(78) 
> ext=0x103(259)
> [00000257] ts demuxer debug: PSINewTableCallBack: table 0x4e(78) 
> ext=0x104(260)
> [00000257] ts demuxer debug: PSINewTableCallBack: table 0x4e(78) 
> ext=0x105(261)
> [00000257] ts demuxer debug: PSINewTableCallBack: table 0x4e(78) 
> ext=0x106(262)
> [00000257] ts demuxer debug: PSINewTableCallBack: table 0x4e(78) 
> ext=0x112(274)
> [00000257] ts demuxer debug: EITCallBack called
> [00000257] ts demuxer debug: new EIT service_id=257 version=15 
> current_next=1 ts_id=1 network_id=8442 segment_last_section_number=1 
> last_table_id=78
> [00000257] ts demuxer debug:   * event id=30517 start_time:mjd=53867 
> 07:30:00 duration=01:20:00 running=4 free_ca=0
> [00000257] ts demuxer debug:     - short event lang=fre 'C'est au 
> programme' : 'Magazine de soci?t?.'
> [00000257] ts demuxer debug:     - tag=0x50(80)
> [00000257] ts demuxer debug:     - tag=0x50(80)
> [00000257] ts demuxer debug:     - tag=0x55(85)
> [00000257] ts demuxer debug:     - tag=0x54(84)
> [00000257] ts demuxer debug:   * event id=30518 start_time:mjd=53867 
> 08:50:00 duration=00:10:00 running=1 free_ca=0
> [00000257] ts demuxer debug:     - short event lang=fre 'Flash info' : 
> 'Journal.'
> [00000257] ts demuxer debug:     - tag=0x50(80)
> [00000257] ts demuxer debug:     - tag=0x50(80)
> [00000257] ts demuxer debug:     - tag=0x55(85)
> [00000257] ts demuxer debug:     - tag=0x54(84)
> [00000251] main input debug: EsOutProgramMeta: number=257
> [00000251] main input debug:   - Event 30517 = 07:30:00: C'est au 
> programme (+01:20:00) Magazine de soci?t?. ()
> [00000251] main input debug:   - Now Playing = C'est au programme
> [00000251] main input debug:   - Event 30518 = 08:50:00: Flash info 
> (+00:10:00) Journal. ()
> [00000257] ts demuxer debug: EITCallBack called
> [00000257] ts demuxer debug: new EIT service_id=259 version=2 
> current_next=1 ts_id=1 network_id=8442 segment_last_section_number=1 
> last_table_id=78
> [00000257] ts demuxer debug:   * event id=30671 start_time:mjd=53867 
> 07:55:00 duration=00:30:00 running=4 free_ca=0
> [00000257] ts demuxer debug:     - short event lang=fre 'Age sensible' 
> : '?Fausse excuse?. S?rie sentimentale. 2001. Saison 1. 4/28.'
> [00000257] ts demuxer debug:     - tag=0x50(80)
> [00000257] ts demuxer debug:     - tag=0x50(80)
> [00000257] ts demuxer debug:     - tag=0x55(85)
> [00000257] ts demuxer debug:     - tag=0x54(84)
> [00000257] ts demuxer debug:   * event id=30672 start_time:mjd=53867 
> 08:25:00 duration=00:25:00 running=1 free_ca=0
> [00000257] ts demuxer debug:     - short event lang=fre 'Blague ? 
> part' : '?Bucky?. S?rie humoristique. 1998. Saison 1. 4/20.'
> [00000257] ts demuxer debug:     - tag=0x50(80)
> [00000257] ts demuxer debug:     - tag=0x50(80)
> [00000257] ts demuxer debug:     - tag=0x55(85)
> [00000257] ts demuxer debug:     - tag=0x54(84)
> [00000251] main input debug: EsOutProgramMeta: number=259
> [00000251] main input debug:   - Event 30671 = 07:55:00: Age sensible 
> (+00:30:00) ?Fausse excuse?. S?rie sentimentale. 2001. Saison 1. 4/28. ()
> [00000251] main input debug:   - Now Playing = Age sensible
> [00000251] main input debug:   - Event 30672 = 08:25:00: Blague ? part 
> (+00:25:00) ?Bucky?. S?rie humoristique. 1998. Saison 1. 4/20. ()
> [00000257] ts demuxer debug: EITCallBack called
> [00000257] ts demuxer debug: new EIT service_id=260 version=18 
> current_next=1 ts_id=1 network_id=8442 segment_last_section_number=1 
> last_table_id=78
> [00000257] ts demuxer debug:   * event id=30723 start_time:mjd=53867 
> 07:00:00 duration=01:33:00 running=4 free_ca=0
> [00000257] ts demuxer debug:     - short event lang=fre 'Les 
> maternelles' : 'Magazine de soci?t?.'
> [00000257] ts demuxer debug:     - tag=0x50(80)
> [00000257] ts demuxer debug:     - tag=0x50(80)
> [00000257] ts demuxer debug:     - tag=0x55(85)
> [00000257] ts demuxer debug:     - tag=0x54(84)
> [00000257] ts demuxer debug:   * event id=30724 start_time:mjd=53867 
> 08:33:00 duration=00:02:00 running=1 free_ca=0
> [00000257] ts demuxer debug:     - short event lang=fre 'Mon b?b? et 
> moi' : 'Magazine de la sant?.'
> [00000257] ts demuxer debug:     - tag=0x50(80)
> [00000257] ts demuxer debug:     - tag=0x50(80)
> [00000257] ts demuxer debug:     - tag=0x55(85)
> [00000257] ts demuxer debug:     - tag=0x54(84)
> [00000251] main input debug: EsOutProgramMeta: number=260
> [00000251] main input debug:   - Event 30723 = 07:00:00: Les 
> maternelles (+01:33:00) Magazine de soci?t?. ()
> [00000251] main input debug:   - Now Playing = Les maternelles
> [00000251] main input debug:   - Event 30724 = 08:33:00: Mon b?b? et 
> moi (+00:02:00) Magazine de la sant?. ()
> [00000257] ts demuxer debug: EITCallBack called
> [00000257] ts demuxer debug: new EIT service_id=261 version=15 
> current_next=1 ts_id=1 network_id=8442 segment_last_section_number=1 
> last_table_id=78
> [00000257] ts demuxer debug:   * event id=30788 start_time:mjd=53867 
> 07:55:00 duration=00:30:00 running=4 free_ca=0
> [00000257] ts demuxer debug:     - short event lang=fre 'Memoquiz' : 
> 'Jeu.'
> [00000257] ts demuxer debug:     - tag=0x50(80)
> [00000257] ts demuxer debug:     - tag=0x50(80)
> [00000257] ts demuxer debug:     - tag=0x55(85)
> [00000257] ts demuxer debug:     - tag=0x54(84)
> [00000257] ts demuxer debug:   * event id=30789 start_time:mjd=53867 
> 08:25:00 duration=00:10:00 running=1 free_ca=0
> [00000257] ts demuxer debug:     - short event lang=fre 'Le dessous 
> des cartes' : '?Peuples : de la richesse et de la fragilit??. Magazine 
> de g?opolitique.'
> [00000257] ts demuxer debug:     - tag=0x50(80)
> [00000257] ts demuxer debug:     - tag=0x50(80)
> [00000257] ts demuxer debug:     - tag=0x55(85)
> [00000257] ts demuxer debug:     - tag=0x54(84)
> [00000251] main input debug: EsOutProgramMeta: number=261
> [00000251] main input debug:   - Event 30788 = 07:55:00: Memoquiz 
> (+00:30:00) Jeu. ()
> [00000251] main input debug:   - Now Playing = Memoquiz
> [00000251] main input debug:   - Event 30789 = 08:25:00: Le dessous 
> des cartes (+00:10:00) ?Peuples : de la richesse et de la fragilit??. 
> Magazine de g?opolitique. ()
> [00000257] ts demuxer debug: EITCallBack called
> [00000257] ts demuxer debug: new EIT service_id=262 version=6 
> current_next=1 ts_id=1 network_id=8442 segment_last_section_number=1 
> last_table_id=78
> [00000257] ts demuxer debug:   * event id=30857 start_time:mjd=53867 
> 07:30:00 duration=01:05:00 running=4 free_ca=0
> [00000257] ts demuxer debug:     - short event lang=fre 'Les travaux 
> de l'Assembl?e nationale' : 'D?bat parlementaire.'
> [00000257] ts demuxer debug:     - tag=0x50(80)
> [00000257] ts demuxer debug:     - tag=0x50(80)
> [00000257] ts demuxer debug:     - tag=0x55(85)
> [00000257] ts demuxer debug:     - tag=0x54(84)
> [00000257] ts demuxer debug:   * event id=30858 start_time:mjd=53867 
> 08:35:00 duration=01:25:00 running=1 free_ca=0
> [00000257] ts demuxer debug:     - short event lang=fre 'En commission 
> au S?nat' : '?Mission d'information sur les quartiers difficiles?. 
> D?bat parlementaire.'
>
>
>
>

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From martin.rode at programmfabrik.de  Thu May 18 16:34:01 2006
From: martin.rode at programmfabrik.de (Martin Rode)
Date: Thu, 18 May 2006 16:34:01 +0200
Subject: [vlc] vlc to render preview images?
Message-ID: <446C85D9.1090601@programmfabrik.de>

Hello,

is it possible to form a command line which would take a video file as 
input and render (a) jpeg(s) with screen shots as output? I tried to 
find examples / docs on advances command lining but I wasn't sucessful.

Thanks for your help / support / ideas.

Best
Martin


-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From posde at theinternet.de  Thu May 18 17:17:59 2006
From: posde at theinternet.de (Peer Oliver Schmidt)
Date: Thu, 18 May 2006 17:17:59 +0200
Subject: [vlc] Re: Hickup on DVD playing Star Wars Episode 1,2 and 3
In-Reply-To: <446BB8DD.40703@satx.rr.com>
References: <44670501.9010408@theinternet.de> <446BB8DD.40703@satx.rr.com>
Message-ID: <446C9027.6010301@theinternet.de>

Ed Tillman wrote:

>> Playing the Star Wars Episode (1,2 or 3) DVDs causes a small "hickup"
>> during the first scene. Title 1, Chapter 3. On Episode 3 it is the
>> change from the star scene where the sun comes up. The film briefly
>> stops and continues to play maybe 1 second later. It seems as if the
>> movie is continuing in the timeline but is not displaying anything.
>>   
> I've run into the same problem playing "The League of Extraordinary
> Gentlemen," but *not* on "Good Morning, Vietnam."  Go figure...  Eh?

Maybe it is on more recent releases only. Wonder if there is a
difference in the videostream between older releases and more current ones.

It would be great, if anyone in the known would like to comment on this.
-- 
Best regards

Peer Oliver Schmidt
PGP Key ID: 0x83E1C2EA

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From dionoea at videolan.org  Thu May 18 21:20:33 2006
From: dionoea at videolan.org (Antoine Cellerier)
Date: Thu, 18 May 2006 21:20:33 +0200
Subject: [vlc] Re: vlc to render preview images?
In-Reply-To: <446C85D9.1090601@programmfabrik.de>
References: <446C85D9.1090601@programmfabrik.de>
Message-ID: <20060518192033.GA19359@via.ecp.fr>

On Thu, May 18, 2006, Martin Rode wrote:
> is it possible to form a command line which would take a video file as 
> input and render (a) jpeg(s) with screen shots as output? I tried to 
> find examples / docs on advances command lining but I wasn't sucessful.

vlc -V image <input>

Run vlc -p image --advanced --help-verbose to get the full list of
options available when using the image video output.

-- 
Antoine Cellerier
dionoea

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From yaamaji at hotmail.com  Thu May 18 22:04:28 2006
From: yaamaji at hotmail.com (Yaama Jii)
Date: Thu, 18 May 2006 16:04:28 -0400
Subject: [vlc] vlc 8.5 can't stream from the get go
In-Reply-To: <20060518192033.GA19359@via.ecp.fr>
Message-ID: <BAY114-F1583EB9D115886A0C66E84B9A60@phx.gbl>

1.  I'm running  VLC 8.5 with Window Me system, and the program freezes up 
while attempting to play a video stream.
Audio plays fine, but the video returns an error message about "VLC creates 
an error at VLCLIB.DLL"

2.  VLC 8.4a plays the video and audio; but I need to upgrade because the 
stream of that earlier version 'breaks up' whenever another program is being 
accessed, and the 'stream capture' option doesn't work so well.

3.  I have installed the Windows 'unicode' layer as suggested at the 
download site.

Might there be some other program(s) I need to have installed with the 
Windows Me so as to allow VLC 8.5 to work properly and completely?
I've been trying to find an answer since VLC 8.5 came out

Thanks


>From: Antoine Cellerier <dionoea at videolan.org>
>Reply-To: vlc at videolan.org
>To: vlc at videolan.org
>Subject: [vlc] Re: vlc to render preview images?
>Date: Thu, 18 May 2006 21:20:33 +0200
>
>On Thu, May 18, 2006, Martin Rode wrote:
> > is it possible to form a command line which would take a video file as
> > input and render (a) jpeg(s) with screen shots as output? I tried to
> > find examples / docs on advances command lining but I wasn't sucessful.
>
>vlc -V image <input>
>
>Run vlc -p image --advanced --help-verbose to get the full list of
>options available when using the image video output.
>
>--
>Antoine Cellerier
>dionoea
>
>--
>This is the vlc mailing-list, see http://www.videolan.org/vlc/
>To unsubscribe, please read http://www.videolan.org/support/lists.html
>

_________________________________________________________________
FREE pop-up blocking with the new MSN Toolbar ? get it now! 
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From martin.rode at programmfabrik.de  Fri May 19 09:21:23 2006
From: martin.rode at programmfabrik.de (Martin Rode)
Date: Fri, 19 May 2006 09:21:23 +0200
Subject: [vlc] Re: vlc to render preview images?
In-Reply-To: <20060518192033.GA19359@via.ecp.fr>
References: <446C85D9.1090601@programmfabrik.de> <20060518192033.GA19359@via.ecp.fr>
Message-ID: <446D71F3.70008@programmfabrik.de>

The problem now is, that it wants an XServer which i dont run.

$ vlc -V image ../PEPiTO.mov
vlc: /usr/lib/libtheora.so.0: no version information available (required 
by vlc)
VLC media player 0.8.5-test3 Janus
Error: Unable to initialize gtk, is DISPLAY set properly?
$

so how can i turn of the gui?

thanks for you help,
martin



Antoine Cellerier wrote:
> On Thu, May 18, 2006, Martin Rode wrote:
>   
>> is it possible to form a command line which would take a video file as 
>> input and render (a) jpeg(s) with screen shots as output? I tried to 
>> find examples / docs on advances command lining but I wasn't sucessful.
>>     
>
> vlc -V image <input>
>
> Run vlc -p image --advanced --help-verbose to get the full list of
> options available when using the image video output.
>
>   

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From dnumgis at videolan.org  Fri May 19 09:29:18 2006
From: dnumgis at videolan.org (Sigmund Augdal Helberg)
Date: Fri, 19 May 2006 09:29:18 +0200
Subject: [vlc] Re: vlc to render preview images?
In-Reply-To: <446D71F3.70008@programmfabrik.de>
References: <446C85D9.1090601@programmfabrik.de>
	 <20060518192033.GA19359@via.ecp.fr>  <446D71F3.70008@programmfabrik.de>
Message-ID: <1148023759.14782.8.camel@euklid>

On Fri, 2006-05-19 at 09:21 +0200, Martin Rode wrote:
> The problem now is, that it wants an XServer which i dont run.
> 
> $ vlc -V image ../PEPiTO.mov
> vlc: /usr/lib/libtheora.so.0: no version information available (required 
> by vlc)
> VLC media player 0.8.5-test3 Janus
> Error: Unable to initialize gtk, is DISPLAY set properly?
> $
> 
> so how can i turn of the gui?
-I dummy, -I rc or -I ncurses. or even -I telnet or -I http

Sigmund
> 
> thanks for you help,
> martin
> 
> 
> 
> Antoine Cellerier wrote:
> > On Thu, May 18, 2006, Martin Rode wrote:
> >   
> >> is it possible to form a command line which would take a video file as 
> >> input and render (a) jpeg(s) with screen shots as output? I tried to 
> >> find examples / docs on advances command lining but I wasn't sucessful.
> >>     
> >
> > vlc -V image <input>
> >
> > Run vlc -p image --advanced --help-verbose to get the full list of
> > options available when using the image video output.
> >
> >   
> 

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From martin.rode at programmfabrik.de  Fri May 19 09:56:40 2006
From: martin.rode at programmfabrik.de (Martin Rode)
Date: Fri, 19 May 2006 09:56:40 +0200
Subject: [vlc] Re: vlc to render preview images?
In-Reply-To: <1148023759.14782.8.camel@euklid>
References: <446C85D9.1090601@programmfabrik.de>	 <20060518192033.GA19359@via.ecp.fr>  <446D71F3.70008@programmfabrik.de> <1148023759.14782.8.camel@euklid>
Message-ID: <446D7A38.9050907@programmfabrik.de>

Great! That already works.
The only problems now:

1) It does the image output in real time. Since I only need the images, 
how can I output the image as fast as possible?
2) a) Can I tell vlc to only to 10 shots for the whole movie?
or b) Can vls tell me how many frames a video has, so i can do the 
"ratio" calculation myself

Thanks once again for your support
Martin



Sigmund Augdal Helberg wrote:
> On Fri, 2006-05-19 at 09:21 +0200, Martin Rode wrote:
>   
>> The problem now is, that it wants an XServer which i dont run.
>>
>> $ vlc -V image ../PEPiTO.mov
>> vlc: /usr/lib/libtheora.so.0: no version information available (required 
>> by vlc)
>> VLC media player 0.8.5-test3 Janus
>> Error: Unable to initialize gtk, is DISPLAY set properly?
>> $
>>
>> so how can i turn of the gui?
>>     
> -I dummy, -I rc or -I ncurses. or even -I telnet or -I http
>
> Sigmund
>   
>> thanks for you help,
>> martin
>>
>>
>>
>> Antoine Cellerier wrote:
>>     
>>> On Thu, May 18, 2006, Martin Rode wrote:
>>>   
>>>       
>>>> is it possible to form a command line which would take a video file as 
>>>> input and render (a) jpeg(s) with screen shots as output? I tried to 
>>>> find examples / docs on advances command lining but I wasn't sucessful.
>>>>     
>>>>         
>>> vlc -V image <input>
>>>
>>> Run vlc -p image --advanced --help-verbose to get the full list of
>>> options available when using the image video output.
>>>
>>>   
>>>       
>
>   

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From terryj at mtmrecognition.com  Fri May 19 18:09:17 2006
From: terryj at mtmrecognition.com (Terry Jackson)
Date: Fri, 19 May 2006 11:09:17 -0500
Subject: [vlc] Will VLC ever support playback of WMV3?
Message-ID: <C09357DD.5A9A%terryj@mtmrecognition.com>

Just curious...it?d be nice to have something
On the Mac platform to play/decode these file types...

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

From dionoea at videolan.org  Sat May 20 00:58:05 2006
From: dionoea at videolan.org (Antoine Cellerier)
Date: Sat, 20 May 2006 00:58:05 +0200
Subject: [vlc] Re: vlc to render preview images?
In-Reply-To: <446D7A38.9050907@programmfabrik.de>
References: <446C85D9.1090601@programmfabrik.de> <20060518192033.GA19359@via.ecp.fr> <446D71F3.70008@programmfabrik.de> <1148023759.14782.8.camel@euklid> <446D7A38.9050907@programmfabrik.de>
Message-ID: <20060519225805.GB14420@via.ecp.fr>

On Fri, May 19, 2006, Martin Rode wrote:
> 1) It does the image output in real time. Since I only need the images, 
> how can I output the image as fast as possible?

You can't :(

> 2) a) Can I tell vlc to only to 10 shots for the whole movie?

Not that i know.

> or b) Can vls tell me how many frames a video has, so i can do the 
> "ratio" calculation myself

This also isn't possible.

Sorry for this email without any positive answer :)

-- 
Antoine Cellerier
dionoea

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From dionoea at videolan.org  Sat May 20 00:58:56 2006
From: dionoea at videolan.org (Antoine Cellerier)
Date: Sat, 20 May 2006 00:58:56 +0200
Subject: [vlc] Re: Will VLC ever support playback of WMV3?
In-Reply-To: <C09357DD.5A9A%terryj@mtmrecognition.com>
References: <C09357DD.5A9A%terryj@mtmrecognition.com>
Message-ID: <20060519225856.GC14420@via.ecp.fr>

On Fri, May 19, 2006, Terry Jackson wrote:
>    Just curious...it'd be nice to have something
>    On the Mac platform to play/decode these file types...

Short answer:
Yes, it will support WMV3 decode once an open source decoder for VC1 is
written. The only question is "when is that going to happen?" :)

-- 
Antoine Cellerier
dionoea

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From mail at gaclrecords.org.uk  Sat May 20 01:55:54 2006
From: mail at gaclrecords.org.uk (mail at gaclrecords.org.uk)
Date: Sat, 20 May 2006 00:55:54 +0100
Subject: [vlc] can raw video be edited ?
In-Reply-To: <C09357DD.5A9A%terryj@mtmrecognition.com>
References: <C09357DD.5A9A%terryj@mtmrecognition.com>
Message-ID: <20060520004217.1F85.MAIL@gaclrecords.org.uk>


I hope my first question is not too off topic. 

I downloaded to my drive a nice hour long video using VLC for the first time, 
just dumping to a raw file . The stream is WMV2 with WMA  and when I name 
the dumped file with .wmv extension it plays beautifully (with no seeking of
course).

Now my two questions...  Is it possible to cut a raw video file like this in the 
same way you can direct cut an MP3 without having to transcode it? If so, with
what tool. Second, I found I could get approximately the few minutes I wanted 
at the end of the file by moving the seek slider but it's not exactly the correct 
length of course. Can I set start and end time in VLC?

Actually one more. Is it possible to rip just the audio from a video stream and
transcode it to WAV? The encapsulate as  WAV seems to produce noise and 
there seems no such audio codec option.

Thanks for a nice tool and player. A shame it does not support Real Media

Gale Andrews

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From PHAN0004 at ntu.edu.sg  Sat May 20 03:15:50 2006
From: PHAN0004 at ntu.edu.sg (#PHANG CHEE WOH,DERRICK#)
Date: Sat, 20 May 2006 09:15:50 +0800
Subject: [vlc] Re: How to compile VLC for Wince
References: <CEEKLCPEMMMKFCFPKMLBMEFGCAAA.rlin@sunrisetelecom.com.cn> <B573E71765F6B54DB45A0FBE9B1FA5AB029F653D@mail01.student.main.ntu.edu.sg> <B573E71765F6B54DB45A0FBE9B1FA5AB029F6541@mail01.student.main.ntu.edu.sg> <1147328703.4741.11.camel@euklid> <B573E71765F6B54DB45A0FBE9B1FA5AB029F6546@mail01.student.main.ntu.edu.sg> <4464D000.9070909@planet.nl> <B573E71765F6B54DB45A0FBE9B1FA5AB029F6550@mail01.student.main.ntu.edu.sg>
Message-ID: <B573E71765F6B54DB45A0FBE9B1FA5AB029F6556@mail01.student.main.ntu.edu.sg>

Hi,

In case anyone has missed out on this email, below is what I have queried the last time.

I hope that there is some reply soon.

Thanks,
Derrick

Hi,

I have tried to redo the build with the configurations as specified but I am still encountering other problems. I think the main issue may be that the configure process cannot find the c compiler. This is despite having installed the cross-tools and contrib-xscale in /usr/local/wince.

My config log is as attached. The essence of the issue is as shown below:

configure:2559: arm-wince-pe-gcc --version </dev/null >&5
/usr/local/wince/cross-tools/bin/arm-wince-pe-gcc: /usr/local/wince/cross-tools/bin/arm-wince-pe-gcc: cannot execute binary file
configure:2562: $? = 126
configure:2564: arm-wince-pe-gcc -v </dev/null >&5
/usr/local/wince/cross-tools/bin/arm-wince-pe-gcc: /usr/local/wince/cross-tools/bin/arm-wince-pe-gcc: cannot execute binary file
configure:2567: $? = 126
configure:2569: arm-wince-pe-gcc -V </dev/null >&5
/usr/local/wince/cross-tools/bin/arm-wince-pe-gcc: /usr/local/wince/cross-tools/bin/arm-wince-pe-gcc: cannot execute binary file
configure:2572: $? = 126
configure:2595: checking for C compiler default output file name
configure:2598: arm-wince-pe-gcc -D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include
 -I/usr/local/wince/contrib-xscale/include -mcpu=xscale  -L/usr/local/wince/cross-tools/lib
-L/usr/local/wince/contrib-xscale/lib conftest.c  >&5
/usr/local/wince/cross-tools/bin/arm-wince-pe-gcc: /usr/local/wince/cross-tools/bin/arm-wince-pe-gcc: cannot execute binary file
configure:2601: $? = 126

What may be the issue? The cross-tools not installed properly, the cross-tools archive not being fully valid or is it just a matter or specifiying the configuration? 

Can you get back to me? Thanks.

Sincerely,
Derrick


-----Original Message-----
From: vlc-bounce at videolan.org on behalf of Jean-Paul Saman
Sent: Sat 5/13/2006 2:12 AM
To: vlc at videolan.org
Subject: [vlc] Re: How to compile VLC for Wince
 
#PHANG CHEE WOH,DERRICK# wrote:
> Hi,
> 
> Thanks for volunteering your help. I have been troubled by this problem right from the start. Since I am not certain where the log files for the make process is located at and the error generated goes a long way, I have managed to type out some of the errors as shown below:
> 
> ../../include/vlc_access.h:110: error: parse error before '}' token
> ../../include/vlc_access.h: In function 'access2_vacontrol':
> ../../include/vlc_access.h:120: error: dereferencing pointer to incomplete type in file included from file.c:28:
> ../../include/vlc_stream.h: At top level:
> ../../include/vlc_stream.h:66: error: parse error before "vlc_thread_t"
> ../../include/vlc_stream.h:66: warning: no semicolon at end of struct or union
> ../../include/vlc_stream.h:66: warning: type defaults to 'int' in declaration of 'object_lock'
> ../../include/vlc_stream.h:66: warning: data definition has no type or storage class
> ../../include/vlc_stream.h:66: error: parse error before "object_wait"
> ../../include/vlc_stream.h:66: warning: type defaults to 'int' in declaration of 'object_wait'
> ../../include/vlc_stream.h:66: warning: data definition has no type or storage class
> ../../include/vlc_stream.h:66: error: parse error before "var_lock"
> ../../include/vlc_stream.h:66: warning: type defaults to 'int' in declaration of 'var_lock'
> ../../include/vlc_stream.h:66: warning: data definition has no type or storage class
> ../../include/vlc_stream.h:68: error: conflicting types for "pf_block"
> ../../include/vlc_stream.h:84: error: previous declaration of 'pf_block' was here
> ../../include/vlc_stream.h:68: error: conflicting types for "pf_read"
> ../../include/vlc_stream.h:84: error: previous declaration of 'pf_read' was here
> ../../include/vlc_stream.h:68: error: conflicting types for "pf_control"
> ../../include/vlc_stream.h:84: error: previous declaration of 'pf_control' was here
> ../../include/vlc_stream.h:68: error: conflicting types for "p_sys"
> ../../include/vlc_stream.h:84: error: previous declaration of 'p_sys' was here
> 
> The other files that are also reflected to have errors are vlc_demux.h, and file.c.
Are you sure you have a complete checkout of the archive?

> Anyway, are these files not generated by the make process?
No they are not and should be present in vlc/include

> As additional information, the library files that I have used so far are provided by
> contrib-20050220-wince-xscale-bin.tar, and 
> wince-arm-gcc4.0.0-cvs-linux-crosscompiler-20050517.tar
> 
> I have unpacked the two files with the lines 
> tar xjvf contrib-20050220-wince-xscale-bin.tar.bz2 -C /   , and 
> tar xjvf wince-arm-gcc4.0.0-cvs-linux-crosscompiler-20050517.tar -C /
> 
> My latest configuration is as follows:
Your build configuration is flawed. It has several errors.

> ./bootstrap && 
> PATH=/usr/local/wince/cross-tools/bin:$PATH \ 
> CFLAGS="-D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include" \ 
> CFLAGS="$CFLAGS -I/usr/local/wince/contrib-xscale/include" \
CFLAGS="$CFLAGS" is not wise to use here.

> LDFLAGS="-L/usr/local/wince/cross-tools/lib" \ 
> LDFLAGS="-L/usr/local/wince/contrib-xscale/lib" \ 
previous LDFLAGS is overwritten.

> CC="arm-wince-pe-gcc -mcpu=xscale" \ 
Here no linker, C++, ar, strip is specified.

> ./configure --prefix=/usr/local/wince \
> --disable-sdl --disable-gtk --disable-dvdnav --disable-dvdread \
> --disable-nls --disable-sout --disable-vlm --disable-wxwidgets \
> --disable-a52 --disable-libmpeg2 \
> --disable-mad --disable-plugins --enable-optimize-memory \
> --disable-ffmpeg --enable-tremor --disable-faad \
> --enable-freetype --with-freetype-config-path=/usr/local/wince/contrib-xscale/bin \
> --enable-fribidi --with-fribidi-config-path=/usr/local/wince/contrib-xscale/bin \
> --enable-livedotcom --with-livedotcom-tree=/usr/win32/live.com \
> --build=i686-pc-linux-gnu --host=arm-wince-pe --target=arm-wince-pe

You should do:
./bootstrap &&
PATH=/usr/local/wince/cross-tools/bin:$PATH \
CFLAGS="-D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include 
$CFLAGS -I/usr/local/wince/contrib-xscale/include -mcpu=xscale" \
LDFLAGS="-L/usr/local/wince/cross-tools/lib 
-L/usr/local/wince/contrib-xscale/lib" \
CC=arm-wince-pe-gcc \
AR=arm-wince-pe-ar \
LD=arm-wince-pe-ld \
CXX=arm-wince-pe-g++ \
CPP=arm-wince-pe-c++ \
STRIP=arm-wince-pe-strip \
  ./configure --prefix=/usr/local/wince \
  --disable-sdl --disable-gtk --disable-dvdnav --disable-dvdread \
  --disable-nls --disable-sout --disable-vlm --disable-wxwidgets \
  --disable-a52 --disable-libmpeg2 \
  --disable-mad --disable-plugins --enable-optimize-memory \
  --disable-ffmpeg --enable-tremor --disable-faad \
  --enable-freetype 
--with-freetype-config-path=/usr/local/wince/contrib-xscale/bin \
  --enable-fribidi 
--with-fribidi-config-path=/usr/local/wince/contrib-xscale/bin \
  --enable-livedotcom --with-livedotcom-tree=/usr/win32/live.com \
  --build=i686-pc-linux-gnu --host=arm-wince-pe --target=arm-wince-pe

I hope this helps.

Gtz,
Jean-Paul Saman.

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html




-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 5613 bytes
Desc: not available
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060520/d9cba834/attachment.bin>

From vato at wnet.ua  Fri May 19 09:59:28 2006
From: vato at wnet.ua (Viktor Kompaneyets)
Date: Fri, 19 May 2006 10:59:28 +0300
Subject: [vlc] Re: vlc to render preview images?
References: <446C85D9.1090601@programmfabrik.de> <20060518192033.GA19359@via.ecp.fr> <446D71F3.70008@programmfabrik.de>
Message-ID: <e4jtrm$idl$1@sea.gmane.org>

Martin Rode wrote:

> The problem now is, that it wants an XServer which i dont run.
> 
> $ vlc -V image ../PEPiTO.mov
> vlc: /usr/lib/libtheora.so.0: no version information available (required
> by vlc)
> VLC media player 0.8.5-test3 Janus
> Error: Unable to initialize gtk, is DISPLAY set properly?
> $
> 
> so how can i turn of the gui?
- no RC at all:
vlc --intf dummy

- RC-only intf:
vlc --intf rc
- Ncurses interface

vlc --intf ncurses
 


-- 
Viktor Kompaneyets
Wnet project manager

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From erik at motorola.com  Fri May 19 14:42:22 2006
From: erik at motorola.com (Melin Eric-AEM024)
Date: Fri, 19 May 2006 13:42:22 +0100
Subject: [vlc] videolan over a gprs connection
Message-ID: <ED1F64EE37691743A8BE99F0D3F56BF1E80A81@zuk35exm62.ds.mot.com>

Hi

 

I'm trying to use videolan for streaming a video between 2 laptops (one
vlc server and one vlc client), the client using a gprs connection to
connect to the server.

I was wondering which would be the most appropriate codecs to use to
accommodate the low bandwidth available over gprs (in particular, since
the uplink from client to server is particulary low, is there a
particular mode in which the videolan signalling from client to server
would be minimal).

 

Thanks

Eric

 

Eric Melin

Centre de Recherche de Motorola - Paris (CRM)

---------
Classification POPI:
[*] GBI     General Business Information
[ ] MIUO   Motorola Internal Use Only
[ ] MCP    Motorola Confidential Proprietary

 

 

 

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

From antoine.roussel at gmail.com  Sat May 20 13:28:26 2006
From: antoine.roussel at gmail.com (Antoine Roussel)
Date: Sat, 20 May 2006 13:28:26 +0200
Subject: [vlc] Re: videolan over a gprs connection
In-Reply-To: <ED1F64EE37691743A8BE99F0D3F56BF1E80A81@zuk35exm62.ds.mot.com>
References: <ED1F64EE37691743A8BE99F0D3F56BF1E80A81@zuk35exm62.ds.mot.com>
Message-ID: <7395631a0605200428j78af3f5eia3a72763be529b8e@mail.gmail.com>

Hi,

I don't know exactly your test configuration so there are two answers :

If you have a "perfect network" between your 2 GPRS devices, you can send
your data over UDP. By using UDP protocol, there isn't transmission control
or stat return from the client (indeed it isn't "connection oriented" like
TCP).

If you use an operator network, this will be trickier... Some of them allow
only few ports and few protocols. In this case, you should use the http
protocol. This is a problem, as you said, because of the low upload
bandwidth.

Concerning the video codec, the best ratio quality/bit rate is gained by
h264. For the audio codec, you an use MP3 or ogg for instance.

If you succeed, I would be interested in your experience feedback.

Antoine

-- 
_______________________________________

Antoine Roussel
Telecom Lille Student

CV : http://cv.antoine-roussel.info
_______________________________________


On 5/19/06, Melin Eric-AEM024 <erik at motorola.com> wrote:
>
>  Hi
>
>
>
> I'm trying to use videolan for streaming a video between 2 laptops (one
> vlc server and one vlc client), the client using a gprs connection to
> connect to the server.
>
> I was wondering which would be the most appropriate codecs to use to
> accommodate the low bandwidth available over gprs (in particular, since the
> uplink from client to server is particulary low, is there a particular mode
> in which the videolan signalling from client to server would be minimal).
>
>
>
> Thanks
>
> Eric
>
>
>
> Eric Melin
>
> Centre de Recherche de Motorola - Paris (CRM)
>
> ---------
> Classification POPI:
> [*] GBI     General Business Information
> [ ] MIUO   Motorola Internal Use Only
> [ ] MCP    Motorola Confidential Proprietary
>
>
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060520/7b17d403/attachment.html>

From galenz at zinkconsulting.com  Sat May 20 23:52:15 2006
From: galenz at zinkconsulting.com (galenz at zinkconsulting.com)
Date: Sat, 20 May 2006 14:52:15 -0700
Subject: [vlc] Re: videolan over a gprs connection
In-Reply-To: <7395631a0605200428j78af3f5eia3a72763be529b8e@mail.gmail.com>
References: <ED1F64EE37691743A8BE99F0D3F56BF1E80A81@zuk35exm62.ds.mot.com> <7395631a0605200428j78af3f5eia3a72763be529b8e@mail.gmail.com>
Message-ID: <5F66A2AD-BE7B-4B55-A3D4-7EFA38B04813@zinkconsulting.com>

Eric,

I'm not the absolute expert on VLC, particularly when it comes to  
configuring streaming, but I am extremely familiar with GPRS and  
media compression.

First lets talk about GPRS. Maybe this is redundant to some people,  
I'm not sure, but I think it might be worth explaining. GSM phone  
calls are allocated what's called "timeslots" - GSM works by breaking  
up the frequency into many channels, then each channel is split up  
into many timeslots. Basically, this means multiple phones can share  
the single channel by alternating which phone is broadcasting, in  
such a way that each timeslot represents the same amount of access to  
RF bandwidth.

GSM voice calls normally use one timeslot up and one timeslot down.  
GPRS uses up to four up and four down simultaneously. The exact  
number is limited by your provider and your hardware. Depending on  
your signal strength, you will see anywhere from 8 to 20 kbps per  
timeslot (standard encoding rates: 8, 12, 14.4, 20 kbps). In my  
experience, I have rarely if ever seen 20 kbps, 12 kbps is a more  
reasonable assumption. If you are driving, reception makes a big  
difference, and unless you have amazing coverage and an antenna,  
you're unlikely to have a stable datarate the whole way.

Providers may limit the number of timeslots you can use, particularly  
if the network is very busy or you have an "unlimited" data plan. The  
policies may be determined at the local towers, based on  
predetermined rules or rules that vary with network load, so you can  
easily be driving and move from a tower allowing four slots to a  
tower only allowing two slots. You also need to check up on your  
hardware (use a site like http://phonescoop.com/ ) because most  
hardware will have some limitations. Usually you'll see it noted like  
this "4+1" which means four downstream timeslots (so 32 to 80 kbps  
depending on signal quality.)  Sometimes you'll see it listed as  
"Class 4" which has a distinct meaning. (A quick google search will  
turn up plenty of pages with elaborate tables about this.) Many  
classes also have a maximum limit on slots - for example, class 10  
allows 4 down and 2 up, but no more than 5 simultaneous connections,  
so (assuming no network restrictions) you will run at 3+2 or 4+1.

Although this only applies in some areas, particularly the US, there  
is another protocol called "EDGE" which works just like GPRS but uses  
a more efficient RF encoding approach allowing better throughput. But  
all the same ideas apply, and it still works within the same  
timeslots. Being in the US, I use EDGE regularly, sometimes moving in  
excess of a GB of data per month. With a class 10 device I have  
certainly seen 200 kbps downstream many times, but the upstream is  
not nearly so great.

Sorry for this lengthy email, but GPRS really is that complex. And  
we've only discussed the theory so far :)

As a general rule, you will want to ensure you have the best possible  
signal quality for a GPRS link. However, no matter what you do, even  
if you're in a fixed location, you're likely to still see some  
variation in signal quality. Interference, varying atmospheric  
conditions, even vehicles and people blocking signal can affect it.  
If you're moving, it's almost certain that your data rate will be  
varying, even if you have a fairly large antenna.

All of this will inevitably cause your data rate to vary, and this is  
what makes streaming particularly maddening on GPRS. Your data rate  
may drop to 32 kbps, then jump to 80 kbps as soon as you come around  
a corner and handoff to a new tower.

The actual data is also in question. If you sit there running a ping,  
you normally will never drop a packet - GPRS is generally quite good  
at getting packets through reliably. It's just a question of timing!  
With an idle GPRS connection you may be getting ping times between  
500 and 1200 ms, and literally one packet may take 500 ms and the  
next 1200 ms. Packets seem to always be delivered in a sequential  
manner - this is handled like a PPP link on most computers - so the  
busier the link, the higher the latency overall.

Sometimes, you'll get bursts of interference (i.e. tower handoffs,  
other interference) which interrupt the connection and cause packets  
to queue up, but the sequential delivery method means that everything  
generally does get through, unless you have an extreme situation  
where the packets can't be queued up anymore. (I'm not quite sure  
what defines these parameters, but it will happen.) Packet dropping  
on a GPRS connection isn't generally like ethernet or 802.11b/g where  
you have a rather consistant level of drops, due to a bad link or  
collisions. With GPRS,  Similarly, if you take a call most hardware  
pauses the connection and queues up packets to a certain extent. I'm  
not entirely sure at what level the queueing is implemented, but I  
have seen packets queued for 15 minutes or more during a call, and up  
to 10 or 15 seconds during a connection, particularly if I'm driving.

Another interesting note - it takes more energy to send data than to  
receive it, by a good bit. You may be shocked at how fast you go  
through power on your phone and (in many cases) how hot it gets when  
you're maxing out the upload for long periods of time. I've even seen  
a number of phones and cards overheat and freeze or act strange when  
uploading a lot, particularly with poor signal strength where the  
phone has to broadcast near maximum power.

The result of all these factors is that GPRS seriously sucks for  
streaming. If you are going to try it, I would suggest you use  
substantial buffers, at least several seconds of content or more, if  
you want a smooth experience, or even "progressive download" of the  
video if it can be pre-recorded. If you want live, you may just want  
to use RTSP and realize that you'll have places where it drops and  
stutters, particularly if both client and server are mobile.  
(Although you said only the client was mobile.) The very limited  
bandwidth is also very challenging. A typical good case scenario (4 +  
1 at 12 kbps each = 48 kbps down, 12 kbps up) is very similar to  
streaming over a 56k modem with lots of latency. I'm sure a lot has  
been written about delivering content to 56k users - and the bottom  
line is that nothing looks very good, particularly in the days of  
people watching 720p, 1080i, even 1080p video all over the place.

I would concur with the earlier poster that your provider may filter  
ports or protocols, but I'm sure that can be negotiated. I have in  
some cases simply setup an ssh tunnel over WAP ports or other allowed  
ports to enable connectivity on an otherwise restricted network  
connection.

As for actual compression, the leader of the pack right now is H.264  
from the x264 project. Just like other projects like XviD, it's  
always improving in quality, so be sure you have a recent version for  
the encoding machine. Be sure to take advantage of all the features  
it offers to help reduce bitrate - CABAC, etc. If you don't need the  
video live, I would strongly suggest two-pass encoding for better  
quality. This would go ideally with the progressive download model,  
which is (in my opinion) the most preferred means for delivering  
smooth playback on a mobile. You just end up a waiting a little  
longer for it to start if your connection is particularly slow - the  
variable nature of mobile connections is maddening like that.

The audio is an interesting one. The exact codec you want to use is a  
little variable, sometimes one codec is actually better suited for a  
certain type of content, and different content may require vastly  
different settings or bitrates to sound good. I've been most  
impressed with AAC-HE ("AAC High Efficiency" - aka AACplus or AAC+)  
which has some quite impressive performance at low bitrates. I'm not  
sure if VLC can encode AAC-HE yet, however, but I know it can decode  
it. Alternatively, I would suggest you look at Ogg Vorbis or regular  
AAC (usually "AAC Low Complexity"). MP3 is an older audio codec, and  
has a hard time getting the quality of these newer codecs,  
particularly at low bitrates, so I would not recommend it.

Hopefully this gives you a start on figuring out how to stream  
content via GPRS with some modicum of quality. Honestly, I don't know  
if you'll ever get anything really satisfying out of it. The premier  
service (at least in the US) for streaming content via mobile  
networks is MobiTV ( http://www.mobitv.com/ ) and they've done a  
fairly good job of pulling it off - but even that isn't great.

I have tested MobiTV on my class 10 EDGE device with excellent signal  
(the best case scenario, basically), plenty of CPU (200 MHz ARM CPU),  
high res bright screen (320x320), high quality stereo headphones, etc  
and I found it to be pretty terrible - I have unlimited data, and  
even it were completely free for the service, I don't think I would  
watch it. I'd sooner listen to a 64 kbps AAC-HE stream of the audio  
and just hear it in good quality, instead of the tinny sounding  
voices on MobiTV and distorted, choppy video images. This is what  
MobiTV calls a "high frame rate experience" device. GPRS only devices  
are called "standard frame rate experience" and really look even worse.

Fortunately, I believe there is substantial room for doing better  
than MobiTV, but it probably would require the progressive download  
approach using multi-pass VBR encoded content and you spending a  
great deal of time tweaking all the compression settings to maximize  
the quality.

I think that mobile video applications are only going to take off  
when we see wide deployment of UMTS (WCDMA), but that's still a ways  
away from any substantial penetration in the US market, and  
internationally suffers from a quagmire of different frequencies and  
modes that phones must now support to be fully "international"  
friendly (US UMTS is rolling out at 850 MHz and 1900 MHz, most other  
UMTS runs at 2100 MHz, and GSM/GPRS/EDGE is deployed at 850, 900,  
1800, and 1900 MHz around the world, so now we need a five-band seven- 
mode phone to work fully internationally! ) Fortunately, mobile  
bandwidth is only going up while compression is only getting better  
and better, not to mention that CPU speeds on mobiles are also  
improving, so the situation is just getting better with time.

Interestingly, in the US we are migrating to all DTV / HDTV and we  
use ATSC which uses 8VSB modulation, which precludes the reception of  
HDTV while in motion due to it being very time sensitive and the  
doppler effect. Currently, analog is suitable for small handheld  
devices, but mobile displays are now ready for HD content  
(particularly in-vehicle displays) and the FCC is forcing ALL  
broadcasters to switch to DTV in the near future. Both of these  
factors will soon make other mobile networks the only means of  
delivering TV content to mobile viewers, so I foresee this market is  
going to quickly become quite competitive. There is an E-VSB protocol  
on the table from the ATSC commission, standardized in 2004, but I  
don't know of any broadcasters that have adopted it, and I'm not sure  
how easily E-VSB can be integrated into existing broadcast equipment,  
and TV stations are wary of spending even more in digital  
infrastructure after all they've spent by FCC mandate.

As you can tell, I do have a bit of an interest in this matter and I  
would actually be curious to see what you end up working out in this  
arena.

-Galen
galenz at zinkcconsulting.com

On May 20, 2006, at 4:28 AM, Antoine Roussel wrote:

> Hi,
>
> I don't know exactly your test configuration so there are two  
> answers :
>
> If you have a "perfect network" between your 2 GPRS devices, you  
> can send your data over UDP. By using UDP protocol, there isn't  
> transmission control or stat return from the client (indeed it  
> isn't "connection oriented" like TCP).
>
> If you use an operator network, this will be trickier... Some of  
> them allow only few ports and few protocols. In this case, you  
> should use the http protocol. This is a problem, as you said,  
> because of the low upload bandwidth.
>
> Concerning the video codec, the best ratio quality/bit rate is  
> gained by h264. For the audio codec, you an use MP3 or ogg for  
> instance.
>
> If you succeed, I would be interested in your experience feedback.
>
> Antoine
>
> -- 
> _______________________________________
>
> Antoine Roussel
> Telecom Lille Student
>
> CV : http://cv.antoine-roussel.info
> _______________________________________
>
>
> On 5/19/06, Melin Eric-AEM024 <erik at motorola.com> wrote:
> Hi
>
>
> I'm trying to use videolan for streaming a video between 2 laptops  
> (one vlc server and one vlc client), the client using a gprs  
> connection to connect to the server.
>
> I was wondering which would be the most appropriate codecs to use  
> to accommodate the low bandwidth available over gprs (in  
> particular, since the uplink from client to server is particulary  
> low, is there a particular mode in which the videolan signalling  
> from client to server would be minimal).
>
>
> Thanks
>
> Eric
>
>
> Eric Melin
>
> Centre de Recherche de Motorola - Paris (CRM)
>
> ---------
> Classification POPI:
> [*] GBI     General Business Information
> [ ] MIUO   Motorola Internal Use Only
> [ ] MCP    Motorola Confidential Proprietary
>
>
>
>

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

From jonas at vrt.dk  Sun May 21 14:23:38 2006
From: jonas at vrt.dk (Jonas A. Larsen)
Date: Sun, 21 May 2006 14:23:38 +0200
Subject: [vlc] Re: videolan over a gprs connection
In-Reply-To: <5F66A2AD-BE7B-4B55-A3D4-7EFA38B04813@zinkconsulting.com>
Message-ID: <000301c67cd1$6560f560$6401a8c0@acer57dbddb911>


I found ur posting very interesting.

So I would basically just like to thank you for explaining the stuff about
mobile technologies. I know that I, and probably others too, learned a lot.

Thanks and cheers

Jonas A. Larsen
 
> I'm not the absolute expert on VLC, particularly when it comes to
> configuring streaming, but I am extremely familiar with GPRS and media
> compression.
> 
> First lets talk about GPRS. Maybe this is redundant to some people, I'm
> not sure, but I think it might be worth explaining. GSM phone calls are
> allocated what's called "timeslots" - GSM works by breaking up the
> frequency into many channels, then each channel is split up into many
> timeslots. Basically, this means multiple phones can share the single
> channel by alternating which phone is broadcasting, in such a way that
> each timeslot represents the same amount of access to RF bandwidth.
> 
> GSM voice calls normally use one timeslot up and one timeslot down. GPRS
> uses up to four up and four down simultaneously. The exact number is
> limited by your provider and your hardware. Depending on your signal
> strength, you will see anywhere from 8 to 20 kbps per timeslot (standard
> encoding rates: 8, 12, 14.4, 20 kbps). In my experience, I have rarely if
> ever seen 20 kbps, 12 kbps is a more reasonable assumption. If you are
> driving, reception makes a big difference, and unless you have amazing
> coverage and an antenna, you're unlikely to have a stable datarate the
> whole way.
> 
> Providers may limit the number of timeslots you can use, particularly if
> the network is very busy or you have an "unlimited" data plan. The
> policies may be determined at the local towers, based on predetermined
> rules or rules that vary with network load, so you can easily be driving
> and move from a tower allowing four slots to a tower only allowing two
> slots. You also need to check up on your hardware (use a site like
> http://phonescoop.com/ ) because most hardware will have some limitations.
> Usually you'll see it noted like this "4+1" which means four downstream
> timeslots (so 32 to 80 kbps depending on signal quality.)  Sometimes
> you'll see it listed as "Class 4" which has a distinct meaning. (A quick
> google search will turn up plenty of pages with elaborate tables about
> this.) Many classes also have a maximum limit on slots - for example,
> class 10 allows 4 down and 2 up, but no more than 5 simultaneous
> connections, so (assuming no network restrictions) you will run at 3+2 or
> 4+1.
> 
> Although this only applies in some areas, particularly the US, there is
> another protocol called "EDGE" which works just like GPRS but uses a more
> efficient RF encoding approach allowing better throughput. But all the
> same ideas apply, and it still works within the same timeslots. Being in
> the US, I use EDGE regularly, sometimes moving in excess of a GB of data
> per month. With a class 10 device I have certainly seen 200 kbps
> downstream many times, but the upstream is not nearly so great.
> 
> Sorry for this lengthy email, but GPRS really is that complex. And we've
> only discussed the theory so far :)
> 
> As a general rule, you will want to ensure you have the best possible
> signal quality for a GPRS link. However, no matter what you do, even if
> you're in a fixed location, you're likely to still see some variation in
> signal quality. Interference, varying atmospheric conditions, even
> vehicles and people blocking signal can affect it. If you're moving, it's
> almost certain that your data rate will be varying, even if you have a
> fairly large antenna.
> 
> All of this will inevitably cause your data rate to vary, and this is what
> makes streaming particularly maddening on GPRS. Your data rate may drop to
> 32 kbps, then jump to 80 kbps as soon as you come around a corner and
> handoff to a new tower.
> 
> The actual data is also in question. If you sit there running a ping, you
> normally will never drop a packet - GPRS is generally quite good at
> getting packets through reliably. It's just a question of timing! With an
> idle GPRS connection you may be getting ping times between 500 and 1200
> ms, and literally one packet may take 500 ms and the next 1200 ms. Packets
> seem to always be delivered in a sequential manner - this is handled like
> a PPP link on most computers - so the busier the link, the higher the
> latency overall.
> 
> Sometimes, you'll get bursts of interference (i.e. tower handoffs, other
> interference) which interrupt the connection and cause packets to queue
> up, but the sequential delivery method means that everything generally
> does get through, unless you have an extreme situation where the packets
> can't be queued up anymore. (I'm not quite sure what defines these
> parameters, but it will happen.) Packet dropping on a GPRS connection
> isn't generally like ethernet or 802.11b/g where you have a rather
> consistant level of drops, due to a bad link or collisions. With GPRS,
> Similarly, if you take a call most hardware pauses the connection and
> queues up packets to a certain extent. I'm not entirely sure at what level
> the queueing is implemented, but I have seen packets queued for 15 minutes
> or more during a call, and up to 10 or 15 seconds during a connection,
> particularly if I'm driving.
> 
> Another interesting note - it takes more energy to send data than to
> receive it, by a good bit. You may be shocked at how fast you go through
> power on your phone and (in many cases) how hot it gets when you're maxing
> out the upload for long periods of time. I've even seen a number of phones
> and cards overheat and freeze or act strange when uploading a lot,
> particularly with poor signal strength where the phone has to broadcast
> near maximum power.
> 
> The result of all these factors is that GPRS seriously sucks for
> streaming. If you are going to try it, I would suggest you use substantial
> buffers, at least several seconds of content or more, if you want a smooth
> experience, or even "progressive download" of the video if it can be pre-
> recorded. If you want live, you may just want to use RTSP and realize that
> you'll have places where it drops and stutters, particularly if both
> client and server are mobile. (Although you said only the client was
> mobile.) The very limited bandwidth is also very challenging. A typical
> good case scenario (4 + 1 at 12 kbps each = 48 kbps down, 12 kbps up) is
> very similar to streaming over a 56k modem with lots of latency. I'm sure
> a lot has been written about delivering content to 56k users - and the
> bottom line is that nothing looks very good, particularly in the days of
> people watching 720p, 1080i, even 1080p video all over the place.
> 
> I would concur with the earlier poster that your provider may filter ports
> or protocols, but I'm sure that can be negotiated. I have in some cases
> simply setup an ssh tunnel over WAP ports or other allowed ports to enable
> connectivity on an otherwise restricted network connection.
> 
> As for actual compression, the leader of the pack right now is H.264 from
> the x264 project. Just like other projects like XviD, it's always
> improving in quality, so be sure you have a recent version for the
> encoding machine. Be sure to take advantage of all the features it offers
> to help reduce bitrate - CABAC, etc. If you don't need the video live, I
> would strongly suggest two-pass encoding for better quality. This would go
> ideally with the progressive download model, which is (in my opinion) the
> most preferred means for delivering smooth playback on a mobile. You just
> end up a waiting a little longer for it to start if your connection is
> particularly slow - the variable nature of mobile connections is maddening
> like that.
> 
> The audio is an interesting one. The exact codec you want to use is a
> little variable, sometimes one codec is actually better suited for a
> certain type of content, and different content may require vastly
> different settings or bitrates to sound good. I've been most impressed
> with AAC-HE ("AAC High Efficiency" - aka AACplus or AAC+) which has some
> quite impressive performance at low bitrates. I'm not sure if VLC can
> encode AAC-HE yet, however, but I know it can decode it. Alternatively, I
> would suggest you look at Ogg Vorbis or regular AAC (usually "AAC Low
> Complexity"). MP3 is an older audio codec, and has a hard time getting the
> quality of these newer codecs, particularly at low bitrates, so I would
> not recommend it.
> 
> Hopefully this gives you a start on figuring out how to stream content via
> GPRS with some modicum of quality. Honestly, I don't know if you'll ever
> get anything really satisfying out of it. The premier service (at least in
> the US) for streaming content via mobile networks is MobiTV (
> http://www.mobitv.com/ ) and they've done a fairly good job of pulling it
> off - but even that isn't great.
> 
> I have tested MobiTV on my class 10 EDGE device with excellent signal (the
> best case scenario, basically), plenty of CPU (200 MHz ARM CPU), high res
> bright screen (320x320), high quality stereo headphones, etc and I found
> it to be pretty terrible - I have unlimited data, and even it were
> completely free for the service, I don't think I would watch it. I'd
> sooner listen to a 64 kbps AAC-HE stream of the audio and just hear it in
> good quality, instead of the tinny sounding voices on MobiTV and
> distorted, choppy video images. This is what MobiTV calls a "high frame
> rate experience" device. GPRS only devices are called "standard frame rate
> experience" and really look even worse.
> 
> Fortunately, I believe there is substantial room for doing better than
> MobiTV, but it probably would require the progressive download approach
> using multi-pass VBR encoded content and you spending a great deal of time
> tweaking all the compression settings to maximize the quality.
> 
> I think that mobile video applications are only going to take off when we
> see wide deployment of UMTS (WCDMA), but that's still a ways away from any
> substantial penetration in the US market, and internationally suffers from
> a quagmire of different frequencies and modes that phones must now support
> to be fully "international" friendly (US UMTS is rolling out at 850 MHz
> and 1900 MHz, most other UMTS runs at 2100 MHz, and GSM/GPRS/EDGE is
> deployed at 850, 900, 1800, and 1900 MHz around the world, so now we need
> a five-band seven-mode phone to work fully internationally! ) Fortunately,
> mobile bandwidth is only going up while compression is only getting better
> and better, not to mention that CPU speeds on mobiles are also improving,
> so the situation is just getting better with time.
> 
> Interestingly, in the US we are migrating to all DTV / HDTV and we use
> ATSC which uses 8VSB modulation, which precludes the reception of HDTV
> while in motion due to it being very time sensitive and the doppler
> effect. Currently, analog is suitable for small handheld devices, but
> mobile displays are now ready for HD content (particularly in-vehicle
> displays) and the FCC is forcing ALL broadcasters to switch to DTV in the
> near future. Both of these factors will soon make other mobile networks
> the only means of delivering TV content to mobile viewers, so I foresee
> this market is going to quickly become quite competitive. There is an E-
> VSB protocol on the table from the ATSC commission, standardized in 2004,
> but I don't know of any broadcasters that have adopted it, and I'm not
> sure how easily E-VSB can be integrated into existing broadcast equipment,
> and TV stations are wary of spending even more in digital infrastructure
> after all they've spent by FCC mandate.
> 
> As you can tell, I do have a bit of an interest in this matter and I would
> actually be curious to see what you end up working out in this arena.
> 
> -Galen
> galenz at zinkcconsulting.com
> 
> On May 20, 2006, at 4:28 AM, Antoine Roussel wrote:
> 
> 
> 	Hi,
> 
> 	I don't know exactly your test configuration so there are two
> answers :
> 
> 	If you have a "perfect network" between your 2 GPRS devices,
> you can send your data over UDP. By using UDP protocol, there isn't
> transmission control or stat return from the client (indeed it isn't
> "connection oriented" like TCP).
> 
> 	If you use an operator network, this will be trickier... Some
> of them allow only few ports and few protocols. In this case, you should
> use the http protocol. This is a problem, as you said, because of the low
> upload bandwidth.
> 
> 	Concerning the video codec, the best ratio quality/bit rate is
> gained by h264. For the audio codec, you an use MP3 or ogg for instance.
> 
> 	If you succeed, I would be interested in your experience
> feedback.
> 
> 	Antoine
> 
> 	--
> 	_______________________________________
> 
> 	Antoine Roussel
> 	Telecom Lille Student
> 
> 	CV : http://cv.antoine-roussel.info
> 	_______________________________________
> 
> 
> 
> 	On 5/19/06, Melin Eric-AEM024 <erik at motorola.com> wrote:
> 
> 		Hi
> 
> 
> 
> 
> 		I'm trying to use videolan for streaming a video
> between 2 laptops (one vlc server and one vlc client), the client using a
> gprs connection to connect to the server.
> 
> 		I was wondering which would be the most appropriate
> codecs to use to accommodate the low bandwidth available over gprs (in
> particular, since the uplink from client to server is particulary low, is
> there a particular mode in which the videolan signalling from client to
> server would be minimal).
> 
> 
> 
> 
> 		Thanks
> 
> 		Eric
> 
> 
> 
> 
> 		Eric Melin
> 
> 		Centre de Recherche de Motorola - Paris (CRM)
> 
> 		---------
> 		Classification POPI:
> 		[*] GBI     General Business Information
> 		[ ] MIUO   Motorola Internal Use Only
> 		[ ] MCP    Motorola Confidential Proprietary
> 
> 
> 
> 
> 
> 
> 
> 


-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From antoine.roussel at gmail.com  Sun May 21 11:06:39 2006
From: antoine.roussel at gmail.com (Antoine Roussel)
Date: Sun, 21 May 2006 11:06:39 +0200
Subject: [vlc] Re: videolan over a gprs connection
In-Reply-To: <5F66A2AD-BE7B-4B55-A3D4-7EFA38B04813@zinkconsulting.com>
References: <ED1F64EE37691743A8BE99F0D3F56BF1E80A81@zuk35exm62.ds.mot.com>
	 <7395631a0605200428j78af3f5eia3a72763be529b8e@mail.gmail.com>
	 <5F66A2AD-BE7B-4B55-A3D4-7EFA38B04813@zinkconsulting.com>
Message-ID: <7395631a0605210206x518a7265t90351c208804969b@mail.gmail.com>

Galen,

Thanks a lot for this huge summary with an amount of information !

Well written.

Antoine


On 5/20/06, galenz at zinkconsulting.com <galenz at zinkconsulting.com> wrote:
>
> Eric,
> I'm not the absolute expert on VLC, particularly when it comes to
> configuring streaming, but I am extremely familiar with GPRS and
> media compression.
>
> First lets talk about GPRS. Maybe this is redundant to some people, I'm
> not sure, but I think it might be worth explaining. GSM phone calls are
> allocated what's called "timeslots" - GSM works by breaking up the frequency
> into many channels, then each channel is split up into many timeslots.
> Basically, this means multiple phones can share the single channel by
> alternating which phone is broadcasting, in such a way that each timeslot
> represents the same amount of access to RF bandwidth.
>
> GSM voice calls normally use one timeslot up and one timeslot down. GPRS
> uses up to four up and four down simultaneously. The exact number is limited
> by your provider and your hardware. Depending on your signal strength, you
> will see anywhere from 8 to 20 kbps per timeslot (standard encoding rates:
> 8, 12, 14.4, 20 kbps). In my experience, I have rarely if ever seen 20
> kbps, 12 kbps is a more reasonable assumption. If you are driving, reception
> makes a big difference, and unless you have amazing coverage and an antenna,
> you're unlikely to have a stable datarate the whole way.
>
> Providers may limit the number of timeslots you can use, particularly if
> the network is very busy or you have an "unlimited" data plan. The policies
> may be determined at the local towers, based on predetermined rules or rules
> that vary with network load, so you can easily be driving and move from a
> tower allowing four slots to a tower only allowing two slots. You also need
> to check up on your hardware (use a site like http://phonescoop.com/ )
> because most hardware will have some limitations. Usually you'll see it
> noted like this "4+1" which means four downstream timeslots (so 32 to 80
> kbps depending on signal quality.)  Sometimes you'll see it listed as "Class
> 4" which has a distinct meaning. (A quick google search will turn up plenty
> of pages with elaborate tables about this.) Many classes also have a maximum
> limit on slots - for example, class 10 allows 4 down and 2 up, but no more
> than 5 simultaneous connections, so (assuming no network restrictions) you
> will run at 3+2 or 4+1.
>
> Although this only applies in some areas, particularly the US, there is
> another protocol called "EDGE" which works just like GPRS but uses a more
> efficient RF encoding approach allowing better throughput. But all the same
> ideas apply, and it still works within the same timeslots. Being in the US,
> I use EDGE regularly, sometimes moving in excess of a GB of data per month.
> With a class 10 device I have certainly seen 200 kbps downstream many times,
> but the upstream is not nearly so great.
>
> Sorry for this lengthy email, but GPRS really is that complex. And we've
> only discussed the theory so far :)
>
> As a general rule, you will want to ensure you have the best possible
> signal quality for a GPRS link. However, no matter what you do, even if
> you're in a fixed location, you're likely to still see some variation in
> signal quality. Interference, varying atmospheric conditions, even vehicles
> and people blocking signal can affect it. If you're moving, it's almost
> certain that your data rate will be varying, even if you have a fairly large
> antenna.
>
> All of this will inevitably cause your data rate to vary, and this is what
> makes streaming particularly maddening on GPRS. Your data rate may drop to
> 32 kbps, then jump to 80 kbps as soon as you come around a corner and
> handoff to a new tower.
>
> The actual data is also in question. If you sit there running a ping, you
> normally will never drop a packet - GPRS is generally quite good at getting
> packets through reliably. It's just a question of timing! With an idle GPRS
> connection you may be getting ping times between 500 and 1200 ms, and
> literally one packet may take 500 ms and the next 1200 ms. Packets seem to
> always be delivered in a sequential manner - this is handled like a PPP link
> on most computers - so the busier the link, the higher the latency overall.
>
> Sometimes, you'll get bursts of interference (i.e. tower handoffs, other
> interference) which interrupt the connection and cause packets to queue up,
> but the sequential delivery method means that everything generally does get
> through, unless you have an extreme situation where the packets can't be
> queued up anymore. (I'm not quite sure what defines these parameters, but it
> will happen.) Packet dropping on a GPRS connection isn't generally like
> ethernet or 802.11b/g where you have a rather consistant level of drops,
> due to a bad link or collisions. With GPRS,  Similarly, if you take a call
> most hardware pauses the connection and queues up packets to a certain
> extent. I'm not entirely sure at what level the queueing is implemented, but
> I have seen packets queued for 15 minutes or more during a call, and up to
> 10 or 15 seconds during a connection, particularly if I'm driving.
>
> Another interesting note - it takes more energy to send data than
> to receive it, by a good bit. You may be shocked at how fast you go through
> power on your phone and (in many cases) how hot it gets when you're maxing
> out the upload for long periods of time. I've even seen a number of phones
> and cards overheat and freeze or act strange when uploading a lot,
> particularly with poor signal strength where the phone has to broadcast near
> maximum power.
>
> The result of all these factors is that GPRS seriously sucks for
> streaming. If you are going to try it, I would suggest you use substantial
> buffers, at least several seconds of content or more, if you want a smooth
> experience, or even "progressive download" of the video if it can be
> pre-recorded. If you want live, you may just want to use RTSP and realize
> that you'll have places where it drops and stutters, particularly if both
> client and server are mobile. (Although you said only the client was
> mobile.) The very limited bandwidth is also very challenging. A typical good
> case scenario (4 + 1 at 12 kbps each = 48 kbps down, 12 kbps up) is very
> similar to streaming over a 56k modem with lots of latency. I'm sure a lot
> has been written about delivering content to 56k users - and the bottom line
> is that nothing looks very good, particularly in the days of people watching
> 720p, 1080i, even 1080p video all over the place.
>
> I would concur with the earlier poster that your provider may filter ports
> or protocols, but I'm sure that can be negotiated. I have in some cases
> simply setup an ssh tunnel over WAP ports or other allowed ports to enable
> connectivity on an otherwise restricted network connection.
>
> As for actual compression, the leader of the pack right now is H.264 from
> the x264 project. Just like other projects like XviD, it's always improving
> in quality, so be sure you have a recent version for the encoding machine.
> Be sure to take advantage of all the features it offers to help reduce
> bitrate - CABAC, etc. If you don't need the video live, I would strongly
> suggest two-pass encoding for better quality. This would go ideally with the
> progressive download model, which is (in my opinion) the most preferred
> means for delivering smooth playback on a mobile. You just end up a waiting
> a little longer for it to start if your connection is particularly slow -
> the variable nature of mobile connections is maddening like that.
>
> The audio is an interesting one. The exact codec you want to use is a
> little variable, sometimes one codec is actually better suited for a certain
> type of content, and different content may require vastly different settings
> or bitrates to sound good. I've been most impressed with AAC-HE ("AAC High
> Efficiency" - aka AACplus or AAC+) which has some quite impressive
> performance at low bitrates. I'm not sure if VLC can encode AAC-HE yet,
> however, but I know it can decode it. Alternatively, I would suggest you
> look at Ogg Vorbis or regular AAC (usually "AAC Low Complexity"). MP3 is an
> older audio codec, and has a hard time getting the quality of these newer
> codecs, particularly at low bitrates, so I would not recommend it.
>
> Hopefully this gives you a start on figuring out how to stream content via
> GPRS with some modicum of quality. Honestly, I don't know if you'll ever get
> anything really satisfying out of it. The premier service (at least in the
> US) for streaming content via mobile networks is MobiTV (
> http://www.mobitv.com/ ) and they've done a fairly good job of pulling it
> off - but even that isn't great.
>
> I have tested MobiTV on my class 10 EDGE device with excellent signal (the
> best case scenario, basically), plenty of CPU (200 MHz ARM CPU), high res
> bright screen (320x320), high quality stereo headphones, etc and I found it
> to be pretty terrible - I have unlimited data, and even it were completely
> free for the service, I don't think I would watch it. I'd sooner listen to a
> 64 kbps AAC-HE stream of the audio and just hear it in good quality, instead
> of the tinny sounding voices on MobiTV and distorted, choppy video images.
> This is what MobiTV calls a "high frame rate experience" device. GPRS only
> devices are called "standard frame rate experience" and really look even
> worse.
>
> Fortunately, I believe there is substantial room for doing better than
> MobiTV, but it probably would require the progressive download approach
> using multi-pass VBR encoded content and you spending a great deal of time
> tweaking all the compression settings to maximize the quality.
>
> I think that mobile video applications are only going to take off when we
> see wide deployment of UMTS (WCDMA), but that's still a ways away from any
> substantial penetration in the US market, and internationally suffers from a
> quagmire of different frequencies and modes that phones must now support to
> be fully "international" friendly (US UMTS is rolling out at 850 MHz and
> 1900 MHz, most other UMTS runs at 2100 MHz, and GSM/GPRS/EDGE is deployed at
> 850, 900, 1800, and 1900 MHz around the world, so now we need a five-band
> seven-mode phone to work fully internationally! ) Fortunately, mobile
> bandwidth is only going up while compression is only getting better and
> better, not to mention that CPU speeds on mobiles are also improving, so the
> situation is just getting better with time.
>
> Interestingly, in the US we are migrating to all DTV / HDTV and we use
> ATSC which uses 8VSB modulation, which precludes the reception of HDTV while
> in motion due to it being very time sensitive and the doppler effect.
> Currently, analog is suitable for small handheld devices, but mobile
> displays are now ready for HD content (particularly in-vehicle displays) and
> the FCC is forcing ALL broadcasters to switch to DTV in the near
> future. Both of these factors will soon make other mobile networks the only
> means of delivering TV content to mobile viewers, so I foresee this market
> is going to quickly become quite competitive. There is an E-VSB protocol on
> the table from the ATSC commission, standardized in 2004, but I don't know
> of any broadcasters that have adopted it, and I'm not sure how easily E-VSB
> can be integrated into existing broadcast equipment, and TV stations are
> wary of spending even more in digital infrastructure after all they've spent
> by FCC mandate.
>
> As you can tell, I do have a bit of an interest in this matter and I would
> actually be curious to see what you end up working out in this arena.
>
> -Galen
> galenz at zinkcconsulting.com
>
> On May 20, 2006, at 4:28 AM, Antoine Roussel wrote:
>
> Hi,
>
> I don't know exactly your test configuration so there are two answers :
>
> If you have a "perfect network" between your 2 GPRS devices, you can send
> your data over UDP. By using UDP protocol, there isn't transmission control
> or stat return from the client (indeed it isn't "connection oriented" like
> TCP).
>
> If you use an operator network, this will be trickier... Some of them
> allow only few ports and few protocols. In this case, you should use the
> http protocol. This is a problem, as you said, because of the low upload
> bandwidth.
>
> Concerning the video codec, the best ratio quality/bit rate is gained by
> h264. For the audio codec, you an use MP3 or ogg for instance.
>
> If you succeed, I would be interested in your experience feedback.
>
> Antoine
>
>
> --
> _______________________________________
>
> Antoine Roussel
> Telecom Lille Student
>
> CV : http://cv.antoine-roussel.info
> _______________________________________
>
>
>
> On 5/19/06, Melin Eric-AEM024 <erik at motorola.com> wrote:
> >
> >  Hi
> >
> >
> > I'm trying to use videolan for streaming a video between 2 laptops (one
> > vlc server and one vlc client), the client using a gprs connection to
> > connect to the server.
> >
> > I was wondering which would be the most appropriate codecs to use to
> > accommodate the low bandwidth available over gprs (in particular, since the
> > uplink from client to server is particulary low, is there a particular mode
> > in which the videolan signalling from client to server would be minimal).
> >
> >
> > Thanks
> >
> > Eric
> >
> >
> > Eric Melin
> >
> > Centre de Recherche de Motorola - Paris (CRM)
> >
> > ---------
> > Classification POPI:
> > [*] GBI     General Business Information
> > [ ] MIUO   Motorola Internal Use Only
> > [ ] MCP    Motorola Confidential Proprietary
> >
> >
> >
> >
>
>


-- 
_______________________________________

Antoine Roussel
Telecom Lille Student

Tel : + 33 (0)6 82 96 79 81
CV : http://cv.antoine-roussel.info
_______________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060521/2f60dd2e/attachment.html>

From PHAN0004 at ntu.edu.sg  Tue May 23 02:32:26 2006
From: PHAN0004 at ntu.edu.sg (#PHANG CHEE WOH,DERRICK#)
Date: Tue, 23 May 2006 08:32:26 +0800
Subject: [vlc] Re: Compiling Videolan for WinCE
References: <004e01c6417e$7f69e950$3202a8c0@Mark><440E26D4.9080707@justken.net><B573E71765F6B54DB45A0FBE9B1FA5AB4D349E@mail01.student.main.ntu.edu.sg> <a1c96e690603130646s20a037dfi@mail.gmail.com> <B573E71765F6B54DB45A0FBE9B1FA5AB029F6551@mail01.student.main.ntu.edu.sg> <B573E71765F6B54DB45A0FBE9B1FA5AB029F6552@mail01.student.main.ntu.edu.sg>
Message-ID: <B573E71765F6B54DB45A0FBE9B1FA5AB029F6559@mail01.student.main.ntu.edu.sg>

Hi,

I have tried to redo the build with the configurations as specified but I am still encountering other problems. I think the main issue may be that the configure process cannot find the c compiler. This is despite having installed the cross-tools and contrib-xscale in /usr/local/wince.

The essence of the issue is as shown below:

configure:2559: arm-wince-pe-gcc --version </dev/null >&5
/usr/local/wince/cross-tools/bin/arm-wince-pe-gcc: /usr/local/wince/cross-tools/bin/arm-wince-pe-gcc: cannot execute binary file
configure:2562: $? = 126
configure:2564: arm-wince-pe-gcc -v </dev/null >&5
/usr/local/wince/cross-tools/bin/arm-wince-pe-gcc: /usr/local/wince/cross-tools/bin/arm-wince-pe-gcc: cannot execute binary file
configure:2567: $? = 126
configure:2569: arm-wince-pe-gcc -V </dev/null >&5
/usr/local/wince/cross-tools/bin/arm-wince-pe-gcc: /usr/local/wince/cross-tools/bin/arm-wince-pe-gcc: cannot execute binary file
configure:2572: $? = 126
configure:2595: checking for C compiler default output file name
configure:2598: arm-wince-pe-gcc -D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include
 -I/usr/local/wince/contrib-xscale/include -mcpu=xscale  -L/usr/local/wince/cross-tools/lib
-L/usr/local/wince/contrib-xscale/lib conftest.c  >&5
/usr/local/wince/cross-tools/bin/arm-wince-pe-gcc: /usr/local/wince/cross-tools/bin/arm-wince-pe-gcc: cannot execute binary file
configure:2601: $? = 126

What may be the issue? The cross-tools not installed properly, the cross-tools archive not being fully valid or is it just a matter or specifiying the configuration?

Can you get back to me? Thanks.

Sincerely,
Derrick


-----Original Message-----
From: vlc-bounce at videolan.org on behalf of Jean-Paul Saman
Sent: Sat 5/13/2006 2:12 AM
To: vlc at videolan.org
Subject: [vlc] Re: How to compile VLC for Wince

#PHANG CHEE WOH,DERRICK# wrote:
> Hi,
>
> Thanks for volunteering your help. I have been troubled by this problem right from the start. Since I am not certain where the log files for the make process is located at and the error generated goes a long way, I have managed to type out some of the errors as shown below:
>
> ../../include/vlc_access.h:110: error: parse error before '}' token
> ../../include/vlc_access.h: In function 'access2_vacontrol':
> ../../include/vlc_access.h:120: error: dereferencing pointer to incomplete type in file included from file.c:28:
> ../../include/vlc_stream.h: At top level:
> ../../include/vlc_stream.h:66: error: parse error before "vlc_thread_t"
> ../../include/vlc_stream.h:66: warning: no semicolon at end of struct or union
> ../../include/vlc_stream.h:66: warning: type defaults to 'int' in declaration of 'object_lock'
> ../../include/vlc_stream.h:66: warning: data definition has no type or storage class
> ../../include/vlc_stream.h:66: error: parse error before "object_wait"
> ../../include/vlc_stream.h:66: warning: type defaults to 'int' in declaration of 'object_wait'
> ../../include/vlc_stream.h:66: warning: data definition has no type or storage class
> ../../include/vlc_stream.h:66: error: parse error before "var_lock"
> ../../include/vlc_stream.h:66: warning: type defaults to 'int' in declaration of 'var_lock'
> ../../include/vlc_stream.h:66: warning: data definition has no type or storage class
> ../../include/vlc_stream.h:68: error: conflicting types for "pf_block"
> ../../include/vlc_stream.h:84: error: previous declaration of 'pf_block' was here
> ../../include/vlc_stream.h:68: error: conflicting types for "pf_read"
> ../../include/vlc_stream.h:84: error: previous declaration of 'pf_read' was here
> ../../include/vlc_stream.h:68: error: conflicting types for "pf_control"
> ../../include/vlc_stream.h:84: error: previous declaration of 'pf_control' was here
> ../../include/vlc_stream.h:68: error: conflicting types for "p_sys"
> ../../include/vlc_stream.h:84: error: previous declaration of 'p_sys' was here
>
> The other files that are also reflected to have errors are vlc_demux.h, and file.c.
Are you sure you have a complete checkout of the archive?

> Anyway, are these files not generated by the make process?
No they are not and should be present in vlc/include

> As additional information, the library files that I have used so far are provided by
> contrib-20050220-wince-xscale-bin.tar, and
> wince-arm-gcc4.0.0-cvs-linux-crosscompiler-20050517.tar
>
> I have unpacked the two files with the lines
> tar xjvf contrib-20050220-wince-xscale-bin.tar.bz2 -C /   , and
> tar xjvf wince-arm-gcc4.0.0-cvs-linux-crosscompiler-20050517.tar -C /
>
> My latest configuration is as follows:
Your build configuration is flawed. It has several errors.

> ./bootstrap &&
> PATH=/usr/local/wince/cross-tools/bin:$PATH \
> CFLAGS="-D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include" \
> CFLAGS="$CFLAGS -I/usr/local/wince/contrib-xscale/include" \
CFLAGS="$CFLAGS" is not wise to use here.

> LDFLAGS="-L/usr/local/wince/cross-tools/lib" \
> LDFLAGS="-L/usr/local/wince/contrib-xscale/lib" \
previous LDFLAGS is overwritten.

> CC="arm-wince-pe-gcc -mcpu=xscale" \
Here no linker, C++, ar, strip is specified.

> ./configure --prefix=/usr/local/wince \
> --disable-sdl --disable-gtk --disable-dvdnav --disable-dvdread \
> --disable-nls --disable-sout --disable-vlm --disable-wxwidgets \
> --disable-a52 --disable-libmpeg2 \
> --disable-mad --disable-plugins --enable-optimize-memory \
> --disable-ffmpeg --enable-tremor --disable-faad \
> --enable-freetype --with-freetype-config-path=/usr/local/wince/contrib-xscale/bin \
> --enable-fribidi --with-fribidi-config-path=/usr/local/wince/contrib-xscale/bin \
> --enable-livedotcom --with-livedotcom-tree=/usr/win32/live.com \
> --build=i686-pc-linux-gnu --host=arm-wince-pe --target=arm-wince-pe

You should do:
./bootstrap &&
PATH=/usr/local/wince/cross-tools/bin:$PATH \
CFLAGS="-D__stdcall= -D_OFF_T_ -I/usr/local/wince/cross-tools/include
$CFLAGS -I/usr/local/wince/contrib-xscale/include -mcpu=xscale" \
LDFLAGS="-L/usr/local/wince/cross-tools/lib
-L/usr/local/wince/contrib-xscale/lib" \
CC=arm-wince-pe-gcc \
AR=arm-wince-pe-ar \
LD=arm-wince-pe-ld \
CXX=arm-wince-pe-g++ \
CPP=arm-wince-pe-c++ \
STRIP=arm-wince-pe-strip \
  ./configure --prefix=/usr/local/wince \
  --disable-sdl --disable-gtk --disable-dvdnav --disable-dvdread \
  --disable-nls --disable-sout --disable-vlm --disable-wxwidgets \
  --disable-a52 --disable-libmpeg2 \
  --disable-mad --disable-plugins --enable-optimize-memory \
  --disable-ffmpeg --enable-tremor --disable-faad \
  --enable-freetype
--with-freetype-config-path=/usr/local/wince/contrib-xscale/bin \
  --enable-fribidi
--with-fribidi-config-path=/usr/local/wince/contrib-xscale/bin \
  --enable-livedotcom --with-livedotcom-tree=/usr/win32/live.com \
  --build=i686-pc-linux-gnu --host=arm-wince-pe --target=arm-wince-pe

I hope this helps.

Gtz,
Jean-Paul Saman.

--
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html





 
    
-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 5401 bytes
Desc: not available
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060523/d65f1d49/attachment.bin>

From yoann.perchec at gerpi.fr  Tue May 23 10:39:56 2006
From: yoann.perchec at gerpi.fr (Yoann Perchec)
Date: Tue, 23 May 2006 08:39:56 -0000
Subject: [vlc]  libqt problem
Message-ID: <20060523083956.4AF0E3AF6@mail.gerpi.fr>

I have cross-compiled vlc-0.7.1 for architecture arm (vlc is cross-compiled with
the Gui Qt), but when I execute vlc on the target I obtained this error: 

command line: 
arm-linux-vlc -vvv --intf qt toto.mpg

error :
[00000001] main vlc warning: cannot load module
`/usr/lib/vlc/gui/libqt_plugin.so' (/usr/lib/vlc/gui/libqt_plugin.so: undefined
symbol: _ZN6QGList5clearEv)
[00000033] main module warning: cannot find symbol "vlc_entry__0_7_1" in file
`/usr/lib/vlc/control/libtelnet_plugin.so' (arm-linux-vlc: undefined symbol:
_vlc_entry__0_7_1)
[00000050] main module warning: cannot find symbol "vlc_entry__0_7_1" in file
`/usr/lib/vlc/codec/libcmml_plugin.so' (arm-linux-vlc: undefined symbol:
_vlc_entry__0_7_1)
[00000066] main module warning: cannot find symbol "vlc_entry__0_7_1" in file
`/usr/lib/vlc/demux/libsgimb_plugin.so' (arm-linux-vlc: undefined symbol:
_vlc_entry__0_7_1)
[00000084] main module warning: cannot find symbol "vlc_entry__0_7_1" in file
`/usr/lib/vlc/demux/libh264_plugin.so' (arm-linux-vlc: undefined symbol:
_vlc_entry__0_7_1)

I don't see when I can solved this problem because during the cross-compilation 
there is no error.

Do you see anythings to help.
Thanks, Yo

-------------- next part --------------
An embedded message was scrubbed...
From: "Yoann Perchec" <yperchec at gerpi.fr>
Subject: [vlc] libqt problem
Date: Mon, 22 May 2006 15:20:19 -0000
Size: 1575
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060523/1117a6e5/attachment.mht>

From zxt at mail.ndsc.com.cn  Thu May 25 14:55:32 2006
From: zxt at mail.ndsc.com.cn (Xueting Zhu)
Date: Thu, 25 May 2006 20:55:32 +0800
Subject: [vlc] work on DCCP ?
Message-ID: <MAILvjQN0hIQFBROH4T00001610@mail.ndsc.com.cn>

Hello experts,
   I once tried an experiment on PIM-SM with help of VLC, now I am making efforts into understanding DCCP(Datagram Congestion Control Protocol) and implementing it under linux perhaps. I want to know if VLC has decided to use DCCP as its transport protocol, if so,is the work underway? Could anyone tell me something about my question? Thanks a lot.
   Looking forward to your reply.

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From rem at videolan.org  Thu May 25 15:05:15 2006
From: rem at videolan.org (=?gb2312?q?R=A8=A6mi_Denis-Courmont?=)
Date: Thu, 25 May 2006 16:05:15 +0300
Subject: [vlc] Re: work on DCCP ?
In-Reply-To: <MAILvjQN0hIQFBROH4T00001610@mail.ndsc.com.cn>
References: <MAILvjQN0hIQFBROH4T00001610@mail.ndsc.com.cn>
Message-ID: <200605251605.21790@auguste.remlab.net>

Le Jeudi 25 Mai 2006 15:55, Xueting Zhu a ?crit :
> I want to know if VLC has decided to use DCCP as its transport
> protocol, if so,is the work underway? Could anyone tell me something
> about my question?

I made a ticker for this (https://trac.videolan.org/vlc/ticket/514) but 
nobody expressed interest in implementing DCCP support so far.

IMHO, the main problem is that I know no standard for streaming over 
DCCP... do you send raw TS data straight into DCCP, or use RTP, or what 
not?

-- 
R?mi Denis-Courmont
Otaniemi, Espoo, Finland
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060525/5d8c5ed6/attachment.sig>

From zxt at mail.ndsc.com.cn  Thu May 25 15:39:49 2006
From: zxt at mail.ndsc.com.cn (Xueting Zhu)
Date: Thu, 25 May 2006 21:39:49 +0800
Subject: [vlc] =?gb2312?B?UmU6ICjI8NDHzOHKvi20y9PKvP6/ycTcysfArLv408q8/ilSZTogW3ZsY10gd29yayBvbiBEQ0NQID8=?=
Message-ID: <MAILuY2PVUlT3XIhFTN00001615@mail.ndsc.com.cn>

>Le Jeudi 25 Mai 2006 15:55, Xueting Zhu a ?crit :
>> I want to know if VLC has decided to use DCCP as its transport
>> protocol, if so,is the work underway? Could anyone tell me something
>> about my question?
>
>I made a ticker for this (https://trac.videolan.org/vlc/ticket/514) but 
>nobody expressed interest in implementing DCCP support so far.
>
>IMHO, the main problem is that I know no standard for streaming over 
>DCCP... do you send raw TS data straight into DCCP, or use RTP, or what 
>not?
>
>-- 
>R?mi Denis-Courmont
>Otaniemi, Espoo, Finland
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v1.4.3 (GNU/Linux)
>
>iD8DBQBEdauRw+xtvt1tEr0RAvvyAJ4zfwt5xClVntPFCIkCE8DIoVELlACgi8iS
>qDSee0vM5t9GbMf/FP/E+N8=
>=G38I
>-----END PGP SIGNATURE-----
>
I have read the related RFCs and some code on DCCP in linux kernel. I want to understand the protocol further and implement the basic function under linux if possible. There are some work groups on DCCP in the world. I thought VLC has done someting with DCCP. It is surely that major player companies will support DCCP in the future. So far as I know, work on RTP/DCCP has started quite recently, I remember there is just draft-00. Frankly , I am a college student and just work on DCCP for a few months alone, because I've chosen it as the research subject for my graduation. I haven't decided do much work on RTP/DCCP.I read the page (https://trac.videolan.org/vlc/ticket/514) long ago, and found it no change for a long time.

From adn at videolan.org  Fri May 26 07:42:55 2006
From: adn at videolan.org (Mohammed =?iso-8859-1?Q?Adn=E8ne?= Trojette)
Date: Fri, 26 May 2006 07:42:55 +0200
Subject: [vlc] Re: small typing error in french translation
In-Reply-To: <445E0932.8060800@free.fr>
References: <445E0932.8060800@free.fr>
Message-ID: <20060526054255.GA2752@diwi.org>

On Sun, May 07, 2006, OuTman wrote:
> there is a small typing error in french translation of the new VLC 0.8.5

Thanks for noticing. It is now fixed.

Please send such reports to the vlc-devel mailing-lists.

-- 
adn
Mohammed Adn?ne Trojette

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From chiangamy at gmail.com  Fri May 26 10:50:47 2006
From: chiangamy at gmail.com (amy)
Date: Fri, 26 May 2006 16:50:47 +0800
Subject: [vlc] Bin. and Cue. files
Message-ID: <2e349c880605260150i4010f8e7tafe7852d2cbaf313@mail.gmail.com>

Dear VLC,

Recently I've downloaded movies in bin. + cue. files. With the older version
of VLC for Mac OS X, I was able to play the video with perfect image, but no
sound at all. So I downloaded the newest version for Mac OS X but now with
perfect video and audio, VLC is unable to play more than 10 minutes of the
movie. Is something wrong with my computer or the preference I have with
VLC?

Please do reply! Thank you sooo much and have a wonderful day : ]

-- 
Amy Chiang
acc341 at stern.nyu.edu
chiangamy at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060526/0a7bcaec/attachment.html>

From wei.sun.0116 at gmail.com  Fri May 26 23:05:43 2006
From: wei.sun.0116 at gmail.com (Wei Sun)
Date: Fri, 26 May 2006 23:05:43 +0200
Subject: [vlc] Re: Display size in WinCE
In-Reply-To: <B573E71765F6B54DB45A0FBE9B1FA5AB029F6552@mail01.student.main.ntu.edu.sg>
References: <004e01c6417e$7f69e950$3202a8c0@Mark>
	 <440E26D4.9080707@justken.net>
	 <B573E71765F6B54DB45A0FBE9B1FA5AB4D349E@mail01.student.main.ntu.edu.sg>
	 <a1c96e690603130646s20a037dfi@mail.gmail.com>
	 <B573E71765F6B54DB45A0FBE9B1FA5AB029F6551@mail01.student.main.ntu.edu.sg>
	 <B573E71765F6B54DB45A0FBE9B1FA5AB029F6552@mail01.student.main.ntu.edu.sg>
Message-ID: <4ee5a7ac0605261405w57fcea4ap6bca0b3e7d3ae6f7@mail.gmail.com>

Hello Derrick,

I am also trying to compile VideoLAN for pocketpc but failed too. At present
I am following a master program in Technical University Eindhoven, the
Netherlands. It is a part of a student project to try to optimize the video
decoder. So first, I have to compile it. Could you let me know if you use
Cygwin to compile and if you use the toolchain from VideoLAN website. Thank
you.

Greetings, Sunwei


On 5/18/06, #PHANG CHEE WOH,DERRICK# <PHAN0004 at ntu.edu.sg> wrote:
>
> Hi,
>
> Does anyone know how to change the display layout for wince. The problem
> with the display is that the fields below the horizontal tabs overlaps even
> when they are not selected. This is especially evident in the open file and
> open stream option.
>
> I am still facing the same issue till today despite having tried changing
> the figures within the cascading style sheets in the http directory as well
> as the other files in the dialogs directory within the http directory.
>
> My question is:
> 1. Does changing the values in the css file make affect on the final
> videolan display?
>
> 2. What is the actual method for changing the displap layout for videolan
> on wince?
>
> 3. Do I have to do the changes by building from the source code instead?
> If so, how do I specify the dimensions and layout?
>
> I hope anyone can please answer this problem since I believe there are
> already a few of us experiencing the same problem.
>
> Thanks.
> Sincerely,
> Derrick
>
>
> -----Original Message-----
> From: vlc-bounce at videolan.org on behalf of ???
> Sent: Mon 3/13/2006 10:46 PM
> To: vlc at videolan.org
> Subject: [vlc] Re: Display size in WinCE
>
> Hello,Derrick!
>     I met the similar problem as you.I am still looking for the way to
> solve it.If you know it ,please send a copy to me.Thank you very much!:)
>     By the way ,do you know how to display 9 windows in the same time to
> play 9 different videoes?
>      I am a student from Shanghai China,and nice to hear from you!:)
> Best regards!
>
>
> Zaiyi Lv
>
>
>
>
>
> 2006/3/13, #PHANG CHEE WOH,DERRICK# <PHAN0004 at ntu.edu.sg>:
> >
> > Hi,
> >
> > I am still having problem with the adjustment of the diaplay size for
> the
> > wince. The length of display is longer than what can be shown on the
> screen.
> >
> > Is there any way to correct the size? What files do I edit to specify
> the
> > size and where can they be found.
> >
> > Hope anybody can reply.
> >
> > Thanks.
> > Derrick
> >
> >
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060526/269fbeab/attachment.html>

From irina.iosip at gmail.com  Sat May 27 22:19:05 2006
From: irina.iosip at gmail.com (Irina Iosip)
Date: Sat, 27 May 2006 23:19:05 +0300
Subject: [vlc] drift is too high, resetting master sync
Message-ID: <2f19090a0605271319o7a89cf33t26d1bccf9367aa37@mail.gmail.com>

Hello eveyone,


Can someone exaplain me why is the value of MASTER_SYNC_MAX_DRIFT (
transcode.c) 100000?



dvgrab - | vlc - -vvv -I dummy :demux=rawdv --sout
'#transcode{vcodec=mp4v,vb=4096,acodec=mp3,ab=128,fps=25,audio-sync}:std{access=file,mux=ps,dst=
out.mp4}'


The problem is that when capturing from a DV Camera. At the scene changes
vlc show this message  "drift is too high,  resetting master sync" . The
mpeg4 file looks fine (both video and audio) but after i convert it to DV
using ffmpeg at the moments when the scene is changed it adds audio delay
resulting in a/v desynchronisation.


How can i get rid of this delay? Does increasing the value of
MASTER_SYNC_MAX_DRIFT help? (i'm using vlc 0.8.5, fedora core 5)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060527/26f559aa/attachment.html>

From dreaminginfo at yahoo.com.cn  Mon May 29 03:30:11 2006
From: dreaminginfo at yahoo.com.cn (yong guo)
Date: Mon, 29 May 2006 09:30:11 +0800 (CST)
Subject: [vlc] How to compile a Mini VLC!
In-Reply-To: <7395631a0605200428j78af3f5eia3a72763be529b8e@mail.gmail.com>
Message-ID: <20060529013011.83299.qmail@web15102.mail.cnb.yahoo.com>

Hi all,
  I want to compile a mini vlc(only need MJPEG decoder) used in embedded  system, how could I do? It's too large if include all codecs!
  
  Sam.
  Best Regards!

__________________________________________________
???????????????
http://cn.mail.yahoo.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060529/c33be071/attachment.html>

From debugvlc at yahoo.com  Tue May 30 10:51:22 2006
From: debugvlc at yahoo.com (debugvlc)
Date: Tue, 30 May 2006 01:51:22 -0700 (PDT)
Subject: [vlc] VLC localization in Debian
Message-ID: <20060530085122.47531.qmail@web38107.mail.mud.yahoo.com>

Hello!

Is localization available in vlc-0.8.5 on Linux?

I complied VLC from source code twice using both system gettext (./configure
--enable-nls) and included gettext (./configure --enable-nls --with-included
gettext). In both cases selecting language of the interface in the Preferences
dialog of the GUI (wxWdigets) and restarting application didn't change
anything. The interface is in English. I run vlc after build both from source
tree and after installation to /usr/local. Everything is the same.

I am running Debian 3.1 (kernel 2.4.27-2-686)

$ gcc --version
gcc (GCC) 3.3.5 (Debian 1:3.3.5-13)

$ gettext --version
gettext (GNU gettext-runtime) 0.14.4

Where could be the problem?

Thank you in advance.

Regards,
Karen

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From kushal.dalal at einfochips.com  Tue May 30 11:23:23 2006
From: kushal.dalal at einfochips.com (Kushal Dalal)
Date: Tue, 30 May 2006 14:53:23 +0530
Subject: [vlc] Streaming server
In-Reply-To: <20060530085122.47531.qmail@web38107.mail.mud.yahoo.com>
Message-ID: <20060530092339.749BBB4A8@krishna.via.ecp.fr>

Hi All

I want to use only streaming server of VLC.
Can I compile it (only server) for arm-linux?
My intension is to stream live video over HTTP and RTP/RTSP.

Thanks
Kushal 




eInfochips Business Disclaimer:
This message may contain confidential, proprietary or legally Privileged information. In case you are not the original intended Recipient of the message, you must not, directly or indirectly, use, Disclose, distribute, print, or copy any part of this message and you are requested to delete it and inform the sender. Any views expressed in this message are those of the individual sender unless otherwise stated. Nothing contained in this message shall be construed as an offer or acceptance of any offer by eInfochips Limited and/or eInfochips Inc("eInfochips") unless sent with that express intent and with due authority of eInfochips. eInfochips has taken enough precautions to prevent the spread of viruses. However the company accepts no liability for any damage caused by any virus transmitted by this email.

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From xtophe at nxtelevision.com  Tue May 30 12:01:12 2006
From: xtophe at nxtelevision.com (Christophe Mutricy)
Date: Tue, 30 May 2006 12:01:12 +0200
Subject: [vlc] Re: Streaming server
In-Reply-To: <20060530092339.749BBB4A8@krishna.via.ecp.fr>
References: <20060530092339.749BBB4A8@krishna.via.ecp.fr>
Message-ID: <20060530100112.GA3191@nxtelevision.com>

> I want to use only streaming server of VLC.
> Can I compile it (only server) for arm-linux?

Yes.

And please, don't multipost and don't hijack other threads (i.e. do a
real new message and don't do reply to and just change the subject)

-- 
Xtophe

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From kushal.dalal at einfochips.com  Tue May 30 12:12:42 2006
From: kushal.dalal at einfochips.com (Kushal Dalal)
Date: Tue, 30 May 2006 15:42:42 +0530
Subject: [vlc] Re: Streaming server
In-Reply-To: <20060530100112.GA3191@nxtelevision.com>
Message-ID: <20060530101306.7D9E0B5C2@krishna.via.ecp.fr>

Thanks for reply.
Sorry for mulptipost and thread hijack.

How can I compile only server module of VLC?
I don't find any options while configuring it.

Thanks
Kushal

 -----Original Message-----
From: vlc-bounce at videolan.org [mailto:vlc-bounce at videolan.org] On Behalf Of
Christophe Mutricy
Sent: Tuesday, May 30, 2006 3:31 PM
To: vlc at videolan.org
Subject: [vlc] Re: Streaming server

> I want to use only streaming server of VLC.
> Can I compile it (only server) for arm-linux?

Yes.

And please, don't multipost and don't hijack other threads (i.e. do a
real new message and don't do reply to and just change the subject)

-- 
Xtophe





eInfochips Business Disclaimer:
This message may contain confidential, proprietary or legally Privileged information. In case you are not the original intended Recipient of the message, you must not, directly or indirectly, use, Disclose, distribute, print, or copy any part of this message and you are requested to delete it and inform the sender. Any views expressed in this message are those of the individual sender unless otherwise stated. Nothing contained in this message shall be construed as an offer or acceptance of any offer by eInfochips Limited and/or eInfochips Inc("eInfochips") unless sent with that express intent and with due authority of eInfochips. eInfochips has taken enough precautions to prevent the spread of viruses. However the company accepts no liability for any damage caused by any virus transmitted by this email.

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From galenz at zinkconsulting.com  Mon May 29 11:24:29 2006
From: galenz at zinkconsulting.com (galenz at zinkconsulting.com)
Date: Mon, 29 May 2006 02:24:29 -0700
Subject: [vlc] Re: videolan over a gprs connection
In-Reply-To: <ED1F64EE37691743A8BE99F0D3F56BF1F07CBD@zuk35exm62.ds.mot.com>
References: <ED1F64EE37691743A8BE99F0D3F56BF1F07CBD@zuk35exm62.ds.mot.com>
Message-ID: <59831DE7-7047-48B0-A023-25E1CE98756B@zinkconsulting.com>

Eric,

That was a fairly long lag between my post and your response.  
Hopefully you weren't reading my incredibly wordy post the entire  
time ;)

I would be curious to know where/why you're on a dedicated network.  
Is this like internal use only? I have a hard time seeing how that  
really equates to what a user would typically experience.

A handful of small points I forgot to make in my earlier post:
1) The TCP/IP stack configuration in the host device/machine can make  
a huge difference with EDGE which is by nature high latency -  
tweaking can improve performance a lot.
2) Sometimes the link to your device can be a problem, either in  
software or hardware. Bluetooth 1.x is limited to at most a megabit  
and I usually only clock it around 25 KB/sec to/from my phone and  
actually most devices. 2.4 GHz interference can that number far  
lower. Many interfaces, even if they are USB or something else, are  
set up as a "serial port" and you need to double check the baud rate  
is right. Having your baud rate set to 57,600 is a pretty big problem!
3) There was a small update made to EDGE a while back (I want to say  
"R2" but I could be wrong) that roughly halved latency. I have seen  
it implemented in PC cards only, and it really did what it claimed to  
do. I'm not sure about network support.

As for link level compression, I don't think it would have a  
substantial impact on throughput. Realize that any video bitstream  
worth its salt already will be compressed. Adding another layer of  
compression will simply add a little latency and be unlikely to save  
any useful amount of bandwidth. However, the added latency is likely  
so small compared to latency associated with EDGE, it is not worth  
mentioning. I normally leave compression on - overall, it reduces the  
effect of EDGE's latency by making compressible data smaller.

If you are having issues with EDGE performance, I would encourage you  
to really investigate the "flow" of the packets. Just watching a  
bandwidth graph on a computer using EDGE can be a very telling  
experience. Even better is to use a program like ethereal and monitor  
how packets arrive compared to how they are sent. I would encourage  
you to try a bunch of tests with this. Even just running a simple  
ping could shed a lot of light on your connection.

If you hit interference or have a poor tower to tower handoff or  
something, you will see the data stop completely for up to 10-15  
seconds sometimes, then resume. Interference also causes problems.  
You will rarely if ever get packets out of order with a connection  
like this, nor do you often get lost packets or "collisions" - the  
packets usually just get buffered and transmitted later if you are  
using a protocol like UDP or ICMP that doesn't have SYN/ACK packets  
that monitor response like TCP/IP. Obviously there is some limit to  
this, but I'm not sure what it is, and I suspect it depends on the  
client, the EDGE hardware, the network, etc.

Hopefully this helps a little. You'll probably want to explore your  
link level stuff some and see how much data you can reliably deliver,  
then once you get that under control, you can start really optimizing  
your video settings. There's a lot you can do there (we can go there  
when you're ready), but you've gotta have the transport worked out  
and a bandwidth budget before you should really try and optimize  
compression.

I will be interested to hear how your test comes out. I would be  
curious to know more about exactly what/why you're attempting to  
achieve here. Feel free to email me off-list.

-Galen

On May 29, 2006, at 1:55 AM, Melin Eric-AEM024 wrote:

> Thanks for taking the time to give all these precious details.
>
>
>
> Since I will use a dedicated EDGE test network, I was confident at  
> the beginning since I would not have to share the bandwidth with  
> many users and the coverage would be good. However, the first  
> results were quite disappointing ?
>
>
>
> I will take the advice to use the H264 codec, I will also only  
> transmit video and no sound.
>
> One thing we are currently investigating is whether GPRS  
> compression is activated for data, which would also make a difference.
>
>
>
> One thing to investigate also is the timeslot distribution on this  
> test network, thanks for this advice.
>
>
>
> Eric
>
>
>
>
>
> Eric Melin
>
> Centre de Recherche de Motorola - Paris (CRM)
>
> ---------
> Classification POPI:
> [*] GBI     General Business Information
> [ ] MIUO   Motorola Internal Use Only
> [ ] MCP    Motorola Confidential Proprietary
>
>
>
>
>
> From: galenz at zinkconsulting.com [mailto:galenz at zinkconsulting.com]
> Sent: samedi 20 mai 2006 23:52
> To: vlc at videolan.org; Melin Eric-AEM024
> Subject: Re: [vlc] Re: videolan over a gprs connection
>
>
>
> Eric,
>
>
>
> I'm not the absolute expert on VLC, particularly when it comes to  
> configuring streaming, but I am extremely familiar with GPRS and  
> media compression.
>
>
>
> First lets talk about GPRS. Maybe this is redundant to some people,  
> I'm not sure, but I think it might be worth explaining. GSM phone  
> calls are allocated what's called "timeslots" - GSM works by  
> breaking up the frequency into many channels, then each channel is  
> split up into many timeslots. Basically, this means multiple phones  
> can share the single channel by alternating which phone is  
> broadcasting, in such a way that each timeslot represents the same  
> amount of access to RF bandwidth.
>
>
>
> GSM voice calls normally use one timeslot up and one timeslot down.  
> GPRS uses up to four up and four down simultaneously. The exact  
> number is limited by your provider and your hardware. Depending on  
> your signal strength, you will see anywhere from 8 to 20 kbps per  
> timeslot (standard encoding rates: 8, 12, 14.4, 20 kbps). In my  
> experience, I have rarely if ever seen 20 kbps, 12 kbps is a more  
> reasonable assumption. If you are driving, reception makes a big  
> difference, and unless you have amazing coverage and an antenna,  
> you're unlikely to have a stable datarate the whole way.
>
>
>
> Providers may limit the number of timeslots you can use,  
> particularly if the network is very busy or you have an "unlimited"  
> data plan. The policies may be determined at the local towers,  
> based on predetermined rules or rules that vary with network load,  
> so you can easily be driving and move from a tower allowing four  
> slots to a tower only allowing two slots. You also need to check up  
> on your hardware (use a site like http://phonescoop.com/ ) because  
> most hardware will have some limitations. Usually you'll see it  
> noted like this "4+1" which means four downstream timeslots (so 32  
> to 80 kbps depending on signal quality.)  Sometimes you'll see it  
> listed as "Class 4" which has a distinct meaning. (A quick google  
> search will turn up plenty of pages with elaborate tables about  
> this.) Many classes also have a maximum limit on slots - for  
> example, class 10 allows 4 down and 2 up, but no more than 5  
> simultaneous connections, so (assuming no network restrictions) you  
> will run at 3+2 or 4+1.
>
>
>
> Although this only applies in some areas, particularly the US,  
> there is another protocol called "EDGE" which works just like GPRS  
> but uses a more efficient RF encoding approach allowing better  
> throughput. But all the same ideas apply, and it still works within  
> the same timeslots. Being in the US, I use EDGE regularly,  
> sometimes moving in excess of a GB of data per month. With a class  
> 10 device I have certainly seen 200 kbps downstream many times, but  
> the upstream is not nearly so great.
>
>
>
> Sorry for this lengthy email, but GPRS really is that complex. And  
> we've only discussed the theory so far :)
>
>
>
> As a general rule, you will want to ensure you have the best  
> possible signal quality for a GPRS link. However, no matter what  
> you do, even if you're in a fixed location, you're likely to still  
> see some variation in signal quality. Interference, varying  
> atmospheric conditions, even vehicles and people blocking signal  
> can affect it. If you're moving, it's almost certain that your data  
> rate will be varying, even if you have a fairly large antenna.
>
>
>
> All of this will inevitably cause your data rate to vary, and this  
> is what makes streaming particularly maddening on GPRS. Your data  
> rate may drop to 32 kbps, then jump to 80 kbps as soon as you come  
> around a corner and handoff to a new tower.
>
>
>
> The actual data is also in question. If you sit there running a  
> ping, you normally will never drop a packet - GPRS is generally  
> quite good at getting packets through reliably. It's just a  
> question of timing! With an idle GPRS connection you may be getting  
> ping times between 500 and 1200 ms, and literally one packet may  
> take 500 ms and the next 1200 ms. Packets seem to always be  
> delivered in a sequential manner - this is handled like a PPP link  
> on most computers - so the busier the link, the higher the latency  
> overall.
>
>
>
> Sometimes, you'll get bursts of interference (i.e. tower handoffs,  
> other interference) which interrupt the connection and cause  
> packets to queue up, but the sequential delivery method means that  
> everything generally does get through, unless you have an extreme  
> situation where the packets can't be queued up anymore. (I'm not  
> quite sure what defines these parameters, but it will happen.)  
> Packet dropping on a GPRS connection isn't generally like ethernet  
> or 802.11b/g where you have a rather consistant level of drops, due  
> to a bad link or collisions. With GPRS,  Similarly, if you take a  
> call most hardware pauses the connection and queues up packets to a  
> certain extent. I'm not entirely sure at what level the queueing is  
> implemented, but I have seen packets queued for 15 minutes or more  
> during a call, and up to 10 or 15 seconds during a connection,  
> particularly if I'm driving.
>
>
>
> Another interesting note - it takes more energy to send data than  
> to receive it, by a good bit. You may be shocked at how fast you go  
> through power on your phone and (in many cases) how hot it gets  
> when you're maxing out the upload for long periods of time. I've  
> even seen a number of phones and cards overheat and freeze or act  
> strange when uploading a lot, particularly with poor signal  
> strength where the phone has to broadcast near maximum power.
>
>
>
> The result of all these factors is that GPRS seriously sucks for  
> streaming. If you are going to try it, I would suggest you use  
> substantial buffers, at least several seconds of content or more,  
> if you want a smooth experience, or even "progressive download" of  
> the video if it can be pre-recorded. If you want live, you may just  
> want to use RTSP and realize that you'll have places where it drops  
> and stutters, particularly if both client and server are mobile.  
> (Although you said only the client was mobile.) The very limited  
> bandwidth is also very challenging. A typical good case scenario (4  
> + 1 at 12 kbps each = 48 kbps down, 12 kbps up) is very similar to  
> streaming over a 56k modem with lots of latency. I'm sure a lot has  
> been written about delivering content to 56k users - and the bottom  
> line is that nothing looks very good, particularly in the days of  
> people watching 720p, 1080i, even 1080p video all over the place.
>
>
>
> I would concur with the earlier poster that your provider may  
> filter ports or protocols, but I'm sure that can be negotiated. I  
> have in some cases simply setup an ssh tunnel over WAP ports or  
> other allowed ports to enable connectivity on an otherwise  
> restricted network connection.
>
>
>
> As for actual compression, the leader of the pack right now is H. 
> 264 from the x264 project. Just like other projects like XviD, it's  
> always improving in quality, so be sure you have a recent version  
> for the encoding machine. Be sure to take advantage of all the  
> features it offers to help reduce bitrate - CABAC, etc. If you  
> don't need the video live, I would strongly suggest two-pass  
> encoding for better quality. This would go ideally with the  
> progressive download model, which is (in my opinion) the most  
> preferred means for delivering smooth playback on a mobile. You  
> just end up a waiting a little longer for it to start if your  
> connection is particularly slow - the variable nature of mobile  
> connections is maddening like that.
>
>
>
> The audio is an interesting one. The exact codec you want to use is  
> a little variable, sometimes one codec is actually better suited  
> for a certain type of content, and different content may require  
> vastly different settings or bitrates to sound good. I've been most  
> impressed with AAC-HE ("AAC High Efficiency" - aka AACplus or AAC+)  
> which has some quite impressive performance at low bitrates. I'm  
> not sure if VLC can encode AAC-HE yet, however, but I know it can  
> decode it. Alternatively, I would suggest you look at Ogg Vorbis or  
> regular AAC (usually "AAC Low Complexity"). MP3 is an older audio  
> codec, and has a hard time getting the quality of these newer  
> codecs, particularly at low bitrates, so I would not recommend it.
>
>
>
> Hopefully this gives you a start on figuring out how to stream  
> content via GPRS with some modicum of quality. Honestly, I don't  
> know if you'll ever get anything really satisfying out of it. The  
> premier service (at least in the US) for streaming content via  
> mobile networks is MobiTV ( http://www.mobitv.com/ ) and they've  
> done a fairly good job of pulling it off - but even that isn't great.
>
>
>
> I have tested MobiTV on my class 10 EDGE device with excellent  
> signal (the best case scenario, basically), plenty of CPU (200 MHz  
> ARM CPU), high res bright screen (320x320), high quality stereo  
> headphones, etc and I found it to be pretty terrible - I have  
> unlimited data, and even it were completely free for the service, I  
> don't think I would watch it. I'd sooner listen to a 64 kbps AAC-HE  
> stream of the audio and just hear it in good quality, instead of  
> the tinny sounding voices on MobiTV and distorted, choppy video  
> images. This is what MobiTV calls a "high frame rate experience"  
> device. GPRS only devices are called "standard frame rate  
> experience" and really look even worse.
>
>
>
> Fortunately, I believe there is substantial room for doing better  
> than MobiTV, but it probably would require the progressive download  
> approach using multi-pass VBR encoded content and you spending a  
> great deal of time tweaking all the compression settings to  
> maximize the quality.
>
>
>
> I think that mobile video applications are only going to take off  
> when we see wide deployment of UMTS (WCDMA), but that's still a  
> ways away from any substantial penetration in the US market, and  
> internationally suffers from a quagmire of different frequencies  
> and modes that phones must now support to be fully "international"  
> friendly (US UMTS is rolling out at 850 MHz and 1900 MHz, most  
> other UMTS runs at 2100 MHz, and GSM/GPRS/EDGE is deployed at 850,  
> 900, 1800, and 1900 MHz around the world, so now we need a five- 
> band seven-mode phone to work fully internationally! ) Fortunately,  
> mobile bandwidth is only going up while compression is only getting  
> better and better, not to mention that CPU speeds on mobiles are  
> also improving, so the situation is just getting better with time.
>
>
>
> Interestingly, in the US we are migrating to all DTV / HDTV and we  
> use ATSC which uses 8VSB modulation, which precludes the reception  
> of HDTV while in motion due to it being very time sensitive and the  
> doppler effect. Currently, analog is suitable for small handheld  
> devices, but mobile displays are now ready for HD content  
> (particularly in-vehicle displays) and the FCC is forcing ALL  
> broadcasters to switch to DTV in the near future. Both of these  
> factors will soon make other mobile networks the only means of  
> delivering TV content to mobile viewers, so I foresee this market  
> is going to quickly become quite competitive. There is an E-VSB  
> protocol on the table from the ATSC commission, standardized in  
> 2004, but I don't know of any broadcasters that have adopted it,  
> and I'm not sure how easily E-VSB can be integrated into existing  
> broadcast equipment, and TV stations are wary of spending even more  
> in digital infrastructure after all they've spent by FCC mandate.
>
>
>
> As you can tell, I do have a bit of an interest in this matter and  
> I would actually be curious to see what you end up working out in  
> this arena.
>
>
>
> -Galen
>
> galenz at zinkcconsulting.com
>
>
>
> On May 20, 2006, at 4:28 AM, Antoine Roussel wrote:
>
>
>
>
> Hi,
>
> I don't know exactly your test configuration so there are two  
> answers :
>
> If you have a "perfect network" between your 2 GPRS devices, you  
> can send your data over UDP. By using UDP protocol, there isn't  
> transmission control or stat return from the client (indeed it  
> isn't "connection oriented" like TCP).
>
> If you use an operator network, this will be trickier... Some of  
> them allow only few ports and few protocols. In this case, you  
> should use the http protocol. This is a problem, as you said,  
> because of the low upload bandwidth.
>
> Concerning the video codec, the best ratio quality/bit rate is  
> gained by h264. For the audio codec, you an use MP3 or ogg for  
> instance.
>
> If you succeed, I would be interested in your experience feedback.
>
> Antoine
>
> -- 
> _______________________________________
>
> Antoine Roussel
> Telecom Lille Student
>
> CV : http://cv.antoine-roussel.info
> _______________________________________
>
>
> On 5/19/06, Melin Eric-AEM024 <erik at motorola.com> wrote:
>
> Hi
>
>
>
> I'm trying to use videolan for streaming a video between 2 laptops  
> (one vlc server and one vlc client), the client using a gprs  
> connection to connect to the server.
>
> I was wondering which would be the most appropriate codecs to use  
> to accommodate the low bandwidth available over gprs (in  
> particular, since the uplink from client to server is particulary  
> low, is there a particular mode in which the videolan signalling  
> from client to server would be minimal).
>
>
>
> Thanks
>
> Eric
>
>
>
> Eric Melin
>
> Centre de Recherche de Motorola - Paris (CRM)
>
> ---------
> Classification POPI:
> [*] GBI     General Business Information
> [ ] MIUO   Motorola Internal Use Only
> [ ] MCP    Motorola Confidential Proprietary
>
>
>
>
>
>
>
>
>
>

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

From leo.currie at gmail.com  Tue May 30 16:27:51 2006
From: leo.currie at gmail.com (Leo Currie)
Date: Tue, 30 May 2006 16:27:51 +0200
Subject: [vlc] [BUG] Chained Ogg
Message-ID: <4d6104170605300727u23eae77ax57afc04fa66161c6@mail.gmail.com>

Hello.

Playback of chained ogg vorbis files and streams seems to be broken.
Instead of continuous audio output, the playback stops at the end of
each stream, and restarts at the beginning of the next. This causes
annoying interruptions in the audio.

This was mentioned here:
http://www.via.ecp.fr/via/ml/vlc-devel/2004-02/msg00254.html

and here:
http://forum.videolan.org/viewtopic.php?t=19872

There is an example file here:
ftp://streams.videolan.org/incoming/chained_ogg_vorbis_audio_interrupted.ogg
and here:
http://gstreamer.freedesktop.org/media/incoming/virginradio-three-consecutive-chains.ogg

and you can try an online stream here:
http://www.radiosix.com/stream_ogg.m3u

Thanks

Leo

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From rem at videolan.org  Tue May 30 16:40:54 2006
From: rem at videolan.org (=?iso-8859-1?q?R=E9mi_Denis-Courmont?=)
Date: Tue, 30 May 2006 17:40:54 +0300
Subject: [vlc] Re: VLC localization in Debian
In-Reply-To: <20060530085122.47531.qmail@web38107.mail.mud.yahoo.com>
References: <20060530085122.47531.qmail@web38107.mail.mud.yahoo.com>
Message-ID: <200605301740.58510@auguste.remlab.net>

Le Mardi 30 Mai 2006 11:51, debugvlc a ?crit :
> Is localization available in vlc-0.8.5 on Linux?

Yes. Only through the standard POSIX locale selection, i.e. through LANG 
et friends environment variables.

-- 
R?mi Denis-Courmont
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060530/2007ba32/attachment.sig>

From debugvlc at yahoo.com  Tue May 30 20:51:24 2006
From: debugvlc at yahoo.com (Karen)
Date: Tue, 30 May 2006 11:51:24 -0700 (PDT)
Subject: [vlc] Re: VLC localization in Debian
In-Reply-To: <200605301740.58510@auguste.remlab.net>
Message-ID: <20060530185124.78946.qmail@web38110.mail.mud.yahoo.com>

Thanks a lot. Now everything becomes clear.


--- R???mi Denis-Courmont <rem at videolan.org> wrote:

> Le Mardi 30 Mai 2006 11:51, debugvlc a ???crit :
> > Is localization available in vlc-0.8.5 on Linux?
> 
> Yes. Only through the standard POSIX locale selection, i.e. through LANG 
> et friends environment variables.
> 
> -- 
> R???mi Denis-Courmont


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html


From richardleon at free.fr  Wed May 31 17:08:28 2006
From: richardleon at free.fr (Richard Leon)
Date: Wed, 31 May 2006 17:08:28 +0200
Subject: [vlc] I can't watch TV with the French FreeBox
Message-ID: <C0A37E0C.5718%richardleon@free.fr>

Bonjour,

I have a bug i don?t know how to fix
Please see what is my Mac configuration with the link below :

http://rleon.free.fr/RiriSite/PhotosAnnonces/AProposDeCeMac.jpg

i use VLC media player 0.8.5 and i have the french FreeBox

When i want to see TV on VLC i have this message:

http://rleon.free.fr/RiriSite/PhotosAnnonces/ErreurVLC.jpg

and what says the Crashlog :

main debug: CPU has capabilities AltiVec FPU
main debug: looking for memcpy module: 2 candidates
main debug: using memcpy module "memcpyaltivec"
main debug: waiting for thread completion
main debug: thread 33614848 (playlist) created at priority -47
(playlist/playlist.c:184)
main debug: waiting for thread completion
main debug: thread 34610688 (preparser) created at priority -47
(playlist/playlist.c:210)
main debug: looking for interface module: 1 candidate
main debug: using interface module "hotkeys"
main debug: thread 33810432 (interface) created at priority -47
(interface/interface.c:198)
main debug: looking for interface module: 3 candidates
main debug: using interface module "macosx"
main debug: thread 34633728 (manage) created at priority -47
(interface/interface.c:164)

every time i try it crashes and i have the same messages and crahelogs ;
but, i can use VLC on another partition of the hard disk where i installed
the same OS. and it works very well.
thank you very much for your advices
sincerely
Richard
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc/attachments/20060531/a9e52209/attachment.html>