Displaying 20 results from an estimated 100 matches similar to: "theora-mmx_on_win32?"
2004 Aug 24
5
MMX/mmxext optimisations
quite some speed improvement indeed.
attached the updated patch to apply to svn/trunk.
j
-------------- next part --------------
A non-text attachment was scrubbed...
Name: theora-mmx.patch.gz
Type: application/x-gzip
Size: 8648 bytes
Desc: not available
Url : http://lists.xiph.org/pipermail/theora-dev/attachments/20040824/5a5f2731/theora-mmx.patch-0001.bin
2023 May 15
3
[PATCH v2 0/2] iommu/virtio: Fixes
One fix reported by Akihiko, and another found while going over the
driver.
Jean-Philippe Brucker (2):
iommu/virtio: Detach domain on endpoint release
iommu/virtio: Return size mapped for a detached domain
drivers/iommu/virtio-iommu.c | 57 ++++++++++++++++++++++++++----------
1 file changed, 41 insertions(+), 16 deletions(-)
--
2.40.0
2023 Apr 14
2
[PATCH] iommu/virtio: Detach domain on endpoint release
When an endpoint is released, for example a PCIe VF is disabled or a
function hot-unplugged, it should be detached from its domain. Send a
DETACH request.
Fixes: edcd69ab9a32 ("iommu: Add virtio-iommu driver")
Reported-by: Akihiko Odaki <akihiko.odaki at daynix.com>
Link: https://lore.kernel.org/all/15bf1b00-3aa0-973a-3a86-3fa5c4d41d2c at daynix.com/
Signed-off-by: Jean-Philippe
2023 Apr 14
2
[PATCH] iommu/virtio: Detach domain on endpoint release
When an endpoint is released, for example a PCIe VF is disabled or a
function hot-unplugged, it should be detached from its domain. Send a
DETACH request.
Fixes: edcd69ab9a32 ("iommu: Add virtio-iommu driver")
Reported-by: Akihiko Odaki <akihiko.odaki at daynix.com>
Link: https://lore.kernel.org/all/15bf1b00-3aa0-973a-3a86-3fa5c4d41d2c at daynix.com/
Signed-off-by: Jean-Philippe
2002 Dec 10
2
mingw compiling problem for libogg
(i hope this is correct m.list)
Hi,
there is a small compiling problem for mingw
when compiling on libogg..
in include/ogg/os_types.h :
ogg_int64_t, ogg_int32_t, etc are defined
correctly on cygwin and MSVC/Borland
but not on mingw...
i have attached a patch that will fix
this problem (i hope it attaches
correctly)
thx, Nehal
--- os_types.h.old Fri Jul 19 02:25:52 2002
+++ os_types.h Tue
2012 Apr 05
2
problem to configuration dovecot and postfix
Hi,
I'm having a problem with dovecot and postfix. I'm using a dovecot
version 2.0.13.
Postfix (Version: 2.8.5) config is changed according to the
http://wiki2.dovecot.org/LDA/Postfix:
I have thought to build a virtual user and virtual mailbox, and use
the functionality of the Sieve.
However, when the test set, the mail not received the mailbox. Record
that there was a "temporary
2023 May 10
1
[PATCH] iommu/virtio: Detach domain on endpoint release
Hi Jean,
On 4/14/23 17:07, Jean-Philippe Brucker wrote:
> When an endpoint is released, for example a PCIe VF is disabled or a
> function hot-unplugged, it should be detached from its domain. Send a
> DETACH request.
>
> Fixes: edcd69ab9a32 ("iommu: Add virtio-iommu driver")
> Reported-by: Akihiko Odaki <akihiko.odaki at daynix.com>
> Link:
2005 Jul 20
1
MMX IDCT for theora-exp
Hello,
I'm attaching IDCT MMX patch. I reused IDCT from theora-a3-MMXd.zip.
It should work on 64bit X86 platform too.
Here is most used functions when playing video with jet aircrafts (gripen)
Ogg logical stream 310b2968 is Theora 720x480 29.97 fps video
Encoded frame content is 720x480 with 0x0 offset
I can play this video with like 200-300 frame drops on Athlon XP 1700+
CPU load (with
2010 May 18
2
idct8x8 C version in libtheora1.1 release
When using the IDCT routines, the C version [ lib/idct.c:
oc_idct8x8_c(ogg_int16_t _y[64],int _last_zzi)] in libtheora 1.1.1, the
decoded image is garbled. Is it functionally equivalent to the MMX optimized
version [lib/x86/mmxidct.c: oc_idct8x8_mmx(ogg_int16_t _y[64],int
_last_zzi)] ?
I used some of the Theora video files from here:
http://wiki.xiph.org/index.php/List_of_Theora_videos for
2016 Apr 29
2
lm() with spearman corr option ?
Hi,
A following function was kindly provided by GGally?s maintainer, Barret Schloerke.
function(data, mapping, ...) {
p <- ggplot(data = data, mapping = mapping) +
geom_point(color = I("blue")) +
geom_smooth(method = "lm", color = I("black"), ...) +
theme_blank() +
theme(panel.border=element_rect(fill=NA, linetype =
2008 Mar 07
1
Bug in reference idct.
Hi
The Theora specification states, in section 7.9.3 ("The 1D Inverse DCT")
steps 14-16:
14. Assign T[5] the value T[4] - T[5].
15. Truncate T[5] to a 16-bit representation by dropping any higher-order
bits.
16. Assign T[5] the value C4 * (-T[5]) >> 16.
However, the relevant section of code in the reference decoder
(lib/dec/idct.c line 50) is:
2010 Jul 24
2
theorarm build
Hi all--
I tried building the ARM-optimized theora codec from the theorarm-
merge-branch, and encountered the following compile and runtime
problems before getting something to run. If there is another way to
build it, it would be nice to know, but I got the sense that its
current state in svn is incomplete.
I'm using a gcc cross-compiler for ARM on an x86 Linux PC. After
running
2005 Mar 23
3
[PATCH] promised MMX patches rc1
Hello,
Here is my first speedup patch. Like 10-11%. No IDCT yet.
Please feel free to comment my code or even better think about
improvements. :) I belive my routines are not so bad, maybe
one day they will be even more faster.
What needs to be optimized is the loop filter fuction. I have
no ideas now how to do it. It does not leave much space for parallel
stuff, copying memory from lot of
2006 May 30
2
16 bits, cast on idct function
Hi all,
Just a stupid question
The IDctSlow function on file idct.c has this line :
ip[0] = (ogg_int16_t)((_Gd + _Cd ) >> 0);
The ip[0] , _Gd and _Cd are of type ogg_int32_t
My question is:
The result of (_Gd + _Cd) can be a number with more than 16 bits ?
(yes, it can be because they are int32, but the algorithm could
guarantee something about that... I dont know...)
If
2000 Sep 13
1
PATCH - mingw compatibility for 9/13/00 build.
I am a mingw coder and I needed to make the following changes to the CVS source from 9/13/00 to get a build:
os_types.h L36C16 reads had to change "unsigned _G_int32_t" to "_G_uint32_t" to resolve the compile error:
..\include\vorbis\os_types.h:36:parse error before 'ogg_uint32_t'
..\include\vorbis\os_types.h:36:warning:data definition has no type or storage class
2004 Mar 13
1
Ogg / Vorbis Compiling under W32 with MingW ** Problem **
I want to compile ogg and vorbis(version 1.01) under mingw.
In the console i typed
./configure
make
but there is a lot of error while making. here is the errors
$ ./configure
checking for a BSD-compatible install... /bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific
2000 Oct 05
4
Macintosh support (again)
In order to compile the latest Vorbis library on the Macintosh, the
change appended to this message needs to be made to os_types.h.in.
Then, anyone who wants to actually build it must first copy
os_types.h.in to os_types.h by hand, since MacOS does not include a
command line and thus cannot run configure.
It really bugs me that the whole "platforms which don't support
configure
2005 Aug 20
0
[PATCH] remove some FZIGZAG
Hello,
As we discussed with derf some time ago, it seems it is not neccessary to enforce "forward" order of dct_coeffs.
This patch gains .99366902855226196000% so approx 1% speedup.
Meausurement method:
time nice -n -19 ./dump /mnt/disc4/theora/unix/gripen.ogg > /dev/null
Ogg logical stream 310b2968 is Theora 720x480 29.97 fps video
Encoded frame content is 720x480 with 0x0 offset
2000 Apr 21
5
BeOS diffs
HI,
how do I get mods applied to Vorbis, I'm not a
cvs guru and I don't know much about configure scripts.
BeOS has this little quirk of being 99% POSIX compliant so these
mods are required for vorbis to compile.
To define int64_t in codec.h
#ifdef __BEOS__
#include <inttypes.h>
#endif
run.c in vq needs 'changing' around line 141 becuase
S_IFSOCK isn't
2005 Mar 23
0
[PATCH]
Hello,
Here is my first speedup patch. Like 10-11%. No IDCT yet.
Please feel free to comment my code or even better think about
improvements. :) I belive my routines are not so bad, maybe
one day they will be even more faster.
What needs to be optimized is the loop filter fuction. I have
no ideas now how to do it. It does not leave much space for parallel
stuff, copying memory from lot of