I changed things around slightly as regards logging. If the encoding fails
it will create failed_encoder_log in livestmp. So try looking for this file
there.

I got the crash on Insert Frames too. I made a one line fix which corrects
this and it is in svn now. It's great that you are finding all these bugs
:D.

You should see multi_encoder there. Is it in
/usr/lib/lives/plugins/encoders ?

Regards,
Gabriel.





http://lives.sourceforge.net
https://www.openhub.net/accounts/salsaman

On Sun, Jan 11, 2015 at 9:58 AM, Kyle <[email protected]> wrote:

> Sadly, it seems my audio read error is back. I'm not sure what caused
> it, but it appears to have resurfaced after a crash that occurred when I
> tried to insert frames from the clipboard. Unfortunately, that crash
> yielded absolutely no debug information. All I can say for sure is that
> I can reproduce it 100% just by copying any arbitrary number of frames
> to the clipboard and attempting to insert them into another loaded clip.
> Using the clipboard to create a new clip doesn't cause a problem, only
> inserting into an existing clip. As for the audio read error, it seems
> to have resurfaced after recovering from the crash, possibly after
> performing the suggested disk space cleanup. It may help to know that
> the clip I was trying to encode started with a single frame, which I
> copied nearly 300 times and applied fades at beginning and end. This
> frame initially had no audio, so I loaded a new audio clip before I
> attempted the encoding process. Due to the packet size error, I was
> preparing to encode manually using ffmpeg by modifying the command from
> a webm encode so that I could get ffv1+pcm, but in this case, I never
> received the debug output for the ffmpeg command, as the audio error
> appears to have occurred very quickly, before ffmpeg was attempted. My
> encoder log showed a previous attempt to use mencoder_encoder.
>
> Regarding formats, I didn't realize that Dirac was available, as the
> multi_encoder didn't appear to be working here. For some reason, it
> doesn't show up in the encoder options, so I'm guessing I'm probably
> missing something optional that is a multi_encoder requirement, but is
> not listed in the optional dependencies for the lives PKGBUILD. I've
> heard a lot of good things about Dirac, so I'll give your new options
> with Dirac+Vorbis in mkv a shot as well. Thanks again for all your help.
> P.S> Does the -debug option create a file anywhere that I could read and
> send in case it could help? Also as a side note, do you have any plans
> to support opus for audio encoding? I've been using it for music and
> audio production for some time, and the quality of that codec is simply
> beyond amazing, and ffmpeg can support putting it into both ogg and mkv
> video containers. Not sure whether Mencoder supports it, but my guess is
> that since it uses avi by default, opus probably won't work well in avi.
> Well anyway, that's just a random wishlist kind of thing, so probably
> could get its own thread, or better yet, possibly a feature request on
> SourceForge once I finally get my account set up. The most important
> thing is the question of the debug file.
> --
> "Don't judge my disability until you are able to see my ability."
> ~Kyle: https://kyle.tk/
> My chunk of the internet: https://chunkhost.com/r/Kyle
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming! The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net
> _______________________________________________
> Lives-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/lives-users
>
------------------------------------------------------------------------------
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
_______________________________________________
Lives-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/lives-users

Reply via email to