AVS Forum banner

Do you move DVR+ recordings to a computer (multiple choices allowed)

  • Yes, Windows

    Votes: 50 50.0%
  • Yes, Linux

    Votes: 11 11.0%
  • Yes, Mac

    Votes: 5 5.0%
  • Yes, Other OS

    Votes: 1 1.0%
  • No

    Votes: 37 37.0%
41 - 60 of 617 Posts

·
Registered
Joined
·
4,232 Posts
That was my short reply what confused you.

I mean - do record the show(s) on your DVR, run same process and get similar logs. I would like to see what ffmpeg will produce on your PC. Also, what PIDs info from your recordings would be in DVR's files on you side ?
 

·
Registered
Joined
·
4,232 Posts
Those are three different SNL episodes on different days.
Well, not exactly broken for the DVR, but for ffmpeg; perhaps it can not find necessary data in that top part of TS file, may be it should be forced to scan whole file for that - is there any ffmepg's parameter do this ?
 

·
Registered
Joined
·
1,638 Posts
Discussion Starter · #43 ·
That was my short reply what confused you.

I mean - do record the show(s) on your DVR, run same process and get similar logs. I would like to see what ffmpeg will produce on your PC. Also, what PIDs info from your recordings would be in DVR's files on you side ?
Oh! Yes, I can do that! The next airing is Sat, Oct. 10, and then the 17th, so results will take a while!
 

·
Registered
Joined
·
1,638 Posts
Discussion Starter · #45 ·
Well, not exactly broken for the DVR, but for ffmpeg; perhaps it can not find necessary data in that top part of TS file, may be it should be forced to scan whole file for that - is there any ffmepg's parameter do this ?
In post 31, JHBrandt suggested to "try eliminating the -c:v copy and -c:a copy parameters, forcing ffmpeg to decode and re-encode the audio and video, but Zonker007 hasn't responded to that, and I haven't heard if the -ignore_unknown and -copy_unknown parameters were tried.

Any chance to dig it in your old recordings ?
No, I've never recorded that show.:(
 

·
Registered
Joined
·
78 Posts
Oh! Yes, I can do that! The next airing is Sat, Oct. 10, and then the 17th, so results will take a while!

Realize I had many SNL recordings (maybe 15 in total), I was able to convert all of them except for these 3. So whatever is going on is not predictable. Again all recorded and play back fine on the DVR+


Thanks,
 

·
Registered
Joined
·
1,638 Posts
Discussion Starter · #47 ·
Realize I had many SNL recordings (maybe 15 in total), I was able to convert all of them except for these 3. So whatever is going on is not predictable. Again all recorded and play back fine on the DVR+
Good to know!:)

1. Do you require that the recordings are passed through a converter, or can you just copy them to the computer and use them as is?

2. Have you tried the HandBrake converter (of course, that would mean you have it installed already)? As with ffmpeg, I truly don't know what parameters to use, but DVR+ Lister comes with one set of options that can be tried. Just click the HandBrakeCLI radio button.
 

·
Registered
Joined
·
1,638 Posts
Discussion Starter · #48 ·
@pachinko , if Zonker would send to you REI file, we could build that PMT/PAT packet, then he will copy it with TS file to see how VLC would play it...
I'll PM you!
 

·
Registered
Joined
·
7,829 Posts
Just saw this posted on the DVR+ forum; sorry:
As it turns out, this is an issue between three DVR+ recordings and ffmpeg. ffmpeg reports the following:
Cannot map stream #0:1 - unsupported type.
If you want unsupported types ignored instead of failing, please use the -ignore_unknown option
If you want them copied, please use -copy_unknown​
If anyone with ffmpeg knowledge on this subject would like to assist, please comment on the DVR+ Lister for Channel Master DVR+ thread!:)
"Stream #0:1" is Linux jargon for the second data stream in the first input file. Having only nine fingers, Linux programmers prefer to start counting at zero instead of one.

I have no more idea what kind of data stream #0:1 contains than ffmpeg did, but I'd go ahead and try one of the suggested options. -ignore-unknown will drop the unknown stream resulting in a smaller output file, but that's probably fine. As long as the audio and video streams are copied, VLC player should play the result fine.

If -ignore-unknown results in a file with no audio or video, you can try -copy-unknown. If ffmpeg didn't recognize the stream, VLC Player probably won't either, but it's worth a shot.
 

·
Registered
Joined
·
7,829 Posts
Good to know!:)

1. Do you require that the recordings are passed through a converter, or can you just copy them to the computer and use them as is?
IIRC we started this discussion because VLC Player would not play the .ts files as copied from the DVR+.

Handbrake would probably work if Zonker007 installed it, and it would produce a much smaller file; but Handbrake takes a long time on HD recordings.
 

·
Registered
Joined
·
7,829 Posts
Well, not exactly broken for the DVR, but for ffmpeg; perhaps it can not find necessary data in that top part of TS file, may be it should be forced to scan whole file for that - is there any ffmepg's parameter do this ?
Yes: -probesize integer (input)

Set probing size in bytes, i.e. the size of the data to analyze to get stream information. A higher value will enable detecting more information in case it is dispersed into the stream, but will increase latency. Must be an integer not lesser than 32. It is 5000000 by default.
 

·
Registered
Joined
·
1,638 Posts
Discussion Starter · #52 · (Edited)
Just saw this posted on the DVR+ forum; sorry:
Thanks, no worries! Heck, this is a forum where things don't always happen right away!:)

"Stream #0:1" is Linux jargon for the second data stream in the first input file. Having only nine fingers, Linux programmers prefer to start counting at zero instead of one.

I have no more idea what kind of data stream #0:1 contains than ffmpeg did, but I'd go ahead and try one of the suggested options. -ignore-unknown will drop the unknown stream resulting in a smaller output file, but that's probably fine. As long as the audio and video streams are copied, VLC player should play the result fine.

If -ignore-unknown results in a file with no audio or video, you can try -copy-unknown. If ffmpeg didn't recognize the stream, VLC Player probably won't either, but it's worth a shot.
Thanks! About a dozen lines above where ffmpeg reports "Cannot map stream #0:1 - unsupported type", it shows that it found Audio Stream #0:0 and #0:2. The following quote came from the report:
Input #0, mpegts, from 'H:\Strm0083.ts':
Duration: 01:32:57.00, start: 46041.903278, bitrate: 13918 kb/s
Stream #0:0[0x35], 85, 1/90000: Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s
Stream #0:1[0x31], 86, 1/90000: Unknown: none
Stream #0:2[0x34], 80, 1/90000: Audio: ac3, 48000 Hz, 5.1(side), fltp, 384 kb/s
Successfully opened the file.
As such, I would think that the -ignore-unknown parameter might do the trick, but I don't think that Zonker007 has gotten around to trying that yet.
 

·
Registered
Joined
·
7,829 Posts
In the above, it looks like stream #0:1 is the video [0x31], so probably best not to ignore it!

You could use -copy-unknown, or possibly -probesize 100M would enable ffmpeg to recognize it as video.

Edit: If using -probesize 100M, I'd put it in front of of the -i in the input parameters, so ffmpeg will know to use it before opening the input file.
 

·
Registered
Joined
·
4,232 Posts
In the above, it looks like stream #0:1 is the video [0x31], so probably best not to ignore it!

You could use -copy-unknown, or possibly -probesize 100M would enable ffmpeg to recognize it as video.

Edit: If using -probesize 100M, I'd put it in front of of the -i in the input parameters, so ffmpeg will know to use it before opening the input file.
100 MB ?
When I wrote such analysis for TS files from TR-50, I found one cluster [2 MB] is not enough sometimes, so I increased it to 2 clusters and got 100% discovery of all PIDs. Perhaps engineers of the station did increase GOP beyond of imagination ffmpeg's creator.

So the parameter is the first one to check by Zonker !

PS. All cmd-line parameters processing during start by any program, so the order is irrelevant.
 

·
Registered
Joined
·
1,638 Posts
Discussion Starter · #55 ·
@Zonker007,

I don’t see –probesize in the ffmpeg on-line doc (https://ffmpeg.org/ffmpeg.html), but ffmpeg didn’t complain when used as in the pic on the left below. If one value doesn’t work, try the others that were suggested (2M and 4M). I'm also including a pic showing -copy_unknown.

.....
 

·
Registered
Joined
·
78 Posts
@Zonker007,

I don’t see –probesize in the ffmpeg on-line doc (https://ffmpeg.org/ffmpeg.html), but ffmpeg didn’t complain when used as in the pic on the left below. If one value doesn’t work, try the others that were suggested (2M and 4M). I'm also including a pic showing -copy_unknown.

Ok, I was definitely entering those parameters wrong in FFMPEG. If someone can prioritize these parameters options in order of time needed to complete the conversion I would appreciate it. The reason I ask is if we identify which parm is the least intrusive to the conversion process first, it will make for a better conversion experience for the DVR+ lister. No one wants to wait hours for a file to convert...

I was hoping there was a way to just play the TS file straight from DVR+ Lister after copying, but that does not seem to be happening with the file issues.

Thanks,

Z
 

·
Registered
Joined
·
4,232 Posts
Ok, I was definitely entering those parameters wrong in FFMPEG. If someone can prioritize these parameters options in order of time needed to complete the conversion I would appreciate it. The reason I ask is if we identify which parm is the least intrusive to the conversion process first, it will make for a better conversion experience for the DVR+ lister. No one wants to wait hours for a file to convert...

I was hoping there was a way to just play the TS file straight from DVR+ Lister after copying, but that does not seem to be happening with the file issues.

Thanks,

Z
try this one "–probesize" with increasing its value before you'll get it done correctly (technically speaking, that unknown PID_031 is the video PID, so if you'll find a ffmpeg's parameter what allow to copy it as-is, then you'll done it OK)

don't worry, soon the program will make it easy ;)
 

·
Registered
Joined
·
1,638 Posts
Discussion Starter · #58 ·
Ok, I was definitely entering those parameters wrong in FFMPEG. If someone can prioritize these parameters options in order of time needed to complete the conversion I would appreciate it. The reason I ask is if we identify which parm is the least intrusive to the conversion process first, it will make for a better conversion experience for the DVR+ lister. No one wants to wait hours for a file to convert...

I was hoping there was a way to just play the TS file straight from DVR+ Lister after copying, but that does not seem to be happening with the file issues.

Thanks,

Z
What P Smith said about trying various sizes with the -probesize parameter!

Hmm... The least intrusive (fastest) conversions are "-i" for the input parameter, and "-map 0 -c:v copy -c:a copy" for the output parameters. Without issues like you're having with those 3 particular recordings, the "conversion" with those parameters is as fast as just copying the recordings, so I would use those (and perhaps -probesize) unless a recording fails the conversion process. You can include the -report parameter, but that creates a log for each and every recording that is converted (I'm still trying to find a way to direct the Log to a sub-folder for simpler management - can't get FFReport to work). If you are looking to use parameters which will work for all recordings (if there are any), then plan on it taking longer. I'll have to defer to others on which would be better, and so far I don't think we know. Did any of the recent parameters properly convert the 3 problem recordings?

DVR+ Lister is definitely not a video player, but can send a recording from the USB HDD to the default video player on your computer. Just double click on the desired recording in the listing. Of course, that assumes that your default video player supports the TS format that the DVR+ produces (some do and some don't). In my case, I use the free Media Player Classic Home Cinema, or free GOM video players, and the recordings play well. If you install one of these players, just like most freeware lately, be careful to reject any additional programs they try to install by making their rejection difficult to find. Once the recordings are on your computer, without some slight of hand, DVR+ Lister does not see them and therefore cannot send them to your video player. You'll have to manually play them via your video player.

PS, Once you get the parameters nailed down, I'd tidy things up by going back to the Convert Video window in DVR+ Lister and use the "X" buttons to delete those that failed, or those that you don't want, from the pulldown lists.
 

·
Registered
Joined
·
7,829 Posts
Re: -probesize

Documented at https://ffmpeg.org/ffmpeg-all.html#Format-Options

Docs say default is supposedly 5M, which I would think is plenty. I suggested 100M mostly because MCEBuddy uses that value. But then, MCEBuddy is reading .wtv files. I don't know their structure; they may require a much larger value. 100M is probably overkill for .ts but it won't cause any problems other than slowing down ffmpeg's startup a bit. If it works, you can play around to find the minimum reliable value.

Note: with ffmpeg, the order of parameters does sometimes matter. Didn't see anything specifically about that in the -probesize docs, but wanted to be safe.

Re: conversion speed

Unless you force a decode and re-encode, conversion should be almost as fast as copying. I say "almost" because ffmpeg does split the file into its various streams and recombine them, as well as doing some sanity checking to drop obviously bad data (such as frames with incorrect timestamps). I've found that sort of cleanup is needed to keep some programs (e.g., AVIDemux) from crashing, so I'll likely keep using ffmpeg even if DVR+ Lister acquires the ability to build the PMT & PAT itself.
 

·
Registered
Joined
·
78 Posts
@Zonker007,

I don’t see –probesize in the ffmpeg on-line doc (https://ffmpeg.org/ffmpeg.html), but ffmpeg didn’t complain when used as in the pic on the left below. If one value doesn’t work, try the others that were suggested (2M and 4M). I'm also including a pic showing -copy_unknown.
I have tried the -probesize 100M, -probesize 2M and -probesize 4M parameters without success. I also tried the -copy_unknown without success as well.

pachinko, I PM'd you the log files. At this point not sure what to do. I will archive the shows with a direct copy and maybe sometime in the future I will be able to convert them. Let me know if you think I should try anything else.

Z
 
41 - 60 of 617 Posts
Top