search for: enocod

So i'm trying to write an app that enocodes WAV files to "Ogg in a RIFF-WAV" files. Theese are used in Fruity Loops, and since the software itself does not have this feature i wanted to write one myself. The point for it is to save space when sharing "zipped loop packages". Such packages contain the samples (WAV) and th...

...ronline.net> vxo> MIME-Version: 1.0 vxo> Content-Type: text/plain; charset=Windows-1250 vxo> Content-Transfer-Encoding: 8bit vxo> Hi Christian! vxo> Ezt írtad Sunday, April 6, 2003, 8:40:35 PM perckor: >>> atom wrote: >>> So i'm trying to write an app that enocodes WAV files to "Ogg in a RIFF-WAV" >>> files. >>> 1. There is a Vorbis.ACM already, developed in Japan >>> 2. ACM does only support CBR audio, so you cant make a real spec >>> compliant VBR audio codec with it. Vorbis in AVI sux and gets out of >&gt...

Hello. I have same problem, and I think that it's because AAC+ uses VBR and when it's changes, is not the same bitrate, because varies... El jue., 9 may. 2019 a las 21:29, Michel van Dop (<mvandop at xs4all.nl>) escribió: > Hi Paul, > > Thank you for the information. I already try a player to discover the > stream type of both streams if the are the same. > But i can

...; + * from trying to allocate VCPI to ports that no longer exist when we > + * may just be trying to disable DPMS on them > + */ > + if (new_crtc_state->mode_changed || > + new_crtc_state->connectors_changed) { Why exactly is this needed? We only call compute_config on the enocoder when enabling an output. Not when disabling one. Similar for the atomic helpers and the various encoder callbacks (you have the same change in the nouveau code). Did this actually blow up while testing? > slots = drm_dp_atomic_find_vcpi_slots(state, > &intel_dp->mst_...

...t; > > > > + if (new_crtc_state->mode_changed || > > > > > > > + new_crtc_state->connectors_changed) { > > > > > > > > > > > > Why exactly is this needed? We only call compute_config on the > > > > > > enocoder > > > > > > when enabling an output. Not when disabling one. Similar for the > > > > > > atomic > > > > > > helpers and the various encoder callbacks (you have the same > > > > > > change in > > > > > > the...

...on them > > > > > + */ > > > > > + if (new_crtc_state->mode_changed || > > > > > + new_crtc_state->connectors_changed) { > > > > > > > > Why exactly is this needed? We only call compute_config on the > > > > enocoder > > > > when enabling an output. Not when disabling one. Similar for the > > > > atomic > > > > helpers and the various encoder callbacks (you have the same change in > > > > the > > > > nouveau code). Did this actually blow up while tes...

...exist when we > > > + * may just be trying to disable DPMS on them > > > + */ > > > + if (new_crtc_state->mode_changed || > > > + new_crtc_state->connectors_changed) { > > > > Why exactly is this needed? We only call compute_config on the enocoder > > when enabling an output. Not when disabling one. Similar for the atomic > > helpers and the various encoder callbacks (you have the same change in the > > nouveau code). Did this actually blow up while testing? > > > > > slots = drm_dp_atomic_find_vcpi_slo...

...VCPI to ports that no longer exist when we > > + * may just be trying to disable DPMS on them > > + */ > > + if (new_crtc_state->mode_changed || > > + new_crtc_state->connectors_changed) { > > Why exactly is this needed? We only call compute_config on the enocoder > when enabling an output. Not when disabling one. Similar for the atomic > helpers and the various encoder callbacks (you have the same change in the > nouveau code). Did this actually blow up while testing? yes-it looked like we were calling compute_config on simple DPMS on->off ch...

...VCPI to ports that no longer exist when we > > + * may just be trying to disable DPMS on them > > + */ > > + if (new_crtc_state->mode_changed || > > + new_crtc_state->connectors_changed) { > > Why exactly is this needed? We only call compute_config on the enocoder > when enabling an output. Not when disabling one. Similar for the atomic > helpers and the various encoder callbacks (you have the same change in the > nouveau code). Did this actually blow up while testing? > > > slots = drm_dp_atomic_find_vcpi_slots(state, > >...

...gt; + * may just be trying to disable DPMS on them > > > > + */ > > > > + if (new_crtc_state->mode_changed || > > > > + new_crtc_state->connectors_changed) { > > > > > > Why exactly is this needed? We only call compute_config on the enocoder > > > when enabling an output. Not when disabling one. Similar for the atomic > > > helpers and the various encoder callbacks (you have the same change in the > > > nouveau code). Did this actually blow up while testing? > > > > > > > slots = dr...

...t; > + */ > > > > > > + if (new_crtc_state->mode_changed || > > > > > > + new_crtc_state->connectors_changed) { > > > > > > > > > > Why exactly is this needed? We only call compute_config on the > > > > > enocoder > > > > > when enabling an output. Not when disabling one. Similar for the > > > > > atomic > > > > > helpers and the various encoder callbacks (you have the same change in > > > > > the > > > > > nouveau code). Did this a...

This patchset does some cleaning up of the atomic VCPI helpers for MST, and converts nouveau over to using them. I would have included amdgpu in this patch as well, but at the moment moving them over to the atomic helpers is nontrivial. [sorry for still not adding your R-Bs! I ended up needing to make a lot of changes to make it so we do actually kref() each port in the atomic state] Cc: Daniel