Displaying 14 results from an estimated 14 matches for "112000".
Did you mean:
512000
2012 Jan 07
3
Support 56kHz to 19.2kHz gain analysis
Copy additional filter values from Foobar2000 as found in
<http://code.google.com/p/sirens2/source/browse/trunk/libwavpack-4.32.psp/wvgain.c?r=32>
to allow metaflac to perform gain analysis on high sample rate audio.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.xiph.org/pipermail/flac-dev/attachments/20120107/018c821b/attachment-0001.htm
2018 Apr 24
0
[PATCH] drm/nouveau: fix mode_valid's return type
...nouveau_connector.c b/drivers/gpu/drm/nouveau/nouveau_connector.c
index 6ed9cb053..52b425cdf 100644
--- a/drivers/gpu/drm/nouveau/nouveau_connector.c
+++ b/drivers/gpu/drm/nouveau/nouveau_connector.c
@@ -1005,7 +1005,7 @@ get_tmds_link_bandwidth(struct drm_connector *connector, bool hdmi)
return 112000;
}
-static int
+static enum drm_mode_status
nouveau_connector_mode_valid(struct drm_connector *connector,
struct drm_display_mode *mode)
{
--
2.17.0
2012 Jan 14
0
Support 28kHz, 56kHz and 112kHz gain analysis
...filter values into the gain analysis table.
Following the previous patch:
http://lists.xiph.org/pipermail/flac-dev/2012-January/003067.html
extend the supported sample rates to cover all rates supported in Foobar2000:
192000 = 4 x 48000
176400 = 4 x 44100
144000 = 4 x 36000
128000 = 4 x 32000
112000 = 4 x 28000
? 96000 = 2 x 48000
? 88200 = 2 x 44100
? 64000 = 2 x 32000
? 56000 = 2 x 28000
? 28000 = 1 x 28000
-------------- next part --------------
A non-text attachment was scrubbed...
Name: flac.diff
Type: application/octet-stream
Size: 1396 bytes
Desc: not available
Url : http://lists.xiph....
2002 Jul 15
2
oggdrop with quality < 0
...M_GETPOS, (WPARAM)0, (LPARAM)0 );
---
> TBM_GETPOS, (WPARAM)0, (LPARAM)0 )-10;
672a674,678
> //quality range from lookup first value map to -.1, 0, .1, .2, etc..
> static float rate_mapping[12]={
> 22500.,32000.,40000.,48000.,56000.,64000.,
> 80000.,96000.,112000.,128000.,160000.,250001.
> };
673a680
> //equation for bitrate from vorbis/lib/vorbisenc.c
676,697c683,686
< float approxBitrate;
<
< if ( qcValue < 41)
< {
< approxBitrate = 1000 * (float)(((float)qcValue/10.0)*32);
< }
< else if ( qcValue < 81 )
<...
2020 Feb 12
0
[PATCH 4/4] drm/nouveau/kms/nv50-: Share DP SST mode_valid() handling with MST
...;nouveau_reg.h"
#include "nouveau_drv.h"
#include "dispnv04/hw.h"
+#include "dispnv50/disp.h"
#include "nouveau_acpi.h"
#include "nouveau_display.h"
@@ -1033,6 +1034,24 @@ get_tmds_link_bandwidth(struct drm_connector *connector)
return 112000 * duallink_scale;
}
+enum drm_mode_status
+nouveau_conn_mode_clock_valid(const struct drm_display_mode *mode,
+ const unsigned min_clock,
+ const unsigned max_clock,
+ unsigned *clock)
+{
+ if ((mode->flags & DRM_MODE_FLAG_3D_MASK) ==
+ DRM_MODE_FLAG_3D_FRAME_P...
2020 Sep 29
1
[PATCH v2 1/2] drm/nouveau/kms/nv50-: Get rid of bogus nouveau_conn_mode_valid()
...eau/nouveau_connector.c b/drivers/gpu/drm/nouveau/nouveau_connector.c
index 49dd0cbc332f..6f21f36719fc 100644
--- a/drivers/gpu/drm/nouveau/nouveau_connector.c
+++ b/drivers/gpu/drm/nouveau/nouveau_connector.c
@@ -1023,29 +1023,6 @@ get_tmds_link_bandwidth(struct drm_connector *connector)
return 112000 * duallink_scale;
}
-enum drm_mode_status
-nouveau_conn_mode_clock_valid(const struct drm_display_mode *mode,
- const unsigned min_clock,
- const unsigned max_clock,
- unsigned int *clock_out)
-{
- unsigned int clock = mode->clock;
-
- if ((mode->flags & DRM_MOD...
2005 Jan 26
9
Proxy-ARP on Same Segment
I have had to replace an existing setup which has a bunch of IPs
Proxy-NAT''ed onto the loc segment. While I do eventually want to move
them to their own segment, I have to deal with this for the next few weeks.
My problem is that from a loc system I can ping the public IP of a
system being proxy-ARP''d but I can''t hit it via HTTP. Nothing is being
blocked according
2005 Jul 16
5
Implementing a ISDN home PBX
Hi,
I would like to implement a inexpensive home PBX with Asterisk. I have
an internal ISDN bus with 6 ISDN phones. I now thought, I connect a
Fritz card to my Mehrgerateanschluss (Point-to-Multipoint) supplied by
my provider and a second Fritz card to the internal bus. Will this work?
Thanks for the help,
Arik
2018 Sep 04
6
[PATCH 0/5] drm/nouveau: add basic HDMI 2.0 support
This is the beginnings of HDMI 2.0 support. All of the "extra"
features are left out, such as 12/16bpc, YUV420, etc.
I've verified that with this code, a GP108 (GT1030) can switch between
4k at 60 and 1920x1080 at 60 on a LG 4K TV. Further, I've verified via i2c
tools, that the SCDC writes really do happen.
I suspect that the patch for keeping track of the high-speed TMDS
2020 Nov 06
3
[PATCH 0/2] drm/nouveau: Stable backport of DP clock fixes for v5.9
Just a backport of the two patches for v5.9 that you'll want to apply.
The first one was Cc'd to stable, but I forgot to Cc the second one as
well.
Lyude Paul (2):
drm/nouveau/kms/nv50-: Get rid of bogus nouveau_conn_mode_valid()
drm/nouveau/kms/nv50-: Fix clock checking algorithm in
nv50_dp_mode_valid()
drivers/gpu/drm/nouveau/nouveau_connector.c | 36 ++++++---------------
2020 Feb 14
5
[PATCH v2 0/5] drm/nouveau: DP interlace fixes
Currently, nouveau doesn't actually bother to try probing whether or not
it can actually handle interlaced modes over DisplayPort. As a result,
on volta and later we'll end up trying to set an interlaced mode even
when it's not supported and cause the front end for the display engine
to hang.
So, let's teach nouveau to reject interlaced modes on hardware that
can't actually
2020 May 11
6
[PATCH v3 0/5] drm/nouveau: DP interlace fixes
Currently, nouveau doesn't actually bother to try probing whether or not
it can actually handle interlaced modes over DisplayPort. As a result,
on volta and later we'll end up trying to set an interlaced mode even
when it's not supported and cause the front end for the display engine
to hang.
So, let's teach nouveau to reject interlaced modes on hardware that
can't actually
2020 Feb 12
8
[PATCH 0/4] drm/nouveau: DP interlace fixes
Currently, nouveau doesn't actually bother to try probing whether or not
it can actually handle interlaced modes over DisplayPort. As a result,
on volta and later we'll end up trying to set an interlaced mode even
when it's not supported and cause the front end for the display engine
to hang.
So, let's teach nouveau to reject interlaced modes on hardware that
can't actually
2001 Oct 14
0
DirectX 8 Library error.
...age 10d000
trace:module:do_relocations 36 relocations for page 10e000
trace:module:do_relocations 20 relocations for page 10f000
trace:module:do_relocations 12 relocations for page 110000
trace:module:do_relocations 264 relocations for page 111000
trace:module:do_relocations 28 relocations for page 112000
trace:module:do_relocations 32 relocations for page 113000
trace:module:do_relocations 84 relocations for page 114000
trace:module:do_relocations 76 relocations for page 115000
trace:module:do_relocations 76 relocations for page 116000
trace:module:do_relocations 80 relocations for page 117000
trac...