Is it possible to schedule recordings when using a managed user account? For example-- I have the admin account, an account for my wife and her shows and an account for the kids to watch. It appears that I can only schedule recordings when logged-in with the admin account.
@rlschnei said:
Is it possible to schedule recordings when using a managed user account? For example-- I have the admin account, an account for my wife and her shows and an account for the kids to watch. It appears that I can only schedule recordings when logged-in with the admin account.
Currently, no only the server admin can schedule recording
@hthighway said:
@rlschnei said:
Is it possible to schedule recordings when using a managed user account? For example-- I have the admin account, an account for my wife and her shows and an account for the kids to watch. It appears that I can only schedule recordings when logged-in with the admin account.Currently, no only the server admin can schedule recording
And probably needs to stay that way. Otherwise one account (kids) could fill your space with every cartoon available and then another account (wife) would be upset her show didn’t record.
@andyblac1974 said:
probably because most transmissions are MPEG2 and mp4 container does not support MPEG2, so you have original container TS, or remuxed MKV, or fully transcoded to H264
But if it’s re-encoding it to h.264, why not use .mp4 and faststart instead? This is not only MORE compatible, but is much better for streaming.
@shpankey said:
@andyblac1974 said:
probably because most transmissions are MPEG2 and mp4 container does not support MPEG2, so you have original container TS, or remuxed MKV, or fully transcoded to H264But if it’s re-encoding it to h.264, why not use .mp4 and faststart instead? This is not only MORE compatible, but is much better for streaming.
again, mp4 does not allow DVB subtitles and as far as i know plex transcoder can not transcode DVB subtitles to SRT. not to mention other formats mp4 does not support, so thats probably why plex chose to stay with MKV as it is more versatile.
@arlos70 said:
And probably needs to stay that way. Otherwise one account (kids) could fill your space with every cartoon available and then another account (wife) would be upset her show didn’t record.
I disagree. This is the exact same point that some people brought up with mobile camera upload. “Kids/other users will fill up my server with stuff I don’t want.” The solution is not to leave the functionality for only server admins. The solution is to allow the server admin to configure the permission for each user. That currently exists for Allow Sync, Allow Camera Upload and Allow Channels. I bet they’ll do the same with DVR when it’s ready.
For example, I am the admin and I have a user account. I use the admin account for admin stuff but typically use my user account for regular viewing. My user account allows me to only see the libraries I care about. I don’t have to see the kids movies library, etc. and it’s a much better daily use experience for me. I’d much prefer being able to manage my DVR from my user account.
@wi11wright make sense. I do the same as well.
@andyblac1974 said:
@shpankey said:
@andyblac1974 said:
probably because most transmissions are MPEG2 and mp4 container does not support MPEG2, so you have original container TS, or remuxed MKV, or fully transcoded to H264But if it’s re-encoding it to h.264, why not use .mp4 and faststart instead? This is not only MORE compatible, but is much better for streaming.
again, mp4 does not allow DVB subtitles and as far as i know plex transcoder can not transcode DVB subtitles to SRT. not to mention other formats mp4 does not support, so thats probably why plex chose to stay with MKV as it is more versatile.
Technically, MP4 doesn’t allow SRT subtitles either. It only supports Timed Text. ffmpeg can convert between the two formats though. Not sure about DVB but I believe ffmpeg can read ATSC closed captions.
Mind, comskip can scan for commercials, extract closed captions and convert CC to SRT all in just 5 minutes for a 1-hour recording on a Pentium G3220 3GHz Haswell.
@shpankey said:
@andyblac1974 said:
probably because most transmissions are MPEG2 and mp4 container does not support MPEG2, so you have original container TS, or remuxed MKV, or fully transcoded to H264But if it’s re-encoding it to h.264, why not use .mp4 and faststart instead? This is not only MORE compatible, but is much better for streaming.
Because MP4 is a pretty strict container; you can’t put AAC_LATM or some of the weirder subtitle formats we find in this realm. MKV is more flexible.
In my experience with MP4, while they recently have made it so you can have a 5.1 audio track inside (it wasn’t always that way), it doesn’t play as well with it in some apps as it does in an mkv container.
Because MP4 is a pretty strict container…
You can put arbitrary data in an MPEG-4 file, and it’ll be ignored by players that don’t recognize it. You can even register your new “code-point” with the ISO if you want.
A DVR should be able to record from any account, provided that there is the ability to enable/disable the functionality at the account level. We have used SageTV for over 10 years and love it, if Plex hopes to compete with Sage in the DVR space, it would be wise to make a product that is extremely user friendly. Most other DVR software is far too complicated for non-technical users.
@bubbapickles said:
A DVR should be able to record from any account, provided that there is the ability to enable/disable the functionality at the account level. We have used SageTV for over 10 years and love it, if Plex hopes to compete with Sage in the DVR space, it would be wise to make a product that is extremely user friendly. Most other DVR software is far too complicated for non-technical users.
Not that I’m a Plex employee, but this is still BETA! I’m pretty sure they have stated that it is not complete and features will be added and/or changed before it’s done. To me, the biggest value add for a Plex DVR is the ability to have a SINGLE interface for all my media needs, including DVR.
I have never used SageTV and it may very well be better than this right now. I’m not scared.
Could anyone add some detail on the “process video while recording” check box? Is this just to start the process sooner than waiting for the recording to finish the process it? Also what if the wind blows and my signal goes to crap fora few second (serious issue i have at times) will this cause the processing to fail if checked?
@bubbapickles said:
A DVR should be able to record from any account, provided that there is the ability to enable/disable the functionality at the account level. We have used SageTV for over 10 years and love it, if Plex hopes to compete with Sage in the DVR space, it would be wise to make a product that is extremely user friendly. Most other DVR software is far too complicated for non-technical users.
You’re comparing something that has a 10+ year head start.
You see why that’s dumb right?
@ewmessenger said:
Could anyone add some detail on the “process video while recording” check box? Is this just to start the process sooner than waiting for the recording to finish the process it? Also what if the wind blows and my signal goes to crap fora few second (serious issue i have at times) will this cause the processing to fail if checked?
process video while recording happens in real-time as the media is written to disk.
will this cause the processing to fail if checked There is some forgiven built-in which I’m sure will be adjusted as the Beta moves forward
@Andrroid said:
@bubbapickles said:
A DVR should be able to record from any account, provided that there is the ability to enable/disable the functionality at the account level. We have used SageTV for over 10 years and love it, if Plex hopes to compete with Sage in the DVR space, it would be wise to make a product that is extremely user friendly. Most other DVR software is far too complicated for non-technical users.You’re comparing something that has a 10+ year head start.
You see why that’s dumb right?
That post was not necessary. And just because it was posted I will rebuke with a comment.
Yes, Plex DVR is brand new and will have some progress to make (and to be expected). However, it’s not like the DVR or functionality is new to anyone. The functions that others already have should be part of the early build.
Take the example of an automobile. If a new company (let’s think Tesla) decides to make a vehicle, are they going to start building Model A or Model T vehicles or something that has all the current features with their spin as their competitors. You already know the answer to this question. The same is also true of software companies.
I applaud Plex for getting into the DVR space, it has been a long time coming and we all know that. And yes it is very early and yes they do plan to make changes. I also agree that they should (but don’t have to) rapidly adapt to DVR expectations that everyone agrees a DVR should have. Not everyone will agree what those features are – but there are some major key components missing to even the most basic DVR platform (even a brand new beta). I believe Plex will get there. I do have some concerns from what I’ve seen as to if they will adapt some of the most repeatedly requested features (edl file support for one). Only time will tell and they deserve some time to develop this. It’s hard to judge whether or not they jumped the gun and offered too little in a beta client and were too excited for some press or if they released the beta just right to start reeling people in. We will find out in the next several months.
You do see why your post was obtuse and incorrect, right?
@robertclemens said:
That post was not necessary. And just because it was posted I will rebuke with a comment.
Yes, Plex DVR is brand new and will have some progress to make (and to be expected). However, it’s not like the DVR or functionality is new to anyone. The functions that others already have should be part of the early build.
Take the example of an automobile. If a new company (let’s think Tesla) decides to make a vehicle, are they going to start building Model A or Model T vehicles or something that has all the current features with their spin as their competitors. You already know the answer to this question. The same is also true of software companies.
I applaud Plex for getting into the DVR space, it has been a long time coming and we all know that. And yes it is very early and yes they do plan to make changes. I also agree that they should (but don’t have to) rapidly adapt to DVR expectations that everyone agrees a DVR should have. Not everyone will agree what those features are – but there are some major key components missing to even the most basic DVR platform (even a brand new beta). I believe Plex will get there. I do have some concerns from what I’ve seen as to if they will adapt some of the most repeatedly requested features (edl file support for one). Only time will tell and they deserve some time to develop this. It’s hard to judge whether or not they jumped the gun and offered too little in a beta client and were too excited for some press or if they released the beta just right to start reeling people in. We will find out in the next several months.
You do see why your post was obtuse and incorrect, right?
If Plex waited until they had everything all fixed, the DVR beta still wouldn’t be available yet. Also, the beta is a good time for developers to get user input on what features to implement and recommendations on how users want them implemented. I think that’s probably more efficient than doing something wrong and then having to rewrite majority of the code. The DVR release isn’t for public consumption and it’s clearly a work-in-progress. They’re gonna need time and most importantly, user feedback before it’s ready for the masses and that’s where the beta comes in.
Besides, the general public is usually not asked to beta test automobiles they’ve purchased.
@leschan said:
@robertclemens said:
That post was not necessary. And just because it was posted I will rebuke with a comment.
Yes, Plex DVR is brand new and will have some progress to make (and to be expected). However, it’s not like the DVR or functionality is new to anyone. The functions that others already have should be part of the early build.
Take the example of an automobile. If a new company (let’s think Tesla) decides to make a vehicle, are they going to start building Model A or Model T vehicles or something that has all the current features with their spin as their competitors. You already know the answer to this question. The same is also true of software companies.
I applaud Plex for getting into the DVR space, it has been a long time coming and we all know that. And yes it is very early and yes they do plan to make changes. I also agree that they should (but don’t have to) rapidly adapt to DVR expectations that everyone agrees a DVR should have. Not everyone will agree what those features are – but there are some major key components missing to even the most basic DVR platform (even a brand new beta). I believe Plex will get there. I do have some concerns from what I’ve seen as to if they will adapt some of the most repeatedly requested features (edl file support for one). Only time will tell and they deserve some time to develop this. It’s hard to judge whether or not they jumped the gun and offered too little in a beta client and were too excited for some press or if they released the beta just right to start reeling people in. We will find out in the next several months.
You do see why your post was obtuse and incorrect, right?
If Plex waited until they had everything all fixed, the DVR beta still wouldn’t be available yet. Also, the beta is a good time for developers to get user input on what features to implement and recommendations on how users want them implemented. I think that’s probably more efficient than doing something wrong and then having to rewrite majority of the code. The DVR release isn’t for public consumption and it’s clearly a work-in-progress. They’re gonna need time and most importantly, user feedback before it’s ready for the masses and that’s where the beta comes in.
Besides, the general public is usually not asked to beta test automobiles they’ve purchased.
I agree. Just want to make sure you understand you just reiterated my post. It’s not clearly known to you, me, or anyone else on here if they went public too early with the DVR or if they will ever achieve the basic desires of most (you can’t do every feature and no software system should). It’s too early to say that going public with such a minimal beta was the right thing to do. But someone expecting a bit more is not unreasonable as the mold is already there (a thousand times over) as to what people want. Again, if you think of the car analogy you would understand that you don’t start at square one on ideas, you do on code, but not on ideas. Code takes time to develop and test. Ideas for the DVR are already there. And if we are really being honest, there isn’t going to be much new innovation from grabbing a show off a stream, doing whatever processing you allow, and presenting it to the end user.
So I think it’s absurd to play it too far to either side. Plex needs time to develop, but it’s not improper to question the entry point at which they present themselves. That’s fair game once it is public (beta or not). The beta does justify it being incomplete and it is certainly not production worthy. Again, they will need time and user input as well but we are not necessarily inventing something new – just coding it from scratch.
I just called an obtuse post what it was; a thoughtless and ill-willed post. I can’t be any more clear so I’m done on this thread for now.
Without Beta there can be no full release. For me I would love to use this instead of the Tivo. I hope the next release for the DVR will be live TV playback and rewind along with watch something that is recording. Down with the Tivo oppressors!
Also would love to know if there are plans to use other TV tuners other than HDHR
