Recherche avancée
Autres articles (104)
-
Publier sur MédiaSpip
13 juin 2013Puis-je poster des contenus à partir d’une tablette Ipad ?
Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir -
Configuration spécifique d’Apache
4 février 2011, parModules spécifiques
Pour la configuration d’Apache, il est conseillé d’activer certains modules non spécifiques à MediaSPIP, mais permettant d’améliorer les performances : mod_deflate et mod_headers pour compresser automatiquement via Apache les pages. Cf ce tutoriel ; mode_expires pour gérer correctement l’expiration des hits. Cf ce tutoriel ;
Il est également conseillé d’ajouter la prise en charge par apache du mime-type pour les fichiers WebM comme indiqué dans ce tutoriel.
Création d’un (...) -
Personnaliser l’affichage de mon Médiaspip
27 mai 2013Vous pouvez modifier la configuration du squelette afin de personnaliser votre Médiaspip Voir aussi plus d’informations en suivant ce lien
Comment supprimer le nombre de vues d’affichage d’un média ?
Administrer > Gestion du squelette > Pages des articles et médias Cocher dans "Informations non affichées sur les pages de médias" les paramètres que vous ne souhaitez pas afficher.
Comment supprimer le titre de mon Médiaspip dans le bandeau horizontal ?
Administrer > Gestion du squelette > (...)
Sur d’autres sites (7778)
-
Incorrect values for song length (duration) in Mp3tag after ffmpeg FLAC to MP3 conversion
29 mars 2024, par CluelessThe problem


As per this post, I use the following command to convert a flac file to mp3 while keeping all metadata :


ffmpeg -i input.flac -ab 320k -map_metadata 0 -id3v2_version 3 output.mp3


When inspecting the converted mp3 file by right-clicking it, going to properties and then details, everything looks in order. The value for "Length" is correct.




When inspecting the converted mp3 file with Mp3tag, the value for "Length" is different. From my testing, the "Length" value is consistently about 28% of what it is supposed to be.




Normally, this isn't an issue. Most music players I use, read the correct length value, same as Windows. However, I've recently discovered that Spotify Mobile for some reason ignores the length value that can be seen in the Windows panel and uses the one that can be seen in Mp3tag.


I want to figure out what command I should use so that after the flac file has been converted to mp3, Mp3tag shows the correct length, and there by, Spotify Mobile reads the correct length as well.


What I have tried


1.
After converting the file to Mp3, I've tried reencoding the mp3 file into a... mp3 file using the following command :


ffmpeg -i original.mp3 -c:v copy -c:a mp3 -vn -ar 44100 -ac 2 -b:a 320k copy.mp3




As can be seen in the image above, this fixes the issue and the length is showing correctly in Mp3tag and in Spotify Mobile.


Issues with this : Reencoding reduces quality and I don't know how to combine the previous flac conversion command and this one into one line.


2.
I tried https://cloudconvert.com/flac-to-mp3 and it worked. The length is displayed correctly in Mp3tag. (What commands did they use on the server ???)




Issues with this : I don't want to rely on a cloud service for conversion, I have a lot of files to convert and I'd prefer it to be done locally.


Some demo files


Here is a folder with a flac file, a bad mp3 file (wrong length) and a good mp3 file. It looks like if you preview the music in google drive, it also plays the wrong length for the bad mp3 (39s not 2m19s), while vlc, groove player, spotify (desktop not mobile) all play the correct full length (2m19s) for the bad mp3 file.


Folder : here's the link


-
How can I convert a mp4 into an ogv with ffmpeg ? I am getting a "segmentation fault"
8 mars 2020, par xrainbowukI am trying to use ffmpeg to convert a mp4 video into an ogv and a webm. I am using a Mac and this is what I am putting into the terminal :
ffmpeg -i "Hands-typing-(mobile-1080p-loop) copy.mp4" -codec:v libtheora -codec:a libvorbis -f ogv output.ogvThis is what I am getting in response :
ffmpeg version 4.2.2 Copyright (c) 2000-2019 the FFmpeg developers
built with Apple clang version 11.0.0 (clang-1100.0.33.17)
configuration: --prefix=/usr/local/Cellar/ffmpeg/4.2.2_2 --enable-shared --enable-pthreads --enable-version3 --enable-avresample --cc=clang --host-cflags= --host-ldflags= --enable-ffplay --enable-gnutls --enable-gpl --enable-libaom --enable-libbluray --enable-libmp3lame --enable-libopus --enable-librubberband --enable-libsnappy --enable-libtesseract --enable-libtheora --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxvid --enable-lzma --enable-libfontconfig --enable-libfreetype --enable-frei0r --enable-libass --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-librtmp --enable-libspeex --enable-libsoxr --enable-videotoolbox --disable-libjack --disable-indev=jack
libavutil 56. 31.100 / 56. 31.100
libavcodec 58. 54.100 / 58. 54.100
libavformat 58. 29.100 / 58. 29.100
libavdevice 58. 8.100 / 58. 8.100
libavfilter 7. 57.100 / 7. 57.100
libavresample 4. 0. 0 / 4. 0. 0
libswscale 5. 5.100 / 5. 5.100
libswresample 3. 5.100 / 3. 5.100
libpostproc 55. 5.100 / 55. 5.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Hands-typing-(mobile-1080p-loop) copy.mp4':
Metadata:
major_brand : mp42
minor_version : 0
compatible_brands: mp42mp41
creation_time : 2020-03-04T20:14:21.000000Z
Duration: 00:00:21.18, start: 0.000000, bitrate: 8201 kb/s
Stream #0:0(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 8085 kb/s, 30 fps, 30 tbr, 30k tbn, 60k tbc (default)
Metadata:
creation_time : 2020-03-04T20:14:21.000000Z
handler_name : ?Mainconcept Video Media Handler
encoder : AVC Coding
Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 125 kb/s (default)
Metadata:
creation_time : 2020-03-04T20:14:21.000000Z
handler_name : #Mainconcept MP4 Sound Media Handler
Stream mapping:
Stream #0:0 -> #0:0 (h264 (native) -> theora (libtheora))
Stream #0:1 -> #0:1 (aac (native) -> vorbis (libvorbis))
Press [q] to stop, [?] for help
zsh: segmentation fault ffmpeg -i "Hands-typing-(mobile-1080p-loop) copy.mp4" -codec:v libtheora -fI have also tried this, which doesn’t work :
ffmpeg -i "Hands-typing-(mobile-1080p-loop) copy.mp4" -codec:v libtheora -qscale:v 3 -codec:a libvorbis \
-qscale:a 3 -f ogv output.ogvI am struggling to find the answer to my question. Especially as there are so many posts about "segmentation faults".
Any help is very much appreciated.
-
Anomalie #3767 (Nouveau) : typo.css pour moins de 640px
12 avril 2016, par Joachim SENELe code, modifié, issu d’AlsaCréations, pour mobile et écrans de moins de 640px, peut provoquer des erreurs d’affichages.
Le code est dans typo.css ligne 516
en particulier le premier bloc qui définit max-width : 100% !important ;Le !important (ajouté, par rapport à la proposition d’AlsaCréations) va pouvoir créer des effets de bord pour des plugins qui utiliseraient une des balises ainsi redéfinie (img, table, td, blockquote, code, pre, textarea, input, iframe, object, embed, video).
Par exemple en utilisant OpenStreetMap, la carte disparaît pour ces écrans, en raison de ce code. Apparaissent les engrenages de chargement.
J’ai dû commenter tout le bloc (pas seulement virer le !important, ça ne suffit pas, le 100% pose problème, ni même redéfinir ce qui est impossible en raison précisément du !important…) pour que la carte apparaisse sur mobile.
J’ignore totalement comment tester que ce code a un effet bénéfique pour petits écrans et que le retirer va provoquer une régression.
J’ajoute aussi qu’il s’agit d’une régression par rapport à Spip 3.0.x : la carte s’affichait bien dans tous le cas : ce code dans typo.css n’était pas présent !
Syndiquer tout le site
