Ny Dilog med dubbla tuners, pressmeddelande!

Kollade specen på Topfields DVR-box (TF-5700PVRT) och den har USB 2.0 och är trots detta godkänd av Boxer!
En annan intressant funktion dom anger är "dual decoding", man kan alltså avkoda två kanaler samtidigt och köra i PIP. Undrar om det skulle vara möjligt att göra det med Dilog boxen också med enbart mjukvaruändringar?
När jag läste om den funktionen så slog det mig hur bra det hade varit om man hade den funktionen, då hade man ju antagligen kunnat sätta ett inspelat program på avkodning och ändå kunna titta på nåt annat samtidigt!

Problem med IR-repeater!

Är det någon av er som har en IR-repeater av annat fabrikat som FUNGERAR till Dilogen.
Snälla skriv vad ni har, vill ogärna gå och köpa en annan IR-repeater och upptäcka att även den inte fungerar.

<{POST_SNAPBACK}>

Dilog marknadsför ju själva en sådan, den borde ju rimligtvis fungera!
Kolla på dilog.se

Redigerat av No88e, 18 december 2006 - 23:13.

Kollade specen på Topfields DVR-box (TF-5700PVRT) och den har USB 2.0 och är trots detta godkänd av Boxer!
En annan intressant funktion dom anger är "dual decoding", man kan alltså avkoda två kanaler samtidigt och köra i PIP. Undrar om det skulle vara möjligt att göra det med Dilog boxen också med enbart mjukvaruändringar?
När jag läste om den funktionen så slog det mig hur bra det hade varit om man hade den funktionen, då hade man ju antagligen kunnat sätta ett inspelat program på avkodning och ändå kunna titta på nåt annat samtidigt!

<{POST_SNAPBACK}>

Enligt uppgift från Boxer ställer de inga krav på DVR delen hos boxarna, enbart RF (radio). Så det där med USB 2.0, filöverföring mm angår de inte. Så Ni kan sluta att hyscha med det grabbar och tjejer.

/Mikael

Enligt uppgift från Boxer ställer de inga krav på DVR delen hos boxarna, enbart RF (radio). Så det där med USB 2.0, filöverföring mm angår de inte. Så Ni kan sluta att hyscha med det grabbar och tjejer.

/Mikael

<{POST_SNAPBACK}>

Ok, men vad menar du att det är för krav som ställer på RF och radio?

Problem med IR-repeater!

Jag har sedan många år ett trådbundet IR-repeater system som kommer från USA.
Det är ett Xantech system, består av ett antal IR-mottagare, ett sk kontaktblock och ett flertal små IR-sändare, allt sammanbundet med 3-tråds kabel.

När jag skaffade Dilogen för drygt ett år sedan, upptäckte jag att det systemet inte klarade av att vidarebefodra IR-signalen för Dilogen, första apparaten som inte fungerat.

Antagligen beror detta på att Dilogen sänder på andra frekvenser, min Pronto TS-700 klarar den dock direkt.

Nu till frågan:

Är det någon av er som har en IR-repeater av annat fabrikat som FUNGERAR till Dilogen.
Snälla skriv vad ni har, vill ogärna gå och köpa en annan IR-repeater och upptäcka att även den inte fungerar.

<{POST_SNAPBACK}>

Jag använder en sådan här sen 1år tillbaka, funkar perfekt.
http://www.kjell.com...1290000,1295000

Köpte även en xtra originalfjärr till Dilogen.

Någon mer som har bekymmer med att inspelningar via EPG slutar någon minut för tidigt?
Känns som om detta började ungefär samtidigt som jag uppgraderade till 1.18.

Jag kan åtminstone meddela att det verkar som om alla dom problem vi ser på Dilog:en också finns (eller rättare sagt fanns) på TEAC's PVR-160T (och 100T som bara har en mindre hårddisk).

Men på TEAC verkar det som om man faktiskt har lyckats lösa alla problem utom ett, nämligen att aspekt-ratio-inställningen ibland nollställer sig, något jag aldrig hört talas om på Dilog:en.

Men i övrigt, så har TEAC fixat t.ex timertabellen som då och då nollställer sig, ljudet som då och då försvinner i några sekunder, raderingar som hängs, och en rad andra buggar.

En intressant sak är att TEAC-ägare som haft problem med återställning av timertabellen, har lyckats fixa det genom att helt radera hårddisken (i en dator) och omformattera den från grunden i boxen. Det antyder ju, tillsammans med andra problem vi sett, att just fel i filsystemet kan vara grunden till en hel del olika skumma problem med boxens funktioner.

Men jag antar att Dilog har en del speciella funktioner i sin firmware som gäller just de nordiska/europeiska näten och att vi därför inte kan använda TEAC's firmware i våra boxar.. vore ju kul om det fanns en mjukvara typ MTKRemaker som man kunde "klippa och klistra" dom delar som funkar bra i olika Handan-kloner till en "ultimat" universell firmware för alla Handan-kloner. Men nu drömmer jag...

Men på TEAC verkar det som om man faktiskt har lyckats lösa alla problem utom ett, nämligen att aspekt-ratio-inställningen ibland nollställer sig, något jag aldrig hört talas om på Dilog:en.

<{POST_SNAPBACK}>

Jorå, händer varenda gång jag kör signal från videon via boxen. Det verkar som om boxen ställer om till "4:3 Center" när den känner av switchsignalen från videon och sedan måste man manuellt ställa tillbaks till önskad inställning. Har såvitt jag minns rapporterats från någon mer i denna tråd. Däremot har jag aldrig sett det hända spontant.

Jorå, händer varenda gång jag kör signal från videon via boxen. Det verkar som om boxen ställer om till "4:3 Center" när den känner av switchsignalen från videon och sedan måste man manuellt ställa tillbaks till önskad inställning. Har såvitt jag minns rapporterats från någon mer i denna tråd. Däremot har jag aldrig sett det hända spontant.

<{POST_SNAPBACK}>

Aha, det kan ju förklara varför jag inte har råkat ut för detta - min box sitter först i "antennkedjan" och alla SCART-anslutningar från/till olika apparater går genom en switch...

Enligt uppgift från Boxer ställer de inga krav på DVR delen hos boxarna, enbart RF (radio). Så det där med USB 2.0, filöverföring mm angår de inte. Så Ni kan sluta att hyscha med det grabbar och tjejer.

/Mikael

<{POST_SNAPBACK}>

Ok, men vad menar du att det är för krav som ställer på RF och radio?

<{POST_SNAPBACK}>

Jag ställde följande fråga till Boxerledningen.

Det är vissa digitalbox tillverkare som skyller ifrån sig att de inte
erbjuder överföring av inspelade program från boxen till en PC för
arkivering och säkerhetskopiering med att Boxer ställer detta som krav för
att godkänna boxen. Är detta sant? Ställer Ni kravet att det inte skall gå
att få ut filer från boxen?

Jag fick följande svar avgående vad Boxer testar och inte testar.

Vi testar inte detta, vi testar endast RF biten

Jag antar att RF betyder ”Radio Frekvenser” och att det innebär att man testar enbart det som har med mottagning av signalen att göra. Jag antar också att detta inkluderar Boxerkort med tillhörande kryptering/dekryptering etc. eftersom något annat vore orimligt att anta.

Mer än så vet jag inte. Men du kan ju skriva ett brev till Boxer själv och be om detaljspecifikation. Denna specifikation måste ju rimligen vara tillgänglig för alla huggande eller aspirerande tillverkare och även för andra intresserade.

/Mikael

Någon mer som har bekymmer med att inspelningar via EPG slutar någon minut för tidigt?
Känns som om detta började ungefär samtidigt som jag uppgraderade till 1.18.

<{POST_SNAPBACK}>

Är du säker på att det är EPG:n som slutar för tidigt? Det är inte så att programmet du spelar in drar över på tiden och därför missas en minut?

Jag har 1.18 sedan länge och tycker boxen är väldigt bra förutom några enstaka hängningar när man snabbspolar. Ett problem som dock irriterar är att inspelningar ibland inte blir av, både om de programmerats från EPG:n eller manuellt. De har försvunnit ur listan så något har hänt med dem men det har inte blivit något inspelat. Detta är mycket irriterande om det är något program som man verkligen hade velat se. Jag har kollat väldigt noga pga detta så jag vet att jag inte har gjort något fel i programmeringen. Har ALDRIG varit med om att en videobandspelare missat en inspelning! Det måste vara en grundläggande bugg som gör att inspelningar missas.

Har nyligen kontaktat Dilog och fått följande svar från Martin Sigurdson:

"Hej, jag tycker att du skall göra en fabriksreset och ny, manuell kanalsökning. De fel du beskriver existerar inte i version 1.18. "

Kommentarer? Varför skulle en fabriksreset hjälpa? Och varför skulle en ny manuell kanalsökning hjälpa? Jag får ju in kanalerna och inspelning fungerar oftast men inte alltid. Är det så att boxen förlitar sig på tidsinformation från digitala nätet och missar att starta en inspelning om det kommer störningar just då? I så fall är det något grundläggande fel! Inspelningen skall starta på programmerad tid och är det störningar i digitala nätet så måste boxen ha en intern klocka som gäller och kontrolleras mot nätets. Är avvikelserna för stora så gäller den interna. Inspelningar måste starta när de ska!

<{POST_SNAPBACK}>

Det finns ett lite olika beteenden (och därmed sannolikt olika orsaker) vid uteblivna timerinspelningar, alla typer av fel är av allt att döma inte ännu åtgärdade.

Det du kan ha råkat ut för är ett för de flesta ganska ovanligt problem när den tuner som används för inspelningarna hängt sig. Du kan fortfarande titta som vanligt på TVn eftersom du då använder den andra tunern, men när en timerinspelning eller manuellt startad inspelning påbörjas så rapporterar boxen "No signal" och avbryter inspelningen. Handlar det om en timerinspelning så plockas den även bort ur listan, har du flera inspelningar inprogrammerade upprepas saken för varje inspelning och listan töms sakta utan att något spelas in. Såvitt känt krävs omstart av boxen för att komma ur detta läge.

Felet verkar som sagt vara ganska sällsynt för de flesta, har själv efter nio månaders hårdkörning av boxen drabbats en handfull gånger. Kollar man bakåt i tråden så tror jag att det i något sammanhang kopplades till ovanligt stark antennsignal, du kanske har samma problem, kolla signalnivån.

Det där med fabriksreset och manuell sökning är Dilogs standardsvar oavsett symptom, jag har aldrig sett någon hållbar förklaring till varför det skulle avhjälpa alla upptänkliga problem. Hanteringen av klockan är lite skum, även om jag har fått för mig att det till viss del styrs av DVB-standarden. Jag vet att det åtminstone på äldre revisioner av mjukvaran kunde hända att boxen inte vaknade upp från standby förrän långt efter inprogrammerad inspelningsstart, och med dessa versioner innebar det alltså att det inte blev någon inspelning alls.

Jag har fått svarta inspelningar, även på 4.an.
Men det är inte helt svart, utan mer som att boxen
tappar signal. Vissa sekvenser fungerar men vid sämre
förhållanden (?) så fylls bilden av mosaikrutor och ljudet förvrängs.
Sedan blir det helt svart emellanåt.
Jag upplever det som att jag får taskig signal just när
boxen ska spela in nått som jag inte tittar på, för timeshift
fungerar utmärkt. Jag har dessutom bra signal och kvalitet, upp
emot 80-90%....så det borde ju inte vara några problem.
Är det någon som upplevt detta????

Borde jag skicka tillbaka boxen?
ps har inte uppgraderat än, kan det bero på det??

Jag har fått svarta inspelningar, även på 4.an.
Men det är inte helt svart, utan mer som att boxen
tappar signal. Vissa sekvenser fungerar men vid sämre
förhållanden (?) så fylls bilden av mosaikrutor och ljudet förvrängs. :o
Sedan blir det helt svart emellanåt. :angry:
Jag upplever det som att jag får taskig signal just när
boxen ska spela in nått som jag inte tittar på, för timeshift
fungerar utmärkt. Jag har dessutom bra signal och kvalitet, upp
emot 80-90%....så det borde ju inte vara några problem.
Är det någon som upplevt detta????

Borde jag skicka tillbaka boxen?
ps har inte uppgraderat än, kan det bero på det??

<{POST_SNAPBACK}>

Jag skulle tippa på att boxen är trasig och måste lagas/bytas. Inspelning använder en del prylar i boxen som inte används vid normalt tittande eller timeshift och det kan ju vara något vajsing på dessa delar. Först bör du dock se till att du säkert har bra signal in till den tuner som används vid inspelning. Se till att den lilla bygelkabeln mellan tuner 1 och tuner 2 på boxens baksida är rätt kopplad, är den det så kan du testa att byta ut den mot en annnan, det har tydligen hänt att denna kabelstump varit dålig.

Jag har fått svarta inspelningar, även på 4.an.
Men det är inte helt svart, utan mer som att boxen
tappar signal. Vissa sekvenser fungerar men vid sämre
förhållanden (?) så fylls bilden av mosaikrutor och ljudet förvrängs.
Sedan blir det helt svart emellanåt.
Jag upplever det som att jag får taskig signal just när
boxen ska spela in nått som jag inte tittar på, för timeshift
fungerar utmärkt. Jag har dessutom bra signal och kvalitet, upp
emot 80-90%....så det borde ju inte vara några problem.
Är det någon som upplevt detta????

Borde jag skicka tillbaka boxen?
ps har inte uppgraderat än, kan det bero på det??

<{POST_SNAPBACK}>

Efter att ha kollat blygelkabeln, ta bort alla kanaler/program och gör en ny, manuell kanalsökning. Kanalnummer (frekvenser) som behövs i ditt område för detta hittar du på Teracoms webbsida. Man söker alltså 4 eller 5 gånger med de 4 eller 5 kanalnummer som anges där för sändaren i ditt område. Jag gör detta med jämna mellanrum, oftast efter en programuppdatering – inspelningar fungerar mycket bättre då.

Men på TEAC verkar det som om man faktiskt har lyckats lösa alla problem utom ett, nämligen att aspekt-ratio-inställningen ibland nollställer sig, något jag aldrig hört talas om på Dilog:en.

<{POST_SNAPBACK}>

Jorå, händer varenda gång jag kör signal från videon via boxen. Det verkar som om boxen ställer om till "4:3 Center" när den känner av switchsignalen från videon och sedan måste man manuellt ställa tillbaks till önskad inställning. Har såvitt jag minns rapporterats från någon mer i denna tråd. Däremot har jag aldrig sett det hända spontant.

<{POST_SNAPBACK}>

Fixades i 1.17, enligt Dilog.

//Michael

Det där med fabriksreset och manuell sökning är Dilogs standardsvar oavsett symptom, jag har aldrig sett någon hållbar förklaring till varför det skulle avhjälpa alla upptänkliga problem.

<{POST_SNAPBACK}>

Naturligtvis är det helt säkert att det inte avhjälper alla problem, det vore ju orimligt. Men, jag tror (OBS tror, vet ej med säkerhet) att boxen beter sig annorlunda om en manuell sökning görs (istället för automatisk). Finns en funktionalitet som Boxer kräver, men som inte funkade bra i boxen och bl.a. ledde till missade inspelningar och dålig bild. Tror denna funktionalitet kopplas av om en manuell sökning görs. Tror den heter best-mux-service. Därför bör man göra en manuell sökning (och precis innan en fabriksreset)...tycker jag.

PS. Vad jag vet så finns det inget som motsäger det som Dilog säger till oss kunder som har detta problem. Jag tror vi kan lite på dom, vad gäller detta problem och lösningen på det.

//Michael

Redigerat av Mich, 20 december 2006 - 17:24.

Jorå, händer varenda gång jag kör signal från videon via boxen. Det verkar som om boxen ställer om till "4:3 Center" när den känner av switchsignalen från videon och sedan måste man manuellt ställa tillbaks till önskad inställning. Har såvitt jag minns rapporterats från någon mer i denna tråd. Däremot har jag aldrig sett det hända spontant.

<{POST_SNAPBACK}>

Fixades i 1.17, enligt Dilog.

//Michael

<{POST_SNAPBACK}>

Det är fullt möjligt, jag har valt att tills vidare stanna på 1.15 eftersom jag nu har uppnått någon form av vapenvila mellan boxens buggar och mitt handhavande, samtidigt som inga nya lockande funktioner annonserats i de senare versionerna. Grejorna funkar förhållandevis problemfritt.

Det där med fabriksreset och manuell sökning är Dilogs standardsvar oavsett symptom, jag har aldrig sett någon hållbar förklaring till varför det skulle avhjälpa alla upptänkliga problem.

<{POST_SNAPBACK}>

Naturligtvis är det helt säkert att det inte avhjälper alla problem, det vore ju orimligt. Men, jag tror (OBS tror, vet ej med säkerhet) att boxen beter sig annorlunda om en manuell sökning görs (istället för automatisk). Finns en funktionalitet som Boxer kräver, men som inte funkade bra i boxen och bl.a. ledde till missade inspelningar och dålig bild. Tror denna funktionalitet kopplas av om en manuell sökning görs. Tror den heter best-mux-service. Därför bör man göra en manuell sökning (och precis innan en fabriksreset)...tycker jag.

PS. Vad jag vet så finns det inget som motsäger det som Dilog säger till oss kunder som har detta problem. Jag tror vi kan lite på dom, vad gäller detta problem och lösningen på det.

//Michael

<{POST_SNAPBACK}>

Precis, och det skadar ju inte att prova – det kanske blir bättre. Vad gäller de svarta inspelningar så finns det faktiskt en möjlig förklaring. Den andra mottagaren som används enbart för inspelningar kan vara något svagare. Signalen dämpas också i blygelkabeln innan den når den andra mottagaren. Det kan också vara olika frekvenser inställda i den första jämfört med den andra. Genom att göra en manuell sökning ser man till att bästa möjliga signal går till båda mottagarna.

/Mikael

Det där med fabriksreset och manuell sökning är Dilogs standardsvar oavsett symptom, jag har aldrig sett någon hållbar förklaring till varför det skulle avhjälpa alla upptänkliga problem.

<{POST_SNAPBACK}>

Naturligtvis är det helt säkert att det inte avhjälper alla problem, det vore ju orimligt. Men, jag tror (OBS tror, vet ej med säkerhet) att boxen beter sig annorlunda om en manuell sökning görs (istället för automatisk). Finns en funktionalitet som Boxer kräver, men som inte funkade bra i boxen och bl.a. ledde till missade inspelningar och dålig bild. Tror denna funktionalitet kopplas av om en manuell sökning görs. Tror den heter best-mux-service. Därför bör man göra en manuell sökning (och precis innan en fabriksreset)...tycker jag.

PS. Vad jag vet så finns det inget som motsäger det som Dilog säger till oss kunder som har detta problem. Jag tror vi kan lite på dom, vad gäller detta problem och lösningen på det.

//Michael

<{POST_SNAPBACK}>

Jag betvivlar inte att det finns problem som kan avhjälpas genom denna åtgärd. Det är dock min uppfattning att i de flesta fall där Dilog dragit till med denna standardfras så har den inte haft någon som helst mildrande effekt på problemen. Dilog envisas med att skylla allehanda problem på taskig insignal, trots att många av oss som drabbats vet att vi har goda mottagningsförhållanden.

Precis, och det skadar ju inte att prova – det kanske blir bättre. Vad gäller de svarta inspelningar så finns det faktiskt en möjlig förklaring. Den andra mottagaren som används enbart för inspelningar kan vara något svagare. Signalen dämpas också i blygelkabeln innan den når den andra mottagaren. Det kan också vara olika frekvenser inställda i den första jämfört med den andra. Genom att göra en manuell sökning ser man till att bästa möjliga signal går till båda mottagarna.

/Mikael

<{POST_SNAPBACK}>

Mja, det är väl samma typ av tuner i båda kedjorna, alltså nominellt samma känslighet, och om man kopplar efter handboken så skall enligt uppgift den första tunern förstärka signalen så att "inspelningsmottagaren" får en starkare signal. Tänker du specifikt på "tinnis" box så håller jag med, där är troligen "inspelningsmottagaren" (eller möjligen utgången från första tunern) felaktig.

Jag kan inte se någon logik i att man skulle ha olika kanallistor för respektive tuner, så jag inser inte hur en manuell sökning skulle kunna göra någon skillnad för vilken frekvens respektive tuner ställs in på för en given mux. Eller missförstod jag dig, kan du förklara hur du menade?

Naturligtvis skadar det inte att göra en manuell sökning, jag gör det själv vid behov eftersom jag kan de aktuella kanalnumren i huvudet och upplever att det går fortare så, men jag känner mig rätt säker på att för de flesta gör det varken till eller från för boxens funktion. Men att göra det bara för att det inte kan skada verkar nästan lite skrockfullt.

Suck......Nu har min box börjat missa inspelningstider också!!!!!
Skulle spela in French Connection alldeles nyss, och hade programmerat inspelningen att börja
klockan 00.49......den började klockan 00.58........SUCK!!!!!!! Jag HATAR att missa början av en film!!!!

Hade jag vetat förut vad jag vet idag....då vete tusan om jag hade köpt denna box.....
Sådant här MÅSTE man kunna lita på.....

Väntar snart på ett avslöjande i pressen......
"Dilog DT550, ett utvecklingssamarbete mellan Dilog och SL.....den går och går, men ALDRIG i tid!"

SUCK...

Mja, det är väl samma typ av tuner i båda kedjorna, alltså nominellt samma känslighet, och om man kopplar efter handboken så skall enligt uppgift den första tunern förstärka signalen så att "inspelningsmottagaren" får en starkare signal. Tänker du specifikt på "tinnis" box så håller jag med, där är troligen "inspelningsmottagaren" (eller möjligen utgången från första tunern) felaktig.

Jag kan inte se någon logik i att man skulle ha olika kanallistor för respektive tuner, så jag inser inte hur en manuell sökning skulle kunna göra någon skillnad för vilken frekvens respektive tuner ställs in på för en given mux. Eller missförstod jag dig, kan du förklara hur du menade?

Naturligtvis skadar det inte att göra en manuell sökning, jag gör det själv vid behov eftersom jag kan de aktuella kanalnumren i huvudet och upplever att det går fortare så, men jag känner mig rätt säker på att för de flesta gör det varken till eller från för boxens funktion. Men att göra det bara för att det inte kan skada verkar nästan lite skrockfullt.

<{POST_SNAPBACK}>

Det var intressant, att den 1:a skulle förstärka signalen innan signalen går ut till bygeln. Det låter dyrt. Var kan man läsa om det? En variant att testa vore att dela signalen från antennen i 2 innan boxen och ansluta direkt till båda mottagare utan bygeln. Men då måste antennen klara 2 belastningar.

Nej, du missförstod nog inte. Jag försökte förenkla lite, dels för att inte gå in på alltför invecklade tekniska resonemang, och dels därför att man då måste anta vissa detaljer om hur boxen är konstruerat internt. Beroende på vad man antar om den interna konstruktionen får man lite olika detaljförklaringar. Men ok, här dyker vi in i tekniken.

Det hela bygger på att det finns bara 5 signalfrekvenser (muxar) från varje sändare. Var och en av dessa motsvarar en kanal i det gamla analoga nätet. Varje sändare har en egen uppsättning av dessa 5 frekvenser/kanaler. Varje mottagare måste vara avstämd till just den rätta frekvensen vid mottagning av den valda kanalen (muxen). Det kan således hända att det blir olika avstämningsfrekvenser för en viss mux i de 2 mottagarna. T.ex. mottagare 1 tar emot mux 2 från Uppsala medan mottagare 2 tar emot mux 2 från Stockholm med sämre signal om man bor nära Uppsala. Att det kan bli på det här sättet kan bero på många orsaker varav en är det sättet på vilket den automatiska sökningen är implementerad i boxen. Men det finns även annat, mer invecklat, som kan bli fel. Läs vidare.

I varje analog kanal sänder man ett antal digitala strömmar. Varje ström sänds i form av små digitala paket. Paketen för de olika strömmarna kommer lite huller om buller. För att hålla reda på vilken ström som ett visst paket hör till finns det ett digitalt ID (ett nummer) i varje paket. Det finns olika typer av strömmar, audioström som bär ljud, videoström som bär bild, kryptoström som bär info om kryptering, teletextström som bär text-TV etc. Ett antal sådana strömmar utgör tillsammans en digitalkanal (program). För att hålla reda på vilka strömmar som hör ihop med ett visst program (digital kanal) finns en speciell ström som heter PMT. Det finns en PMT-ström per en digitalkanal. PMT-strömmen har sitt eget ID och innehåller info om vilka andra strömmar som tillsammans utgör en digital kanal just för tillfället så att säga. Denna info består av ett digital kanalnummer och en lista över de aktuella ingående ström-ID. För att hålla reda på PMT strömmarna finns det en ytterligare speciell ström som kallas PAT-ström. PAT-strömmem har id 0 och det är där som boxen börjar nysta upp det hela. Dessutom har de digitala kanalerna ett namn som vissas på skärmen (EPG) och ett sekvensnummer (den ordning som de ligger i PAT) samt ett annat nummer som gör att TV1 hamnar som nummer 1, TV2 som nummer 2 etc. på listan som visas på skärmen.

Det är alltså en ganska invecklad struktur som boxen och mottagarna skall hålla reda på för att vi skall se och höra den valda digitalkanalen. Det skall dessutom göras dynamiskt i realtid eftersom uppgifterna kan ändras i stort sett när som helst. Nästa fråga är vad boxen använder för att styra mottagare och välja en viss digitalkanal när vi väljer denna på fjärren. Det kan vara PAT-nummer, PMT-nummer, PMT-ID, digitalkanalnummer mm. Om boxen antar att ett visst begrepp som den använder inte förändras med tiden medan begreppet i själva verket blir förändrat då får vi alla möjliga fel. Jag tror t.ex. att det där med svarta inspelningar har att göra med att id/nummer för kryptoströmmarna blir fel. Om det sedan är boxen som gör fel eller om det är signalen som sänds som inte följer specifikationen till punkt och pricka kan man inte veta utan en ingående undersökning.

Jag har i alla fall observerat att sedan jag började med manuell kanalsökning med jämna mellanrum (vid varje programuppdatering och när Boxer annonserar ändringar) så har jag inte fått några svarta inspelningar.

PS. Mux = multiplexer = en blandare (mixer) på svenska – blandar (mixar) paketen från de olika digitalströmmarna till en analog kanal för att sändas ut. DS.

Jag har i alla fall observerat att sedan jag började med manuell kanalsökning med jämna mellanrum (vid varje programuppdatering och när Boxer annonserar ändringar) så har jag inte fått några svarta inspelningar.

<{POST_SNAPBACK}>

Tja, jag följer samma metodik och har fått ett fåtal svarta inspelningar, totalt tre stycken sedan i augusti. En av dessa inspelningar låste boxen fullständigt, en gick igång i några sekunder under förutsättning att man först spelade upp en fungerande inspelning från samma kanal, den tredje gick igång felfritt när jag ställde live-TV i boxen på samma kanal som inspelningen var gjord ifrån...
Inget mönster här, alltså.

Mja, det är väl samma typ av tuner i båda kedjorna, alltså nominellt samma känslighet, och om man kopplar efter handboken så skall enligt uppgift den första tunern förstärka signalen så att "inspelningsmottagaren" får en starkare signal. Tänker du specifikt på "tinnis" box så håller jag med, där är troligen "inspelningsmottagaren" (eller möjligen utgången från första tunern) felaktig.

Jag kan inte se någon logik i att man skulle ha olika kanallistor för respektive tuner, så jag inser inte hur en manuell sökning skulle kunna göra någon skillnad för vilken frekvens respektive tuner ställs in på för en given mux. Eller missförstod jag dig, kan du förklara hur du menade?

Naturligtvis skadar det inte att göra en manuell sökning, jag gör det själv vid behov eftersom jag kan de aktuella kanalnumren i huvudet och upplever att det går fortare så, men jag känner mig rätt säker på att för de flesta gör det varken till eller från för boxens funktion. Men att göra det bara för att det inte kan skada verkar nästan lite skrockfullt.

<{POST_SNAPBACK}>

Det var intressant, att den 1:a skulle förstärka signalen innan signalen går ut till bygeln. Det låter dyrt. Var kan man läsa om det? En variant att testa vore att dela signalen från antennen i 2 innan boxen och ansluta direkt till båda mottagare utan bygeln. Men då måste antennen klara 2 belastningar.

Det finns en del som testat att göra så och upplevt att de fått mindre problem, även om jag inte kan se någon direkt logik i det. Att tunern förstärker är inget jag kan gå i god för, men jag tror mig ha läst uppgiften någonstans i denna långa tråd. Orkar inte leta upp uppgiften just nu.

Nej, du missförstod nog inte. Jag försökte förenkla lite, dels för att inte gå in på alltför invecklade tekniska resonemang, och dels därför att man då måste anta vissa detaljer om hur boxen är konstruerat internt. Beroende på vad man antar om den interna konstruktionen får man lite olika detaljförklaringar. Men ok, här dyker vi in i tekniken.

Det hela bygger på att det finns bara 5 signalfrekvenser (muxar) från varje sändare. Var och en av dessa motsvarar en kanal i det gamla analoga nätet. Varje sändare har en egen uppsättning av dessa 5 frekvenser/kanaler. Varje mottagare måste vara avstämd till just den rätta frekvensen vid mottagning av den valda kanalen (muxen). Det kan således hända att det blir olika avstämningsfrekvenser för en viss mux i de 2 mottagarna. T.ex. mottagare 1 tar emot mux 2 från Uppsala medan mottagare 2 tar emot mux 2 från Stockholm med sämre signal om man bor nära Uppsala. Att det kan bli på det här sättet kan bero på många orsaker varav en är det sättet på vilket den automatiska sökningen är implementerad i boxen. Men det finns även annat, mer invecklat, som kan bli fel. Läs vidare.

Det var just det jag fann lite långsökt, att tuner 1 och 2 skulle vara inställd på två olika frekvenser för en given mux. Det skulle ju innebära att man gjorde individuell kanalsökning för respektive tuner och det har jag lite svårt att tro. Skall man vara helt korrekt är det ju också på det viset att varje sändare inte nödvändigtvis har sin egen uppsättning av kanaler.
/snip/

Det är alltså en ganska invecklad struktur som boxen och mottagarna skall hålla reda på för att vi skall se och höra den valda digitalkanalen. Det skall dessutom göras dynamiskt i realtid eftersom uppgifterna kan ändras i stort sett när som helst. Nästa fråga är vad boxen använder för att styra mottagare och välja en viss digitalkanal när vi väljer denna på fjärren. Det kan vara PAT-nummer, PMT-nummer, PMT-ID, digitalkanalnummer mm. Om boxen antar att ett visst begrepp som den använder inte förändras med tiden medan begreppet i själva verket blir förändrat då får vi alla möjliga fel.  Jag tror t.ex. att det där med svarta inspelningar har att göra med att id/nummer för kryptoströmmarna blir fel. Om det sedan är boxen som gör fel eller om det är signalen som sänds som inte följer specifikationen till punkt och pricka kan man inte veta utan en ingående undersökning.

Jag har i alla fall observerat att sedan jag började med manuell kanalsökning med jämna mellanrum (vid varje programuppdatering och när Boxer annonserar ändringar) så har jag inte fått några svarta inspelningar.

PS. Mux = multiplexer = en blandare (mixer) på svenska – blandar (mixar) paketen från de olika digitalströmmarna till en analog kanal för att sändas ut. DS.

<{POST_SNAPBACK}>

Jag har haft mina funderingar kring det där med kryptoinformationen. Som jag förstått lagras någon kryptoinfomation separat på disken när man spelar in en kodad kanal, och vissa typer av svarta inspelningar har klart koppling till avkodningen. Därför kan man ju misstänka att denna information inte lagrats på rätt sätt.

Däremot köper jag inte att manuell kanalsökning har någon påvisbar effekt på detta. Jag har sporadiska svarta inspelningar oavsett sökmetod, även om jag normalt gör som du alltså manuell sökning efter uppgradering eller efter annonserade ändringar.

Redigerat av alfista, 24 december 2006 - 00:50.

Tja, jag följer samma metodik och har fått ett fåtal svarta inspelningar, totalt tre stycken sedan i augusti. En av dessa inspelningar låste boxen fullständigt, en gick igång i några sekunder under förutsättning att man först spelade upp en fungerande inspelning från samma kanal, den tredje gick igång felfritt när jag ställde live-TV i boxen på samma kanal som inspelningen var gjord ifrån...
Inget mönster här, alltså.

<{POST_SNAPBACK}>

Däremot köper jag inte att manuell kanalsökning har någon påvisbar effekt på detta. Jag har sporadiska svarta inspelningar oavsett sökmetod, även om jag normalt gör som du alltså manuell sökning efter uppgradering eller efter annonserade ändringar.

<{POST_SNAPBACK}>

Jag har också haft de här effekterna. Men det var länge sedan och det upphörde när jag började men manuell sökning med jämna mellanrum. Detta är enbart en observation och inte är på något sätt konklusivt. Det kan bero på något annat som hände ungefär samtidigt (i boxen, hemma, i omgivningen, eller hos sändaren). De som läser mina inlägg här och annorstädes ser att jag inte är den som försvarar tillverkare eller produkter, snarare tvärtom. Men jag måste vara sanningsenlig och därmed dela mina observationer med andra även i de fall då detta tycks vara till tillverkarens fördel.

Däremot har jag stora problem då jag spelar in samtidigt som jag använder timeskift. Ibland går det bra och ibland blir det ett fullständigt kaos på disken och i boxen. Se mitt tidigare inlägg i ämnet.

Det var just det jag fann lite långsökt, att tuner 1 och 2 skulle vara inställd på två olika frekvenser för en given mux. Det skulle ju innebära att man gjorde individuell kanalsökning för respektive tuner och det har jag lite svårt att tro. Skall man vara helt korrekt är det ju också på det viset att varje sändare inte nödvändigtvis har sin egen uppsättning av kanaler.

Inte för en given mux utan för 2 olika muxar som går från 2 olika sändare som bär samma kanaluppsättning. Dessutom kan det bero på hur boxen styr mottagarna för att de skall avstämmas på ”rätt” frekvens som hör till den rätta muxen där den valda digitalkanalen ligger just för tillfället. Det var ju därför som jag fortsatte att beskriva hur allt det där hänger ihop för att man skall klart se att möjligheter för boxen (och sändarna) att göra fel är i det närmaste oändliga.

För angränsade sändare ligger de 5 analoga kanalerna på olika frekvenser så att dessa inte stör varandra.

Jag har haft mina funderingar kring det där med kryptoinformationen. Som jag förstått lagras någon kryptoinfomation separat på disken när man spelar in en kodad kanal, och vissa typer av svarta inspelningar har klart koppling till avkodningen. Därför kan man ju misstänka att denna information inte lagrats på rätt sätt.

Javisst, det som lagras på disken i en fil för en inspelning är (skall vara) PAT-strömmen, PMT-strömmen för den valda digitalkanalen samt alla de strömmar vari den valda digitalkanalen består inklusive eventuella kryptoströmmar. Allt detta lagras i samma ordning som det kommer (sänds) dvs. huller om buller. Det som lagras är alltså de relevanta delarna av hela den sammansatta strömmen som kallas TS (transport stream) som är ju det som kommer på en viss frekvens (analog kanal). Det som lagras är såpass komplett att det går att mata in i en annan mottagare och fungerar där som om det hade sänts.

Den stora frågan är om det är enbart boxen som gör fel när det blir svarta inspelningar eller om det är ett samspel mellan vissa buggar i boxen och vissa buggar i den sändande muxen (eller ännu tidigare i leverantörskedjan) och vissa typer av störningar. Det som eventuellt motsäger att det har med kryptering att göra är att svarta inspelningar inträffar även på de fria kanalerna. Men då kan man tänka sig att sändningen säger att det skall vara krypto ändå medan det inte finns någon kryptoström.

Ett intressant experiment vore att köra helt utan Boxerkort och utan CAM modulen (enbart de fria kanalerna) och se om svarta inspelningar inträffar även då. All dekryptering sker i realtid i CAM modulen som innehåller Boxerkortet. All signal skickas den vägen även de fria kanalerna om CAMen och kortet sitter i. Då kan det tänkas att felet ligger där någonstans eventuellt i kombination med vad som finns i själva signalen.

Däremot har jag stora problem då jag spelar in samtidigt som jag använder timeskift. Ibland går det bra och ibland blir det ett fullständigt kaos på disken och i boxen. Se mitt tidigare inlägg i ämnet.

<{POST_SNAPBACK}>

Det är faktiskt en av de saker jag aldrig haft problem med på min box, detta med inspelning samtidigt med timeshift...

Den stora frågan är om det är enbart boxen som gör fel när det blir svarta inspelningar eller om det är ett samspel mellan vissa buggar i boxen och vissa buggar i den sändande muxen (eller ännu tidigare i leverantörskedjan) och vissa typer av störningar. Det som eventuellt motsäger att det har med kryptering att göra är att svarta inspelningar inträffar även på de fria kanalerna. Men då kan man tänka sig att sändningen säger att det skall vara krypto ändå medan det inte finns någon kryptoström.

Ett intressant experiment vore att köra helt utan Boxerkort och utan CAM modulen (enbart de fria kanalerna) och se om svarta inspelningar inträffar även då. All dekryptering sker i realtid i CAM modulen som innehåller Boxerkortet. All signal skickas den vägen även de fria kanalerna om CAMen och kortet sitter i. Då kan det tänkas att felet ligger där någonstans eventuellt i kombination med vad som finns i själva signalen.

<{POST_SNAPBACK}>

Det är ju intressant att vi hittils sett att det finns åtminstone tre olika "allvarlighetsgrader" av de svarta inspelningarna. Vad jag har sett ett par gånger sedan jag köpte boxen, är att om man står i infomenyn för CA-modulen (den menyn som bara ska ha "Viaccess" som val) en stund så kan det ibland komma upp "No CA module" istället för "Viaccess" under någon sekund ungefär. Om detta tyder på brister i hårdvaran (glappkontakt?), boxens firmware eller CA-modulen (eller dess inbyggda mjukvara) vet jag dock inte. En intressant sak vore dock att testa med ett annat fabrikat på CA-modulen eller att uppgradera dess firmware (hur man nu gör det...?). Tyvärr har jag ingen sådan tillgänglig och dom kostar lite för mycket för att man bara ska köpa en för att experimentera när det kanske inte hjälper...

Jag har fått med valbar textning till DVD med hjälp av ProjectX och IfoEdit. Har än så länge bara provat med film från Canal+.

1) Ställ in ProjectX en gång för alla:
    a) Presettings/Special: Finepass file format adaption
    Presettings/Subtitle: re-build TTX-PTS
    c) Presettings/Subtitle: Välj teletext-sida med svensk textning (199 var det på min film)
    d) Presettings/Subtitle: Subtitle export format: SUP

2) Demux:a med ProjectX:
    a) Ladda hav-filen & klipp start/slut/reklam.
    Välj Process Window och kör.
    c) Klart!

Nu har du alla filer som behövs:
- mpeg2: *.m2v
- audio: *.mp2 eller *.ac3
- textning: *.sup
- subtitle color: *.sup.IFO

3) Skapa DVD med IfoEdit:
    a) Välj Author new DVD och välj de tre första filerna ovan.
    Välj Subpicture: Svenska
    c) Öppna *.sup.IFO och välj VTS_PGCITI/VTS_PGC_1
    d) Subtitle Color: Copy
    e) Välj VTS_PGCITI/VTS_PGC_1 i brännfilens VTS_01_0.IFO
    f)  Subtitle Color: Paste
    g) Save. Klart att bränna DVD!

Vet inte säkert om steg c) till f) behövs, men jag gjorde så (jag fick hjälp här).

/Hedenhös

<{POST_SNAPBACK}>

Tack för alla tips kring denna Dilog 550 PVR.
Jag är väl efter men jag har inte fattat hur Project X ska installeras. Den distribueras bara med källkod och det verkar som att man ska ha hel miljö för att kunna kompiliera. Vad hade ni för metoder för att få ProjectX att funka?

Tack på förhand.

Tack för alla tips kring denna Dilog 550 PVR.
Jag är väl efter men jag har inte fattat hur Project X ska installeras. Den distribueras bara med källkod och det verkar som att man ska ha hel miljö för att kunna kompiliera. Vad hade ni för metoder för att få ProjectX att funka?

<{POST_SNAPBACK}>

ProjectX är ett Java-program. Alltså behöver du en Java-motor som du hittar t.ex på www.java.com. De flesta har redan detta installerat på sina datorer. I ProjectX-paketet finns en fil vars "efternamn" är .jar. Det är den "exekverbara" filen, bara dubbelklicka på den så startar programmet om du har Java installerat.

Det är alltså en ganska invecklad struktur som boxen och mottagarna skall hålla reda på för att vi skall se och höra den valda digitalkanalen. Det skall dessutom göras dynamiskt i realtid eftersom uppgifterna kan ändras i stort sett när som helst. Nästa fråga är vad boxen använder för att styra mottagare och välja en viss digitalkanal när vi väljer denna på fjärren. Det kan vara PAT-nummer, PMT-nummer, PMT-ID, digitalkanalnummer mm. Om boxen antar att ett visst begrepp som den använder inte förändras med tiden medan begreppet i själva verket blir förändrat då får vi alla möjliga fel.  Jag tror t.ex. att det där med svarta inspelningar har att göra med att id/nummer för kryptoströmmarna blir fel. Om det sedan är boxen som gör fel eller om det är signalen som sänds som inte följer specifikationen till punkt och pricka kan man inte veta utan en ingående undersökning.

Jag har i alla fall observerat att sedan jag började med manuell kanalsökning med jämna mellanrum (vid varje programuppdatering och när Boxer annonserar ändringar) så har jag inte fått några svarta inspelningar.

PS. Mux = multiplexer = en blandare (mixer) på svenska – blandar (mixar) paketen från de olika digitalströmmarna till en analog kanal för att sändas ut. DS.

<{POST_SNAPBACK}>

Jag upplever fortfarande svart inspelningar trots att jag kör med manuell kanalsökning enligt tidigare beskrivningar.
Jag tror inte att det här med manuella kanalökningar är relaterade till svarta inspelningar utan i stället till problem med att kanaler försvann ur kanallistan i tidernas begynnelse (d.v.s. med tidigare firmware). Lösningen då var att undvika automatisk kanalsökning som tydligen helt spontant kunde få för sig att byta sändare för en specifik kanal. Gick något snett så försvann kanalen och ibland hela MUXen ur kanallistan.
Dilog har fortsatt att rekommendera manuella kanalsökningar sedan dess.

Jag är helt övertygad att majoriteten av svarta inspelningar har med krypteringen att göra. Jag köpte ett tvillingkort från boxer för ett tag sedan och valde att köra med det kortet i Dilogen under dom första veckorna (när alla kanaler är tillgängliga). Med det nya kortet i min box gick det inte att se några av mina gamla inspelningar från kodade kanaler i boxen. Jag har i princip aldrig avkodad några filmer utan allt ligger kvar krypterat.
Nu är jag helt novis när det gäller hur kodningen går till, men jag ger mig ändå in på en amatörmässig analys...
Det förefaller som om boxerkortet lagrar koder som distribueras kontinuerligt med resp. kodad kanal. Utan dessa koder kan inte kortet koda av en kanal. Så länge man inte spelar in till disk så kan man byta kort hur som helst, eftersom den aktuella koden hela tiden finns tillgänglig i utsändningen. Däremot så går det inte att spela upp gamla inspelningar med ett kort som inte tog emot den specifika koden som användes vid utsändningen. Det förklarar att det fungerar att se program inspelade för länge sedan på Canal+, trots att mitt abonnemang gått ut för länge sedan och koder bytts ut. Jag minns alla oroliga inlägg i början av tråden som misstänkte att man var tvungen att avkoda alla inspelningar, eftersom dom skulle bli obrukbara så fort kanalen bytte kod.
Jag kan faktiskt inte komma ihåg något enda fall där ett inspelat program (som har gått att se från början) spontant har slutat att fungera. Byter man däremot kort så slutar dom gamla inspelningarna att fungera.

Min CA-modul slutade fungera för ett tag sedan och med den även all inspelningar från kodade kanaler. Med ny moul och samma kort gick det dock igång igen. Försökte jag spela upp några inspelade kanaler med trasig CA-modul, så blev beteendet i boxen exakt samma som vid en "svart" inspelning. Samma sak om man anväder "fel kort" vid uppspelning.

Så min lekmannamässiga slutsats är att vid en svart inspelning så uppdateras inte boxerkortet och/eller den inspelade filmen med rätt kod för avkodning. Ibland så går det bra att titta på resp. kanal innan man startar den "svarta" inspelninge alternativt se ett tidigare inspelat program från samma kanal. Boxen uppdateras då med rätt kod igen. Har kanalen kodats om med en ny kod så fungerar naturligvis inte detta och man får en s.k. "natt-svart" inspelning som inte går att få igång hur man än försöker.
Troligtvis så är det här extra känsligt vid starten av en inpelning, eftersom jag aldrig har upplevt att en film svartnat en bit in.

Ibland så får ju även "live-TV" spelet och klagar på krypteringen, men det är bara ett kort avbrott på någon/några sekunder.
Däremot så har jag vid kanalväxling upplevt att en kanal fastnat med svart skärm och ett klagomål på krypteringen. Ett kanalbyte har sedan löst problemet.

Ni som kan det är med kryptering får gärna slå hål på mina teorier.

Problemet för oss alla här är att vi jobbar i blindo och gissar vilt. Från några icke konklusiva observationer försöker vi dra slutsatser om vad som är fel. Anledningen till att vi gör detta är att de som borde åtgärda alla dessa problem och som vet exakt hur boxen, CAMen, och kortet fungerar inte gör det. Det är kanske där som stöten skall sättas.

Problemet med information angående hur kryptering, CAMen, kortet mm fungerar är att hela det här ämnet har blivit såpass inflammerat att så fort man söker information om detta så förutsätts man vara en bov. Konsekvensen är att det saknas tillförlitligt och serös menad information i ämnet. Söker man på nätet så hamnar man på hemsidor vars syfte är allt annat än seriöst. Där kan man få veta allt om hur man tar sig igenom skyddet utan att betala för sig men frågar man efter de legala sakerna så möts man av en kompakt tystnad. Det tycker jag är mycket tråkigt.

Min CA-modul slutade fungera för ett tag sedan och med den även all inspelningar från kodade kanaler. Med ny moul och samma kort gick det dock igång igen. Försökte jag spela upp några inspelade kanaler med trasig CA-modul, så blev beteendet i boxen exakt samma som vid en "svart" inspelning. Samma sak om man anväder "fel kort" vid uppspelning.

Så min lekmannamässiga slutsats är att vid en svart inspelning så uppdateras inte boxerkortet och/eller den inspelade filmen med rätt kod för avkodning. Ibland så går det bra att titta på resp. kanal innan man startar den "svarta" inspelninge alternativt se ett tidigare inspelat program från samma kanal. Boxen uppdateras då med rätt kod igen. Har kanalen kodats om med en ny kod så fungerar naturligvis inte detta och man får en s.k. "natt-svart" inspelning som inte går att få igång hur man än försöker.
Troligtvis så är det här extra känsligt vid starten av en inpelning, eftersom jag aldrig har upplevt att en film svartnat en bit in.

Ibland så får ju även "live-TV" spelet och klagar på krypteringen, men det är bara ett kort avbrott på någon/några sekunder.
Däremot så har jag vid kanalväxling upplevt att en kanal fastnat med svart skärm och ett klagomål på krypteringen. Ett kanalbyte har sedan löst problemet.

Ni som kan det är med kryptering får gärna slå hål på mina teorier.

<{POST_SNAPBACK}>

Jag kan väl egentligen inget om krypteringen som sådan, men för att komplettera några av dina observationer vill jag lägga till följande:

Jag har personligen vid ett par tillfällen fått inspelningar som blivit svarta (alternativt låst sig på en viss bildruta) en bit in i programmet. Jag har även fått någon enstaka inspelning som varit svart under några minuter inne i programmet med fungerande uppspelning både före och efter.

Problemet med att live-TV klagar på "Kodad kanal" under någon sekund och att bilden under den sekunden blir svart, det ser jag rätt som det är. Jag tror att det har samband med att boxen ibland tycks tappa kontakten med CA-modulen, som jag beskrivit ovan (menyn som ska visa information om installerade CA-moduler, där det enda valet ska vara "Viaccess", visar istället "No CA module" under någon enstaka sekund). Om detta kontaktproblem har med firmware i boxen eller modulen att göra, eller helt enkelt någon glappkontakt i hårdvaran (i boxen eller i modulen) har jag inte heller lyckats avgöra.
Du säger att du bytt CA-modul - har du fått "Kodad kanal"-felet även med den nya (förhoppningsvis "friska") modulen? Isåfall kan vi kanske åtminstone räkna bort CA-modulen som felkälla...

Man kan få en "svart inspelning" som går att få igång med de tricks som beskrivits i den här tråden, men som endast fungerar i ett fåtal sekunder och sedan åter fryser eller blir svart, alltså ett slags mellanläge mellan de helt svarta och de som går att få igång helt och hållet med beskrivna tricks.

Teorin på forumet är väl att viss information som har med krypteringen att göra skall lagras i HAV-filernas metadata (den extra information som finns i HAV-filerna men som inte ingår i transportströmmen) och att detta ibland går fel. Det skulle ju också kunna förklara varför svarta inspelningar ibland drabbar okodade kanaler - kanske metadatan felaktigt indikerar att inspelningen är kodad, eller så är filsystemet trasigt så att boxen får fel filsegment och därmed fel metadata...

Men jag tror inte att detta är något vi kan felsöka själva utan vi måste förlita oss på Dilog och Handan (som levererar hårdvaran). Av alla på forumet är det nog mhakman som har mest insikt i hur boxen fungerar "inuti", så han kanske har något att bidra med?

Problemet för oss alla här är att vi jobbar i blindo och gissar vilt. Från några icke konklusiva observationer försöker vi dra slutsatser om vad som är fel. Anledningen till att vi gör detta är att de som borde åtgärda alla dessa problem och som vet exakt hur boxen, CAMen, och kortet fungerar inte gör det. Det är kanske där som stöten skall sättas.

<{POST_SNAPBACK}>

Vi vet ju att gentemot oss svenska kunder är det Dilog som har ansvaret för att boxen fungerar som den ska. Jag vet inte hur mycket de själva gör vad gäller programmering, men man får väl förutsätta att eftersom alla kloner av denna box har (eller har haft) samma uppsättning buggar så kommer alla mjukvarufel ifrån Handans referensmjukvara. Sen är ju frågan hur stor möjlighet Dilog har att få Handan att fixa felen.

Vad vi också vet är att åtminstone en Handan-klon, nämligen australiensiska TEAC, har bekräftat och löst i det närmaste alla allvarliga buggar (timertabellen som nollställer sig, skräpljud och tillfällig tystnad, låsta raderingar och en hel del annat) men har å andra sidan inte implementerat extrafunktioner som Dilog har (t.ex hårddisk-vila, redigering i boxen och dylikt). TEAC är ju ett betydligt större företag och har säkert egna programmerare så det är möjligt att de lyckats lösa problemen utan att behöva hjälp av Handan. Frågan är då hur stor chansen är att TEAC vill dela med sig av sina lösningar till andra klontillverkare - så att man fick en firmware som plockade fixarna från TEAC och kombinerade med de praktiska funktionerna från Dilog.

Och så har vi ju problemet med att USB Downloader inte portats till andra operativsystem (vi är nog rätt många som vill se en Linux-portning) och att själva programmet innehåller en hel del buggar, till exempel oförmågan att hantera den redundanta filtabellen, vilket gör att om boxens filsystem blivit korrupt så kan boxen själv läsa alla filer men man kan inte ta backup på dom med den officiella metoden. Gränssnittet skulle också må bra av en ordentlig ansiktslyftning och bättre översättning.

Jag tror att Dilog kanske missbedömt sin målgrupp lite grann eftersom det nog är många av oss som hellre skulle ha köpt en Dreambox eller byggt en HTPC om dessa lösningar vore stabila, lättanvända (för noviserna i hemmet) och Boxer-godkända. Flera av oss valde ju just denna boxen för att vi ville ha boxar som resten av familjen kan använda utan problem men som ändå erbjuder möjlighet till backup och andra funktioner som tilltalar den tekniskt intresserade.

Redigerat av DVBgeek, 26 december 2006 - 19:05.

Det var just det jag fann lite långsökt, att tuner 1 och 2 skulle vara inställd på två olika frekvenser för en given mux. Det skulle ju innebära att man gjorde individuell kanalsökning för respektive tuner och det har jag lite svårt att tro. Skall man vara helt korrekt är det ju också på det viset att varje sändare inte nödvändigtvis har sin egen uppsättning av kanaler.

Inte för en given mux utan för 2 olika muxar som går från 2 olika sändare som bär samma kanaluppsättning. Dessutom kan det bero på hur boxen styr mottagarna för att de skall avstämmas på ”rätt” frekvens som hör till den rätta muxen där den valda digitalkanalen ligger just för tillfället. Det var ju därför som jag fortsatte att beskriva hur allt det där hänger ihop för att man skall klart se att möjligheter för boxen (och sändarna) att göra fel är i det närmaste oändliga.

För angränsade sändare ligger de 5 analoga kanalerna på olika frekvenser så att dessa inte stör varandra.

Nej, jag förstår nog fortfarande inte vad du menar. Antag att tuner 1 tar emot SVT1 och tuner 2 SVT2, båda ligger ju i samma mux. Menar du att de då skulle kunna vara inställda på olika frekvenser? Att de är inställda på olika frekvenser om de tar emot exempelvis SVT1 och TV3 är ju självklart.

Däremot stämmer det inte att angränsande sändare har skilda frekvenser för en given mux, det är tvärtom ganska vanligt att de ligger på samma frekvens, kolla hos Teracom.

Jag har haft mina funderingar kring det där med kryptoinformationen. Som jag förstått lagras någon kryptoinfomation separat på disken när man spelar in en kodad kanal, och vissa typer av svarta inspelningar har klart koppling till avkodningen. Därför kan man ju misstänka att denna information inte lagrats på rätt sätt.

Javisst, det som lagras på disken i en fil för en inspelning är (skall vara) PAT-strömmen, PMT-strömmen för den valda digitalkanalen samt alla de strömmar vari den valda digitalkanalen består inklusive eventuella kryptoströmmar. Allt detta lagras i samma ordning som det kommer (sänds) dvs. huller om buller. Det som lagras är alltså de relevanta delarna av hela den sammansatta strömmen som kallas TS (transport stream) som är ju det som kommer på en viss frekvens (analog kanal). Det som lagras är såpass komplett att det går att mata in i en annan mottagare och fungerar där som om det hade sänts.

Så långt är det ganska uppenbart, men jag fick uppfattningen (efter att ha läst ett inlägg på numera nedlagda finepassforum) att det utöver denna transportström lagrades ytterligare en fil med någon information för de program som var kodade. Det kanske inte stämmer, det vet du antagligen mer om än jag, men min tanke var att något i denna eventuellt existerande fil kunde blivit korrupt.

Den stora frågan är om det är enbart boxen som gör fel när det blir svarta inspelningar eller om det är ett samspel mellan vissa buggar i boxen och vissa buggar i den sändande muxen (eller ännu tidigare i leverantörskedjan) och vissa typer av störningar. Det som eventuellt motsäger att det har med kryptering att göra är att svarta inspelningar inträffar även på de fria kanalerna. Men då kan man tänka sig att sändningen säger att det skall vara krypto ändå medan det inte finns någon kryptoström.

<{POST_SNAPBACK}>

Som jag upplever det så handlar det inte om en enda typ av fel. Ett eller flera av felen verkar ha med avkodningen att göra eftersom man under en ganska lång tid efter att man stoppat uppspelningen av den felande filen inte får någon bild på kodade kanaler. Samma problem kan dock ibland uppträda om man "stressar" vissa inspelningar med mycket snabbspolning fram och tillbaks. I dessa fall räcker det i allmänhet att stoppa uppspelning, gå till en kodad kanal och vänta på bild, sedan kan man fortsätta uppspelning där man var.

Så långt är det ganska uppenbart, men jag fick uppfattningen (efter att ha läst ett inlägg på numera nedlagda finepassforum) att det utöver denna transportström lagrades ytterligare en fil med någon information för de program som var kodade. Det kanske inte stämmer, det vet du antagligen mer om än jag, men min tanke var att något i denna eventuellt existerande fil kunde blivit korrupt.

Så vitt jag förstått sparas också en ganska stor mängd data utöver vad som normalt ingår i en transportström. Det är ju därför man måste köra HAVtoTS eller markera "Finepass format adaption" i ProjectX - för att tvätta bort Handans egna "headers" eller metadata som den sparar. Om jag förstått mhakman rätt så innehåller denna metadata till exempel filens "namn" (i filsystemet har filerna tydligen bara nummer), information om senaste stopptid (för återupptagning av uppspelning), en redundant version av filallokeringsinformationen för just den filen, och en del till, och att det är därför GetHAV kan rädda filerna när USB Downloader går bet pga ett korrupt filsystem.

Som jag upplever det så handlar det inte om en enda typ av fel. Ett eller flera av felen verkar ha med avkodningen att göra eftersom man under en ganska lång tid efter att man stoppat uppspelningen av den felande filen inte får någon bild på kodade kanaler.

<{POST_SNAPBACK}>

Rättelse: även okodade kanaler drabbas av en lika lång period av "svart bild" när du stoppar uppspelning av en "svart inspelning".

Tack alla för svar!!
Har bytt ut loopkabeln och kört manuell sökning.
Det funkar bättre la in en hel drös schemalagda
inspelningar över julen och alla verkar ha gått bra.
Men ett problem kvarstår, igår när jag då tittade på en
inspelning och samtidigt spelade in på 5.an såg det ut som
om någon snackat i mobiltelefon under hela filmen.
En massa mosaik igen....
Så det blir väl till att ringa Dilog och skicka iväg boxen antar jag.

Gott nytt år!!

Hej!

ser att ni tidigare i denna tråd diskuterat projectX och HAVtoTS, tycker att projectx funkar rätt bra,
har däremot försökt att få HAVtoTS att funka, får detta felmeddelande (i loggfilen):

ERROR: This program needs two argument, an in file name and an out file name.

har provat på alla möjliga sätt, nån som har tips om hur man skall göra?

/ Henke

Hej!

ser att ni tidigare i denna tråd diskuterat projectX och HAVtoTS, tycker att projectx funkar rätt bra,
har däremot försökt att få HAVtoTS att funka, får detta felmeddelande (i loggfilen):

ERROR: This program needs two argument, an in file name and an out file name.

har provat på alla möjliga sätt, nån som har tips om hur man skall göra?

/ Henke

<{POST_SNAPBACK}>

Om ProjectX funkar bra för dig behöver du inte HAVtoTS. Du kan konvertera till TS i ProjectX också (välj bara "to TS" istället för "Demux").

Redigerat av DVBgeek, 30 december 2006 - 18:10.

Teorin på forumet är väl att viss information som har med krypteringen att göra skall lagras i HAV-filernas metadata (den extra information som finns i HAV-filerna men som inte ingår i transportströmmen) och att detta ibland går fel. Det skulle ju också kunna förklara varför svarta inspelningar ibland drabbar okodade kanaler - kanske metadatan felaktigt indikerar att inspelningen är kodad, eller så är filsystemet trasigt så att boxen får fel filsegment och därmed fel metadata...

Men jag tror inte att detta är något vi kan felsöka själva utan vi måste förlita oss på Dilog och Handan (som levererar hårdvaran). Av alla på forumet är det nog mhakman som har mest insikt i hur boxen fungerar "inuti", så han kanske har något att bidra med?

<{POST_SNAPBACK}>

Vi bör skilja på HAV filer som ligger på disken i boxen och HAV filer som överförs av USB Downloader till en dator. När filen har kommit till datorn så har den fått 2 extra headers. I boxen finns det inga headers i filerna – enbart HAV paketerat TS. Däremot finns det i boxen en filkatalog och en FAT. Vi känner till FAT strukturen mycket väl samt filkatalog och HAV paketering delvis. Om filkatalogen eller HAV paketering har något att göra med kryptering vet jag inte men jag tror inte det. Den TS som lagras i filerna är en komplett TS inklusive kryptoströmmarna och skall kunna avkodas utan ytterligare information förutsatt att man har rätt Boxerkort (som i sig innehåller viss information) samt CAM-modul eller motsvarande. Men eftersom en fil inte är en kontinuerlig area på disken utan består av många utspridda segment (kluster) så kan det bli fel på den information (FAT + HAV) som håller reda på vilka kluster och i vilken ordning som utgör en fil. Och då kan vad som helst hända, inklusive att man inte kan avkoda eller försöker avkoda trots att det inte skall avkodas.

Vid avkodning precis som i realtid skickas hela den sammansatta TS strömmen kontinuerligt in i CAM-modulen. Skillnaden mellan avkodning och realtid är endast varifrån TS strömmen kommer (mottagare eller disken). Boxen talar i förväg om för CAMen vilken digitalkanal som den är intresserad av. CAMen avkodar den valda kanalen mha av information som finns både på Boxerkortet och i de i TS inkommande kryptoströmmarna för kanalen. Hela TS strömmen skickas kontinuerligt tillbaka till boxen, nu med den valda kanalen i avkodad form. En del av informationen i kryptoströmmarna använder CAMen för att i förekommande fall underhålla den information som finns på Boxerkortet – vem som får se vad och när.

Håller med att det är Dilogs uppgift att fixa problemen.

Jag tror att Dilog kanske missbedömt sin målgrupp lite grann eftersom det nog är många av oss som hellre skulle ha köpt en Dreambox eller byggt en HTPC om dessa lösningar vore stabila, lättanvända (för noviserna i hemmet) och Boxer-godkända. Flera av oss valde ju just denna boxen för att vi ville ha boxar som resten av familjen kan använda utan problem men som ändå erbjuder möjlighet till backup och andra funktioner som tilltalar den tekniskt intresserade.

<{POST_SNAPBACK}>

Om det är en missbedömning, brist på möjligheter, brist på kompetens, brist på tid eller personal, dåliga OEM avtal med Handan etc. kan vi ju inte veta. Och för mig som Dilogs kund är detta inte heller intressant. Det jag ser är vad Dilog lovar, säljer och levererar.

Men som konsument har jag ett val. Jag anskaffade Dilog DT-550 eftersom den då motsvarade mina krav bäst av alla då tillgängliga boxar. Att det var så många alvarliga buggar och problem viste jag inte vid inköp. Men hade jag vetat det så hade det nog blivit Dilog ändå eftersom det då inte fanns någon annan box som fyllde alla mina krav.

Idag, ett år senare är situationen en annan. Andra boxar (godkända eller ej) svarar mer än väl mot mina krav och dessutom ger mer än så. Enligt uppgift fungerar t.ex. Dreambox nya modeller alldeles utmärkt med Boxerkort, kan göra allt som Dilog kan och mer därtill samt kan förses med en DVD enhet och användas som en HTPC (med rätt programvara). Även de nya Topfield kan allt det som Dilog kan plus att man kan utvidga deras funktionalitet med ett skriptspråk och makro och är enligt uppgift godkända av Boxer. Så nog verkar det att Dilog får lägga på ett kol annars...

Hej!

ser att ni tidigare i denna tråd diskuterat projectX och HAVtoTS, tycker att projectx funkar rätt bra,
har däremot försökt att få HAVtoTS att funka, får detta felmeddelande (i loggfilen):

ERROR: This program needs two argument, an in file name and an out file name.

har provat på alla möjliga sätt, nån som har tips om hur man skall göra?

/ Henke

<{POST_SNAPBACK}>

Kör t.ex.: HavToTs 12.hav 12.ts

Programmet vill ha två filnamn som argument, källfil (hav) och destinationsfil (ts).
Oj, kom på att ni får inte glömma " (citationstecken) om ni har filnamn med mellanslag.
Så här: HavToTs "Min fil nr ett.hav" "Min fil nr ett.ts"

Kolla även in batch filen som följde med. ...undra om denna klarar mellanslag... nä det gör den nog inte! Jag ber om ursäkt för det.

PS. Är du nöjd med ProjectX så kör med den, den kan så mycket mera.

//Michael

[

Nej, jag förstår nog fortfarande inte vad du menar. Antag att tuner 1 tar emot SVT1 och tuner 2 SVT2, båda ligger ju i samma mux. Menar du att de då skulle kunna vara inställda på olika frekvenser? Att de är inställda på olika frekvenser om de tar emot exempelvis SVT1 och TV3 är ju självklart.

Stockholm/Nacka sänder mux 1 på kanal 53 (730 MHz), Uppsala/Vedyxa sänder mux 1 på kanal 40 (626 MHz). Båda går att få in i Knivsta. Det är därför de sänder på olika frekvenser, annars skulle de störa varandra. Då kan det ju hända att mottagare 1 i boxen är avstämd till 626 MHz medan mottagare 2 i boxen är avstämd till 730 MHz för mottagning av mux 1. I Knivsta kan det hända att Uppsala/Vedyxa signalen är mycket bättre än den från Stockholm/Nacka eftersom det är närmare till Uppsala. Det är då Uppsala du ser, även på signalstyrke- och kvalitetsdisplayen, men det är Stockholm du spelar in. Att det kan bli så här beror naturligtvis på att någonting är fel (tänkt) (i boxen).

Däremot stämmer det inte att angränsande sändare har skilda frekvenser för en given mux, det är tvärtom ganska vanligt att de ligger på samma frekvens, kolla hos Teracom.

Eftersom du så bestämt påstår detta så måste du ha sett ett sådant fall hos Teracom. Skulle du i så fall vilja ange ett exempel på två angränsade sändare som går att ta emot på samma geografiska plats som sänder på samma frekvens?

Annars så fördelar man frekvenser (= analoga kanaler som används för att överföra de digitala kanalerna) över landet och sändare så att det inte blir överlappande areor. Det är ju detta som är anledningen till att vi får plats med endast 5 kanaler i landet. Hade angränsande sändarna kunnat sända på samma frekvens då hade vi haft flera tiotal kanaler i Sverige.

Samma problem kan dock ibland uppträda om man "stressar" vissa inspelningar med mycket snabbspolning fram och tillbaks. I dessa fall räcker det i allmänhet att stoppa uppspelning, gå till en kodad kanal och vänta på bild, sedan kan man fortsätta uppspelning där man var.

Javisst, det är ingen konst alls att ”hänga” boxen genom att trycka lite vildare på olika knappar på fjärren. Förklara det för ett barn! De förstår ju inte alls att man skall ta det lugnt, vänta tills boxen har gjort klart ”den förra begäran” och sedan trycka på nästa knapp. Problemet är, som jag har sagt flera gånger, att boxen har ingen riktigt fleruppdragskörning (multitasking) i sin programvara eller så är denna implementerad på ett felaktigt sätt.

Jag har en liten bugg som jag undrar om andra har. Har laggt program i fav1 och aktiverat denna lsiatn. Men så fort jag spelat upp en inspelning eller spelat in nåt nytt program så verkar den återgå tol "Alla" igen. Nån som känner igen detta fenomen?
Jag kör v1.18 i boxen

Däremot stämmer det inte att angränsande sändare har skilda frekvenser för en given mux, det är tvärtom ganska vanligt att de ligger på samma frekvens, kolla hos Teracom.

Eftersom du så bestämt påstår detta så måste du ha sett ett sådant fall hos Teracom. Skulle du i så fall vilja ange ett exempel på två angränsade sändare som går att ta emot på samma geografiska plats som sänder på samma frekvens?

Annars så fördelar man frekvenser (= analoga kanaler som används för att överföra de digitala kanalerna) över landet och sändare så att det inte blir överlappande areor. Det är ju detta som är anledningen till att vi får plats med endast 5 kanaler i landet. Hade angränsande sändarna kunnat sända på samma frekvens då hade vi haft flera tiotal kanaler i Sverige.

Mellan Karlstad och Kristinehamn kan jag ta emot signaler från sändarna i Karlstad,Kristinehamn och Filipstad som alla sänder på samma frekvenser

Däremot stämmer det inte att angränsande sändare har skilda frekvenser för en given mux, det är tvärtom ganska vanligt att de ligger på samma frekvens, kolla hos Teracom.

Eftersom du så bestämt påstår detta så måste du ha sett ett sådant fall hos Teracom. Skulle du i så fall vilja ange ett exempel på två angränsade sändare som går att ta emot på samma geografiska plats som sänder på samma frekvens?

Annars så fördelar man frekvenser (= analoga kanaler som används för att överföra de digitala kanalerna) över landet och sändare så att det inte blir överlappande areor. Det är ju detta som är anledningen till att vi får plats med endast 5 kanaler i landet. Hade angränsande sändarna kunnat sända på samma frekvens då hade vi haft flera tiotal kanaler i Sverige.

Mellan Karlstad och Kristinehamn kan jag ta emot signaler från sändarna i Karlstad,Kristinehamn och Filipstad som alla sänder på samma frekvenser

<{POST_SNAPBACK}>

Det var intressant. Analyserar man den tillgängliga informationen då finner man följande:

1. Kristinehamn Utsiktsberget är en mindre slavsändare till Filipstad Klockarhöjden. Eftersom slavsändare sänder exakt samma program exakt samtidigt (i samma fas) som motsvarande huvudsändare då stör de inte varandra och kan därför sända på samma frekvens.
2. Karlstad Sörmon och Filipstad Klockarhöjden (och därmed Kristinehamn Utsiktsberget) har formellt inte gått över till digital-tv än även om Boxer sändningar pågår redan där. Dessa sändare går över till digital-tv den 3 september 2007. Därför kan det mycket väl hända att en av dessa får nya frekvenser i samband med övergången.

Det är meningen att oberoende angränsande sändare skall sända på olika frekvenser. Annars stör de varandra och detta kan resultera i alla möjliga och omöjliga fel vid mottagning – det blir ju en fullständig kalabalik i etern. Inte undra på att du får problem där. En extremt riktkänslig antenn skulle kanske kunna hjälpa fram tills Teracom fixar frekvenserna.

Eftersom slavsändare sänder exakt samma program exakt samtidigt (i samma fas) som motsvarande huvudsändare då stör de inte varandra och kan därför sända på samma frekvens.

Detta stämmer. Jag tolkade dock andra delar av texten som du skrivit på ett annat sätt, nämligen motsägande detta. Jag ville bara förtydliga detta, det kanske är andra som läser detta och gör samma tolkning som jag.

I marknätet (DVB-T) så används en modulations typ som heter COFDM (Coded Orthogonal Frequency Division Multiplex). Denna modulations typ är okänslig för ekon och gör det möjligt att låta två intilliggande sändare sända på samma frekvens. Under förutsättning att dom sänder exakt samma information och är synkade till varandra.

//Michael

Men som konsument har jag ett val. Jag anskaffade Dilog DT-550 eftersom den då motsvarade mina krav bäst av alla då tillgängliga boxar. Att det var så många alvarliga buggar och problem viste jag inte vid inköp. Men hade jag vetat det så hade det nog blivit Dilog ändå eftersom det då inte fanns någon annan box som fyllde alla mina krav.

Jag köpte min box i augusti och då fanns ingen annan motsvarande godkänd box på marknaden. Den enda egentliga konkurrenten vid tillfället var Dreambox som dels kostar ett par tusen extra från början eftersom den inte subventioneras, därtill kommer kostnader för hårddisk, extra tuner och dylikt, Ethernet-kablar, arbete med kabeldragning etc, sökande efter, val av och installation av lämplig firmware-variant, och man måste dessutom ändå ha en oanvänd Boxer-godkänd box vid sidan av för att få ett abb till Dreamboxen överhuvudtaget. Eftersom Dilog:en bygger på samma PowerPC-G3-plattform och dessutom är Boxer-godkänd (och därmed kraftigt subventionerad) så kändes det som det mest prisvärda, minst struliga och mest användar-/utvecklarvänliga alternativet trots att jag redan då (genom denna tråd) kände till många av dom allvarliga buggar som boxen dras med.

Nu fortsätter jag väl egentligen att använda boxen mest för att jag vill driva på Dilog att fixa till sin produkt men också för att jag bara har en box, valet föll på en PVR vars PVR-funktioner varit högt prisade av pressen men i praktiken fungerar de ofta inte. Men jag är iallafall inte helt missnöjd med den (men långt ifrån nöjd...). Vad Dilog borde göra är att fixa en bootloader så att man kan köra hemmabyggda firmware (Tuxbox t.ex) på den, byta ut filsystemet mot ett öppet och väldokumenterat dito, aktivera Mass Storage Class i USB-chipet (ja chipet klarar det, men det måste aktiveras genom firmware) och kasta ut Handans skräpiga referensmjukvara till fördel för att bygga en egen multitaskande firmware från grunden med hjälp från engagerade användare.

Idag, ett år senare är situationen en annan. Andra boxar (godkända eller ej) svarar mer än väl mot mina krav och dessutom ger mer än så. Enligt uppgift fungerar t.ex. Dreambox nya modeller alldeles utmärkt med Boxerkort, kan göra allt som Dilog kan och mer därtill samt kan förses med en DVD enhet och användas som en HTPC (med rätt programvara). Även de nya Topfield kan allt det som Dilog kan plus att man kan utvidga deras funktionalitet med ett skriptspråk och makro och är enligt uppgift godkända av Boxer. Så nog verkar det att Dilog får lägga på ett kol annars...

<{POST_SNAPBACK}>

Hade jag väntat några månader med att skaffa box hade valet idag säkert fallit på Topfield, men nu är jag fast med Dilog:en åtminstone fram tills den officiella digital-TV-övergången görs i mitt område (sista etappen). Om Dilog själva inte kan/vill fixa boxens många återstående allvarliga buggar snarast så tycker jag att dom (eller ännu hellre Handan, så att ägare av alla internationella kloner får nytta av förbättringarna) bör släppa både USB Downloader och firmware under lämplig öppen licens och låta användarna (vars enda intresse är att boxen ska leva upp till alla sina möjligheter) slutföra arbetet.

Redigerat av DVBgeek, 31 december 2006 - 19:03.

Mera intressanta nyheter om boxens möjligheter:

Det finns en annan australiensisk tillverkare av denna box, nämligen Legend. Dom har, enligt denna tråd, väldigt mycket intressant under utveckling för sin Handan 6000T-klon. Bland annat något som vi länge efterfrågat här nämligen en omarbetad OSD, möjlighet till dubbla överlappande timers och att spela in två program samtidigt manuellt utan att något av dom är en timeshift. Dessutom har dom tydligen (internt, inte släppt) aktiverat funktionen i USB Downloader för att konvertera existerande MPEG-1 och MPEG-2 till HAV för att använda boxen som en dvd-jukebox. Inga av ändringarna är släppta än men dom säger att boxen klarar det och jag har själv sett att USB Downloader innehåller dom funktioner som Legend säger sig arbeta på (och mer ändå!), men de är inte tillgängliga i den version av USB Downloader som alla tillverkare tillhandahåller idag.

Denna box verkar alltså fortfarande ha potential att leva upp till, och rangordningen bland klontillverkarna borde alltså idag vara 1) TEAC (som har fixat alla kända allvarliga buggar och de flesta små irritationsmoment), 2) Dilog (som inte har fixat så många buggar men å andra sidan lagt till många finesser de andra klonerna inte har som t.ex redigering i boxen) och 3) Legend (som har många bra finesser under utveckling men som inte har släppt någon av dom än).

Hade jag vågat riskera att "bricka" boxen hade jag nog testat TEAC's firmware vid det här laget men den saknar ju mycket av de funktioner vi tar för givet på Dilog:en och dessutom vet jag inte om den funkar med Viaccess-systemet. Det ska väl gå att "väcka" en "trasig" box genom serieporten men jag känner mig inte säker nog för att våga flasha in en främmande firmware på min enda box... men nog hade det varit roligt att se om den blev stabilare med TEAC's fixar. Men då hade man ju också gått miste om klippningsfunktionen och hårddisk-vilan bland annat.

Redigerat av DVBgeek, 01 januari 2007 - 11:12.

Detta stämmer. Jag tolkade dock andra delar av texten som du skrivit på ett annat sätt, nämligen motsägande detta. Jag ville bara förtydliga detta, det kanske är andra som läser detta och gör samma tolkning som jag.

Det är precis som det skall vara – var och en tillför en bit till det hela som förhoppningsvis blir klarare.

I marknätet (DVB-T) så används en modulations typ som heter COFDM (Coded Orthogonal Frequency Division Multiplex). Denna modulations typ är okänslig för ekon och gör det möjligt att låta två intilliggande sändare sända på samma frekvens. Under förutsättning att dom sänder exakt samma information och är synkade till varandra.

Det stämmer, okänslighet för ekon gäller dock inom rimliga gränser. Sedan har vi det är med synkningen. Dels på bärvågsnivå, dels på modulationsnivå, och dels på innehållsnivå. Sätt två sändare så att de sänder exakt samma signal med samma styrka men i motfas (på bärvågsnivå) så hjälper inga tricks – det blir tyst i luren.

DVBGeek, alla de här boxarna är ju datorer i själva verket. Låt vara att vissa av dessa har en processor med extra funktioner (instruktioner) för DVB, MPEG, och CAM, men datorer är de likaväl. Därför rent teoretiskt kan man få de att göra allt möjligt, med ”rätt” programvara. Det finns naturligtvis en begränsning i vad man kan åstadkomma med en viss maskinvara men i de aktuella fallen ligger begränsningarna i programvaran.

Jag tror att boxtillverkarna kommer att ha väldigt svårt att hänga med i utvecklingen av programvaran jämfört med de som utvecklar för generella datorer och för kraftfulla operativsystem. Därför kommer min nästa box, med all sannolikhet, att vara baserad på ett sådant mer eller mindre öppet operativsystem (Vista/XP, OS/X, Linux, etc.). Den kommer också att köra ett HTPC skalprogram och använda diskar som finns på en server (i källaren eller garderoben). Den skall helt enkelt vara en in- och utenhet till denna server. Om sedan maskinvaran är specialbyggd för en box eller om det är en generell dator spelar mindre roll så länge den är tyst. Just nu och enligt specifikationerna verkar DreamBox 8000 vara väldigt intressant.

/Mikael