
Recherche avancée
Médias (1)
-
Carte de Schillerkiez
13 mai 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Texte
Autres articles (104)
-
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
The zip file provided here only contains the sources of MediaSPIP in its standalone version.
To get a working installation, you must manually install all-software dependencies on the server.
If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...) -
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
Creating farms of unique websites
13 avril 2011, parMediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)
Sur d’autres sites (14209)
-
FFMPEG on Linux (Mono)
28 novembre 2016, par Paulo AnjosI’m creating a Discord Bot and I’m using Dot.Net. So I downloaded the necessary libs (ffmpeg and opus [for Discord]) and I’m running the .exe with Mono.
I’m downloading a video file (mp4) and using FFMPEG to adjust the audio (16-bit, 48000Hz, PCM, 2 channels) and send it to the Discord Channel.
It works fine on Windows but it refuses to on Linux (Ubuntu 14.04).
It justs hangs and doesn’t do anything else like
this image shows.Same .exe but in Windows now (to compare if needed) : image link
I thought it was something with my Virtual Private Server but the same problem occured with my local Ubuntu 14.04 virtual machine.
Code to send the song to Discord (Dot.Net) :
async public void playAudio(Music m)
{
string path = "mp4" + Path.DirectorySeparatorChar + m.videoid + ".mp4";
Process mProcess = Process.Start(new ProcessStartInfo
{
FileName = "ffmpeg",
Arguments = //"-loglevel quiet " +
"-i " + (char)34 + path + (char)34 + " " +
"-f s16le -ar 48000 -ac 2 pipe:1",
UseShellExecute = false,
CreateNoWindow = false,
RedirectStandardOutput = true, //stdout of the process
RedirectStandardError = false,
Verb = "runas"
});
while (!Utils.isRunning(mProcess)) { await Task.Delay(500); }
while (true)
{
int blockSize = 3840;
byte[] buffer = new byte[blockSize];
int byteCount;
byteCount = mProcess.StandardOutput.BaseStream.Read(buffer, 0, blockSize);
if (byteCount == 0)
break;
if (stop_music)
break;
bot_audio.Send(buffer, 0, byteCount); //Send to Discord
}
...
}I find a little odd the
libavresample 3. 1. 0 / 3. 1. 0
at the image (missing lib maybe ?).Any thoughts ?
-
Discord.js Music Bot ffmpeg not installed ?
16 mars 2020, par cccmdmI just started learning javascript with node.js and I am attempting to create a music bot, I’ve set up the command handler and everything, however, I keep getting this error when I try to run the play command
Error : FFmpeg/avconv not found !
at Function.getInfo (C :\Users\johnd\OneDrive\Desktop\discordBot\node_modules\prism-media\src\core\FFmpeg.js:130:11)
at Function.create (C :\Users\johnd\OneDrive\Desktop\discordBot\node_modules\prism-media\src\core\FFmpeg.js:143:38)
at new FFmpeg (C :\Users\johnd\OneDrive\Desktop\discordBot\node_modules\prism-media\src\core\FFmpeg.js:44:27)
at AudioPlayer.playUnknown (C :\Users\johnd\OneDrive\Desktop\discordBot\node_modules\discord.js\src\client\voice\player\BasePlayer.js:47:20)
at VoiceConnection.play (C :\Users\johnd\OneDrive\Desktop\discordBot\node_modules\discord.js\src\client\voice\util\PlayInterface.js:71:28)
at C :\Users\johnd\OneDrive\Desktop\discordBot\commands\play.js:7:39
at processTicksAndRejections (internal/process/task_queues.js:97:5)I’ll post my play function below
async function playMusic(vc,songId) {
const stream = await ytdl(songId,{type: 'opus',filter : 'audioonly'});
vc.join().then(connection => {
const dispatcher = connection.play(stream,{volume: 1});
dispatcher.on('end', end => {
console.log("Song ended!");
vc.leave();
}).catch(err => console.log(err));
}).catch(err => console.log(err));
}My proof of installation : https://imgur.com/a/EFM1G6s
-
Why do my Windows filenames keep getting converted in FFMPEG ?
14 avril 2024, par GeneralTullyI'm running a script that walks through a large library of
.flac
music, making a mirror library with the same structure but converted to.opus
. I'm doing this on Windows 11, so I believe the source filenames are all inUTF-16
. The script calls FFMPEG to do the converting.

For some reason, uncommon characters keep getting converted to different but similar characters when the script runs, for example :


06 xXXi_wud_nvrstøp_ÜXXx.flac



gets converted to :


06 xXXi_wud_nvrstøp_ÜXXx.opus



They look almost identical, but the
Ü
and I believe also theø
are technically slightly different characters before and after the conversion.

The function which calls
FFMPEG
for the conversion looks like this :

def convert_file(pool, top, file):
 fullPath = os.path.join(top, file)
 # Pass count=1 to str.replace() just in case .flac is in the song
 # title or something.
 newPath = fullPath.replace(src_dir, dest_dir, 1)
 newPath = newPath.replace(".flac", ".opus", 1)

 if os.path.isfile(newPath):
 return None
 else:
 print("{} does not exist".format(newPath))
 
 cvt = [
 "Ffmpeg", "-v", "debug", "-i", fullPath, "-c:a", "libopus", "-b:a", "96k", newPath]
 print(cvt)

 return (
 fullPath,
 pool.apply_async(subprocess.run, kwds={
 "args": cvt,
 "check": True,
 "stdin": subprocess.DEVNULL}))



The arguments are being supplied by
os.walk
with no special parameters.

Given that the script is comparing filenames to check if a conversion needs to happen, and the filenames keep getting changed, it keeps destroying and recreating the same files every time the script runs.


Why might this be happening ?


edit : I have confirmed that if I manually execute the FFMPEG command in CMD, bypassing Python completely, it converts the original Unicode 0125 + 01410 to 0334 (U with umlaut), so this doesn't seem to be a Python problem.