search for: prescale

https://bugs.freedesktop.org/show_bug.cgi?id=109952 Bug ID: 109952 Summary: nv106 nv108 confusion Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

Hi, I'm wondering how I can make my patched up mplayer work with other MPlayer frontends, such as mplayer-plugin, GMPlayer, SMPlayer and KMPlayer. When I play a video using mplayer normally with: mplayer video.ext, It detects the compiz video output and works fine, however when it is called from other players (AFAIK, it just creates a window then asks mplayer to display in it) with mplayer

...for very high prediction gain the fixed point implementation becomes very sensitive to numerical error, but I am not too sure why the new versions work better. I favour the version with the new C0 calculation, as it avoids rescaling the input. I also played around with a version (not attached) that prescales the input by rshifts/2 - this might be considering as it simplifies the code. Regards, Marcello PS: I am using 1.1 but the same issue is present with the latest code well. On 13/06/2014 06:05, "Jean-Marc Valin" <jmvalin at jmvalin.ca> wrote: >Hi Marcello, > >Thanks f...

...64 sample frame) and pass it directly to an I2S device i.e. from ISR to ISR. With uncompressed audio this works just fine. Now I try to insert OPUS1.3 in the path but cannot make it work. The audio passes through but ends up “down pitched” and heavily distorted. Due to the 32MHz base clock (+ prescalers) available it is not possible to get the desired 16kHz sample rate. I am therefore forced to work with 15625Hz. As I understand it the opus encoder does not mind a strange sample rate as it will re-sample it to 48kHz (Correct?). The decoder, however, will always output 48kHz, 24kHz, 16kHz etc...

...ss 0x0300 XILINX Base Address 0x0318/0x00 DSP Type 8021 DSP Version 01.15 Serial Number 331a004c Card Type = Internet Linejack Country = US (1) Readers 0 Writers 0 Capabilities 15 DSP Processor load 212 Play Codec : undefined Record Codec : undefined AEC none Rec volume 0x200 Play volume 0x180 DTMF prescale 0x10 Hook: on hook POTS Correct 1 PSTN line plugged in 1 POTS to PSTN 1 DAA PSTN On Hook DAA VDD OK = 0 DAA CR0 2 3 4.5 = 0xff 0x04 0x00 0x02 0x02 DAA XR0 = 0x10 Port pstn SLIC state PLD_SLIC_STATE_STANDBY Base Frame 07.f0 CID Base Frame 0 Frames Read 150 Frames Written 149 Pots send ring patter...

...playlist only one clip is forked into another. If the ogg had 2 logical streams there wouldn't be a problem putting something in between, would there? 4. Could there a standard "aspect ratio" (like DVDs and mpegs have) tag in the ogg file that would allow for any future players to prescale the video (otherwise, you must resize video prior to encoding, hence losing data or creating more data). Bye! (sorry if I'm off-topic, non-developer here) <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from...

...; implementation becomes very sensitive to numerical error, but I am not >>too >> sure why the new versions work better. >> I favour the version with the new C0 calculation, as it avoids rescaling >> the input. >> I also played around with a version (not attached) that prescales the >> input by rshifts/2 - this might be considering as it simplifies the >>code. >> >> Regards, >> >> Marcello >> >> PS: I am using 1.1 but the same issue is present with the latest code >>well. >> >> >> On 13/06/2014 0...

Hello, I wrote a theora video encoder based on etheora (and the examples provided with it) for Processing IDE (processing.org). I have some problem with the quality of encoded frames. eg. http://poux.be/tmp/movie.ogg And when I play the movie with mplayer or totem, the video resolution is changed from 640x480 to 854x480 (when i use ETHEORA_ASPECT_NORMAL in etheora_enc_setup). And if I try to

hi all, i tried to encode a .yuv file with the encoder_example.c but it give an error message as follows ./encoder_example -v 1 file_1.yuv > file_1.ogg Input file file_1.yuv is neither a WAV nor YUV4MPEG2 file. so the error message is understandable for anyone. when this file is play with mplayer it shows as follow

LANG=C DRI_PRIME=1 vainfo libva info: VA-API version 0.40.0 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/X11R7/lib/dri/nouveau_drv_video.so libva info: Found init function __vaDriverInit_0_40 libva info: va_openDriver() returns 0 vainfo: VA-API version: 0.40 (libva ) vainfo: Driver version: Mesa Gallium driver 20.3.0-devel for NVA3 vainfo: Supported profile and

...gain the fixed point > implementation becomes very sensitive to numerical error, but I am not too > sure why the new versions work better. > I favour the version with the new C0 calculation, as it avoids rescaling > the input. > I also played around with a version (not attached) that prescales the > input by rshifts/2 - this might be considering as it simplifies the code. > > Regards, > > Marcello > > PS: I am using 1.1 but the same issue is present with the latest code well. > > > On 13/06/2014 06:05, "Jean-Marc Valin" <jmvalin at jmvalin...

...gain the fixed point > implementation becomes very sensitive to numerical error, but I am not too > sure why the new versions work better. > I favour the version with the new C0 calculation, as it avoids rescaling > the input. > I also played around with a version (not attached) that prescales the > input by rshifts/2 - this might be considering as it simplifies the code. > > Regards, > > Marcello > > PS: I am using 1.1 but the same issue is present with the latest code well. > > > On 13/06/2014 06:05, "Jean-Marc Valin" <jmvalin at jmvalin...

https://bugs.freedesktop.org/show_bug.cgi?id=109742 Bug ID: 109742 Summary: vdpau state tracker on nv92 started to hit assert after vl compute work Product: Mesa Version: git Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: normal Priority: medium

https://bugs.freedesktop.org/show_bug.cgi?id=86006 Bug ID: 86006 Summary: [NV84] Nvidia GeForce 8600 GT VDPAU h264 hardware acceleration Product: xorg Version: 7.6 (2010.12) Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium

Hi, I'm new here - thanks for having me. (Sorry if I'm in the wrong place or a noob.) I downloaded the Theora encoder sample (ver 1.1.1), modified it to encode a sequence of bitmaps, and created an OGV file. The OGV file plays fine in the latest VLC (1.0.5), but I can't do much else with it: I tried uploading to YouTube, and the video just comes out really corrupt:

.... With uncompressed audio this works just fine. >> >> >> >> Now I try to insert OPUS1.3 in the path but cannot make it work. The >> audio passes through but ends up “down pitched” and heavily distorted. >> >> >> >> Due to the 32MHz base clock (+ prescalers) available it is not possible >> to get the desired 16kHz sample rate. I am therefore forced to work with >> 15625Hz. >> >> >> >> As I understand it the opus encoder does not mind a strange sample rate >> as it will re-sample it to 48kHz (Correct?). The d...

...mes very sensitive to numerical error, but I am not >>> too >>> sure why the new versions work better. >>> I favour the version with the new C0 calculation, as it avoids rescaling >>> the input. >>> I also played around with a version (not attached) that prescales the >>> input by rshifts/2 - this might be considering as it simplifies the >>> code. >>> >>> Regards, >>> >>> Marcello >>> >>> PS: I am using 1.1 but the same issue is present with the latest code >>> well. >>&...

Hi, Apologies if this is a known issues, but I have found what I believe is a bug in the fixed point implementation of the Silk codec and could not find any mention on this in the archives. The bug can be easily reproduced with the fixed point demo program (./configure ?enable-fixed-point ?disable-float-api && make) using the following command: ./opus_demo voip 16000 1 23000

> Slightly OT question here, but I have a friend who needs to watch the Rails > intro movs, but is on Linux and has no way of using an actual Quicktime > player. VLC? I assumed everyone used that anyway. http://www.videolan.org/vlc/

...l error, but I am not > >>> too > >>> sure why the new versions work better. > >>> I favour the version with the new C0 calculation, as it avoids > rescaling > >>> the input. > >>> I also played around with a version (not attached) that prescales the > >>> input by rshifts/2 - this might be considering as it simplifies the > >>> code. > >>> > >>> Regards, > >>> > >>> Marcello > >>> > >>> PS: I am using 1.1 but the same issue is present with the...