similar to: Is there something like qt-faststart for theora?

Hi! running a Centos 4.5 system here. This week when I do "yum update" I get this output: # yum update Loading "protectbase" plugin Setting up Update Process Setting up repositories kbs-CentOS-Extras 100% |=========================| 951 B 00:00 update 100% |=========================| 951 B 00:00 pidgin 100%

On Sunday 19 January 2003 08:09, Ricardo Galli wrote: > Hi, > find enclosed a patch to implement faststart (or prebuffering). > > Basically, it stores a number of "refbuf"s, configurable by seconds. When > a new client connects, it adds the prebuffers to que clients' queue so > they are delivered as fast as permitted by the connection. As result, the > players

On Monday 20 January 2003 06:16, Ricardo Galli wrote: > Hi Mike, > find the patch for faststart that takes in account different logical > streams. I tried with ices' playlist, it works just fine [*]. > > I could be still further optimised, but it will make the code less clear > (for example, I could check for has_paredata before checking for > serailno, which saves a

On Sunday 19 January 2003 03:35, Michael Smith shaped the electrons to shout: > There's a bad interaction here between the predata and this faststart. > Suppose we have two logical streams (A and B), and the stream has just > recently got to logical stream B. Now, this means the fast start queue > contains the end of stream A, then the stream B headers, then the start > of

Hi, find enclosed a patch to implement faststart (or prebuffering). Basically, it stores a number of "refbuf"s, configurable by seconds. When a new client connects, it adds the prebuffers to que clients' queue so they are delivered as fast as permitted by the connection. As result, the players prebuffers are filled up faster giving a better "response". I tried

Hi Mike, find the patch for faststart that takes in account different logical streams. I tried with ices' playlist, it works just fine [*]. I could be still further optimised, but it will make the code less clear (for example, I could check for has_paredata before checking for serailno, which saves a couple of calls and also will avoid any change in format_mp3.[ch]). <p>[*]

Hi guys , I used ffmpeg , and ffmpeg2theora , with oggfwd for streaming to the icecast2 streaming server without any problems. But now , only works if I use ffmpeg2theora. I try with one of the latest svn version and one that I consider " stable" because is ok for all my needs , and they don't work. This is the complete shell output ffmpeg -i /home/pierpaolo/Scrivania/31.mpg

Hi guys , I used ffmpeg , and ffmpeg2theora , with oggfwd for streaming to the icecast2 streaming server without any problems. But now , only works if I use ffmpeg2theora. I try with one of the latest svn version and one that I consider " stable" because is ok for all my needs , and they don't work. This is the complete shell output ffmpeg -i /home/pierpaolo/Scrivania/31.mpg

Hi guys , I used ffmpeg , and ffmpeg2theora , with oggfwd for streaming to the icecast2 streaming server without any problems. But now , only works if I use ffmpeg2theora. I try with one of the latest svn version and one that I consider " stable" because is ok for all my needs , and they don't work. This is the complete shell output ffmpeg -i /home/pierpaolo/Scrivania/31.mpg

Hi guys , I used ffmpeg , and ffmpeg2theora , with oggfwd for streaming to the icecast2 streaming server without any problems. But now , only works if I use ffmpeg2theora. I try with one of the latest svn version and one that I consider " stable" because is ok for all my needs , and they don't work. This is the complete shell output ffmpeg -i /home/pierpaolo/Scrivania/31.mpg

On Tuesday 21 January 2003 11:37, Ricardo Galli wrote: > Hi Mike > Find enclosed the patch with the fastart implementation for vorbis (for > the moment). > Now is based on size in bytes and the buffers are sent all together with > pre_data. > > Hope you like it. At least is the smallest one: :-) Ricardo, This is much improved. There are a few things to clean up (comments,

On Tuesday 21 January 2003 10:38, Michael Smith shaped the electrons to shout: > This is much improved. There are a few things to clean up (comments, > for instance, since we're not targetting C99), plus actually writing > the generic implementation for get_predata() (which at the moment only > mp3 will use), but the design looks fine. I'm unlikely to have time to Hope you

Hi Mike Find enclosed the patch with the fastart implementation for vorbis (for the moment). Now is based on size in bytes and the buffers are sent all together with pre_data. Hope you like it. At least is the smallest one: :-) -rw-r--r-- 1 gallir gallir 5486 2003-01-21 01:29 update3c.diff -rw-r--r-- 1 gallir gallir 10014 2003-01-19 20:14 update3b.diff -rw-r--r--

I am getting a missing dependency message for libx264.so.54 is needed by package mplayer. The yum check-update for packages doesn't even show mplayer is to be updated. That library is in /us/bin on my system and when I run the mplayer that I have that's allready installed it runs fine. A ldd on mplayer shows it is referring to the correct /usr/bin/libx264.so.254.so.54. Why is yum failing

On Sun, Dec 5, 2010 at 8:43 AM, Lanny Marcus <lmmailinglists at gmail.com> wrote: > There are updates available, for the below multimedia packages (CentOS > 5.5, 32 bit), but I'm getting missing dependency errors from yum > update for these. <snip> >From the time the problem began, it had to do with Error: Missing Dependency: libx264.so.68 is needed by package

I come to you "hat in hand" again. For the first time in a long while I got a "Update Notification" at the bottom of my screen -- so I decided to click on it and run the update. Unfortunately I got a couple dependency errors and am not sure how to solve them. (Not even sure why I got them.) They are as follows: Missing Dependency: libavcodec.so.51 is needed by package

Hi All, I am having a terrible time installing multi media tools like smplayer (which requires mplayer), which is not avaiable from the centos repos. I have installed epel.repo which containa the epel-release repo info for yum Still I cannot install many things. For example, I ran for i in faad2-libs liba52.so.0 libaa.so.1 libartsc.so.0 libass.so.4 libaudio.so.2 libavcodec.so.53 libavcodec.so.53

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The attached patch splits Theora decode and YUV2RGB into separate threads. These are by far the two most computationally demanding components of Cortado, so by splitting them we can substantially improve performance on multiprocessor machines. I have verified that the patch does split these into two threads, and performance does appear to improve.

Hi, and thank to you all for this great codec ! I have this bug on Debian Lenny with compiled packages of last svn versions of ffmpeg and libtheora. This seems to append only on the amd64 arch. Here is a valgrind log : pre-barreau at augustins:~/video$ export LD_LIBRARY_PATH=/usr/local/lib pre-barreau at augustins:~/video$ valgrind /home/pub/apps/ffmpeg_dev/ffmpeg_svn/ffmpeg -i

Hi, For some reason, I need support of QuickTime on my CentOS 7. So I searched the internet and found that something called "|libquicktime|" can provide that support. So I download the rpm file from http://rpmfind.net/linux/rpm2html/search.php?query=libquicktime%28x86-64%29. Then I ran command "|rpm -i libquicktime-1.2.4-31.el7.x86_64.rpm|" and got the following errors: