[vlc-devel] VLC > 0.9.9 playing mp4(h264)/HTTP

Kaarlo Räihä kaarlo.raiha at gmail.com
Thu May 13 12:47:31 CEST 2010 

My assumption is/was that files itself cause some kind of problems for
demuxer. It might be demuxer bug, or problem in files itself. At least
avformat demuxer avoids the issue.

AFAIK the demux isn't marked as safe option, so changing demuxer in plugin
environment isn't possible.

2010/5/13 Robert Mattson <R.Mattson at latrobe.edu.au>

>  Hi Kaarlo,
>
>
>
> Thank you for taking the time to reply. We were resisting investigating
> reencoding our library because of its size, it is big and would take some
> time. Your suggestion to use the –demux flag with avformat value seems to
> work, and work well. I guess my next question is, why?
>
> How might I remix/mux the files to overcome this fault within the mp4
> container as I’m not really sure what the error is?
>
>
>
> And also how might I pass that command line parameter to the firefox
> plugin?
>
> At a guess, I’d say we’d have to have an attribute saved in [1], as per
> [2].  -> demux=avformat
>
>
>
> Cheers!
>
> Rob
>
>
>
>
>
> [1] - C:\Documents and Settings\%username%\Application Data\vlc\vlcrc
>
> [2] - http://www.videolan.org/support/faq.html
>
>
>
>
>
> *From:* vlc-devel-bounces at videolan.org [mailto:
> vlc-devel-bounces at videolan.org] *On Behalf Of *Kaarlo Räihä
> *Sent:* Thursday, 13 May 2010 4:12 PM
> *To:* Mailing list for VLC media player developers
> *Subject:* Re: [vlc-devel] VLC > 0.9.9 playing mp4(h264)/HTTP
>
>
>
> Have you tried to remux the MP4 file? Or have you tried to use *vlc* --*
> demux=avformat http://www.ltuic.latrobe.edu.au/rob_vid1.mp4*
>
> 2010/5/13 Robert Mattson <R.Mattson at latrobe.edu.au>
>
> Dear VLC Developers,
>
> We're using the Mozilla firefox plug-in to provide an interface to a custom
> database of language learning material. We are having trouble playing mp4
> media files accessed via HTTP using any VLC older than 0.9.9 (in both QT GUI
> and Mozilla plug-in). I posted this information to the VLC forums[0], and it
> was suggested that I try here.
>
> When downloaded and played locally, the media files play correctly.
> Specifically, when playing the video files we have over HTTP, the player
> simply stops about 30 seconds in with the following info shown in a level-2
> message box.
>
>    ...</snip>
>    main debug: connection succeeded (socket = 1580)
>    access_http debug: protocol 'HTTP' answer code 206
>    access_http debug: Server: Apache
>    access_http debug: this frame size=55576460
>    access_http debug: stream size=60795898,pos=5219438,remaining=55576460
>    access_http debug: Content-Type: video/mp4
>    mp4 warning: track[0x2] will be disabled (eof?)
>    main warning: received buffer in the future
>    main debug: thread times: real 0m39.015625s, kernel 0m0.031250s, user
> 0m0.015625s
>    main debug: removing module "faad"
>    main debug: killing decoder fourcc `mp4a', 45 PES in FIFO
>    main debug: removing module "scaletempo"
>    main debug: removing module "bandlimited_resampler"
>    aout_directx debug: closing audio device
>    aout_directx debug: DirectSoundThread exiting
>    main debug: thread ended
>    main debug: thread times: real 0m38.718750s, kernel 0m0.187500s, user
> 0m0.015625s
>    main debug: removing module "aout_directx"
>    main debug: removing module "audio_format"
>    main debug: removing module "float32_mixer"
>    main debug: releasing aout
>    mp4 warning: track[0x1] will be disabled (eof?)
>    main warning: can't get output picture
>    avcodec warning: disabling direct rendering
>    avcodec warning: cannot decode one frame (7991 bytes)
>    main debug: thread times: real 0m39.171875s, kernel 0m0.015625s, user
> 0m1.656250s
>    avcodec debug: ffmpeg codec (H264 - MPEG-4 AVC (part 10)) stopped
>    main debug: removing module "avcodec"
>    main debug: killing decoder fourcc `h264', 19 PES in FIFO
>    main debug: saving a free vout
>    qt4 debug: Qt: Entering Fullscreen
>    main debug: EOF reached
>    mp4 debug: freeing all memory
>    main debug: removing module "mp4"
>    main debug: removing module "stream_filter_record"
>    main debug: removing module "access_http"
>    main debug: waitpipe: object killed
>    main debug: Program doesn't contain anymore ES
>    main debug: thread ended
>    main debug: dead input
>    main debug: thread times: real 0m39.265625s, kernel 0m0.515625s, user
> 0m0.203125s
>    main debug: changing item without a request (current 0/1)
>    main debug: nothing to play
>    main debug: destroying useless vout
>    qt4 debug: IM: Deleting the input
>    main debug: Destroying the input for '
> http://131.172.185.180/rob_vid1.mp4'
>    main debug: TIMER input launching for '
> http://131.172.185.180/rob_vid1.mp4' : 41.000 ms - Total 41.000 ms / 1
> intvls (Avg 41.000 ms)
>    directx debug: DirectXEventThread terminating
>    directx debug: DirectXCloseWindow
>    directx debug: WinProc WM_DESTROY
>    qt4 debug: releasing video...
>    qt4 debug: Video is not needed anymore
>    main debug: removing module "qt4"
>    main debug: removing module "directx"
>    main debug: removing module "blend"
>    main debug: removing module "freetype"
>    main debug: removing module "yuvp"
>    main debug: removing module "swscale"
>
> The test mp4 file we've used is available at
> http://www.ltuic.latrobe.edu.au/rob_vid1.mp4
> The versions we've tested are: 1.0.0-win32, 1.0.3-win32, 1.0.5-win32,
> vlc-1.1.0-pre3-20100502-1255-win32, 1.2.0-git-20100508-0002-win32. The
> playback failure issue occurs in each and every version listed.
> I've also tried swapping the libavcodec_plugin.dll file included with the
> 0.9.9 distro into the 1.0.5 plugins hive in program files, however the dll
> is not recognised/" No suitable decoder module: VLC does not support the
> audio or video format "avc1"".
>
> Our client is windows XP sp3 and our server is a very vanilla
> gentoo/apache-2.2.15 on linux 2.6.29.
>
> I performed many packet inspections with wireshark, and the byte-range
> requests seem to come and go correctly (I'd like to think I'm pretty
> familiar with rfc2616). Besides a few odd RST's sent from VLC's end
> prematurely, I've successfully played some MKV files using the same method
> and HTTP traffic still looks good.
>
> Does anyone have any input that would help me, I've surfed through a great
> deal of Trac/vlc and not found anything that quite describes this problem.
> I'm hoping I can write a good bug up, but feel I need more information than
> I currently have.
>
>
> Does anyone have any feedback that might help?
>
> (p.s. there may be delays in responses as I am located in Australia.)
>
>
> [0] -
> http://forum.videolan.org/viewtopic.php?f=2&t=76123&sid=00fbc4bf7d58f08fc8f3952bddcd5fcc
>
>
>
> _______________________________________________
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
> http://mailman.videolan.org/listinfo/vlc-devel
>
>
>
> _______________________________________________
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
> http://mailman.videolan.org/listinfo/vlc-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20100513/2da941e0/attachment.html>

More information about the vlc-devel mailing list