Re: [mythtv-users] Firewire 6200 playback problem
If someone wants to rewrite this in C and submit a patch, feel free. This isn't intended to fix the problem, only a workaround for already recorded files until the actual problem is fixed. This is a horrible way to treat TS anyway, so I hope the actual solution does more integrity checking than this script does. Anyway, here it is, and you should really read the script and try to understand what you're doing before you do it. No warranty express or implied. :) If the file needs to be fixed, the script will make a backup of the original with a .tsfixer extension before rewriting it. If the new file does work, you will need to manually delete the backup .tsfixer file. chmod +x tsfixer.pl usage: ./tsfixer.pl /path/to/file/file.nuv tsfixer.pl Description: Binary data ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Firewire 6200 playback problem
On Fri, 29 Apr 2005, Andy Alsup wrote: Ok, so I don't know if other are having the same problem I am, but I suspect it has something to do with the way myth changes channels and starts recording on firewire. A large number of my files (I said 30% above, but it might be more) are unplayable, and crash the backend when mythweb tries to load the png's. and I had to turn off preview in the front end just so I could scroll through the listing without it locking up. I don't know the cause of the problem, but I have a temporary solution for myself until the problem is fixed. The bad files seem to have extra data in the beginning of the file that causes the mplayer components to give up on the file. I guess it is extra firewire stuff before the video actually starts. Looks like packets of something, but I don't know what they are. So, my solution is a perl script that seeks through the bad files until a sequence of TS packets are found, then create a new copy of the file starting at that point. This process has fixed the 2 dozen or so files I have tried -- which were completely unplayable otherwise. On all of them so far, it has dropped around 50 K off the front of the file. Why not write it in C, and submit a patch for playback? -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Firewire 6200 playback problem
Ok, so I don't know if other are having the same problem I am, but I suspect it has something to do with the way myth changes channels and starts recording on firewire. A large number of my files (I said 30% above, but it might be more) are unplayable, and crash the backend when mythweb tries to load the png's. and I had to turn off preview in the front end just so I could scroll through the listing without it locking up. I don't know the cause of the problem, but I have a temporary solution for myself until the problem is fixed. The bad files seem to have extra data in the beginning of the file that causes the mplayer components to give up on the file. I guess it is extra firewire stuff before the video actually starts. Looks like packets of something, but I don't know what they are. So, my solution is a perl script that seeks through the bad files until a sequence of TS packets are found, then create a new copy of the file starting at that point. This process has fixed the 2 dozen or so files I have tried -- which were completely unplayable otherwise. On all of them so far, it has dropped around 50 K off the front of the file. If anyone wants a copy of my script I'll post it. _Use at your own risk_ ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Firewire 6200 playback problem
I think I see a pattern. In one of the files that does not play, the first TS sync byte (47) is well into the file. about 64K of mostly zeros and some kind of packet I don't recognize preceeds it. In one of the files from the same channel that does work, the first sync byte is the first byte of the file... Also, this seems to happen when a channel change is necessary, and not happen when the recording is from the channel currently tuned. My guess is that capture begins on these bad files before the receiver is fully tuned to the correct channel. So, they're perfectly fine when viewed by software that seeks to the first sync byte, but maybe myth assumes the first byte should begin as TS? Thoughts? ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Firewire 6200 playback problem
On 4/27/05, Jeff Wormsley <[EMAIL PROTECTED]> wrote: > Andy Alsup wrote: > > >I don't necessarily think they are bad files as I can load them in > >TSReader and it looks fine. > > > >I tried playing this NBC one in mplayer, and it says it can't find the > >sequence header. One of the INHD ones plays ok in mplayer. > > > >Anyone else seeing this? > > > > > I've seen it. Xine also will play them fine, but I almost always get a > "BadAlloc" error and mythfrontend crashes. > > Jeff. > > ___ > mythtv-users mailing list > mythtv-users@mythtv.org > http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users > I had an issue that sounds like this a while back when I was rebuilding a disk while recording to it. Only happened to the recordings during that time frame so I eventually just dropped it and rerecorded the episodes. You might try looking around you disk write bandwidth if they are in fact related. hdparm is a decent tool for this. -- Thanks, Devan Lippman <[EMAIL PROTECTED]> ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Firewire 6200 playback problem
Andy Alsup wrote: I don't necessarily think they are bad files as I can load them in TSReader and it looks fine. I tried playing this NBC one in mplayer, and it says it can't find the sequence header. One of the INHD ones plays ok in mplayer. Anyone else seeing this? I've seen it. Xine also will play them fine, but I almost always get a "BadAlloc" error and mythfrontend crashes. Jeff. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Firewire 6200 playback problem
I am capturing from a 6200 with firewire. About 30% of the captures either crash mythfrontend, or it switches to the playback window, then immediately back to the recordings list. None of these files are able to get a thumbnail or preview either. This doesn't seem to be a channel specific thing, although it happens more frequently on the INHD content. For example, I had 3 NBCHD records last night and 2 play fine, but the third won't. I don't necessarily think they are bad files as I can load them in TSReader and it looks fine. I tried playing this NBC one in mplayer, and it says it can't find the sequence header. One of the INHD ones plays ok in mplayer. Anyone else seeing this? Is there more data I should be capturing to help troubleshoot this? I'm using the .18 atrpms if that matters. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
