
Recherche avancée
Médias (91)
-
Corona Radiata
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Lights in the Sky
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Head Down
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Echoplex
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Discipline
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Letting You
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
Autres articles (62)
-
Le profil des utilisateurs
12 avril 2011, parChaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...) -
Configurer la prise en compte des langues
15 novembre 2010, parAccéder à la configuration et ajouter des langues prises en compte
Afin de configurer la prise en compte de nouvelles langues, il est nécessaire de se rendre dans la partie "Administrer" du site.
De là, dans le menu de navigation, vous pouvez accéder à une partie "Gestion des langues" permettant d’activer la prise en compte de nouvelles langues.
Chaque nouvelle langue ajoutée reste désactivable tant qu’aucun objet n’est créé dans cette langue. Dans ce cas, elle devient grisée dans la configuration et (...) -
Sélection de projets utilisant MediaSPIP
29 avril 2011, parLes exemples cités ci-dessous sont des éléments représentatifs d’usages spécifiques de MediaSPIP pour certains projets.
Vous pensez avoir un site "remarquable" réalisé avec MediaSPIP ? Faites le nous savoir ici.
Ferme MediaSPIP @ Infini
L’Association Infini développe des activités d’accueil, de point d’accès internet, de formation, de conduite de projets innovants dans le domaine des Technologies de l’Information et de la Communication, et l’hébergement de sites. Elle joue en la matière un rôle unique (...)
Sur d’autres sites (4488)
-
x86inc : Clear __SECT__
26 mai 2015, par Timothy Gux86inc : Clear __SECT__
Silences warning(s) like :
libavcodec/x86/fft.asm:93 : warning : section flags ignored on
section redeclarationThe cause of this warning is that because `struc` and `endstruc`
attempts to revert to the previous section state [1].The section state is stored in the macro __SECT__, defined by
x86inc.asm to be `.note.GNU-stack ...`, through the `SECTION`
directive [2].Thus, the `.note.GNU-stack` section is defined twice
(once in x86inc.asm, once during `endstruc`), causing the warning.That is the first part of the commit : using the primitive `[section]` format
for .note.GNU-stack etc., which does not update `__SECT__` [2].That fixes only half of the problem. Even without any `SECTION` directives,
`__SECT__` is predefined as `.text`, which conflicting with the later
`SECTION_TEXT` (which expands to `.text align=16`).[1] : http://www.nasm.us/doc/nasmdoc6.html#section-6.4
[2] : http://www.nasm.us/doc/nasmdoc6.html#section-6.3Signed-off-by : Luca Barbato <lu_zero@gentoo.org>
-
Audioqueue try to read ADPCM sound
4 septembre 2013, par KamaxI try to read a .asf stream with FFMPEG and the audio part is ADPCM IMA WAV codec.
The sound i hear when i hear something is only noise. I suppose my AudioStreamBasicDescription are wrong. How can i get the correct values ?
From ffprobe i have this :
[STREAM]
index=1
codec_name=adpcm_ima_wav
codec_long_name=ADPCM IMA WAV
codec_type=audio
codec_time_base=1/8000
codec_tag_string=[17][0][0][0]
codec_tag=0x0011
sample_rate=8000.000000
channels=1
bits_per_sample=4
r_frame_rate=0/0
avg_frame_rate=250/41
time_base=1/1000
start_time=0.000000
duration=N/A
[/STREAM]and
Stream #0.1: Audio: adpcm_ima_wav, 8000 Hz, 1 channels, s16, 32 kb/s
my code for the moment is :
asbd.mSampleRate = 8000;
asbd.mFormatID = kAudioFormatAppleIMA4;
asbd.mBytesPerPacket = 34;
asbd.mFramesPerPacket = 64;
asdb.mbitsPerChannel = 1;All the rest is to 0 (flags, byte per frame, bits per channel, reserved).
Edit :
I just find that the codec code 17 is maybe for kAudioFormatDVIIntelIMA and not kAudioFormatAppleIMA4. Can someone confirm this ?
This is from ffprobe :
[PACKET]
codec_type=audio
stream_index=1
pts=11200
pts_time=11.200000
dts=11200
dts_time=11.200000
duration=164
duration_time=0.164000
size=656.000000
pos=1171105
flags=K
[/PACKET]Is the size 656 for mBytesperpacket ?
With this value and the half 328 for mFramesPerPacket i can hear something but it's not continuous and has a lot of noise.
Please help !
-
Why does subprocess.run() have unexpected behavior in try else block ?
27 novembre 2023, par Nikita SavenkovTrying to make a "to mp4" converter function using ffmpeg that is going to convert a file to mp4, delete the original file, and return True or False for specific conditions.
But I get some unexpected behavior of a subprocess.


Initially I used this construction :


def to_mp4_converter(file):

 input_file = file
 output_file = f"{re.sub(r'\..+$', "", file)}.mp4"

 try:
 subprocess.run(['ffmpeg', '-i', input_file, output_file])
 except subprocess.SubprocessError as e:
 print(f"Subprocess Error: {e}")
 return False
 else:
 try:
 os.remove(path=file)
 except OSError as e:
 print(f"Can't remove {file} file: {e}")
 finally:
 return True



Original file is removed, but output file is half of the expected size and quality of video is low.


But if I place subprocess.run() and os.remove() into separate try else blocks like that :


def to_mp4_converter(file):

 input_file = file
 output_file = f"{re.sub(r'\..+$', "", file)}.mp4"

 try:
 subprocess.run(['ffmpeg', '-i', input_file, output_file])
 except subprocess.SubprocessError as e:
 print(f"Subprocess Error: {e}")
 return False
 else:
 pass

 try:
 os.remove(path=file)
 except OSError as e:
 print(f"Can't remove {file} file: {e}")
 finally:
 return True



Everything works fine.


Isn't subprocess.run() should be a blocking operation, so the else statement in 1st example is unreachable until conversion is done ?