[vlmc-devel] [VLMC] #133: Import single images
Rohit Yadav
rohityadav89 at gmail.com
Tue Oct 12 20:39:53 CEST 2010
On a quick note, if I remove space from the file and make sure none of the
directories have a space, this image is read correctly and imported to
project, in VLMC.
viz.
media/Nakshatra/Wallpapers/image%20%20vlmc-crashes-with.jpg
to
media/Nakshatra/Wallpapers/image-vlmc-crashes-with.jpg
Best.
On Wed, Oct 13, 2010 at 12:07 AM, Rohit Yadav <rohityadav89 at gmail.com>wrote:
> Hi, I'm attaching the file, but seems like there is a bug in libVLC...
> *If there is a space in the file path, libVLC fails to process and crash:
> *
> [0x9075984] filesystem access error: cannot open file
> //media/Nakshatra/Wallpapers/image%20%20vlmc-crashes-with.jpg (No such
> file or directory)
> [0x9075984] main access error: File reading failed
> [0x9075984] main access error: VLC could not open the file
> "//media/Nakshatra/Wallpapers/image%20%20vlmc-crashes-with.jpg".
> [0x9073614] main decoder error: no suitable access module for
> `//media/Nakshatra/Wallpapers/image%20%20vlmc-crashes-with.jpg'
> [0x9073614] fake decoder error: unable to read image file
> //media/Nakshatra/Wallpapers/image%20%20vlmc-crashes-with.jpg
> [0x9073614] invmem decoder error: --invmem-width and --invmem-height must
> be > 0
> [0x9073614] main decoder error: no suitable decoder module for fourcc
> `fake'. VLC probably does not support this sound or video format.
> [0x9073614] main decoder error: No suitable decoder module
> [0x9073614] main decoder error: VLC does not support the audio or video
> format "fake". Unfortunately there is no way for you to fix this.
>
>
> As per the log, it seems like a filesystem error which means somehow libVLC
> is not able to open/access the file.
> On the contrary, when I open the same file using VLC, it works fine.
>
> From the bt reported, the relevant lines:
> #1 0x080c31f5 in MetaDataWorker::lengthChangedTimeout (this=0x86b6dd8)
>
> at /home/rohit/Lab/vlmc/src/Metadata/MetaDataWorker.cpp:219
>
> Code:
>
> void
> MetaDataWorker::lengthChangedTimeout()
> {
> //No race condition possible, since both lengthChanged methods are
> called from the Qt event loop.
> m_lengthChangedTimer->disconnect();
> if ( m_lengthHasChanged == true )
> return ; //This should never happen as this slot is beeing
> disconnected if a real length is computed.
> disconnect( m_mediaPlayer, SIGNAL( lengthChanged( qint64 ) ),
> this, SLOT( entrypointLengthChanged( qint64 ) ) );
> m_lengthHasChanged = true;
> if ( m_mediaIsPlaying == true )
> metaDataAvailable();
> }
>
> Why is m_mediaPlayer disconnected, further I don't really understand the
> logic... please explain?
>
> I think perhaps libVLC crashes and m_mediaPlayer is destroyed, but
> m_mediaPlayer is still not null and the qt's disconnect tries to access it
> and segementation fault.
>
> Best Regards,
> Rohit Yadav
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlmc-devel/attachments/20101013/8c6b6117/attachment.htm>
More information about the Vlmc-devel
mailing list