TLC

Junior
  • Aantal berichten

    16
  • Registratiedatum

  • Laatst bezocht

Berichten die geplaatst zijn door TLC

  1. Hallo mmint

    @TLC: Geef svp. eens een inhoudelijke reactie die van inzicht getuigt.

    Eerst wat opheldering. Ben werkzaam in een bedrijf in Z.Nederland die voor klanten veel papierwerk opslaat en digitaliseerd en binnen de markt hebben we een gunstige positie. Enkele jaren is men bezig om datzelfde te doen voor video-content. De kosten voor dergelijke opslag is dermate hoog dat de kostprijs te hoog wordt voor concurrentie. Binnen het bedrijf is een soort award uitgeloofd voor oplossingen en laatst stuitte ik op een video-demo. Zelf heb ik geen kennis van algoritmes en ik heb dan , tot nu toe, geen connecties met de maker van DNA nog het bedrijf wat hier achtersteekt. Voordat ik m'n werkgever blij wil maken met een 'dooie mus', had ik gehoopt hier door de profs meer duidelijkheid te krijgen. Helaas wordt die mogelijkheid hier niet geboden en het waarom laat ik aan de lezer over.

     

    Bedankt voor de moeite.

     

    Tom L. Corneis

     

  2. Ik heb gelezen wat je schrijft, en ik geef er mijn mening over, die jij vervolgens negeert omdat het niet is wat je wilt horen.

     

    Nummertje zoveel, dus. Succes!

    ... waarin jij dicteert welke criteria jij nodig acht om een discussie te voeren.

    ... waarbij geen directe reactie een eigen interpretatie kent: iets niet willen horen.

     

    Prima, gelukkig zijn er die daar geen last van hebben getuige bovenstaande en gewoon terzake komen waarvoor mijn dank.

     

    Nummero uno dus.

     

    Suk6 2

     

    TLC

  3. Memory ok !

    Inzicht alleen niet. Dit is geen compressie, dit is codering. Net als "Hoofdstuk 1" verwijst naar 100 pagina's tekst. Hoe meer pagina's tekst, hoe kleiner de overlap met andere hoofdstukken (en films, en MP3's, etc.), en hoe dichter je bij 'unieke blokjes' van 1 byte komt, en dus een 'compressie' van 1:1.

     

    Als je hier een serieuze discussie wilt hebben zul je mensen moeten overtuigen, en dat kan alleen door je algoritme te plaatsen. Zolang je dat niet doet zul je door de meesten als fantast nummertje zoveel worden weggezet.

    Schijnbaar heb je jou huiswerk niet goed gemaakt, lees wat ik schrijf/vraag >;( (al de 2de keer)

    It's him again ::)

     

    Btw: ~Auteur <> je <> doorgeslagen ;)

     

    TLC

     

  4. ... de referentietabel stoppen. Wel zo makkelijk. Je gecomprimeerde bestanden zijn dan piepklein (desgewenst past een bepaald bestand in 1 bit, maar 256 bytes klinkt spannender), maar je referentietabel is navenant groter.

    Als ik het in het forum goed gelezen heb dan is de minimale grootte 32 bytes maar 256 blijkt beter te zijn voor het tabel. Verder begrijp ik gelezen te hebben dat de tabel niet groter zou zijn 740mB. Hoeveel bestanden daarin zitten is me onduidelijk omdat het een snapshot betreft.

     

    Bedankt voor je info.

     

    Tom.

     

  5. Extreme compressie met DNA

     

     

    ... enzo ja, wat zijn de gevolgen (topic-follow)

     

    Tom L. Corneis.

    Extreme compressie met DNA ???

     

    Dat is een algoritme met een referentietabel, vertelt het filmpje. Met een voldoende grote referentietabel kun je elk digitaal bestand met de Huffman-codering in 1 bit opslaan.

    Heeft dat voordelen t.o.v. huidige compressie-technieken ?

     

    http://jansloot.telcomsoft.nl/Forum/viewtopic.php?f=281&t=264

     

    Op afbeelding is de tabel best groot ja.

     

    Tom L. Corneis.

  6. als videomaker ontvang en verzend ik veel megabytes, dus ben zeer geïnteresseerd in deze compressie.

    is het nou veilig om te gebruiken of niet?

     

    Van: Noreply [noreply@telcomsoft.nl]

    Aan: S*@home.nl

    Onderwerp: Re: False Positiv

     

    06-05-2011

     

    Beste heer Tom L. Corneis.

     

    Sub: False positiv

    -------------------------

    N.a.v. uw schrijven daterend 05 mei 2011 kan ik uw informatie bevestigen

    dat de PE header en/of decompressor (~200 bytes) van crinkler gelijkenissen

    vertonen van kwaadwillende bestanden waardoor virusscanners geïrriteerd kunnen

    raken. De overige bytes genereren digitale gegevens van ongeveer 50mb raw data

    (Non_Rev compressratio van 1:12500).

     

    Het moge U duidelijk zijn dat genoemde extern ontwikkelde demo geheel losstaat

    met de technologie van dhr. J.Sloot en enkel ter illustratie bedoeld is van genoemde ratio.

     

    In de toekomst zullen ook andere voorbeelden beschikbaar gesteld worden (E_Compression)

    waarbij berekeningen enkel d.m.v. bitschuiving geschied. De ratio hiervan is source-afhankelijk.

     

    Hopende met dit schrijven uw vragen beantwoord te zijn.

     

    M.vr.gr. Johan

     

     

    Let op ! Dit bericht kunt u niet beantwoorden !

    Ga hiervoor naar: http://jansloot.telcomsoft.nl/Sources-1/Contact/Contact.php

     

     

    edit: De demo stond op die website en achteraf vond ik 'm ook al op Youtube waar ik ook geen belang in heb :)

    Het thema was "Extreme compressie", tja en 1:12500 is niet weinig & vind hem nog steeds indrukwekkend :P

  7. En dan te bedenken wat die 4079 bytes aan (nuttige) megabytes genereert mbv algo's.

    Meh...laat me Pirates of the Caribbean in 4K zien en ik ben onder de indruk. Sterker nog - slechts 100MB is ook goed.

     

    Edlt: en dan ook zonder dat alle virusscanners afgaan. Desnoods ongecomprimeerd - mag het zelf 200MB zijn van mij.

    Zal niet lukken zonder vector_table van 8gB ???

  8. Is iemand de supercompressie van Jan Sloot aan het reanimeren? ;D

     

    Hahahaha... was dat maar waar :P

     

    Gewoon geweldig om te zien dat er met 4079 bytes een realistische HQ film van 03:35 gemaakt

    wordt. En dan te bedenken wat die 4079 bytes aan (nuttige) megabytes genereert mbv algo's.

     

    It's the time after Jan Sloot ;D

     

     

    TLC

  9. Nader onderzoek op de .Exe-bestanden blijken duidelijk false-postiv's te geven op

    enkele virusscanners. De oorzaak ligt aan crinkler waarmee de .exe bestanden zijn

    ingepakt. Op internet zijn er meerdere discussies over terug te vinden.

     

    Kortom, de .EXE's zijn veilig

     

    M.vr.gr. TLC

     

     

    Topic: Files packed with Crinkler 4k executable reports false positive (Read 649 times)

     

    Files packed with Crinkler 4k executable reports false positive

    « on: January 15, 2010, 10:24:29 PM »

     

    --------------------------------------------------------------------------------

     

    Hi,

     

    I'd really like if you could somehow analyze the crinkler executable file compressor (http://www.crinkler.net), so Avast doesn't report false positives for all files of that type. It's really a pain since close to every single demoscene production less than 64KB in size get caught and blocked.

     

    I'm sure Rune and Aske (the authors of Crinkler) would be happy to help out in establishing a way to prevent files packed with crinkler to report false positive.

     

     

     

  10. Voor de zekerheid nog ff online gecheckt op:

     

    http://www.kaspersky.com/virusscanner

     

    Misschien zijn er betere online virusscanners...

     

    TLC

    ------------------------------------------------------------------

    Kaspersky File Scanner

    Scanned file: elevated_win7_1024x768.exe

     

     

    You're clean!

    Kaspersky File Scanner has not detected any viruses at this time in the file you submitted.

     

    However, only a fully-functional antivirus solution with regularly updated virus definitions can ensure comprehensive protection against malware. If you do not have an antivirus solution installed, you may wish to consider purchasing one today.

     

  11. NIET DOWNLOADEN is een virus.

     

    Virusscanner (NOD32) geeft bij windows7 de melding [probably a variant of Win32/Agent.VLAFLF trojan cleaned by deleting - quarantined ]

     

    Link blijft uit voorzorg dus voorlopig offline

    Vermoedelijk False Positive.

    Antivir geeft hier niets aan.

    .Exe's werken wel, alleen vergt veel v/d processor.

     

  12. Bekijk de documentaires op http://jansloot.telcomsoft.nl of youtube. De impact zou misschien intenser zijn als 11 jaar geleden alleen op breder vlak. Exacte scenario's zijn uiteraard niet voorspelbaar. Alleen het besef al wat een smallere bandbreedte teweegbrengt bij ontwikkelingen op communicatiegbied is enorm. Bij vernieuwingen zullen altijd bedrijven het veld moeten ruimen, dat is al eeuwig zo en zal altijd verweven blijven.

    Meer kapers zijn op deze kust die zelfs demo's kunnen geven...so hurry up ! :)

     

    TLC

     

     

     

     

×
×
  • Nieuwe aanmaken...

Cookies op HigherLevel.nl

We hebben cookies geplaatst op je toestel om deze website voor jou beter te kunnen maken. Je kunt de cookie instellingen aanpassen, anders gaan we er van uit dat het goed is om verder te gaan.