|
| Author |
Message |
Bob
Joined: 28 Feb 2012
Posts: 4
|
 Posted: Tue Feb 28, 2012 4:16 am Post subject: Issues with MPEG2 files skipping |
 |
|
Hello,
I'm having issues with MPEG2 files skipping when they've been transferred to a Tivo Premiere through pyTivo. Either audio or video or both. I can play the files back on my PC without issues (VLC, WMP, media player classic - home cinema). So either all of them handle whatever errors come up well and aren't noticed or Tivo handles errors in a very crappy way. Or there are no errors and it's happening in transport. Or some combination. It seems to happen with every movie which seems hard for me to believe that about 300 files have some sort of corruption.
I saw a mention of someone saying perhaps forcing ffmpeg to transcode the files may fix it but I don't know how to force it. Also that isn't the ideal way for me but if that's what it takes. Any suggestions or ideas would be greatly appreciated.
This is with the following:
pyTivo wmcbrine-2009.03.19-RC1
ffmpeg-SVN-r21659-rdian06-1.02-win-x86_32 (also tried an older version. don't remember which though)
and the following configuration:
| Code: |
[loggers]
keys = root
[_tivo_SD]
[handler_console]
formatter = basicform
class = StreamHandler
args = (sys.stdout,)
[Videos]
type = video
path = P:\ServerFolders\Videos
[handlers]
keys = console,rotfile
[Admin]
type = admin
[handler_rotfile]
formatter = basicform
class = handlers.RotatingFileHandler
args = ('C:\pyTivo\debug.log', 'a', 10485760, 5)
[Recorded TV]
type = video
path = D:\ServerFolders\Recorded TV
[Server]
tivo_password = <removed>
tivo_mak = <removed>
temp = C:\pyTivo
tivodecode = C:\pyTivo\bin\tivodecode.exe
tdcat = C:\pyTivo\bin\tdcat.exe
tivo_username = <removed>
port = 9032
debug = false
[formatter_basicform]
format = %(asctime)s %(levelname)-5s %(name)s: %(message)s
[Movies]
type = video
path = P:\ServerFolders\Movies
[_tivo_HD]
[logger_root]
handlers = console,rotfile
level = DEBUG
[formatters]
keys = basicform
|
[/code] |
|
| Back to top |
|
 |
wmcbrine
Joined: 04 Jan 2008
Posts: 2009
Location: Maryland
|
| Posted: Tue Feb 28, 2012 7:13 am Post subject: Re: Issues with MPEG2 files skipping |
|
|
VLC is particularly robust, but most software-based players have broader tolerances than a TiVo does, yes.
| Bob wrote: | It seems to happen with every movie which seems hard for me to believe that about 300 files have some sort of corruption. |
I have no trouble believing that at all.  But I can say that it's not my experience. What are the sources of these files?
| Quote: | I saw a mention of someone saying perhaps forcing ffmpeg to transcode the files may fix it but I don't know how to force it. |
Add a line like this to the metadata for the file:
Override_vCodec: foo
| Quote: | pyTivo wmcbrine-2009.03.19-RC1
ffmpeg-SVN-r21659-rdian06-1.02-win-x86_32 (also tried an older version. don't remember which though) |
I'd prefer you try newer versions, not that it should make a difference with this particular problem.
_________________
My pyTivo fork . My page |
|
| Back to top |
|
|
Bob
Joined: 28 Feb 2012
Posts: 4
|
| Posted: Tue Feb 28, 2012 10:49 pm Post subject: Re: Issues with MPEG2 files skipping |
|
|
Well that's just disappointing. I suppose anything is possible. All the files are DVD rips.
So if I add that line it goes through ffmpeg and the issue seems to go away. So that seems like a possible solution. Only catch is it's running on a HP Microserver N40L so it's not the most powerful system so I'd like to avoid transcoding the file if possible.
I tried a newer version today as well just to rule it out. I downloaded the latest files from the repo but it seems to act the same. Appreciate the help thus far though.
| wmcbrine wrote: | VLC is particularly robust, but most software-based players have broader tolerances than a TiVo does, yes.
| Bob wrote: | It seems to happen with every movie which seems hard for me to believe that about 300 files have some sort of corruption. |
I have no trouble believing that at all. But I can say that it's not my experience. What are the sources of these files?
| Quote: | I saw a mention of someone saying perhaps forcing ffmpeg to transcode the files may fix it but I don't know how to force it. |
Add a line like this to the metadata for the file:
Override_vCodec: foo
| Quote: | pyTivo wmcbrine-2009.03.19-RC1
ffmpeg-SVN-r21659-rdian06-1.02-win-x86_32 (also tried an older version. don't remember which though) |
I'd prefer you try newer versions, not that it should make a difference with this particular problem. |
|
|
| Back to top |
|
|
wmcbrine
Joined: 04 Jan 2008
Posts: 2009
Location: Maryland
|
| Posted: Tue Feb 28, 2012 11:49 pm Post subject: |
|
|
I guess the next question would be, how did you rip them? And are you willing (and able) to redo them with a different method? Or could you try something like the QuickStream Fix feature of VideoReDo? (I haven't tried it myself, but I see lots of recommendations.)
_________________
My pyTivo fork . My page |
|
| Back to top |
|
|
Bob
Joined: 28 Feb 2012
Posts: 4
|
| Posted: Wed Feb 29, 2012 12:22 am Post subject: |
|
|
| wmcbrine wrote: | I guess the next question would be, how did you rip them? And are you willing (and able) to redo them with a different method? Or could you try something like the QuickStream Fix feature of VideoReDo? (I haven't tried it myself, but I see lots of recommendations.) |
I used magicdvd ripper. However I did try some other methods before I settled on that and they caused major issues. I could re-rip everything (preferably not though) if need be but I can't think of a better solution to rip them. I'll take a look into the QuickStream Fix and see what that does.
Bear with me as this may be the dumbest question ever. I just have limited experience with ffmpeg and audio/video formats. Is there a ffmpeg command that would force it to transcode a file but change as little as possible to use minimal CPU usage?
I understand transcoding is an inherent heavy CPU task though so not sure it's possible. I'm assuming ffmpeg is just dropping the parts it has issues with so wasn't sure if the same thing could be accomplished. Hopefully that made sense.
I also wanted to add I just tried the QuickStream Fix of videoredo and it said it cut out 73 frames. That didn't seem to really do anything though.
Last edited by Bob on Wed Feb 29, 2012 12:44 am; edited 1 time in total |
|
| Back to top |
|
|
wmcbrine
Joined: 04 Jan 2008
Posts: 2009
Location: Maryland
|
| Posted: Wed Feb 29, 2012 12:44 am Post subject: |
|
|
| Bob wrote: | Is there a ffmpeg command that would force it to transcode a file but change as little as possible to use minimal CPU usage? |
Heh. No. But, without knowing what's wrong with the files, it's possible they could be fixed with a simple remux. That's the lowest-CPU-usage thing you could do to them. To try that, take out the Override_vCodec line, and replace it with Override_container:
Override_container: foo
Alternatively, if you're running a recent version of my fork and feeling really adventurous, you could achieve a remux by adding "ts = on" to the Server section of your pyTivo.conf. This should also speed up the transfer. But it can cause some weird problems. It only works with a Premiere.
| Quote: | I'm assuming ffmpeg is just dropping the parts it has issues with |
No. If you see no errors or warnings from FFmpeg, that means it has no issues with the file -- as with the software-based players, FFmpeg is more tolerant than the TiVo.
_________________
My pyTivo fork . My page |
|
| Back to top |
|
|
Bob
Joined: 28 Feb 2012
Posts: 4
|
|
| Back to top |
|
|
wmcbrine
Joined: 04 Jan 2008
Posts: 2009
Location: Maryland
|
| Posted: Wed Feb 29, 2012 2:52 am Post subject: |
|
|
If you name a file "default.txt", it will serve as metadata for all the files in that folder. They can still have their individual metadata files as well, so only the common fields need to be in default.txt.
_________________
My pyTivo fork . My page |
|
| Back to top |
|
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
