Ga naar inhoud


the_knarf

Lid
  • Items

    189
  • Registratiedatum

  • Laatst bezocht

Berichten die geplaatst zijn door the_knarf

  1. Origineel bericht van: regiokanjer
    Ben het eens met je M_Z alleen de laatste regel had ook weer niet gehoeven van Weetniet. Aardig zijn op het forum is het beste en ik deel je mening dan ook van harte....


    de laatste regel van Kweetnie is zijn signature, maar ik begrijp je verwarring.
  2. Origineel bericht van: zzzzzzz
    Origineel bericht van: Catastrofus
    Als enigma2 crashed dan heb je wel een crashlog, als het goed is. Dus vaststellen kun je het wel.

    Ok, dan draait hij al 11 dagen zonder crashen.
    Dus één van die 2 acties heeft hem stabieler gemaakt.
    Nu nog uitvissen welk een het is.


    of gewoon genieten van het feit dat de box nu stabiel is ;-)
  3. op dit moment gebruik ik:

    Openpli 1.0 en magicHD skin.

     

    Soms lijkt de DM8000 niet te reageren op de AB.

    opgestart met enigma2, dan vind ik in de logging terug:

    op momenten dat dat gebeurd:

    unknown action DirectionActions/downUp! typo in keymap?

     

    dit gebeurd voornamelijk als box net is opgestart, maar soms ook na een tijdje, foutje in keymap zou raar zijn, aangezien dezelfde toetsaanslag enkele seconden later het wel doet.

     

    Ik merk dit voornamelijk als ik in mediaplayer zit of in de videotheek.

    In beide gevallen wordt er wel iets gemeld dat niet helemaal correct lijkt:

     

    Start mediaplayer:

    warning, skin is missing element genretext in <class 'Plugins.Extensions.MediaPlayer.plugin.MediaPlayer'>

    warning, skin is missing element genre in <class 'Plugins.Extensions.MediaPlayer.plugin.MediaPlayer'>

    warning, skin is missing element currenttext in <class 'Plugins.Extensions.MediaPlayer.plugin.MediaPlayer'>

    warning, skin is missing element titletext in <class 'Plugins.Extensions.MediaPlayer.plugin.MediaPlayer'>

     

    Start videotheek:

    action -> InfobarActions showMovies

    warning, skin is missing element blue in <class 'Screens.LocationBox.LocationBox'>(Selecteer het opnamepad...)

    valign must be either top, center or bottom!

    warning, skin is missing element yellow in <class 'Screens.LocationBox.LocationBox'>(Selecteer het opnamepad...)

    warning, skin is missing element green in <class 'Screens.LocationBox.LocationBox'>(Selecteer het opnamepad...)

    warning, skin is missing element textbook in <class 'Screens.LocationBox.LocationBox'>(Selecteer het opnamepad...)

    warning, skin is missing element text in <class 'Screens.LocationBox.LocationBox'>(Selecteer het opnamepad...)

    warning, skin is missing element red in <class 'Screens.LocationBox.LocationBox'>(Selecteer het opnamepad...)

     

    Iemand enig idee hoe dit op te lossen?

     

    gr, Frank

  4. Origineel bericht van: mebo870
    Bestaat er al een toepassing waarbij de box uit diep stand-by kan gehaald worden om een opname te maken.

    Volgens mij doet mij DM8000 dat standaard al.
    ik gebruik de elektro plugin om mijn box standby te hebben tussen 07:00 uur en 23:00 uur.
    als er dan om 02:00 uur iets op te nemen valt wordt de box wakker doet de opname en gaat weer slapen om op 07:00 uur weer waker te worden.
  5. Origineel bericht van: MiLo
    Zet dan gewoon meteen de volgende stap, en begin een P2P uitzending gemist plugin:


    das een goeie, ik doe mee, nu nog veel andere gebruikers en iemand die dit kan bouwen.
  6. ik had het zelfde probleem, link

     

    opgelost door de USB disk niet gekoppled te laten als ik reboot, maar dat is natruurlijk niet wat je zoekt. Voor mij was het niet zo'n groot probleem, omdat ik er toen tijdelijk een externe schijf aan had hangen.

     

    het probleem kan dus niet opgelost worden door de opname locatie aan te passen omdat de mountpoints bij iedere reboot veranderen.

     

    misschien kun je het mounten wel op e.a. manier dwingen, maar dat weet ik niet.

     

    gr, Frank

  7. vandaag is het nog gekker geworden.

     

    root@dm8000 ~ # df

    Filesystem 1K-blocks Used Available Use% Mounted on

    /dev/sdd1 1459003176 13423188 1445579988 1% /media/sda1

    /dev/sda1 1459003176 13423188 1445579988 1% /media/sda1

     

    root@dm8000 ~ # mount

    /dev/sdd1 on /media/sda1 type ext3 (rw,data=ordered)

    /dev/sda1 on /media/sda1 type ext3 (rw,data=ordered)

     

    waarom zijn /dev/sdd1 en /dev/sda1 beide naar /media/sda1 gemount?

     

    iemand een idee?

     

  8. Vreemd, ik gebruik shoutcast en heb alle nederlandse zenders die ik leuk vind in mijn lijst staan, als ik radio luister doe ik dat meestal via Shoutcast en niet via Sat, dan krijg je tenminste (bij de meeste zenders) titel en artiest in je display.

     

  9. Origineel bericht van: peter2007
    houd er wel rekening mee dat de voeding ook weer niet te veel koeling krijgt want dan gaat de temp te laag worden voor onderdelen die het niet meer goed doen als ze te koud worden en die een bepaalde warmte nodig hebben om goed hun werk te doen .
    p.s koelen is goed maar niet te veel het beste is 6x6 cm er zit niet voor niets een plaats in waar hij moet komen .


    temp te laag??? kun je dat onderbouwen dat dat schadelijk kan zijn?
  10. Origineel bericht van: Sigma
    ga ik onder de 1800RPM op mijn scherm dan geeft hij plots niks meer aan.

    dat is bij mij ook zo, dus kan niet verder terug schroeven.
    vandaar dat ik denk dat ik beter af ben met een 800RPM exemplaar (qua geluidsproductie dan).
  11. Ik heb zelf een Kaze Jyu Slim 120mm Case Fan (2000 rpm) ingebouwd, deze houd de boel super koel, alles is ongeveer kamer temperatuur, behalve het 5e meet punt die geeft ong 33 C aan.

    Als ik voltage op max zet geeft deze aan 3600 toeren, en als ik het voltage halveer ligt deze rond de 1900 toeren.

    Ik denk dat de toeren niet correct weer worden gegeven omdat het hier om 3 pins fans gaat.

    Die 3600 is lijkt mij een default in de software (misschien wel aan te passen in een configuratie bestandje of i.d.)

     

    Mijn probleem is nu eigenlijk dat ik de fan niet nog meer terug kan draaien om de geluids productie te verminderen, denk jij dat het zin heeft om mijn 2000 RPM exemplaar om te ruilen voor een 800 RPM exemplaar.

     

    Ik denk namelijk dat die 800 RPM voldoende moet zijn om mijn box onhoorbaar op +/- 35 C te zetten.

     

    Uitleg m.b.t. toeren/voltage is ook welkom. :-)

     

    Klopt het dat je een 2000 RPM fan max tot 1000 kan terug schroeven?

  12. hieronder een stuk enigma2 logging.

    op het moment dat het fout gaat zie ik:

    "OVERFLOW while recording" heb ik niet voldoende geheugen? is mijn hardeschijf niet snel genoeg?

    waar het fout ging in het rood

     

    It's now Fri Jun 18 00:09:38 2010

    [timer.py] next activation: 1276812678 (in 99998 ms)

    [Elektro] Testtime; 02:00:00

    [Elektro] wday 1: 4

    [Elektro] wday 2: 3

    [Elektro] Current time: 00:09:00

    [Elektro] Wakeup time: 06:30:00

    [Elektro] Sleep time: 23:00:00

    [Elektro] Current Rel-time: 19:09:00

    [Elektro] Wakeup Rel-time: 01:30:00

    [Elektro] Sleep Rel-time: 18:00:00

    [Elektro] Sleep: 64800 < 68940

    getNextSourceSpan, current offset is 063ffda8, m_skipmode_m = 0!

    NO CUESHEET. (063ffda8, 10485700)

    getNextSourceSpan, current offset is 06dffd6c, m_skipmode_m = 0!

    NO CUESHEET. (06dffd6c, 10485700)

    +- 1/2 TID 4e

    [EPGC] 1626688 bytes for cache used

    ++ 2/2 TID 4e

    done!

    [eDVBServiceRecord] now running: RTL Poker: European Poker Tour - PCA WPC (3600 seconds)

    [Trashcan] gotRecordEvent <enigma.iRecordableServicePtr; proxy of <Swig Object of type 'ePtr< iRecordableService > *' at 0x2ec73aa0> > 9

    [TIMER] record event 9

    doing version filtering

    0012: 4e 07 d6 1f 00 00

    mask: ff ff ff 3f 00 00

    mode: 00 00 00 3e 00 00

    getNextSourceSpan, current offset is 077ffd30, m_skipmode_m = 0!

    NO CUESHEET. (077ffd30, 10485700)

    [Elektro] Testtime; 02:00:00

    [Elektro] wday 1: 4

    [Elektro] wday 2: 3

    [Elektro] Current time: 00:10:00

    [Elektro] Wakeup time: 06:30:00

    [Elektro] Sleep time: 23:00:00

    [Elektro] Current Rel-time: 19:10:00

    [Elektro] Wakeup Rel-time: 01:30:00

    [Elektro] Sleep Rel-time: 18:00:00

    [Elektro] Sleep: 64800 < 69000

    getNextSourceSpan, current offset is 081ffcf4, m_skipmode_m = 0!

    NO CUESHEET. (081ffcf4, 10485700)

    It's now Fri Jun 18 00:10:54 2010

    next real activation is Fri Jun 18 00:39:40 2010

    [timer.py] next activation: 1276812754 (in 99997 ms)

    [EPGC] 1626688 bytes for cache used

    getNextSourceSpan, current offset is 08bffcb8, m_skipmode_m = 0!

    NO CUESHEET. (08bffcb8, 10485700)

    It's now Fri Jun 18 00:11:18 2010

    [timer.py] next activation: 1276812778 (in 99998 ms)

    getNextSourceSpan, current offset is 095ffc7c, m_skipmode_m = 0!

    NO CUESHEET. (095ffc7c, 10485700)

    [Elektro] Testtime; 02:00:00

    [Elektro] wday 1: 4

    [Elektro] wday 2: 3

    [Elektro] Current time: 00:11:00

    [Elektro] Wakeup time: 06:30:00

    [Elektro] Sleep time: 23:00:00

    [Elektro] Current Rel-time: 19:11:00

    [Elektro] Wakeup Rel-time: 01:30:00

    [Elektro] Sleep Rel-time: 18:00:00

    [Elektro] Sleep: 64800 < 69060

    getNextSourceSpan, current offset is 09fffc40, m_skipmode_m = 0!

    NO CUESHEET. (09fffc40, 10485700)

    [ePopen] command: ('hdparm', 'hdparm', '-y', '/dev/sdb')

    child has terminated

    pipes closed

    poll: unhandled POLLERR/HUP/NVAL for fd 101(16)

    getNextSourceSpan, current offset is 0a9ffc04, m_skipmode_m = 0!

    NO CUESHEET. (0a9ffc04, 10485700)

    [EPGC] 1626688 bytes for cache used

    getNextSourceSpan, current offset is 0b3ffbc8, m_skipmode_m = 0!

    NO CUESHEET. (0b3ffbc8, 10485700)

    It's now Fri Jun 18 00:12:34 2010

    next real activation is Fri Jun 18 00:39:40 2010

    [timer.py] next activation: 1276812854 (in 99997 ms)

    [Elektro] Testtime; 02:00:00

    [Elektro] wday 1: 4

    [Elektro] wday 2: 3

    [Elektro] Current time: 00:12:00

    [Elektro] Wakeup time: 06:30:00

    [Elektro] Sleep time: 23:00:00

    [Elektro] Current Rel-time: 19:12:00

    [Elektro] Wakeup Rel-time: 01:30:00

    [Elektro] Sleep Rel-time: 18:00:00

    [Elektro] Sleep: 64800 < 69120

     

    ################################

    # Hier begon het "vast lopen" #

    ################################

    getNextSourceSpan, current offset is 0bdffb8c, m_skipmode_m = 0!

    NO CUESHEET. (0bdffb8c, 10485700)

    It's now Fri Jun 18 00:12:58 2010

    [timer.py] next activation: 1276812878 (in 99998 ms)

    [EPGC] 1626688 bytes for cache used

    getNextSourceSpan, current offset is 0c7ffb50, m_skipmode_m = 0!

    NO CUESHEET. (0c7ffb50, 10485700)

    OVERFLOW while recording

    [Elektro] Testtime; 02:00:00

    [Elektro] wday 1: 4

    [Elektro] wday 2: 3

    [Elektro] Current time: 00:13:00

    [Elektro] Wakeup time: 06:30:00

    [Elektro] Sleep time: 23:00:00

    [Elektro] Current Rel-time: 19:13:00

    [Elektro] Wakeup Rel-time: 01:30:00

    [Elektro] Sleep Rel-time: 18:00:00

    [Elektro] Sleep: 64800 < 69180

    OVERFLOW while recording

    TuxTxt: readerror

    OVERFLOW while recording

    OVERFLOW while recording

    TuxTxt: readerror

    OVERFLOW while recording

    OVERFLOW while recording

    OVERFLOW while recording

    [EPGC] 1626645 bytes for cache used

    It's now Fri Jun 18 00:14:14 2010

    next real activation is Fri Jun 18 00:39:40 2010

    [timer.py] next activation: 1276812954 (in 99997 ms)

    action -> MoviePlayerActions leavePlayer

    warning, skin is missing element waitingtext in <class 'Screens.MovieSelection.MovieSelection'>

    warning, skin is missing element DescriptionBorder in <class 'Screens.MovieSelection.MovieSelection'>

    stopService

    stopping thread.

    OVERFLOW while recording

    OVERFLOW while recording

    OVERFLOW while recording

    FILEPUSH THREAD STOP

    thread joined 0

    main thread is non-idle! display spinner!

    [EPGC] 1625972 bytes for cache used

    OVERFLOW while recording

    OVERFLOW while recording

    OVERFLOW while recording

    OVERFLOW while recording

    OVERFLOW while recording

    OVERFLOW while recording

    OVERFLOW while recording

    service end!

    resolved to PLAY

    eDVBServicePlay::unpause

    cleaning up

    TuxTxt stopped service 24

    TuxTxt cache cleared

    decoder state: play, vpid=-1, apid=-1

    DEMUX_STOP - video - ok

    VIDEO_STOP - ok

    AUDIO_STOP - ok

    DEMUX_STOP - audio - ok

    AUDIO_CONTINUE - ok

    DEMUX_STOP - ttx - ok

    main thread is non-idle! display spinner!

    It's now Fri Jun 18 00:15:48 2010

    [timer.py] next activation: 1276813048 (in 99421 ms)

    [Elektro] Testtime; 02:00:00

    [Elektro] wday 1: 4

    [Elektro] wday 2: 3

    [Elektro] Current time: 00:15:00

    [Elektro] Wakeup time: 06:30:00

    [Elektro] Sleep time: 23:00:00

    [Elektro] Current Rel-time: 19:15:00

    [Elektro] Wakeup Rel-time: 01:30:00

    [Elektro] Sleep Rel-time: 18:00:00

    [Elektro] Sleep: 64800 < 69300

    It's now Fri Jun 18 00:15:54 2010

    next real activation is Fri Jun 18 00:39:40 2010

    [timer.py] next activation: 1276813054 (in 99998 ms)

    [EPGC] 1625972 bytes for cache used

    [Elektro] Testtime; 02:00:00

    [Elektro] wday 1: 4

    [Elektro] wday 2: 3

    [Elektro] Current time: 00:16:00

    [Elektro] Wakeup time: 06:30:00

    [Elektro] Sleep time: 23:00:00

    [Elektro] Current Rel-time: 19:16:00

    [Elektro] Wakeup Rel-time: 01:30:00

    [Elektro] Sleep Rel-time: 18:00:00

    [Elektro] Sleep: 64800 < 69360

    [EPGC] 1625972 bytes for cache used

    OVERFLOW while recording

    OVERFLOW while recording

    OVERFLOW while recording

    OVERFLOW while recording

    OVERFLOW while recording

    OVERFLOW while recording

    OVERFLOW while recording

    service end!

    resolved to PLAY

    eDVBServicePlay::unpause

    cleaning up

    TuxTxt stopped service 24

    TuxTxt cache cleared

    decoder state: play, vpid=-1, apid=-1

    DEMUX_STOP - video - ok

    VIDEO_STOP - ok

    AUDIO_STOP - ok

    DEMUX_STOP - audio - ok

    AUDIO_CONTINUE - ok

    DEMUX_STOP - ttx - ok

    main thread is non-idle! display spinner!

    It's now Fri Jun 18 00:15:48 2010

×
×
  • Nieuwe aanmaken...