Posts by joeuser

    For MuMuDVB, you will need to do a manual config and add the emm pid. The autoconfig does not parse the CAT (conditional access table, pid 0x01) so does not know about the emm pid. I wrote before an update to find the ecm pid, and thought about adding the emm pid, but I do not have much free time. Also low priority for me since I am using TVHeadend mostly now...

    No sorry joeuser, but i took a picture of the tv screen when it happened, 90c44cbd042d56e5f68b.jpg
    Hope this helps. thanks again I notice the date Sat 01/Jan 2000! don't know how to set this to current date.
    I am doing Auto scan setting Network scan YES
    Clear scan YES
    Scan Tuner A (DVB-C YES


    crashlog should be located in /hdd - not sure if you have some disk mounted??
    First indication is it is a problem with crossepg, but maybe it is just a coincidence. But could be a problem if crossepg is trying to do some update while channels are changing??? I am not using crossepg either, so I am not sure. Also not sure if it is possible to disable it while scanning???

    Yes, but just beware that if the module is not compatible, it may hang on boot (might still have ftp access..) or you will see no tuners when you go to config. In that case next step would be to replace stmdvb.ko also. Or if you don't want to risk, replace both to start with. Of course it may still not work, like I said, I never tested with that image...

    Is the IP correct? Do you have something else in your playlist already?


    It should be something like:

    The problem is the pti module is closed source, so only some developers actually have a good source code...


    The problem in not just "after recording," it occurs after using two tuners simultaneously - that is why I am not sure your problem is the same.
    The original problem can be produced by following these steps:

    Quote

    1. Start stb tuned to FTA channel on tuner C (oscam autostart disabled and not running at all during tests....)
    2. Start recording of tuned FTA channel on tuner C
    3. Tune FTA channel on tuner B
    4. Stop recording
    5. Try to tune another FTA channel on tuner B


    (note: Tuner b or c can be replaced with tuner a)



    The pti.ko module (which is alread patched) is also on this site.. http://linuxsat-support.com/showthread.php?t=82978&p=269966&viewfull=1#post269966


    Also you can read entire thread it is about the same subject.


    I am not sure about PIP in that image, it has been a long time since I tried it with any image...


    As for channel changing speed, The latest pkt and hdmu images are just as fast as spark

    Open VLC and before opening playlist, go to tools->messages, and in bottom left of window select verbosity: 2 (debug) then open the playlist and select satellite.
    If it does not give you a clue to your problem, you can post the output here (careful to remove password...)

    I do not have time to make detailed instructions at the moment, but I will try later tonight. Basically you are right that the module included with many images has the problem and if you replace it with one from GOS or PKT, it seems to fix... BUT, because of dependencies on other modules, sometimes you cannot just replace pti.ko, stmdvb.ko also needs to be replaced, and even replacing both does not always work. I never tried the eurosat image, so I am not sure if it will work...


    BTW - if you don't want to play with replacing the file(s) you can always try the latest PKT (5.1) image which does not have the problem, or download pauldb's latest HDMU backup image in which he has already replaced the modules...

    The problem which swapping the pti module fixes also occurs on the DVB- C/T tuner, but I am not sure it is the same problem you are experiencing. With the other problem, you would receive a "tune failed" or "sid not found" error message. Do you receive some error message on the screen or just blank?

    Answer from Tvheadend: "You have a very special config (powervu). I think that you have PMT rewrite turned off in the pass through streaming profile, don't? The PMT rewrite removes the selected elementary streams, but you need the full PMT table to do powervu descrambling. If you like to do any filtering, you should route the descrambled stream back to TVH and do filtering on it with 'PMT rewrite' on or with the matroska output.."

    I understand their position and what they suggest is possible, but adds another loop through TVHeadend to accomplish. Actually, I already setup the SAT->IP channels for AFN so I can use TVHeadend to record (and use the epg to autorec...) I did test and you can play through this extra loop, but did not look to see how much load it puts on the system???


    - - - Updated - - -



    I only did short tests of AU with MuMuDVB since I use primarily TVHeadend now. Not sure how it handles pids which are no there at the time of starting the stream??


    Maybe I will create an "issue" at TVHeadend, but they may have a similar response to the other problem...

    To be fair, it is not just about people worrying about losing their long running setup. Certainly there are many people who are just now thinking about getting into this hobby and buying a new box, or adding another box, or upgrading their existing equipment. It is one thing to loose something you have been able to enjoy for years. but quite different to spend a lot of time and money for something only to loose it in days/weeks...


    (Sent from my A/S10 using Forum Fiend OSP v1.3.3.)

    Hello,


    Yes, good conclusion, I will setup a cron job, to restart TVH, for the desired time frame.


    You can create something like:

    Code
    wget -q -O /dev/null "http://127.0.0.1:17999/xxxxxxxxxxxx"


    OR


    You can setup a SAT->IP channel which loops through oscam-emu/osemu and back to TVHeadend and just schedule a recording...
    (When I have time I plan to post instructions, but I am guessing you can figure it out...)