home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
WebService and Mobile Access
Popular Plugins
MPExtended
A transcode configuration tab for the service
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="Oxan" data-source="post: 876789" data-attributes="member: 97484"><p>That part is already implemented in MPExtended. However, the problem is each transcoding program needs other arguments, and we generate these arguments on-the-fly. For example the input file, output video size and output path must be added into the arguments. We currently do this with a class for each transcoder (VLC, ffmpeg, etc), but that doesn't allow the user to choose a whole different transcoding program by himself. We can make this generic (by letting the user specify the arguments and perform some substitution on that), but you still lose functionality then: we also read the stderr output of VLC and ffmpeg, to parse transcoder statistics and automatically kill the stream when an error occurs. </p><p></p><p></p><p>Sure, that can be implemented, but imo it's not the most useful use of my time to implement a rarely used settings page.</p></blockquote><p></p>
[QUOTE="Oxan, post: 876789, member: 97484"] That part is already implemented in MPExtended. However, the problem is each transcoding program needs other arguments, and we generate these arguments on-the-fly. For example the input file, output video size and output path must be added into the arguments. We currently do this with a class for each transcoder (VLC, ffmpeg, etc), but that doesn't allow the user to choose a whole different transcoding program by himself. We can make this generic (by letting the user specify the arguments and perform some substitution on that), but you still lose functionality then: we also read the stderr output of VLC and ffmpeg, to parse transcoder statistics and automatically kill the stream when an error occurs. Sure, that can be implemented, but imo it's not the most useful use of my time to implement a rarely used settings page. [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
WebService and Mobile Access
Popular Plugins
MPExtended
A transcode configuration tab for the service
Contact us
RSS
Top
Bottom