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.<div><br></div><div>AFAIK the demux isn't marked as safe option, so changing demuxer in plugin environment isn't possible. <br>
<br><div class="gmail_quote">2010/5/13 Robert Mattson <span dir="ltr"><<a href="mailto:R.Mattson@latrobe.edu.au">R.Mattson@latrobe.edu.au</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div lang="EN-AU" link="blue" vlink="purple">
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D">Hi Kaarlo,</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D"> </span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D">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?</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D">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?</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D"> </span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D">And also how might I pass that command line parameter to the
firefox plugin?</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D">At a guess, I’d say we’d have to have an attribute
saved in [1], as per [2]. -> demux=avformat</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D"> </span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D">Cheers!</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D">Rob</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D"> </span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D"> </span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D">[1] - </span><code><span style="font-size:10.0pt">C:\Documents
and Settings\%username%\Application Data\vlc\vlcrc</span></code></p>
<p class="MsoNormal"><code><span style="font-size:10.0pt">[2] - <a href="http://www.videolan.org/support/faq.html" target="_blank">http://www.videolan.org/support/faq.html</a></span></code><span style="font-size:11.0pt;color:#1F497D"></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D"> </span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D"> </span></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:10.0pt">From:</span></b><span lang="EN-US" style="font-size:10.0pt"> <a href="mailto:vlc-devel-bounces@videolan.org" target="_blank">vlc-devel-bounces@videolan.org</a>
[mailto:<a href="mailto:vlc-devel-bounces@videolan.org" target="_blank">vlc-devel-bounces@videolan.org</a>] <b>On Behalf Of </b>Kaarlo Räihä<br>
<b>Sent:</b> Thursday, 13 May 2010 4:12 PM<br>
<b>To:</b> Mailing list for VLC media player developers<br>
<b>Subject:</b> Re: [vlc-devel] VLC > 0.9.9 playing mp4(h264)/HTTP</span></p>
</div><div><div></div><div class="h5">
<p class="MsoNormal"> </p>
<p class="MsoNormal" style="margin-bottom:12.0pt">Have you tried to remux the MP4
file? Or have you tried to use <em>vlc</em> --<em>demux=avformat <a href="http://www.ltuic.latrobe.edu.au/rob_vid1.mp4" target="_blank">http://www.ltuic.latrobe.edu.au/rob_vid1.mp4</a></em></p>
<div>
<p class="MsoNormal">2010/5/13 Robert Mattson <<a href="mailto:R.Mattson@latrobe.edu.au" target="_blank">R.Mattson@latrobe.edu.au</a>></p>
<p class="MsoNormal">Dear VLC Developers,<br>
<br>
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.<br>
<br>
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.<br>
<br>
...</snip><br>
main debug: connection succeeded (socket = 1580)<br>
access_http debug: protocol 'HTTP' answer code 206<br>
access_http debug: Server: Apache<br>
access_http debug: this frame size=55576460<br>
access_http debug: stream
size=60795898,pos=5219438,remaining=55576460<br>
access_http debug: Content-Type: video/mp4<br>
mp4 warning: track[0x2] will be disabled (eof?)<br>
main warning: received buffer in the future<br>
main debug: thread times: real 0m39.015625s, kernel 0m0.031250s,
user 0m0.015625s<br>
main debug: removing module "faad"<br>
main debug: killing decoder fourcc `mp4a', 45 PES in FIFO<br>
main debug: removing module "scaletempo"<br>
main debug: removing module "bandlimited_resampler"<br>
aout_directx debug: closing audio device<br>
aout_directx debug: DirectSoundThread exiting<br>
main debug: thread ended<br>
main debug: thread times: real 0m38.718750s, kernel 0m0.187500s,
user 0m0.015625s<br>
main debug: removing module "aout_directx"<br>
main debug: removing module "audio_format"<br>
main debug: removing module "float32_mixer"<br>
main debug: releasing aout<br>
mp4 warning: track[0x1] will be disabled (eof?)<br>
main warning: can't get output picture<br>
avcodec warning: disabling direct rendering<br>
avcodec warning: cannot decode one frame (7991 bytes)<br>
main debug: thread times: real 0m39.171875s, kernel 0m0.015625s,
user 0m1.656250s<br>
avcodec debug: ffmpeg codec (H264 - MPEG-4 AVC (part 10)) stopped<br>
main debug: removing module "avcodec"<br>
main debug: killing decoder fourcc `h264', 19 PES in FIFO<br>
main debug: saving a free vout<br>
qt4 debug: Qt: Entering Fullscreen<br>
main debug: EOF reached<br>
mp4 debug: freeing all memory<br>
main debug: removing module "mp4"<br>
main debug: removing module "stream_filter_record"<br>
main debug: removing module "access_http"<br>
main debug: waitpipe: object killed<br>
main debug: Program doesn't contain anymore ES<br>
main debug: thread ended<br>
main debug: dead input<br>
main debug: thread times: real 0m39.265625s, kernel 0m0.515625s,
user 0m0.203125s<br>
main debug: changing item without a request (current 0/1)<br>
main debug: nothing to play<br>
main debug: destroying useless vout<br>
qt4 debug: IM: Deleting the input<br>
main debug: Destroying the input for '<a href="http://131.172.185.180/rob_vid1.mp4" target="_blank">http://131.172.185.180/rob_vid1.mp4</a>'<br>
main debug: TIMER input launching for '<a href="http://131.172.185.180/rob_vid1.mp4" target="_blank">http://131.172.185.180/rob_vid1.mp4</a>'
: 41.000 ms - Total 41.000 ms / 1 intvls (Avg 41.000 ms)<br>
directx debug: DirectXEventThread terminating<br>
directx debug: DirectXCloseWindow<br>
directx debug: WinProc WM_DESTROY<br>
qt4 debug: releasing video...<br>
qt4 debug: Video is not needed anymore<br>
main debug: removing module "qt4"<br>
main debug: removing module "directx"<br>
main debug: removing module "blend"<br>
main debug: removing module "freetype"<br>
main debug: removing module "yuvp"<br>
main debug: removing module "swscale"<br>
<br>
The test mp4 file we've used is available at <a href="http://www.ltuic.latrobe.edu.au/rob_vid1.mp4" target="_blank">http://www.ltuic.latrobe.edu.au/rob_vid1.mp4</a><br>
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.<br>
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"".<br>
<br>
Our client is windows XP sp3 and our server is a very vanilla
gentoo/apache-2.2.15 on linux 2.6.29.<br>
<br>
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.<br>
<br>
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.<br>
<br>
<br>
Does anyone have any feedback that might help?<br>
<br>
(p.s. there may be delays in responses as I am located in Australia.)<br>
<br>
<br>
[0] - <a href="http://forum.videolan.org/viewtopic.php?f=2&t=76123&sid=00fbc4bf7d58f08fc8f3952bddcd5fcc" target="_blank">http://forum.videolan.org/viewtopic.php?f=2&t=76123&sid=00fbc4bf7d58f08fc8f3952bddcd5fcc</a><br>
<br>
<br>
<br>
_______________________________________________<br>
vlc-devel mailing list<br>
To unsubscribe or modify your subscription options:<br>
<a href="http://mailman.videolan.org/listinfo/vlc-devel" target="_blank">http://mailman.videolan.org/listinfo/vlc-devel</a></p>
</div>
<p class="MsoNormal"> </p>
</div></div></div>
</div>
<br>_______________________________________________<br>
vlc-devel mailing list<br>
To unsubscribe or modify your subscription options:<br>
<a href="http://mailman.videolan.org/listinfo/vlc-devel" target="_blank">http://mailman.videolan.org/listinfo/vlc-devel</a><br>
<br></blockquote></div><br></div>