Page 62 of 92 FirstFirst ... 1252606162636472 ... LastLast
Results 916 to 930 of 1367

Thread: FINALLY! An Upgrade for the HR10-250. 6.3!

  1. #916
    Join Date
    Jan 2006
    Posts
    31
    Quote Originally Posted by burdellgp View Post
    I have experienced two types of audio problems:

    - on OTA HD, several seconds of no audio (video continues okay), followed by a video freeze for a moment, then it all comes back okay

    - on sat HD, stuttering audio (again, video okay); today on ESPN HD I got this several times - I could usually hit the jump back button followed by the catch up button and this would go away (IIRC one time it took two tries)

    I did watch OTA HD today with no troubles however (go Jackets!).
    This is the same thing that I get, as well. I have only seen the audio drop (situation 1) on FOX OTA. The stuttering audio I get on OTA or sat and I just hit the replay button to jump back a couple seconds and then let it play slightly behind live. This situation seems exactly like what I got on the HDVR2 in the 3.x software before they sent out the update to fix the audio.

    I am running 6.3a with the 3.1.5 kernel...updated slices manually. I have my DD turned on and DD out is set to DD to PCM. I am using TOSLINK to a Sony STR-DE975 and using HDMI out for video.

    Code:
    /dev/hda:
     Timing buffered disk reads:  64 MB in  9.46 seconds =  6.77 MB/sec
    
    /dev/hda:
    
     Model=WDC WD2500BB-55GUC0, FwRev=08.02D08, SerialNo=WD-WMAL73159883
     Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq }
     RawCHS=16383/16/63, TrkSize=57600, SectSize=600, ECCbytes=74
     BuffType=3(DualPortCache), BuffSize=2048kB, MaxMultSect=16, MultSect=16
     DblWordIO=no, OldPIO=2, DMA=yes, OldDMA=0
     CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455
     tDMA={min:120,rec:120}, DMA modes: mword0 mword1 mword2 
     IORDY=on/off, tPIO={min:120,w/IORDY:120}, PIO modes: mode3 mode4 
     UDMA modes: mode0 mode1 *mode2 mode3 mode4 mode5 
    
    
    /dev/hda:
     multcount    = 16 (on)
     I/O support  =  0 (default 16-bit)
     unmaskirq    =  0 (off)
     using_dma    =  1 (on)
     keepsettings =  0 (off)
     nowerr       =  0 (off)
     readonly     =  0 (off)
     readahead    =  8 (on)
     geometry     = 30401/255/63, sectors = 488397168, start = 0

  2. #917
    Join Date
    Dec 2003
    Posts
    267
    No stuttering, but i have observed the occasional dropout mostly on FOX. Here's my results with one OTA HD, one SAT SD:
    Code:
    bash-2.02# hdparm -t /dev/hda
    
    /dev/hda:
     Timing buffered disk reads:  64 MB in 15.12 seconds =  4.23 MB/sec
    bash-2.02# hdparm -i /dev/hda
    
    /dev/hda:
    
     Model=ST3400832A, FwRev=3.01, SerialNo=3NF03YLA
     Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
     RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
     BuffType=0(?), BuffSize=8192kB, MaxMultSect=16, MultSect=16
     DblWordIO=no, OldPIO=2, DMA=yes, OldDMA=2
     CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455
     tDMA={min:120,rec:120}, DMA modes: mword0 mword1 mword2 
     IORDY=on/off, tPIO={min:240,w/IORDY:120}, PIO modes: mode3 mode4 
     UDMA modes: mode0 mode1 *mode2 mode3 mode4 mode5 
    
    bash-2.02# hdparm /dev/hda
    
    /dev/hda:
     multcount    = 16 (on)
     I/O support  =  0 (default 16-bit)
     unmaskirq    =  0 (off)
     using_dma    =  1 (on)
     keepsettings =  0 (off)
     nowerr       =  0 (off)
     readonly     =  0 (off)
     readahead    =  8 (on)
     geometry     = 48641/255/63, sectors = 781422768, start = 0

  3. #918
    Join Date
    Oct 2002
    Posts
    126
    Quote Originally Posted by cheer View Post
    Can I ask a few of you to check /State/ServiceConfig on your 6.3 or 6.3a boxes and tell me if SwSystemName looks correct? I just checked on mine and it showed 3.1.5f-01-2-357. No idea why...so I wrote the attached micro-script to fix it. (More to see if I understood tivosh at all than anything else.) It's ugly, but it works.

    Don't run it unless you're willing to risk all hell breaking loose, as I haven't tested this much at all. I don't even know if this is something that ought to be fixed. Just playing and taking my scripting baby steps into modifying MFS.
    SwSystemName = 6.3a-01-2-357

    From a box that upgraded automatically and was not hacked under 3.1.5f
    HR10-250 (50 Hours HD)
    SAT-T60 (105 Hours), Turbonet

  4. #919
    Join Date
    Feb 2004
    Posts
    298
    Quote Originally Posted by A.C. View Post
    SwSystemName = 6.3a-01-2-357

    From a box that upgraded automatically and was not hacked under 3.1.5f
    Mine shows the same. While my unit was hacked I changed "updatesoftware=false" to "true" and let it upgrade on it's own.
    5 Series 2 DTivos: upgraded to 120GB, 6.2, SuperPatched, tserver, mfs_ftp, tivowebplus, endpadplus, bufferhack, MRV, HMO
    1 HR10-250: upgraded to 400GB, tserver, mfs_ftp, tivowebplus, endpadplus, bufferhack
    2 R15s: Just playing
    2 R10's PROMs in house but not installed yet (sitting on the bench)
    JAVAHMO Server 2.4/EtiVo Server 1.0.1924.2

  5. #920
    Join Date
    Feb 2005
    Posts
    27
    Quote Originally Posted by Wolffpack View Post
    Mine shows the same. While my unit was hacked I changed "updatesoftware=false" to "true" and let it upgrade on it's own.
    Does this not require a phone call or cause a loss of hacks?

  6. #921
    Join Date
    Feb 2004
    Posts
    298
    Quote Originally Posted by tase2 View Post
    Does this not require a phone call or cause a loss of hacks?
    Yes, both. I let it call and hacks were lost. No real big deal. Pulled the drive on one unit and it took about 10 minutes to get things back up and running. I'm letting the other unit stay uhacked until I make sure my rehacked unit doesn't start with the audio problems.
    5 Series 2 DTivos: upgraded to 120GB, 6.2, SuperPatched, tserver, mfs_ftp, tivowebplus, endpadplus, bufferhack, MRV, HMO
    1 HR10-250: upgraded to 400GB, tserver, mfs_ftp, tivowebplus, endpadplus, bufferhack
    2 R15s: Just playing
    2 R10's PROMs in house but not installed yet (sitting on the bench)
    JAVAHMO Server 2.4/EtiVo Server 1.0.1924.2

  7. #922
    Join Date
    Nov 2005
    Posts
    44
    tivo> echo "dumpobj /State/ServiceConfig" | tivosh | grep SwSystemName

    Quote Originally Posted by A.C. View Post
    How do you check it??

  8. #923
    Join Date
    Nov 2004
    Location
    St Louis
    Posts
    205
    Fox Sunday, my audio drops out every few minutes for 4-5 seconds. Always followed by a video glitch (minor pixellation). Either fox or the new software must be to blame. OTA-HD signal strength in the high 80's.

    6.3b anyone?

    EDIT: after 15 mintues of watching, it stopped and still has not dropped out any more. hmm....
    Last edited by RavenStL; 10-01-2006 at 05:45 PM.
    2 HR20-100's with OTA (Thank GOD I didnt get a HR21)
    3 HDVR2's with 6.2, Sub'd, Hacked and 160 gig Seagates.
    1 HR10-250 with 250 WD and 300 Seagate, fully Hacked
    3 HDVR2's with 6.2, Hacked and 160 gig Seagates.
    Who doesnt have 7 Tivos? and with 5 computers, contain 2 Terabytes of storage medium in their house??
    Thanks to all who makes up DDB!!!!!!!!!!!!!!!!!!!!!!!!!!!

  9. #924
    Join Date
    Sep 2003
    Posts
    81
    as long as the dropouts are only on fox news, is this called a problem or an enhancement?

  10. #925
    Join Date
    Jan 2005
    Posts
    1
    Quote Originally Posted by tivotocomp123 View Post
    Ok I was trying to run bufferhack41 with the modification AW listed a few pages back on 6.3a. It says device ran out of "space". But I currently have a 750GB drive installed. So i am not sure whats up with it....

    Code:
    bash-2.02# ./bufferhack41.tcl
    
    Buffer Hack 4.1
    (C) 2/28/2005 by JJBliss/jeboo/black_widow000/MuscleNerd
    All credit goes to embeem, Alphawolf,alldeadhomiez, John1980,
    BlackWidow000, bsnelson, DarkHelmet, MuscleNerd, PGM, SR712, kaustic and cashion
    And jeboo for the tivoapp patches that fix the play bar issues
    and MuscleNerd for showing me how to script tivoapp patches
    
    Checking tivoapp version...
    Your TiVo version is supported (6.3)
    
    Please choose from one of the following options:
    
    -- Menu --
    1. Set buffer to 30 minutes
    2. Set buffer to 45 minutes
    3. Set buffer to 60 minutes
    4. Set User-defined buffer
    5. Quit
    
    Choice? 4
    
    Choice?
    
    
    This option allows users to enter
    the buffer amount desired in minutes
    
    
    Enter the number of minutes: Enter the number of minutes: 240
    
    Identifying brf..
    Retrieving brf..
    /TuikRes/SHA1/A9846DD76AEF86CEA6B3E69CE3758227598991A0:0004247b
    Patching brf..
    builtin echo -ne "\xf0\x40" | dd conv=notrunc of=buffhack.brf bs=1 seek=113 count=2
    2+0 records in
    2+0 records out
    Inserting patched brf..
    Backing up current tivoapp to tivoapp.bufferhack.backup..
    error copying "/tvbin/tivoapp.bufferhack.backup" to "/tvbin/tivoapp": no space left on device
        while executing
    "file copy -force /tvbin/tivoapp.bufferhack.backup /tvbin/tivoapp "
        ("eval" body line 1)
        invoked from within
    "eval "file copy -force $from $to $args""
        (procedure "cp" line 2)
        invoked from within
    "cp /tvbin/tivoapp.bufferhack.backup /tvbin/tivoapp"
        ("eval" body line 1)
        invoked from within
    "$do {cp /tvbin/tivoapp.bufferhack.backup /tvbin/tivoapp}"
        (file "./bufferhack41.tcl" line 272)
    bash-2.02#
    anyone have any similar problems or some ideas of what to do from here. I am kind of concerned with it being halfway done with the patch but am encouraged that it seems to have finished installing the hack and failed while backing up tivoapp...

    edit: also it no longer will run the bufferhack41.tcl file, it just says no such command even though when I ls the directory it shows up. I have deleted the file and re-ftp'd it into the directory and it still will not run it. I did see the 4.x support thread where it was said to get rid of the old backups of tivoapp and try again, but like I said I can't run it again at the moment.
    Yes, I just ran across that problem minutes ago. My tivoapp file was missing after I ran the script. So, I had to pull the drive and attatch it to the computer and boot from a linux cd (I rebooted without knowing the file had been deleted).

    I simply deleted the backup file that the script produced (Too make room). Then I copied tivoapp.orig and renamed it to tivoapp.

    Everything went back to normal. So than I made a backup of all the tivoapp files in that directory (To another disk) and deleted every tivoapp file (Except for TIVOAPP itself) in the /tvbin directory.

    I went back to restart the bufferhack41.tcl script, and it ran without problems. This script does in fact work with version 6.3a. I only wish I could get mrv to work properly.... sigh

  11. #926
    Join Date
    Feb 2006
    Posts
    16
    Quote Originally Posted by Wolffpack View Post
    Yes, both. I let it call and hacks were lost. No real big deal. Pulled the drive on one unit and it took about 10 minutes to get things back up and running. I'm letting the other unit stay uhacked until I make sure my rehacked unit doesn't start with the audio problems.
    Did you do this in hopes that the automatic upgrade will fix the stuttering issues? Also, what kernel did you use?

  12. #927
    Join Date
    Oct 2002
    Posts
    126

    Strange Reboots

    A day or so I started to have reboots. I'm running 6.3a that upgraded from a non hacked drive. The only hacks I'm running is elseed, and a few tivoapp patches. I see that some people in this thread say their reboots are due to elseed. My error message looks a little different though, but is very simular. Anyone think it's elseed? I'm going to stop using it for a few days and see what happens.

    Code:
    Oct 1 20:55:22 (none) kernel: emulate_load_store_insn: sending signal 10 to tcphonehome(8819) 
    Oct 1 20:55:22 (none) kernel: $0 : 00000000 80150000 00230003 aaaaaaaa aaaaaaaa 00000001 7fc7f1c0 00000000 
    Oct 1 20:55:22 (none) kernel: $8 : 0000fc00 ffffbfff 00000000 00000001 8524011c 00000000 00001a38 80186018 
    Oct 1 20:55:22 (none) kernel: $16: 5efca7c0 5efca798 7fc7f338 7fc7f390 00000001 5efc8000 00000001 5efc8000 
    Oct 1 20:55:22 (none) kernel: $24: 00000000 0240e6e0 2ac1c200 7fc7f2a8 7fc7f368 009081ac 
    Oct 1 20:55:22 (none) kernel: Hi : 00000000 
    Oct 1 20:55:22 (none) kernel: Lo : 0000003b 
    Oct 1 20:55:22 (none) kernel: epc : 009081b8 Tainted: P 
    Oct 1 20:55:22 (none) kernel: Status: 8001fc13 
    Oct 1 20:55:22 (none) kernel: Cause : 00000010 
    Oct 1 20:55:22 (none) kernel: 800c0570 800c058c 800c48a4 800c332c 800c30ac 800bed9c 
    Oct 1 20:55:22 (none) kernel: 009081b8 009061c8 00bf8748 008d0260 008cfe9c 008ca5e0 008ca208 008c901c 
    Oct 1 20:55:22 (none) kernel: 00947904 004726b4 00ef1318 02a2871c 02a304bc 02a298cc 02a28a48 02a28834 
    Oct 1 20:55:22 (none) kernel: 02a60cb8 02a2871c 02a28630 02a2b03c 02a3c7e4 02a3c6cc 02a3c57c 02a3bad8 
    Oct 1 20:55:22 (none) kernel: 
    Oct 1 20:55:22 (none) kernel: Tmk Fatal Error: Activity Phone <8819> strayed! 
    Oct 1 20:55:22 (none) kernel: pc 0x9081bc status 0x8001fc13 cause 0x000010 bva 0xaaaaaab6 hi 00000000 lo 0x00003b 
    Oct 1 20:55:22 (none) kernel: R00 0x00000000 R01 0x80150000 R02 0x00230003 R03 0xaaaaaaaa 
    Oct 1 20:55:22 (none) kernel: R04 0xaaaaaaaa R05 0x00000001 R06 0x7fc7f1c0 R07 0x00000000 
    Oct 1 20:55:22 (none) kernel: R08 0x0000fc00 R09 0xffffbfff R10 0x00000000 R11 0x00000001 
    Oct 1 20:55:22 (none) kernel: R12 0x8524011c R13 0x00000000 R14 0x00001a38 R15 0x80186018 
    Oct 1 20:55:22 (none) kernel: R16 0x5efca7c0 R17 0x5efca798 R18 0x7fc7f338 R19 0x7fc7f390 
    Oct 1 20:55:22 (none) kernel: R20 0x00000001 R21 0x5efc8000 R22 0x00000001 R23 0x5efc8000 
    Oct 1 20:55:22 (none) kernel: R24 0x00000000 R25 0x0240e6e0 R26 0x00000000 R27 0x00000000 
    Oct 1 20:55:22 (none) kernel: R28 0x2ac1c200 R29 0x7fc7f2a8 R30 0x7fc7f368 R31 0x009081ac 
    Oct 1 20:55:22 (none) kernel: Paste the following into a shell to get a backtrace... 
    Oct 1 20:55:22 (none) kernel: 
    Oct 1 20:55:22 (none) kernel: bt -t /tvbin/tivoapp <<END_OF_BT 
    Oct 1 20:55:22 (none) kernel: tcd 1 
    Oct 1 20:55:22 (none) kernel: hpk Series2 
    Oct 1 20:55:22 (none) kernel: build b-firefly-takehome @246170 2006.09.21-0850 release-mips [] 
    Oct 1 20:55:22 (none) kernel: pack 6.3a-01-2 
    Oct 1 20:55:22 (none) kernel: read 0x00400000 /tvbin/tivoapp 
    Oct 1 20:55:22 (none) kernel: read 0x02000000 /lib/libc.so.6 
    Oct 1 20:55:22 (none) kernel: read 0x02200000 /lib/libm.so.6 
    Oct 1 20:55:22 (none) kernel: read 0x02400000 /lib/libpthread.so.0 
    Oct 1 20:55:22 (none) kernel: read 0x02600000 /lib/libutil.so.1 
    Oct 1 20:55:22 (none) kernel: read 0x02800000 /lib/libtvutil.so 
    Oct 1 20:55:22 (none) kernel: read 0x02a00000 /lib/libtmk.so 
    Oct 1 20:55:22 (none) kernel: read 0x02c00000 /lib/libtvstructures.so 
    Oct 1 20:55:22 (none) kernel: read 0x2aaa8000 /lib/ld.so.1 
    Oct 1 20:55:22 (none) kernel: read 0x2ab04000 /lib/libhpkoss.so 
    Oct 1 20:55:22 (none) kernel: read 0x2ab50000 /platform/lib/libhpkhl.so 
    Oct 1 20:55:22 (none) kernel: read 0x2ac18000 /platform/lib/libhpkll.so 
    Oct 1 20:55:22 (none) kernel: read 0x2ac5c000 /lib/libdl.so.2 
    Oct 1 20:55:22 (none) kernel: read 0x2aca0000 /lib/libcdaudio.so 
    Oct 1 20:55:22 (none) kernel: 0x009081bc 0x009061c8 0x00bf8748 0x008d0260 0x008cfe9c 0x008ca5e0 0x008ca208 
    Oct 1 20:55:22 (none) kernel: 0x008c901c 0x00947904 0x004726b4 0x00ef1318 0x02a2871c 0x02a304bc 0x02a298cc 
    Oct 1 20:55:22 (none) kernel: 0x02a28a48 0x02a28834 0x02a60cb8 0x02a2871c 0x02a28630 0x02a2b03c 0x02a3c7e4 
    Oct 1 20:55:22 (none) kernel: 0x02a3c6cc 0x02a3c57c 0x02a3bad8 
    Oct 1 20:55:22 (none) kernel: END_OF_BT 
    Oct 1 20:55:22 (none) kernel: 
    Oct 1 20:55:22 (none) kernel: Tmk Fatal Error: Activity Phone <8819>: unexpected signal 10
    HR10-250 (50 Hours HD)
    SAT-T60 (105 Hours), Turbonet

  13. #928
    Join Date
    Nov 2005
    Posts
    44
    yes I think it is elseed. I haven't had any reboots since I removed it.

    Quote Originally Posted by A.C. View Post
    A day or so I started to have reboots. I'm running 6.3a that upgraded from a non hacked drive. The only hacks I'm running is elseed, and a few tivoapp patches. I see that some people in this thread say their reboots are due to elseed. My error message looks a little different though, but is very simular. Anyone think it's elseed? I'm going to stop using it for a few days and see what happens.

  14. #929
    Join Date
    Feb 2004
    Posts
    298
    Quote Originally Posted by tivofnd View Post
    Did you do this in hopes that the automatic upgrade will fix the stuttering issues? Also, what kernel did you use?
    The unhacked unit is running the stock 6.3a stuff. For the unit I just rehacked I'm trying 7.2.2 off the new PTVUpgrade CD. No audio problems with either. One using optical and the other using plain ole composite audio.
    5 Series 2 DTivos: upgraded to 120GB, 6.2, SuperPatched, tserver, mfs_ftp, tivowebplus, endpadplus, bufferhack, MRV, HMO
    1 HR10-250: upgraded to 400GB, tserver, mfs_ftp, tivowebplus, endpadplus, bufferhack
    2 R15s: Just playing
    2 R10's PROMs in house but not installed yet (sitting on the bench)
    JAVAHMO Server 2.4/EtiVo Server 1.0.1924.2

  15. #930
    Join Date
    Nov 2004
    Location
    Gurnee, IL
    Posts
    2,384
    Some more audio experimentation.

    My original plan had been to roll back to 3.1.5f this weekend and confirm that the audio problem was gone, then go back to 6.3a and see if it returned. However, that didn't happen as I spent a large chunk of the weekend in a vet hospital with a dog that mysteriously yelps every so often.

    Anyway. A while back I noted that I switched from the 3.1.5 kernel to the 7.2.2-oth-K1 kernel and the number/frequency of dropouts seemed to go down considerably. Well...went back to the 3.1.5 kernel this morning and...no change. So either (A) my notes from before with the 3.1.5 kernel were from 6.3, and 6.3a reduced the # of dropouts, or (B) the dropout issue is the same under both 6.3 and 6.3a and the kernel version doesn't matter a whit (and my # of dropouts reduced for some unrelated reason). Not happy with either answer.

    Probably won't get to do my OS downgrade/re-upgrade until this upcoming weekend now.
    --
    Christopher D. Heer
    Quote Originally Posted by Oscar Wilde
    Perhaps, after all, America never has been discovered. I myself would say that it had merely been detected.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •