search

f4exb / sdrangel

SDR Rx/Tx software for Airspy, Airspy HF+, BladeRF, HackRF, LimeSDR, PlutoSDR, RTL-SDR, SDRplay and FunCube
GNU General Public License v3.0
2.76k stars 421 forks source link

playing recording broken #205

Closed beta-tester closed 5 years ago

beta-tester commented 5 years ago

in version 4.0.6 seems the recording is broken. i just recorded a huge file with sdrangel 4.0.6 and tried to play it back, but the shown frequency "1,000,000kHz", the shown bandwidth "0.058k", the shown time "1970-03-15" and the shown length are totally wrong and nothing is shown on the waterfall nor the spectrum view.

i tried an older similar huge recoding made with 4.0.4 and there i can playback the recording correctly on 4.0.6.

damn stupid me, i updated sdrangel without testing if the recording will succeed, just before i recorrded an importand one-time-ever-event... (installing and setting up the wireless consumption meter of my radiator) now i guess i lost everything i wanted to record/playback/analyse... :((

i used the windows version 4.0.6 of sdrangel. with my PlutoSDR.

recording broken

beta-tester commented 5 years ago

EDIT: ok, it is working!!! sorry, the problem is the file name i gave. special german chars in the filename like "ÖöÄäÜüß" will break the reading of the file! i renamed the file and replaced the chars - then the file is able to be read in sdrangel.

you can close the issue report, in case you don't want to fix that issue.

f4exb commented 5 years ago

Well I have not encountered this issue just by changing the record name with a 'ö' in the name. So it must be something else that corrupted the header of the file. The first few bytes contain time and sample rate information that was obviously damaged.

beta-tester commented 5 years ago

the file name that wasn't read correctly was moved and renamed fust after recording and before i tried to load in FileSource: from E:\SDR\sdrangel\rec0_2018-08-17T05_51_40_895.sdriq to E:\SDR\rec0_2018-08-17T05_51_40_895-Heizkörper08-13.sdriq

the working dir and path of sdrangel is: E:\SDR\sdrangel\ E:\SDR\sdrangel\sdrangel.exe

filesystem is: ntfs

every think went good with renaming the file to: E:\SDR\rec0_2018-08-17T05_51_40_895-Heizkoerper08-13.sdriq

so the file header/content is not damaged.

i think the FileSource wasn't reading the file header at all, because i get similar values as shown in the screenshot, when i try to read a file with 0Byte into the FileSource.

e.g. E:\SDR\null.sdriq with 0byte shows 00:00:00 [Total record time] null

E:\SDR\null-ö.sdriq with 0byte shows 01:17:38 [Total record time] o

E:\SDR\null-ö-2.sdriq with 0byte shows 10:08:57 [Total record time] o2

different values just by changing the name of the file only. possibly then the FileSource is reading some overlapped buffer garbage or so.

but maybe a special windows thing again.

f4exb commented 5 years ago

To be sure the file header needs a CRC to protect it in case of corruption. Closed in favor of #206

gaspar1987 commented 5 years ago

bonsoir le record qui marche pas parque que il enregistrent pas .