Recherche avancée

Sur d’autres sites (12590)

• VLC - standard output 'dst=-' stopped working

  2 juin 2020, par gdogg371

  Using VLC 3 I had the following command working perfectly a few months back :

  



  "G:\VLC\vlc" --ffmpeg-hw --avcodec-hw=any dshow:// :dshow-vdev="Video (00 Pro Capture HDMI 4K+)" :dshow-adev="Audio (2- 00 Pro Capture HDMI 4K+)" :dshow-threads=8 :dshow-aspect-ratio=16\:9 :dshow-size="3840x2160" :dshow-pixel_format=yuv444p16le :dshow-tune=film :dshow-preset=lossless :dshow-profile=main10 show-vcodec=hevc_nvenc :dshow-fps=50 :dshow-crf=0 :dshow-acodec=mp4a :dshow-stereo-mode=5 :dshow-force-surround-sound=0 :dshow-ab=128 :dshow-samplerate=44100 :no-dshow-config :live-caching=300 --sout "#transcode{venc=ffmpeg,vcodec=mp2v,threads=8,aspect=16:9,width=3840,height=2160,fps=50,acodec=a52,ab=1500,channels=6,samplerate=48000,soverlay}:standard{access=file,dst=-,mux=ts}"


  



  ...however dst=- suddenly seems to be causing a problem. I get the following error :

  



  -- logger module started --
main: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
file error: write error: Bad file descriptor
stream_out_standard error: no suitable sout access module for `file/ts://-'
main error: stream chain failed for `transcode{venc=ffmpeg,vcodec=mp2v,threads=8,aspect=16:9,width=3840,height=2160,fps=50,acodec=a52,ab=1500,channels=6,samplerate=48000,soverlay}:standard{access=file,dst=-,mux=ts}'
main error: cannot start stream output instance, aborting
file error: write error: Bad file descriptor
stream_out_standard error: no suitable sout access module for `file/ts://-'
main error: stream chain failed for `transcode{venc=ffmpeg,vcodec=mp2v,threads=8,aspect=16:9,width=3840,height=2160,fps=50,acodec=a52,ab=1500,channels=6,samplerate=48000,soverlay}:standard{access=file,dst=-,mux=ts}'
main error: cannot start stream output instance, aborting
-- logger module stopped --


  



  Previous behaviour observed was that VLC would open and start streaming. The purpose of this exercise is to pipe the VLC output into a PVR called NPVR.

  



  I have tried uninstalling VLC and downloading a fresh install, but I still have the same issue. Any ideas ?

  


• Better way to use ffmpeg with vidstab and encoding 2 pass

  17 juin 2020, par Guillaume B.

  I scan old 8mm films
so I have folder with set of jpeg

  


  I transform them to films using ffmpeg ( I choose x264 2 pass encoding)

  


  //On all folder that start by 1 I launch the pass1 for x264

for f in 1*/ ; do cd "$f"; ffmpeg -y -r 18 -i img%05d.jpg -c:v libx264 -s 1200x898 -b:v 3000k -pass 1 -an -f mp4 /dev/null; cd ..; done

//On all folder that start by 1 I launch the pass2 x264

for f in 1*/ ; do cd "$f"; ffmpeg -y -r 18 -i img%05d.jpg -c:v libx264 -s 1200x898 -b:v 3000k -pass 2 ../"`echo ${PWD##*/}`.mp4"; cd ..; done


  


  —> Before I have set of folder with jpeg

  


  


  1965-FamilyStuff01\img1111.jpg,..,img9999.jpg

  


  1965-FamilyStuff02\img1111.jpg,..,img9999.jpg

  


  


  and I get

  


  


  1965-FamilyStuff01.mp4

  


  1965-FamilyStuff02.mp4

  


  


  then I discover vidstab that also need 2 pass

  


  // Stabilize every Video of a folder

  


  mkdir stab;for f in ./*.mp4 ; do echo "Stabilize $f" ; 
ffmpeg -i "$f" -vf vidstabdetect=shakiness=5:accuracy=15:stepsize=6:mincontrast=0.3:show=2 -y -f mp4 /dev/null; 
ffmpeg -i "$f" -vf vidstabtransform=smoothing=30:input="transforms.trf":interpol=linear:crop=black:zoom=0:optzoom=1,unsharp=5:5:0.8:3:3:0.4 -y "stab/$f" 
; done; rm transforms.trf;


  


  But I ask myself, that perhaps the order is not correct or perhaps there is a way to do the encoding with vidstab in less than 4 pass (2 pass for x264 encoding then 2 pass for vidstab)
or perhaps the order should be change to optimize quality of film output)

  


• Better way to use ffmpeg with vidstab and encoding 2 pass

  17 juin 2020, par Guillaume B.

  I scan old 8mm films 
so I have folder with set of jpeg

  



  I transform them to films using ffmpeg ( I choose x264 2 pass encoding)

  



  //On all folder that start by 1 I launch the pass1 for x264

for f in 1*/ ; do cd "$f"; ffmpeg -y -r 18 -i img%05d.jpg -c:v libx264 -s 1200x898 -b:v 3000k -pass 1 -an -f mp4 /dev/null; cd ..; done

//On all folder that start by 1 I launch the pass2 x264

for f in 1*/ ; do cd "$f"; ffmpeg -y -r 18 -i img%05d.jpg -c:v libx264 -s 1200x898 -b:v 3000k -pass 2 ../"`echo ${PWD##*/}`.mp4"; cd ..; done


  



  —> Before I have set of folder with jpeg

  



  


  1965-FamilyStuff01\img1111.jpg,..,img9999.jpg

  
 


  1965-FamilyStuff02\img1111.jpg,..,img9999.jpg

  


  



  and I get

  



  


  1965-FamilyStuff01.mp4

  
 


  1965-FamilyStuff02.mp4

  


  



  then I discover vidstab that also need 2 pass

  



  // Stabilize every Video of a folder

  



  mkdir stab;for f in ./*.mp4 ; do echo "Stabilize $f" ; 
ffmpeg -i "$f" -vf vidstabdetect=shakiness=5:accuracy=15:stepsize=6:mincontrast=0.3:show=2 -y -f mp4 /dev/null; 
ffmpeg -i "$f" -vf vidstabtransform=smoothing=30:input="transforms.trf":interpol=linear:crop=black:zoom=0:optzoom=1,unsharp=5:5:0.8:3:3:0.4 -y "stab/$f" 
; done; rm transforms.trf;


  



  But I ask myself, that perhaps the order is not correct or perhaps there is a way to do the encoding with vidstab in less than 4 pass (2 pass for x264 encoding then 2 pass for vidstab)
or perhaps the order should be change to optimize quality of film output)