[Ffmpeg-devel-irc] ffmpeg.log.20151211

[burek]

[00:26:23 CET] <bjonnh> Hi
[00:26:32 CET] <bjonnh> ffmpeg -i out_clean_crop.mp4 -i audio_cut_direct.wav -strict -2 -ar 16000 -ac 1 -c:v copy out_clean_crop_audio.mp4
[00:26:43 CET] <bjonnh> this is what I use, the aac encoder stalls at 43 minutes
[00:26:52 CET] <bjonnh> if I remove -ar 16000, it go through
[00:26:59 CET] <bjonnh> ffmpeg version 2.8.3
[00:27:43 CET] <c_14> try recent git
[00:27:50 CET] <c_14> If it still doesn't work with that, open a bug report on trac
[00:28:55 CET] <ethe> how do I use ffmpeg with jack? here's a log of what I've tried so far: http://pastebin.com/raw.php?i=X2ct4tC5
[00:31:09 CET] <c_14> the jack indev was never enabled
[00:31:16 CET] <c_14> check your config.log, but it probably couldn't find jack/jack.h
[00:31:33 CET] <c_14> Also, where did you get that patch from?
[00:32:25 CET] <ethe> https://trac.ffmpeg.org/ticket/43
[00:33:25 CET] <c_14> ok, either check config.log or upload it somewhere and I'll check
[00:33:53 CET] <ethe> config.log contains jack_indev
[00:34:09 CET] <c_14> sure
[00:34:11 CET] <c_14> Check lower
[00:34:17 CET] <ethe> I'll upload it :)
[00:34:17 CET] <c_14> Down where it does all the compile tests
[00:34:57 CET] <ethe> https://gist.github.com/anonymous/1b2cae9f2cc050be43f6
[00:35:32 CET] <c_14> >/var/folders/vx/n5tdl0_n6xv94_z3jjx084km0000gn/T//ffconf.iFS5zOid.c:1:10: fatal error: 'jack/jack.h' file not found
[00:35:34 CET] <c_14> yep
[00:35:47 CET] <c_14> is the path containing jack/jack.h in your include path?
[00:35:57 CET] <pinPoint> c_14: you should know. I have an error with my latest download ffmpeg
[00:36:12 CET] <pinPoint> Assertion diff >= 0 && diff <= 120 failed at /home/kyle/software/ffmpeg/source/ffmpeg-git/libavcodec/aacenc.c:363
[00:36:33 CET] <pinPoint> after running a test of aac native support: ffmpeg.exe -i bbb_audio_256k.m4a -c:a aac -b:a 256k outAudiotest.m4a
[00:36:47 CET] <c_14> Does that always happen?
[00:37:00 CET] <pinPoint> nope just latest ffmpeg I guess?
[00:37:08 CET] <c_14> pinPoint: I meant, is it reproducible.
[00:37:14 CET] <pinPoint> ffmpeg version N-77137-gff6dd58 Copyright (c) 2000-2015 the FFmpeg developers
[00:37:29 CET] <pinPoint> yep
[00:37:49 CET] <pinPoint> same thing happened when I did that ffmpeg.exe -i bbb_audio_256k.m4a -c:a aac -b:a 256k outAudiotest.m4a
[00:38:14 CET] <pinPoint> this: Stream mapping: Stream #0:0 -> #0:0 (aac (native) -> aac (native))
[00:38:27 CET] <c_14> https://trac.ffmpeg.org/ticket/5077
[00:38:30 CET] <pinPoint> you think I broked it trying to aac->aac again
[00:38:39 CET] <c_14> seems to be the same issue
[00:40:34 CET] <pinPoint> at least aac is not online. no need for strict 2. :)
[00:43:56 CET] <pinPoint> is online. oops I meant to say online and working. :)
[00:52:54 CET] <atomnuker> pinPoint: could you try using -aac_pns 0?
[00:53:05 CET] <atomnuker> tell if this fixes the problem
[00:53:23 CET] <ethe> c_14 I resolved the header problem, and recompiled--however, the issue persists.
[00:54:06 CET] <c_14> ethe: config.log + configure output + ffmpeg output?
[00:56:53 CET] <ethe> https://gist.github.com/037474b55d7ffb2a8238 https://gist.github.com/d8bbfe0a3e14afa77330
[00:57:08 CET] <ethe> config.log seems fixed, but the ffmpeg output seems the same
[00:59:28 CET] <c_14> https://pb.c-14.de/t/kng.7Ggf6Q
[01:00:04 CET] <c_14> So it finds jack, but not sem_timedwait
[01:02:05 CET] <c_14> eh, the patch doesn't look like it applies cleanly
[01:11:07 CET] <c_14> ethe: are you compiling from a git tree? or a tarball?
[01:12:22 CET] <c_14> https://pb.c-14.de/t/kng.JJtxDZ
[01:12:24 CET] <ethe> from git
[01:12:28 CET] <c_14> I rebased the patch onto git-master
[01:12:30 CET] <c_14> Try with that
[01:12:49 CET] <pinPoint> atomnuker:
[01:12:50 CET] <pinPoint> ok
[01:14:09 CET] <pinPoint> atomnuker: ffmpeg.exe -i bbb_audio_256k.m4a -c:a aac -aac_pns 0 -b:a 256k outAudiotest.m4a
[01:14:28 CET] <pinPoint> [aac @ 00000090e3a50380] Qavg: 2867.530
[01:14:48 CET] <pinPoint> the file is a 19.5MB which is about 10mins34secs
[01:15:41 CET] <pinPoint> it was successful
[01:16:13 CET] <pinPoint> Stream mapping: Stream #0:0 -> #0:0 (aac (native) -> aac (native))
[01:16:13 CET] <pinPoint> Press [q] to stop, [?] for help
[01:16:14 CET] <pinPoint> size=   19999kB time=00:10:34.17 bitrate= 258.3kbits/s
[01:21:26 CET] <atomnuker> pinPoint: thanks for the info, might have a fix for that soon
[01:21:57 CET] <bjonnh> ok now my file doesn't read well with vlc, where with mplayer it is perfectly fine
[01:26:49 CET] <pinPoint> atomnuker: sure
[01:27:30 CET] <ethe> c_14 the patch patches fine, thanks. sem_timedwait seems to be the problem now, semaphore_timedwait is the osx version--it's fixed in the source code assuming the var is set. I guess there would have to be a conditional for the configure file?
[01:29:11 CET] <bjonnh> it seems that vlc doesn't like non-default framerate&
[01:31:47 CET] <bjonnh> and non-changing pictures
[01:38:39 CET] <c_14> ethe: try this one https://pb.c-14.de/t/kng.y3tvsd (revert the previous patch first/checkout master again)
[01:39:24 CET] <ethe> what's the difference? I got it working anyways
[01:40:01 CET] <ethe> I changed the checks to the OSX versions instead, not a good solution, but I just wanted to make sure it all works, and then I'd go from there.
[01:40:24 CET] <ethe> jack loads up, looks like it works
[01:40:43 CET] <c_14> I added a fallback check for semaphore_timedwait if the check for sem_timedwait fails
[01:47:20 CET] <ethe> c_14 shouldnt it be "check_header mach/semaphore.h"?
[01:50:37 CET] <c_14> Eh, yeah. fixed https://pb.c-14.de/t/kng.BWgTrT
[02:00:58 CET] <pinPoint> for the aac issue?
[02:01:26 CET] <c_14> Nah, was for ethe
[03:32:09 CET] <Prelude2004c> hey anyone ever use ./cudaDecodeGL -nointerop -decodecuda -device=0 .....
[03:32:32 CET] <Prelude2004c> want to use cuda to decode and pipe to ffmpeg
[03:32:36 CET] <Prelude2004c> possible?
[08:48:48 CET] <Fyr> how to use vdpau?
[08:54:31 CET] <waressearcher2> Fyr: hallo
[08:54:39 CET] <Fyr> hey
[08:54:46 CET] <waressearcher2> Fyr: wie geht's es dir ?
[08:55:43 CET] <Fyr> O_0
[08:55:49 CET] <Fyr> 0_O
[08:56:49 CET] <Fyr> my German is confined to "Hendehoh!"
[09:01:11 CET] <DeadSix27> Fyr: Thats not even german
[09:01:30 CET] <Fyr> then what is it?
[09:01:41 CET] <DeadSix27> I don't know--.
[09:01:56 CET] <Fyr> Google Translate says that it's German.
[09:32:50 CET] <khali> is there any lossless picture format which encodes the image in YUV rather than RGB?
[09:34:09 CET] <Fyr> PNG?
[09:41:31 CET] <khali> Fyr: really? if I ask ffmpeg to save to png, I get "8-bit/color RGB" data in the png file
[09:41:58 CET] <khali> I would like to avoid the conversion from YUV to RGB
[09:42:23 CET] <Fyr> it's ffmpeg's support for PNG.
[09:42:35 CET] <Fyr> normal PNG supports YUV.
[10:23:50 CET] <khali> is there any tool to display raw YUV data?
[10:25:37 CET] <flux> khali, imagemagick's image viewer can probably do it, but I can't recall the syntax off-hand
[10:28:20 CET] <khali> fling: thanks, that helped :)
[10:28:23 CET] <khali> ahh
[10:28:27 CET] <khali> flux: thanks, that helped :)
[10:28:48 CET] <khali> except that it interpolates when I zoom in
[10:28:55 CET] <khali> while I want to see the exact pixels
[10:31:32 CET] <khali> and -sample 1600% does that
[10:31:40 CET] <khali> flux: problem solved, thank you very much!
[10:31:45 CET] <flux> khali, happy encoding :)
[10:38:00 CET] <khali> hmmm, imagemagick and ffmpeg don't seem to quite agree on what yuv is
[10:38:08 CET] <khali> the pattern is correct but the colors are all wrong
[10:53:17 CET] <khali> if I ask ffmpeg to output a png image from a yuv video source, who does the yuv->rgb conversion, ffmpeg or libpng?
[14:38:55 CET] <kepstin> khali: ffmpeg doesn't use libpng, it has an internal encoder. The yuv-rgb conversion is done in ffmpeg, of course.
[14:39:09 CET] <kepstin> (via libswscale)
[14:48:44 CET] <kepstin> keep in mind that there's a few different ways to interpret yuv data, including color range (broadcast vs full range, broadcast uses 16-235, full range is 0-255) which can cause noticable differences in yuv-rgb conversion
[14:49:13 CET] <kepstin> in particular, still image applications might use full range because that's what's done with jpeg, but the limited range is more common in video
[15:08:20 CET] <DHE> I'm hacking ffmpeg to regenerate PCR values for an mpegts output stream which previously had broken values. They are needed for a streaming appliance. Is there a best practices or recommended values here?
[15:17:09 CET] <khali> kepstin: thanks for detailed information
[15:17:48 CET] <khali> kepstin: I am fully aware that YUV/RGB conversions are lossy and subject to interpretation
[15:18:27 CET] <khali> kepstin: but what I'm seeing goes beyond that, it has to be a bug really
[15:19:11 CET] <khali> I guess yuv410p isn't used much... I wouldn't be using it if I didn't have to test how my own code copes with it
[15:22:38 CET] <kepstin> oh wow, yuv410p has 16x downsampled color planes? I haven't ever seen any videos with that format :/
[15:22:57 CET] <kepstin> (well, 4x4)
[15:24:40 CET] <kepstin> the color conversion part would be the same as any other yuv format, the main differences would be in how the chroma planes are upscaled before doing the conversion
[15:25:16 CET] <kepstin> what scaling algorithm is used, where the sample points are considered to be located.
[15:34:26 CET] <khali> kepstin: yuv410p has 4x2 croma samples as I understand it
[15:34:56 CET] <khali> so 8x subsampling... not as bad as the 16x you suggest, but still too much for my taste
[15:36:02 CET] <kepstin> The ffmpeg pixfmts.h file says it's 4x4
[15:37:08 CET] <khali> kepstin: and yes, I understand that "where the sample points are considered to be located" can become an issue
[15:37:16 CET] <khali> but again one that can't explain what I'm seeing
[15:37:26 CET] <khali> kepstin: interesting, that would be a bug in that header file then
[15:40:12 CET] <kepstin> Well, I have no idea what kind of artifacts you're seeing, or exactly what you're comparing :-/
[15:41:03 CET] <khali> hmmm interesting, I find other web sources claiming that yuv410 samples chroma over 4x4 blocks
[15:41:24 CET] <khali> in contradiction with everything I know about YUV formats :(
[15:42:03 CET] <kepstin>  They probably got their info from the ffmpeg header :-)
[15:43:22 CET] <khali> kepstin: if you are interested, I am seeing https://trac.ffmpeg.org/attachment/ticket/5083/410p.png when I should be seeing https://trac.ffmpeg.org/attachment/ticket/5083/410p.tiff
[15:46:09 CET] <kepstin> Hmm, I can't see the riff on my phone. Is that a crop from a larger image?
[15:46:22 CET] <kepstin> The tiff*
[15:47:19 CET] <khali> both are small (16x16) samples generated on purpose to illustrate the bug
[15:48:13 CET] <khali> so yes, you have to zoom in to see the problem ;-)
[15:49:22 CET] <khali> wrt yuv410 for now I will just admit that I don't know... seems less risky than boldly claiming that everybody else is wrong ;-)
[15:49:44 CET] <kepstin> Nah, the issue's just that I don't have an image viewer that can load it. I'll check on my pc later.
[15:52:50 CET] <kepstin> The Wikipedia page actually says that 4:1:0 is an exception to the standard notation :-/
[15:52:59 CET] <khali> 8x subsampling would be 10bpp, not 9bpp... so the world has to be right
[15:53:09 CET] <khali> thanks for fixing my broken knowledge
[15:53:37 CET] <khali> kepstin: I converted the tiff file for you: http://jdelvare.nerim.net/devel/misc/410p_tiff_to.png
[15:53:57 CET] <khali> as you can see, the png file generated by ffmpeg doesn't look like it
[16:01:10 CET] <kepstin> Have you tried using sws_flags to pick a different scaling algorithm? I'd be curious about the results
[16:01:17 CET] <khali> at least I'm not the only one confused... http://lists.freedesktop.org/archives/wayland-devel/2012-May/003525.html says Planar YUV 4:1:0, 10 bpp, quarter horizontal chroma resolution, half vertical chroma resolution
[16:01:38 CET] <khali> which is what I though it was
[16:01:46 CET] <khali> thought* sorry
[16:03:20 CET] <khali> the wikipedia article carefully avoids the topic ;-)
[16:03:49 CET] <khali> makes me wonder if my problem could be just related to this disagreement
[16:05:02 CET] <kepstin> https://en.m.wikipedia.org/wiki/Chroma_subsampling gives both options in different places on the page
[16:05:20 CET] <kepstin> So that's not helping anyone...
[16:06:22 CET] <khali> at this point I would be tempted to remove AV_PIX_FMT_YUV410P from my filter
[16:08:09 CET] <khali> kepstin: I'll try playing with sws_flags and see what happens, thanks for the suggestion
[16:14:39 CET] <Fyr> could you recommend a media player that looks like WMP 9, Light Alloy, or Potplayer for Linux?
[16:15:00 CET] <Fyr> VLC is not an option.
[16:16:17 CET] <DHE> Does anyone have experience with PCR generation for mpegts output? I have broken source materials
[16:16:28 CET] <DHE> and need to stream via an appliance which I can't control
[16:17:50 CET] <durandal_1707> Fyr: why not something different, like mpv
[16:18:29 CET] <Fyr> durandal_1707, an open-source software, cross-platform image generator?
[16:22:09 CET] <durandal_1707> nope mpv player
[16:22:42 CET] <khali> kepstin: for the record, 1 << desc->log2_chroma_h for yuv410p is 4
[16:23:18 CET] <khali> which is consistent with the comment in pixfmt.h
[16:23:49 CET] <khali> so I was wrong, definitely
[16:23:54 CET] <Fyr> durandal_1707,  yes, mpv player looks good, thanks
[16:23:59 CET] <Fyr> I'll try it.
[16:41:27 CET] <Venti> khali: you were not wrong.. J:a:b is a shitty notation that can't express things like 4/4 h/v subsampling
[16:45:31 CET] <Venti> 4/4 would be something like 4:1:0:0:0, except that would no longer be J:a:b
[18:33:43 CET] <khali> Venti: true
[19:00:58 CET] <Prelude2004c> good day everyone
[19:04:45 CET] <waressearcher2> Prelude2004c: hallo
[19:07:01 CET] <Prelude2004c> i am still struggling quite a bit with GPU decoding .. i have a linux server ( no UI ) , and i am transcoding data using nvenc but the problem is the decoding part is done by the cpu and they are not strong enough. I am trying to use things like NvDecoderGL and stuff to try and pipe data to decode and then send to ffmpeg the output and transcode using the hardware encoder in the nvidia.. I am sooo lost if i am on the right path o
[19:07:28 CET] <Prelude2004c> vdpau i can't use because it uses the X but its a server and i don't use X at all
[19:20:33 CET] <Hello71> then just run an X server
[19:21:02 CET] <Hello71> echo "X :0 &" >/etc/rc.local
[20:52:50 CET] <llogan> ffmpeg-git in AUR is available if anyone wants to adopt it (not sure what use it serves though)
[21:26:29 CET] <Prelude2004c> hi everyone.. i know this is a broken record but i am still stuck and i dont' know what to do... i am using ffmpeg to encode using the nvdia encoder card... the problem is decoding. I am not sure how to use the card for the decoding too . My source is h264 UDP and right now it is using the CPU's to decode the content in order for me to transcode into something else.. i am trying CUDA SDK ( not sure how it works ).. i have tried a
[21:26:50 CET] <Prelude2004c> card but still nothing... i tried using X with vdpau but its silly that i have to run X on a server that never has a monitor plugged into it
[21:27:03 CET] <Prelude2004c> needless to say i keep asking beause i am very stuck and cannot figure it out
[21:31:06 CET] <durandal_1707> asked on ml?
[21:36:55 CET] <Prelude2004c> ml ?
[21:38:28 CET] <llogan> ffmpeg-user mailing list
[21:39:25 CET] <Prelude2004c> no not yet.. i figured the same type of people are here in this room
[21:42:43 CET] <llogan> some people don't like IRC and some don't like MLs
[21:43:58 CET] <Opcode90> Why I ever bought MyFFmpeg I'll never know, rather make my own .bat files with utilitarian names then organize them into my own prog
[21:46:05 CET] <Opcode90> Never could figure out how to get FFmpeg to trim black bars, like it would do i forget either right or left or top or bottom but not the other
[21:46:26 CET] <llogan> crop filter
[21:47:38 CET] <Opcode90> yeah its a sophisticated program, but seems the learning curve is steep, i usually found bat commands on the net for each specific goal
[21:48:27 CET] <Opcode90> never thought to use that particular key phrase crop filter
[21:48:34 CET] <Opcode90> might have helped at the time
[21:48:43 CET] <llogan> http://ffmpeg.org/ffmpeg-filters.html#crop
[21:48:52 CET] <Opcode90> ty ill note that
[21:49:13 CET] <Opcode90> well its noted already, log all my channels but read it now some
[21:50:14 CET] <Opcode90> and thats without a whole re-encode?
[21:50:47 CET] <Opcode90> looks amazingingly simple
[21:51:24 CET] <llogan> filtering requires re-encoding
[21:51:44 CET] <llogan> unless you simply crop upon playback instead, such as with ffplay or VLC
[21:52:14 CET] <llogan> and of course you can always stream copy the audio so it just gets remuxed: -c:a copy
[21:52:47 CET] <Opcode90> ah k, isn't there some quality loss each time you have to re-encode, i mean aside for going to huge files of lossless
[21:53:23 CET] <llogan> with lossy encoders, yes
[21:53:27 CET] <Opcode90> ya, i always use the original sound track and mux it back into any video editing
[21:54:45 CET] <Opcode90> i never mind runing an mkv muxed with original audio not re-encoded, as long as the video is where I like it to be
[21:59:59 CET] <Opcode90> I was having alot of fun with video editing until one week, I lost 2 5tb External drives that were duplicates of all of my movies. In the same day. I was able to recover alot from one of them with special tools but requires me to go back and identify and rename recovered files File0001 File0002 to about 1000 plus movies
[22:03:46 CET] <Opcode90> one day I'll come back to video editing, I run Sony Vegas Pro 13 for one thing alone and thats the NeatVideo Filter that cleans up video noise. But FFmpeg is invaluable for most tasks.
[22:07:08 CET] <llogan> ffmpeg has at least one denoiser filter. hqdn3d
[22:08:28 CET] <Opcode90> yeah, but I got tell ya, that neatvideo filter is a head taller then anything else i've seen
[22:09:38 CET] <Opcode90> after comparing results, it was enough for me to drop the cash on sony vegas to run it
[22:09:59 CET] <Opcode90> its only compatibile with a handfull of video editing software, and im no mac user
[22:14:41 CET] <Opcode90> Certain movies the Director puts in video noise on purpose a couple are Black Swan with Natilie Portman, The Awakening a very nice mystery, ghost story. But I filtered them with Sony Vegas and NeatVideo and they are nice and clean.
[22:15:28 CET] <Opcode90> Some Directors/Producers seem to think that video noise adds an "air" of something to the mood but I'd just assume remove it.
[22:15:40 CET] <jasom> Opcode90: I use a moderately-aggressive hq3ddn and then mix noise back in with filders on playback if needed
[22:16:31 CET] <jasom> Opcode90: proper noise can fool the eye into seeing more detail than is really there (this is part of why a modest amount of film grain can be pleasant)
[22:17:16 CET] <Opcode90> I don't find the film grain pleasant. I like clarity but maybe thats just me.
[22:17:17 CET] <jasom> do any of the recent codecs have an in-loop noise parameter?
[22:17:51 CET] <jasom> that seems like an obvious psychovisual improvement; remove noise on encode and add back in on decode
[22:18:42 CET] <Opcode90> Why would you remove noise just to add it back in, you mean some slightly lesser level of noise?
[22:20:10 CET] <jasom> Opcode90: noise doesn't compress well, but blurry things look worse than noisy things assuming the same level of detail is present
[22:20:31 CET] <jasom> this is all for SD video; I haven't done much with high-def yet
[22:21:30 CET] <Opcode90> yeah all the stuff I've messed with is 1920x1080 usually h264
[22:22:40 CET] <Opcode90> One movie that I cleaned up was War of the Worlds with Tom Cruise, I love it when its not grainy
[22:24:31 CET] <Opcode90> I unfortunatly lost all my bat files for ffmpeg
[22:25:45 CET] <Opcode90> all the little custom ones I made for switching containers, cutting sections out, anyone have a good site or list of premade ffmpeg bat files
[22:26:00 CET] <Opcode90> drive failure.... no fun
[22:29:07 CET] <Opcode90> well nice meeting you folks ill keep logging the channel for any good syntax for executing things
[22:44:15 CET] <shincodex> Here is a awful question. Can ffmpeg decode a camera stream and pass back a sdl surface but it is corrupt
[22:44:43 CET] <shincodex> eg 800x600 but only 50000 of the pixels have been filled and the rest of the buffer is garbage cause it could not be read.
[22:45:22 CET] <shincodex> How can I detect if such a awful generic situation can happen and just say goto screwwoff;
[22:46:36 CET] <Opcode90> for now im going to macrium reflect this notebook to an external HD, upgrade it to Win 10 get my permanent key and then restore it back. This is off topic but since im leaving anyway theres a neat program called produkey i used the 64bit http://www.nirsoft.net/utils/product_cd_key_viewer.html to grab your actual 25 digit Product key which is permanent from microsoft if you upgrade but the key
[22:46:37 CET] <Opcode90> is not viewable, and a tool from microsoft to make and ISO or Flashdrive with Windows 10 Full and Upgrade on it, called MediaCreationTool.exe from Microsoft.
[22:47:24 CET] <shincodex> MEdiaCreationTool made my windows 10 possible
[22:48:09 CET] <Opcode90> Also, if you can't backup your system to an external HD and don't want to tamper with your current OS, consider VMware, i installed my original 8.1 Pro and upgraded inside of VMwares Virtual machine then grabbed the key then ditched the guest.
[22:48:25 CET] <Opcode90> but then I paid for Vmware Work Station 12 pro, 250 bux
[22:48:55 CET] <shincodex> oraclebox is free
[22:49:04 CET] <Opcode90> cool use that then
[22:49:05 CET] <shincodex> 'it emulated xp for me for a bit it worked
[22:49:16 CET] <shincodex> but i imagine vmware has more power
[22:50:06 CET] <Opcode90> I had to use the MediaCreationTool and make and ISO, mine just kept failing in through Upgrade thats built into Win 8.1
[22:51:52 CET] <shincodex> is there any freken library that can cause this corrupt frames crap :(
[22:52:11 CET] <shincodex> apparently there is an issue with --enable-swscale? or was
[22:52:15 CET] <Opcode90> bye for now, nice meeting you folks someone help this gentleman lol
[22:55:24 CET] <shincodex> its ok
[22:55:32 CET] <shincodex> everyone is dead when they feel like it
[23:46:21 CET] <KallDrexx> Has anyone successfully transcoded an RTMP stream, then relay that out via rtmp using NVENC?  I'm getting an RTMP error that I don't get with libx264 (error detailed on http://superuser.com/questions/1011715/rtmp-writen-error-using-nvenc-while-libx264-works-fine-via-ffmpeg).  I tried emailing the ffmpeg user list but I think moderators denied it
[00:00:00 CET] --- Sat Dec 12 2015