Recherche avancée

Sur d’autres sites (6689)

• A Better Process Runner

  1er janvier 2011, par Multimedia Mike — Python

  I was recently processing a huge corpus of data. It went like this : For each file in a large set, run 'cmdline-tool <file>', capture the output and log results to a database, including whether the tool crashed. I wrote it in Python. I have done this exact type of the thing enough times in Python that I’m starting to notice a pattern.

  Every time I start writing such a program, I always begin with using Python’s commands module because it’s the easiest thing to do. Then I always have to abandon the module when I remember the hard way that whatever ’cmdline-tool’ is, it might run errant and try to execute forever. That’s when I import (rather, copy over) my process runner from FATE, the one that is able to kill a process after it has been running too long. I have used this module enough times that I wonder if I should spin it off into a new Python module.

  Or maybe I’m going about this the wrong way. Perhaps when the data set reaches a certain size, I’m really supposed to throw it on some kind of distributed cluster rather than task it to a Python script (a multithreaded one, to be sure, but one that runs on a single machine). Running the job on a distributed architecture wouldn’t obviate the need for such early termination. But hopefully, such architectures already have that functionality built in. It’s something to research in the new year.

  I guess there are also process limits, enforced by the shell. I don’t think I have ever gotten those to work correctly, though.

• Outputing HLS m3u8 TS segment PHP-FPM Nginx

  11 avril 2016, par Krasic

  I’m reading a dynamicly generated m3u8 hls playlist from ffmpeg

  basically the file look like

  #EXTM3U
  
  #EXT-X-VERSION:3
  
  #EXT-X-TARGETDURATION:11
  
  #EXT-X-MEDIA-SEQUENCE:3
  
  #EXTINF:11.000000,
  
  2_3.ts
  
  #EXTINF:8.000000,
  
  2_4.ts
  
  #EXTINF:11.000000,
  
  2_5.ts
  
  #EXTINF:11.000000,
  
  2_6.ts
  
  #EXTINF:8.000000,
  
  2_7.ts
  
  #EXTINF:11.000000,
  
  2_8.ts

  I’m trying to find a way to limit the connection to a single connection.
  I have a Table called Connection : it save the Stream ID + User ID + Date_Start & Date_end & status

  Once a user started watching the stream it add new Data : Example

  (StreamID : (2) , userID : (3) , Date_Start : Now() , Date_end : Null , status : ON )

  once he closed the connection i would like to update the date_end with Now() & status to OFF

  Environnement :
  Nginx , PHP-FPM & FFmpeg

  i’m using the register_shutdown_function( 'shutdown' ) to write the last update

  however the problem is once the playlist is played the shutdown is executed many times duo to the m3u8 contains 6 segments , each few seconds the shutdown is executed many times again (duo the chunk list updated) while i didnt closed yet the connection .

  I’m looking a way to handle the playlist as one connection to be keeped , so the function shutdown will be Executed ONLY when client abort the connection and not while the playlist been reloaded

  Regards

• Decoding AAC to PCM with ffmpeg results in noise

  18 octobre 2022, par userDtrm

  I have a .mp4 file generated with ffmpeg as follows.

  


  


  ffmpeg -y -i video_extended.mp4 -itsoffset 00:00:04.00 -i output5-1.wav -map 0:0 -map 1:0 -c:v copy -c:a aac -ac 6 -ar 48000 -b:a 128k -async 1 mixed.mp4

  


  


  Playing mixed.mp4 file with ffplay is fine and there is no impact to the sound quality. Below is the output I get from ffplay when using the command ffplay -i  mixed.mp4

  


  > Input #0, mov,mp4,m4a,3gp,3g2,mj2, from
> 'mixed_h264_aac_512k_async_qp0_all_I.mp4':   Metadata:
>     major_brand     : isom
>     minor_version   : 512
>     compatible_brands: isomiso2avc1mp41
>     encoder         : Lavf58.76.100   Duration: 00:00:16.02, start: 0.000000, bitrate: 49136 kb/s   Stream #0:0[0x1](und): Video: h264 (High 4:4:4 Predictive) (avc1 / 0x31637661), yuv422p10le(progressive),
> 1920x1080, 65409 kb/s, 59.94 fps, 59.94 tbr, 11988 tbn (default)
>     Metadata:
>       handler_name    : VideoHandler
>       vendor_id       : [0][0][0][0]   Stream #0:1[0x2](und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, 5.1, fltp, 71 kb/s (default)
>     Metadata:
>       handler_name    : SoundHandler
>       vendor_id       : [0][0][0][0] Switch subtitle stream from #-1 to #-1 vq= 1606KB sq=    0B f=0/0


  


  Then, I decode the mixed.mp4 file back to raw PCM using the following command.

  


  


  ffmpeg -i mixed.mp4 -vn -acodec pcm_s16le -f s16le -ar 48000 -ac 6 raw_audio.pcm

  


  


  However, this raw_audio.pcm contains a lot of noise and ffplay output shows the following output

  


  [s16le @ 0x7f7490000c80] Estimating duration from bitrate, this may be inaccurate
Input #0, s16le, from 'separated_audio_s16.pcm':
  Duration: 00:00:16.02, bitrate: 4607 kb/s
  Stream #0:0: Audio: pcm_s16le, 48000 Hz, 6 channels, s16, 4608 kb/s
[pcm_s16le @ 0x7f749002b940] Multiple frames in a packet.
[pcm_s16le @ 0x7f749002b940] Invalid PCM packet, data has size 8 but at least a size of 12 was expected
    Last message repeated 32 times
[pcm_s16le @ 0x7f749002b940] Invalid PCM packet, data has size 8 but at least a size of 12 was expected
    Last message repeated 11 times
Switch subtitle stream from #-1 to #-1 vq=    0KB sq=    0B f=0/0   
[pcm_s16le @ 0x7f749002b940] Invalid PCM packet, data has size 8 but at least a size of 12 was expected
    Last message repeated 11 times
[pcm_s16le @ 0x7f749002b940] Invalid PCM packet, data has size 8 but at least a size of 12 was expected
    Last message repeated 11 times
[pcm_s16le @ 0x7f749002b940] Invalid PCM packet, data has size 8 but at least a size of 12 was expected


  


  Can someone please explain the issue here ? Note that the ffplay command that works correctly for mixed.mp4 shows fltp as the audio format, whereas when playing the raw_audio.pcm file, it is seen as s16.

  


  Is this a resampling issue in ffmpeg, and how can I rectify this ?

  


  I’m using ffmpeg and ffplay versions 5.0.1 in a Fedora 36 system.

  


  Thank you.