Jag har en ljudfil i form av en cache-fil. Alltså ingen traditionell ljudfil, så det är inte bara att klicka på den för att höra ljudet. Den är bara möjlig att spelas upp av ett projekt inom ett program. Den ska då ligga i en särskild cache mapp och därifrån ska projektet i datorprogrammet automatiskt ladda och spela upp den.
Jag skulle vilja att programmet spelade upp denna fil, men jag har dessvärre inte kvar dess projekt-fil kvar. Det skulle gå att få ett annat projekt att ladda och spela upp den, ifall man bytte ut min fil med cashe filen som detta projekt -egentligen- vill öppna upp. För att kunna få projektet att "tro" att min fil är den originella, så är det dock nödvändigt att få min fil till att ha samma storlek, namn, datum, "lines" etc som den originella filen har. Vet någon hur man emulerar file specifications av en fil till en annan?
Vet någon hur man emulerar file specifications av en fil till en annan?
Beroende på vilket program som har skapat cache-filen så kan den vara i många olika format.
Vissa program sparar sina cachefiler i orginalformatet och det skulle räcka med att ändra metadata eller ibland endast filändelse på den för att det skulle funka. Alltså att 1434BBB.cache fungerar att spela om du bara ändrar filändelse till 1434BBB.mp3 eller vilket format som nu är aktuellt.
Andra program gör om cachefilerna till andra format av olika skäl, oftast för att det ska gå fortare att läsa in dem och för att de försöker dölja dem för dig så du inte ska kunna "stjäla" den.
Men, cahce-filer i sig är inte något eget format. Det är bara en benämning på att filen är sparad av programmet för att läsas in igen utan att behöva hämta originalfilen. Den mest generella definitionen är "The Cache is a memory that stores temporary data, in "silent mode" to upper level of utilization,
for a quick reusing".
Av detaljerna i trådstarten så tolkar jag det som a) Det du skriver är korrekt/sant, och b) Du har redan provat att i samma program (helst samma version) göra ett nytt enkelt project och sedan kopiera in "din fil" på lämpligt tänkbara sätt. (Programmet bör vara helt nedstängt vid filmanipulation.)
Därnäst har du förmodligen kollat dokumentation, hjälpsidor och användarforum om 'någon annan' redan haft/löst ditt problem.
Tredje bästa alternativ är att hoppas på att programmet (eller iaf filformatet) är "Open Source", så att du kan hitta strukturen ("header-filen") på filformatet.
Till sist kan man rimligen anta att själva ljudet ligger inbäddat, men i ett format som inte är alldeles unikt:
Plocka då bort en byte i taget från början av arbetskopian av filen, tills ett analysprogram eller en flexibel mediaspelare (VLC?) ger dig träff (eller bättre ledtrådar).
I värsta fall ligger ljudet upphackat i snuttar efter redigeringshistorik, då fär du jobba så länge det känns värt nåt för dig.
I alla versioner av Un*ix/Linux finns ("terminal-")kommandot file, som troligen är tillräckligt som analysprogram i samband med "byte-plockning".
(Kolla gärna vad ditt analysverktyg säger om motsvarande fil i ett komplett/fungerande projekt.)
Och eftersom du kallar det cache-fil, så ska du nog inte ha för stor förhoppning att hitta mer än två "slutmixade" kanaler stereoljud.
Av detaljerna i trådstarten så tolkar jag det som a) Det du skriver är korrekt/sant, och b) Du har redan provat att i samma program (helst samma version) göra ett nytt enkelt project och sedan kopiera in "din fil" på lämpligt tänkbara sätt. (Programmet bör vara helt nedstängt vid filmanipulation.)
Därnäst har du förmodligen kollat dokumentation, hjälpsidor och användarforum om 'någon annan' redan haft/löst ditt problem.
Tredje bästa alternativ är att hoppas på att programmet (eller iaf filformatet) är "Open Source", så att du kan hitta strukturen ("header-filen") på filformatet.
Till sist kan man rimligen anta att själva ljudet ligger inbäddat, men i ett format som inte är alldeles unikt:
Plocka då bort en byte i taget från början av arbetskopian av filen, tills ett analysprogram eller en flexibel mediaspelare (VLC?) ger dig träff (eller bättre ledtrådar).
I värsta fall ligger ljudet upphackat i snuttar efter redigeringshistorik, då fär du jobba så länge det känns värt nåt för dig.
I alla versioner av Un*ix/Linux finns ("terminal-")kommandot file, som troligen är tillräckligt som analysprogram i samband med "byte-plockning".
(Kolla gärna vad ditt analysverktyg säger om motsvarande fil i ett komplett/fungerande projekt.)
Och eftersom du kallar det cache-fil, så ska du nog inte ha för stor förhoppning att hitta mer än två "slutmixade" kanaler stereoljud.
Hej! Intressant inlägg. Jag är inte så insatt i det där med byte plockning. Vill du skicka mig ett pm angående detta? Jag kan skicka dig filen. Då kan du kolla om byte plockning ens skulle vara relevant/fungera.
Vet du (eller någon annan här) ett samlingsnamn för denna typ av taktik? Dvs att byta identiteten av en fil åt en annan, för att sedan kunna öppnas som den äkta.
Det skulle underlätta för mig ifall det råkade finnas ett program som skulle kunna ordna något sådant åt mig. För just nu verkar det som skulle kunna göra susen (enligt er) handla om "coding", "commando" osv, vilket jag inte är riktigt så insatt i..
__________________
Senast redigerad av tengas10 2016-11-22 kl. 06:17.
Hej! Intressant inlägg. Jag är inte så insatt i det där med byte plockning. Vill du skicka mig ett pm angående detta? Jag kan skicka dig filen. Då kan du kolla om byte plockning ens skulle vara relevant/fungera.
Jag gjorde ett shell-script som "hyvlar av" inledande två bytes i taget från en kopia av testfilen och lägger i en temp.katalog som man kan köra file-kommandot på sedan. För att se vilka startadresser som kan vara värt att kolla. (Det blir ju ett antal "false positives" som en mänsklig hjärna är bättre på att sålla i.
Scriptet funkar nog rakt av på de flesta "Live-CD" Un*ix/Linux och kör klart på ett par sekunder på en långsam laptop.
Det slösar inte på diskutrymme, utan är tänkt att ge startadresserna på de "chunks" man sedan vill titta närmare på (tror det är ganska lätt att plagiera/redigera de kommandon som ger resutatfil(er).
if [ ! -z $ArgFile ] && [ -f $ArgFile ]; then
#pwd
# Create testfile an working directory:
cd /tmp
WorkDir=`mktemp -qd `
cd $WorkDir
if [ ! -f $ArgFile ]; then
ArgFile=$ArgDir/$ArgFile
elif [ ! -f $ArgFile ]; then
ArgFile=$ArgDir/`basename $ArgFile`
pwd
fi
` printf "%s if=%s\n" "$ddCMD" $ArgFile `
# Loop for sliceing:
ddCMD="dd bs=2 count=512 status=none if=Testfile.org skip="
(( LoopVar = 2 ))
while [ $LoopVar -le $numSlices ]; do
` printf "%s%d of=testAddr.%04d\n" "$ddCMD" $LoopVar $LoopVar `
(( LoopVar += 2 ))
done
# Report we're done:
mv $WorkDir /tmp/Testfile$NOW.dir && echo /tmp/Testfile$NOW.dir
else
printf "Nothing to do.\n"
printf "Usage: bash -name-of-this-file file-to-test\n"
fi
exit 0
[/PHP](php-tag blir inte helt rätt, men lite lättare att läsa)
För att testköra så tog jag ett random fotografi i .jpg-format. Då blev output från file * så här:
Testfile.org: JPEG image data, Exif standard: [TIFF image data, little-endian, direntries=15, height=2448, bps=194, PhotometricIntepretation=RGB, manufacturer=SAMSUNG, model=GT-I9305N, orientation=upper-left, width=3264], baseline, precision 8, 1280x720, frames 3
testAddr.0002: data
testAddr.0004: data
testAddr.0006: TIFF image data, little-endian, direntries=15, height=2448, bps=194, PhotometricIntepretation=RGB, manufacturer=SAMSUNG, model=GT-I9305N, orientation=upper-left, width=3264
testAddr.0008: data
testAddr.0010: AmigaOS bitmap font
testAddr.0012: data
testAddr.0014: data
testAddr.0016: data
testAddr.0018: data
testAddr.0020: data
testAddr.0022: data
testAddr.0024: Targa image data - Mono 3 x 1
testAddr.0026: data
testAddr.0028: data
testAddr.0030: data
testAddr.0032: Targa image data - RGB 200
testAddr.0034: data
testAddr.0036: data
testAddr.0038: data
testAddr.0040: data
testAddr.0042: Targa image data - RGB - RLE 3 x 1
testAddr.0044: data
testAddr.0046: data
testAddr.0048: data
testAddr.0050: MS Windows icon resource, 21x1, 3 colors
testAddr.0052: data
testAddr.0054: data
testAddr.0056: Targa image data - Mono 218
testAddr.0058: data
testAddr.0060: Hitachi SH big-endian COFF object, not stripped
testAddr.0062: data
testAddr.0064: data
Med "data" så meddelar file att den saknar en känd filtyp för bytesekvensen.
När jag istället tog andra halvan av en kluven .jpeg så var det rimligtvis bara "false positives":
Kod:
Testfile.org: data
...
testAddr.0016: data
testAddr.0018: data
testAddr.0020: 8086 relocatable (Microsoft)
testAddr.0022: data
testAddr.0024: data
...
testAddr.0148: data
testAddr.0150: data
testAddr.0152: SysEx File -
testAddr.0154: data
testAddr.0156: data
...
testAddr.0214: data
testAddr.0216: data
testAddr.0218: Sendmail frozen configuration - version \2255\033ĢYjw\005ā(ķXųč$\201iiōø\021\214\026p
testAddr.0220: data
testAddr.0222: data
...
testAddr.0284: data
testAddr.0286: data
testAddr.0288: Sendmail frozen configuration - version \225\216æÄ{Ôā§wH_\201B\014Ú\025}\216\037A\203>>
testAddr.0290: data
testAddr.0292: data
...
testAddr.0312: data
testAddr.0314: data
testAddr.0316: Dyalog APL version 42 .98
testAddr.0318: data
testAddr.0320: data
...
testAddr.0454: data
testAddr.0456: data
testAddr.0458: DBase 3 data file with memo(s)
testAddr.0460: data
testAddr.0462: data
...
testAddr.0470: data
testAddr.0472: data
testAddr.0474: DBase 3 data file
testAddr.0476: data
testAddr.0478: data
Vet du (eller någon annan här) ett samlingsnamn för denna typ av taktik? Dvs att byta identiteten av en fil åt en annan, för att sedan kunna öppnas som den äkta.
Nej glöm det där - Det försöker lösa ett helt annat problem (som blivit ganska ointressant numera, spec. för hemanvändare).
Citat:
to stay within the terms of a multi-user licence agreement, it is necessary to implement some form of software metering which operates to restrict the number of simultaneous users
Jag kanske bör påpeka att man inte ska förväxla verklig filtyp baserat på innehållsformatet, med "filtyp" i Windows som är en namngivningskonvention, som dessutom "missbrukas" för att ge en klick-vänlig start av (ett enda!) installerat program som antas kunna hantera den filtypen.
Citat:
Ursprungligen postat av tengas10
... Vill du skicka mig ett pm angående detta? Jag kan skicka dig filen. Då kan du kolla om byte plockning ens skulle vara relevant/fungera.
Hur stor är den? Kan du ladda upp den på typ: https://minfil.org/
Och skicka mig länken i ett pm, om du inte vill ha den i tråden (där kanske andra vågar prova sina aningar/förslag).