NetWave
-
Items
55 -
Registratiedatum
-
Laatst bezocht
Inhoudstype
Profielen
Forums
Store
Berichten die geplaatst zijn door NetWave
-
-
De default video codec is MPEG4, waar (de huidige) Dreamboxen niks mee kunnen. Je moet in ieder geval een MPEG2 bestand in een MPEG container maken (geen AVI container).Citaat:mencoder movie_test.wmv -ofps 23.976 -ovc lavc -oac copy -o movie_test.mpg (of .avi)
Begin eens met het toevoegen van; -lavcopts vcodec=mpeg2video -of mpeg
Of je daarmee een bestand krijgt dat je kunt afspelen kan ik niet garanderen. Mencoder heeft zo ontzettend veel opties, de juiste vinden is niet eenvoudig...
Misschien heb je hier wat aan;
http://gentoo-wiki.com/HOWTO_Mencoder_Introduction_Guide -
Citaat:Jammer dat in de diepste debug info van de ssh sessie dat niet terug te vinden is.
Klopt. Ik heb strace (IPKG download) gebruikt voor het traceren van het probleem, daarmee zag ik dat er een 'stat' gedaan werd op /home/root.
Vreemd is wel dat als je de file permissions terug op 755 zet, nadat het een keer gewerkt heeft, het probleem niet terug komt. Misschien dat het weer terugkomt na een reboot, maar dat heb ik niet geprobeerd. -
@mauce, verander de permissions van /home/root eens naar 700 (chmod 700 /home/root). De default waarde voor die dir is 755 en het lijkt er op dat dropbear dat niet wil.
Hier (DM7020 + Helenite) werkte het na deze verandering.
De permissions voor ~/.ssh en ~/.ssh/authorized_keys lijken niet van belang te zijn.
-
Lijkt me sterk dat het aan de public key ligt. De mijne heb ik 5 jaar geleden aangemaakt, dus ik weet niet meer precies hoe ik 'm gemaakt heb. Maar, een snel testje met 'ssh-keygen -t dsa' maakt een werkende sleutel.
Met PuTTY/PuTTYgen werkt public key authentication ook prima.
Ik denk toch dat je het aan de Dreambox/dropbear kant moet zoeken. Ik wou dat ik kon zeggen waar precies, maar ik heb mijn stappen niet precies genoeg bijgehouden.
Hier is mijn debug output (-vv), maar of je er wat aan hebt...
debug1: Host '192.168.0.17' is known and matches the RSA host key.
debug1: Found key in known_hosts:206
debug2: bits set: 510/1024
debug1: ssh_rsa_verify: signature correct
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: Enabling compression at level 6.
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Offering agent key:
debug2: we sent a publickey packet, wait for reply
debug1: Server accepts key: pkalg ssh-dss blen 434 lastkey 0x80947b8 hint -1
debug2: input_userauth_pk_ok: fp 21:52:df:c9:87:5d:66:ac:82:a1:9f:04:d6:c3:b8:f1
debug1: Authentication succeeded (publickey).
debug1: channel 0: new [client-session]
debug2: channel 0: send open
debug1: Entering interactive session.
debug2: callback start
debug2: ssh_session2_setup: id 0
debug1: channel 0: request pty-req
debug1: channel 0: request shell
debug2: callback done
debug1: channel 0: open confirm rwindow 8000 rmax 8000
root@dm7020 ~ #
-
Hier werkt public key authentication met PLi Garnet (DM7020).
M'n OpenSSH DSA key in /home/root/.ssh/authorized_keys plaatsen is eigenlijk het enige wat ik gedaan heb. Daarbij moet ik wel zeggen dat het de eerste paar keer niet werkte, ook na het opnieuw starten van dropbear. Toen heb ik wat geknoeid met permissies, maar volgens mij staat alles weer op de oude waardes en het stopt nu alleen met werken als ik authorized_keys verwijder.
Zo zien de permissies er uit;
-rw-r--r-- 1 root root 610 Feb 21 14:41 /home/root/.ssh/authorized_keys
drwxr-xr-x 2 root root 0 Feb 21 14:41 /home/root/.ssh/
drwxr-xr-x 3 root root 0 Jan 1 10:51 /home/root/
drwxr-xr-x 2 root root 0 Feb 21 14:41 /etc/dropbear/
-
# cat /proc/meminfoCitaat:Weet iemand overigens hoe het er op een 7020 (die 96Mb heeft) uitziet?
MemTotal: 61672 kB -
Ja, zitten er in B frames in. Ik heb even een stukje opgenomen, gedemuxt en GSpot (Codec Info) geeft dan dit;
8% I (Intra) frames, 17% P (Predictive) frames en 75% B (Bidirectional) frames
Ter vergelijking Nederland 1: 8% I, 42% P, 50% B
-
1 - forward (blauwe knop) of reverse (rode knop) even wat langer ingedrukt houden en je kunt het aantal minuten specificeren dat je voor/achteruit wilt springen.
Oh, en speciaal voor Pli Flubber; toets < en > om 10 seconden terug of 60 seconden vooruit te springen.
2 - shift groen (play/pause) : Bookmark maken/wissen
shift blauw (forward) : Naar eerstvolgende bookmark
shift rood (reverse) : Naar vorige bookmark
-
Die URL verwijst door naar http://gigantfm.ic-stream.nl:7204/ en dat is een MP3 stream die (hier tenminste) gewoon werkt.Citaat:Citaat:Gigant FM Erica: http://www.gigantfm.nl/listen/listen.asx
De link die jij opgeeft is helaas niet mogelijk. -
Het staat in WanWizards bericht. Zoiets bijvoorbeel;
Code:of als je password authentication hebt aanstaan:
Code:Het moet een geldige URL zijn, dus spaties worden vervangen door %20, etc.
-
Even de URL tussen aanhalingstekens zetten;
-
Er staat wat troep voor de <?xml tag, haal dat eens weg, dan zou het moeten werken, denk ik. Pli is waarschijnlijk wat strikter bij het parsen van de XML code.
-
Kijk eens in /usr/script (alias /var/script), daar vind je de scripts die worden gebruikt in het blue panel om cams te stoppen/starten.
Bijvoorbeeld, camd3 (3.869) stoppen en starten;
/usr/script/camd3869_cam.sh stop
/usr/script/camd3869_cam.sh start
-
Username: adminCitaat:Blijkbaar wordt er dus een webserver opgestart op de dreambox die te benaderen is op poort 9080, als ik naar de dreambox surf op die poort, krijg ik de vraag "enter username en password for camd". Heeft iemand hier een idee wat je als username en password moet ingeven?
Password: camd3
Dat zijn de default waarden. Je kunt ze, als je wilt, veranderen in camd3.config;
# HTTP Login: Default - admin:camd3
HTTP_ADMIN=admin
HTTP_PASSWORD=camd3 -
Hernoem het script naar eenofanderenaam_userscript.sh (naam moet dus eindigen op _userscript.sh).Citaat:Iemand enig idee hoe ik dit script kan zichtbaar maken in de gebruikersscripts ?
-
Recente versies van camd3 hebben een web-interface waar je eenvoudig de geldigheidsduur van je kaartje kunt uitlezen;
http://dreamboxipadres:9080/camd/slots
Vervang in de URL "dreamboxipadres" door het IP adres van jouw Dreambox, dus bijvoorbeeld als dat adres 192.168.100.100 is; http://192.168.100.100:9080/camd/slots
/dev/sci0 is het onderste slot, /dev/sci1 het bovenste
De standaardwaarde voor user / password is: admin / camd3
Deze methode is eenvoudiger dan het uitlezen van de console output...
-
Waarschijnlijk is er geen password ingesteld en kan je bij telnet een willekeurig (of geen) password ingeven. Maar SSH pikt dat niet. Ik had dat probleempje ook toen ik Gemini 2.50 installeerde.Citaat:Om te oefenen probeer ik thuis via putty een ssh verbinding te maken (poort 22) naar mijn dreambox7020. Ik kom als root binnen, maar password dreambox pakt ie niet. Telnet werkt wel met root + dreambox. Is onder ssh het password anders?
Oplossing; telnet naar je Dreambox, tik in; passwd
Stel het password dan in naar keuze. -
Niet zo heel vreemd. Xfade zal Internet Explorer gebruiken en die ondersteunt geen PNG met alpha transparency. In een echte browser zien je plaatjes er normaal uit.Citaat:vreemd, ik heb een witte achtergrond met de afbeelding die je gewend bent te zien in de dreambox.
-
Verwijder uit camd3.keys de regels voor "Canal Digital+ NL" (beetje afhankelijk van de bundel die je gebruikt), dan Camd3 opnieuw starten en alles zou weer moeten werken.
Wat betreft de "prefer emu"; volgens mij kent Camd3 dat niet, maar pin me er niet op vast.
-
Ik heb een packet sniffer gebruikt om te zien wat DreamBoxEdit over het netwerk stuurt. Je kunt, bijvoorbeeld, Ethereal gebruiken. Dat is gratis en beschikbaar voor allerlei platforms, oa. Windows en Linux.Citaat:Hartelijk dank, kan je me ook even zeggen met welke tool je "gekeken hebt"Daar durf ik geen antwoord op te geven. Misschien dat iemand anders het antwoord weet?Citaat:Heb ik het goed voor dat satellites.xml eigenlijk in RAM zit en pas na zo een reload in het flashgeheugen geschreven wordt?
Ik neem aan dat het ergens in een cache geladen wordt bij het starten van Enigma. -
Ik heb even gekeken wat DreamBoxEdit verstuurt na het klikken op "Reload settings on Dreambox";
eerst
/cgi-bin/reloadSettings]http://[dreamboxip]/cgi-bin/reloadSettings
...even wachten, en dan...
/cgi-bin/reloadUserBouquets]http://[dreamboxip]/cgi-bin/reloadUserBouquets
Dat kun je dus ook heel simpel vanuit Linux doen.
-
Hoe ziet je Input Config eruit? Heb je EnigmaCache wel geselecteerd?
-
Inmiddels werkt de Tuxtxt ondertiteling bij mij ook goed met de nieuw libtuxtxt (het helpt als de symlink naar het juiste bestand wijst <img src="/forums/images/graemlins/blush.gif" alt="" /> )
Je kunt 'm er op meerdere manieren inzetten. Of je vervangt /usr/lib/libtuxtxt.so.0 door het nieuwe bestand, of je hernoemt het bestand naar libtuxtxt.so.0.0.0 en vervangt dat bestand.
Ik heb het laatste gedaan, je krijgt dan in /usr/lib de volgende links:
Code:lrwxrwxrwx 1 root root 18 Jan 1 1970 libtuxtxt.so -> libtuxtxt.so.0.0.0lrwxrwxrwx 1 root root 18 Sep 29 14:32 libtuxtxt.so.0 -> libtuxtxt.so.0.0.0-rwxr-xr-x 1 root root 21004 Sep 28 15:48 libtuxtxt.so.0.0.0
-
Voor diegenen die het willen uitproberen - de libtuxtxt in kwestie (zie attachment)...
[All / Ook 7025]PLi® Iolite Images Suite 20071206 Rev.3873
in Dreambox
Geplaatst:
Mooi werk weer. Ziet er goed uit en werkt heerlijk, vooral dat streamen met zapstream over een WiFi link is lekker.
Lijkt er wel op dat een oude bug weer z'n kop opsteekt. Bij DVB ondertiteling, zoals bij de BBC aanwezig is, blijft de laatste tekst oneindig op het scherm staan, of in ieder geval net zolang tot er weer een nieuwe tekst komt. Dat is vooral hinderlijk wanneer er een tijdje niks gezegd wordt.
Dit probleem was door het PLi team enkele images geleden opgelost. Lijkt dus op een regression bug.
Box: DM7020
Image: pli-iolite-dm7020-20071206-3873 (in flash)