search for: prescal

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

...== [AO OSS] audio_setup: Can't open audio device /dev/dsp: Device or resource busy AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample) Starting playback... VDec: vo config request - 320 x 240 (preferred colorspace: Planar YV12) VDec: using Planar YV12 as output csp (no 0) Movie-Aspect is 1.33:1 - prescaling to correct movie aspect. VO: [xv] 320x240 => 320x240 Planar YV12 New_Face failed. Maybe the font path is wrong. Please supply the text font file (~/.mplayer/subfont.ttf). subtitle font: load_sub_face failed. [ws] Error in display. [ws] Error code: 11 ( BadAlloc (insufficient resources for op...

...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...

...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 patte...

...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 fro...

...; 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...

...#39;s libavcodec codec family [theora @ 0x892a230]Missing extradata! Could not open codec. VDecoder init failed :( Opening video decoder: [theora] Theora/VP3 VDec: vo config request - 640 x 480 (preferred colorspace: Planar YV12) VDec: using Planar YV12 as output csp (no 0) Movie-Aspect is 2.37:1 - prescaling to correct movie aspect. VO: [xv] 640x480 => 1138x480 Planar YV12 Selected video codec: [theora] vfm: theora (Theora (free, reworked VP3)) ========================================================================== Audio: no sound I don"t understand why the movie is resized by the playe...

...ayer it shows as follow ========================================================================== Opening video decoder: [raw] RAW Uncompressed Video VDec: vo config request - 176 x 144 (preferred colorspace: Planar I420) VDec: using Planar I420 as output csp (no 0) Movie-Aspect is undefined - no prescaling applied. VO: [xv] 176x144 => 176x144 Planar I420 Selected video codec: [rawi420] vfm: raw (RAW I420) ========================================================================== but i want to know that weather it is possible to encode this file with the "encoder_example". if it is...

...0 Hz, 2 ch, s16le, 192.0 kbit/12.50% (ratio: 24000->192000) Selected audio codec: [mad] afm: libmad (libMAD MPEG layer 1-2-3) ========================================================================== AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample) Starting playback... Movie-Aspect is 1.78:1 - prescaling to correct movie aspect. VO: [vdpau] 1280x720 => 1280x720 MPEG2 VDPAU acceleration [mpeg2video @ 0x575898d0]warning: first frame is no keyframe Movie-Aspect is 1.78:1 - prescaling to correct movie aspect. VO: [vdpau] 1280x720 => 1280x720 MPEG2 VDPAU acceleration A:2993.3 V:2993.2 A-V: 0.1...

...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 jmvali...

...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 jmvali...

...odec: [ffvorbis] afm: ffmpeg (FFmpeg Vorbis) ========================================================================== AL lib: (EE) UpdateDeviceParams: Failed to set 44100hz, got 48000hz instead AO: [openal] 48000Hz 2ch s16le (2 bytes per sample) Starting playback... Movie-Aspect is undefined - no prescaling applied. VO: [vdpau] 1280x720 => 1280x720 Planar YV12 mplayer: nv50/nv50_state.c:659: nv50_bind_sampler_states: Assertion `!"unexpected shader type"' failed. MPlayer interrupted by signal 6 in module: decode video - MPlayer crashed. This shouldn't happen. It can be a bug...

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

...ec codec family Selected video codec: [fftheora] vfm: ffmpeg (FFmpeg Theora) ========================================================================== VDec: vo config request - 640 x 480 (preferred colorspace: Planar YV12) VDec: using Planar YV12 as output csp (no 0) Movie-Aspect is undefined - no prescaling applied. [theora @ 00B77270]Theora bitstream version 30201 [theora @ 00B77270]408 bits left in packet 81 [theora @ 00B77270]Theora bitstream version 30201 [theora @ 00B77270]408 bits left in packet 81 SwScaler: using unscaled 0x32315659 (21VY) -> 0x32315659 (21VY) special converter x264 [info...

.... 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...

...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...