Nieuwe emu based on beta104a !!!

[Gast]

Yo pheno,

 

Ik kan je probleem hier niet reproduceren, sorry. Zit momenteel, probleemloos, MP3's te luisteren van een NFS-mounted partitie (gemount op "/mnt/"). Kun je precies beschrijven welke stappen je volgt, voor je tegen het probleem aan loopt?

 

 

 

Grtz,

 

Traveller

[bash!]

@MikeV

 

Ik heb zojuist ook liggen stoeien met bewerken van start files. Ging op dezelfde wijze fout. (zie andere post van mij)

 

Als je het bewerkt.. met welk programma doe je het dan?

 

Als ik het met VI doe gaat het goed.. deze zet geen ^M tekens achter de regels wat mijn andere (windows) editors allemaal wel lijken te doen.

Dit was bij mij het probleem. Alles draait nu goed.

 

GreetZ en suc6!

[Gast]

to traveller:

 

thanks for this super soft

 

but theres no german language support

when i switch to german in language setup and save, theres

no response

please can you proove this.

 

g:-)

 

hodidl

hodidl@gmx.net

 

[Gast]

@buzzztah

 

de file OS is niet vergelijkbaar met start_enigma.

de OS is een binary file. Ik probeerde het met Ultraedit32 maar mocht niet baten..Moet wel kunnen, maar ik heb denk ik niet de juiste sw op dit moment om het zelf te kunnen aanpassen..Missschien dat andere het wel hebben en kunnen..Zou nog makkelijker zijn dan..Maar ik wil ook zelf wel even lekker knoeien en proberen, alleen het lukt tot nu toe steeds niet echt! <img src="/ubbthreads/images/graemlins/mad.gif" alt="" />

 

 

[HappyLlama]

Ik gebruik vi op de db of UltraEdit onder windows.

 

UltraEdit vraagt of hij naar DOS formaat moet converteren want unix en dos (en dus windows) hebben een andere aanduiding van het einde van een regel.

 

Als je niet converteerd, saved en de zooi terug stuurt naar de dreambox gaat dat perfect.

 

Adriaan

[Gast]

Yo MikeV,

 

De kernel-binary kun je eigenlijk alleen editten met een hex-editor (of vi, in binary-mode). Verder moet je er rekening mee houden dat, bij het editten van binaries, de offsets van de code over het algemeen hetzelfde moeten blijven, dus de grootte van het bestand mag niet veranderen, tenzij je iets helemaal aan het einde toe voegt. Verder kun je in de knoop komen te zitten als de code bv. checksums over zichzelf uit voert of (gedeeltelijk) compressed is. In het geval van de Linux-kernel moet je met beiden rekening houden, maar is het eerste stukje, wat jij probeert te editten, waarschijnlijk wel OK. Je komt in dit geval wellicht dus wel wat ruimte te kort voor de extra opties voor het serial console.

 

 

Grtz,

 

Traveller

[Gast]

@Happylama & traveller

 

Ik heb de levensduur van de flash geloof ik nu met 50% verkort, maar hoe ik hem ook edit, en waarmee ook, resultaat is crash boem..

Leek zo makkelijk even die regel aanpassen..

Bedankt voor de info en hulp tot zo ver..

 

[Gast]

Sinds ik deze nieuwe release van traveller heb crashed mijn DB steeds.

Ik heb hem er met dreamuplan er in gezet en daarna met channel up button ingedrukt op gestart voor erase image.

Als ik hem aan zet reboot hij na het opstart scherm.

Als ik hem opnieuw wil flashen met dreamupserieel dan zegt het programma upload completed and wait for aknowledge, dat was het dan.

Betekend dit einde dreambox of is er nog redding???

[Gast]

Yo augisat,

 

Klinkt niet goed en het lijkt me sterk dat het aan mijn image ligt. Kun je wat console-output posten van als het fout gaat? Mocht ook de kernel nog starten, zet dan het serieel console aan, voor maximum detail. Hier nogmaals de kernel commandline hiervoor:

 

console=ttyS0,115200 root=/dev/mtdblock/0

 

 

 

Grtz,

 

Traveller

[Gast]

Hoi Traveller allereerst mijn complimenten voor jouw meesterwerk.

Het werkt bij mij weer perfect, het lag aan de skin die ik gekozen had namenlijk silver metal.

Na nogmaals opstarten met de channelup button kon ik hem weer opstarten en opnieuw instellen.

Is het mogelijk de skin met ftp naar de DB te kopieren??

Zo niet zou je er dan aandacht aan willen/kunnen schenken in een eventuele volgende release??

 

Verder ben ik je erg dankbaar voor je inbreng want de DB doet nu precies dat waar voor ik hem gekocht heb dankzij jou.

[Gast]

Yo augisat,

 

Zoals ik hier al vermeld heb, is deze bug er in de volgende release uit. Zodra ik ook de laatste Enigma gebakken heb, hopelijk met meer als 2 taal-keuzes, gaat 'ie de deur uit. Upgraden zou dan voor iedereen met mijn laatste release mogelijk moeten zijn vanuit Enigma's "Upgrade"-menu.

 

Mooi dat je tevreden bent met m'n release. :-)

 

 

Grtz,

 

Traveller

[Gast]

Hee Traveller,

 

Mooi werk zover!

 

Raar genoeg heb ik eigenlijk met de versie van 30-01 geen van de bovengenoemde problemen (crashes etc). Dat was met de versie van 20-01 wel effe anders, want toen was het niet mogelijk om langer dan ca. 1 minuut naar een opgenomen programma op HDD te kijken. Bleef dan hangen, of na lange tijd kon ik weer naar het men. Switchen naar TV of Radio mode was er niet bij, dus dat werd meestal rebooten.

 

Nee hoor, deze versie werkt prima!

Ga zo door <img src="/ubbthreads/images/graemlins/smile.gif" alt="" />

 

LDP

[Gast]

@Traveller

Citaat:

Yo RonnieSeca,

Begin eens met alleen mijn basis-release. Doe het liefst even een flash-erase via channel-up, zodat zeker alles schoon is (wellicht wil je hiervoor nog even een backup van de inhoud van je "/var/" maken). Wis, indien mogelijk, verder even al je eerder opgenomen video, met `rm -rf /hdd/movie/*'. Herstart je box vervolgens en probeer het nog eens. Als het probleem daarna nog steeds op treedt, post dan even de output van de volgende commando's, die je via telnet uit moet voeren:

 

ps

hdparm -t /dev/ide/host0/bus0/target0/lun0/disc

 

Wellicht dat ik daar nog iets uit op kan maken.

Grtz,

Traveller

 

And here are the results of........

Bovengenoemde stappen uitgevoerd. Na de flash alleen transponderscan gedaan en netwerk ingesteld. Vervolgens RTL4 opgenomen. Afspelen en niks te doen met play/stop/ff enz. Kan ook RTL4.TS niet meer verwijderen uit movie-dir op HDD middels AB.

 

~ > ps

PID Uid VmSize Stat Command

1 root 1928 S init

2 root S [keventd]

3 root S [ksoftirqd_CPU0]

4 root S [kswapd]

5 root S [bdflush]

6 root S [kupdated]

8 root S [mtdblockd]

10 root 1928 S init

11 root 1912 S /bin/sh /etc/init.d/rcS

23 root S [ci_poll]

24 root S [fe_thread]

37 root S [jffs2_gcd_mtd1]

51 root 1456 S /sbin/inetd

55 root S [kreiserfsd]

60 root 1900 S /bin/sh /var/tuxbox/start_enigma

62 root 20628 S /bin/enigma

65 root 20628 S /bin/enigma

66 root 20628 S /bin/enigma

67 root 20628 S /bin/enigma

68 root 20628 S /bin/enigma

121 root 3352 S /bin/mgcamd a0 50 3ec 09040602e50109110100e5df0019ff

124 root 1784 S in.telnetd: 192.168.168.253

125 root 2032 S -sh

126 root 2008 R ps

~ > hdparm -t /dev/ide/host0/bus0/target0/lun0/disc

 

/dev/ide/host0/bus0/target0/lun0/disc:

Timing buffered disk reads: 64 MB in 177.49 seconds =369.24 kB/sec

~ >

 

Gr.Ron

[Gast]

@RonnieSeca

 

Uw harde schijf is niet echt van de snelste. Mijn nieuwe Maxtor 120 Gbyte - 7200 RPM - 8MB cache (6Y120P0):

/hdd/movie > hdparm -t /dev/ide/host0/bus0/target0/lun0/disc

 

/dev/ide/host0/bus0/target0/lun0/disc:

Timing buffered disk reads: 64 MB in 3.57 seconds = 17.93 MB/sec

 

Voor de lol ook nog eens even mijn oude Quantum Bigfoot 1 Gbyte (!) schijf erin gestoken en de test gedaan:

~ > hdparm -t /dev/ide/host0/bus0/target0/lun0/disc

 

/dev/ide/host0/bus0/target0/lun0/disc:

Timing buffered disk reads: 64 MB in 68.62 seconds =955.06 kB/sec

 

Zelfs mijn oude versleten bigfoot is sneller <img src="/ubbthreads/images/graemlins/wink.gif" alt="" /> Het probleem ligt dus mogelijks bij uw HD?

[thomask]

Dit is de snelheid van mijn CF kaartje:

 

~ > hdparm -t /dev/ide/host0/bus0/target0/lun0/disc

 

/dev/ide/host0/bus0/target0/lun0/disc:

Timing buffered disk reads: 64 MB in 73.04 seconds =897.26 kB/sec